Hi Michael, I am not sure you saw this, but we discussed this issue last week: https://lists.opendaylight.org/pipermail/release/2016-July/007036.html I think as short term fix we should increase the

All, I got annoyed enough ;) by those seemingly arbitrary frequent SingleFeatureTest failures which I'm sure many of you have seeen to analyze a bit more what's actually going on there; see

As I said, current branch, master (Boron) it only jdk8 compatible. Previous branch, stable/beryllium (latest official release) is jdk7 compatible and jdk8 compliant (if I’m not mistaking). And the

Thanks Alexi it works now. I compiled ODL/AAA stable/berylium on server with jdk7 last week and It was sussessfuly compiled. Cloud you explain to me why jdK7 works for official releases and not for

You need jdk8. Current master branch, Boron, does no longer support jdk7. Thanks, Alexis

Hi all, I'm trying to build hello project in App Dev Tuto [1] but I got the this following error. I tried cleaning up .m2/repo but it still arises. Any suggestion for solving that ? Regards, [1]

I've concluded that doing this will not be sufficient. There are other non-generated classes from the artifact that the YangIDE codebase is using. Until I can get help examining the YangIDE codebase

While I'm working on getting this strategy working, I really need to understand exactly what I'm producing here, and how it's different from the other options of using the Beryllium artifacts and

Yes, I agree on it.   Milos Fabian Engineer - Software milfabia@... Tel: Cisco Systems, Inc. Slovakia cisco.com Think before you print. This email may contain confidential and

Never mind. I just realized that I didn't understand how to properly download the files. I was getting the "new" g4 files instead of the old ones. From a quick look, the resulting artifact has the

In the past, we've also allowed for code to rely on previously released artifacts in the build. That might be a reasonable approach here. Have the Boron release of YangIDE use the Beryllium YANG

I must be missing something, because my build of this resulting module doesn't produce all the class files that are present in the artifact I was using For instance, this is the list of resulting

Looping bgpcep project as they are already using OpenConfig models.

Thanks. I'll proceed with this. Is it the case that Yangtools is not using these ANTLR files to generate the parser anymore? I just want to understand where this "temporary" solution could possibly

+Milos. Milos, what is your take? Thanks, Robert

Does anyone know if OpenConfig Yang models are available in a Maven artifact(s) somewhere? I know they're on github, and I know there's an OpenConfig community I can ask. I'm just asking here

Hi, we will look at it and let you know. At first sight it seems there could be something wrong with these groupings/uses and therefore relative path does not work. BR Peter Peter

Hello yangtools-dev, I’m having trouble with a leafref definition: if I’m using relative path ../../../../../component/config/name yangtool fails with the following error:

Ok then, let's do it this way: First you need to get the two ANTLR grammar files (YangLexer.g4 and YangParser.g4). You can pick them up from this patch -

Robert, can I just get confirmation from you / the original authors that you're OK to re-license these couple of classes under the LGPL which upstream Checkstyle core uses, instead of the EPL used in