On Mon, Mar 13, 2017 at 5:37 PM, Frank Sandoval <francisrsando...@gmail.com> wrote:
It appears that when I simply execute > mvn install > then the attached custom.properties file is the result > just FTR, because attachments get lsot in threads, what you attached has an ASL header and comment "All the values specified here will override the default values given in config.properties." and karaf.systemBundlesStartLevel=50 and comment "You can place any customized configuration here." and nothing else. So let's try to narrow this down a bit... exactly WHERE do you do "mvn install", of what? And maybe also detail on what "environment" you run this on.. e.g. Linux or Windows? As I said, when I (and I'm guessing everyone else) do a "mvn install" e.g. in "netvirt/vpnservice/distribution/karaf" of current git master, then "wc -l target/assembly/etc/config.properties" is 270 lines. We need to narrow down that's different for you. > I can simply overwrite this with an original version, but of course would > prefer to fix the issue > Any ideas of what is happening and how to prevent it? > Now this seems to be a slightly different issue: I’d like to avoid a time consuming ‘clean install’ every time I change a > line of code > If I make a change to my code, shouldn’t I be able to build with > mvn > install -DskipTests -nsu ? > could it be that we are confusing the discussion between a) building a Karaf distribution, b) building a bundle JAR? you can use mvn -Pq install to activate the "quick" build profile, for both a) and b) which skips a number of things. There are also ways to install just 1 bundle you're working on into an existing Karaf. But I think you have a more fundamental problem (the strange etc/config.properties), before we get to anything like that. > > *Frank Sandoval* > Principal - Pajarito Technologies LLC > email: francisrsando...@gmail.com > mobile: 720 338-1988 <%28720%29%20338-1988> > > > > > On Mar 13, 2017, at 9:42 AM, Robert Varga <n...@hq.sk> wrote: > > On 03/13/2017 04:37 PM, Michael Vorburger wrote: > > You would need to find out what truncates etc/custom.properties like > that... Out of curiosity, I did try to start, check, Ctrl-D a Karaf I've > just built today (from netvirt/vpnservice/distribution/karaf), and > feature:install odl-netvirt-openstack into, and can't repro this. > (Obviously.. otherwise everything would be broken.) > > It's possible there is some.. rogue (?) code somewhere in some feature > you install which is causing this... you should try to find some > reliable way to reproduce it, if you can at all. > > > Definitely rogue, custom.properties is logically owned by odlparent. It > contains critical platform setup and we cannot have anyone (aside from > operator, who knows what she's doing) mucking with it -- otherwise this > sort of thing is bound to happen. > > Regards, > Robert > > > >
_______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev
