Re: Avoid to bring in new repositories via dependencies
Hi Wendy! Thanks for your reply. On Thursday 11 September 2008 Wendy Smoak wrote: > On Thu, Sep 11, 2008 at 5:03 AM, Martin Höller <[EMAIL PROTECTED]> wrote: > > Unfortunately this dependency's pom.xml specifies other remote > > repositories. Could someone please tell me what is the recomended way > > to avoid getting a new repository into my environment? > > You can use mirrors, especially mirrorOf=*, to prevent additional > repositories from being introduced. > > http://maven.apache.org/guides/mini/guide-mirror-settings.html That doesn't prevent additional repositories of beeing introduced. It just prevents direct usage of them, which is IMHO just a workaround but no solution. > It might also be worth bringing this up to the dev team responsible > for the pom to get them to remove it in future releases. I'm not suscribed to the maven-developer mailinglist and was hoping to find some solution on the users list. However, eventually I'll bring this up on the developers list... regards, - martin signature.asc Description: This is a digitally signed message part.
Re: Problem with Dependencies Report Generation
Get the same error here. Looks like it is caused by https://issues.apache.org/bugzilla/show_bug.cgi?id=28069 2008/7/18 Dhruva Reddy <[EMAIL PROTECTED]>: > Hi, > > I am on a multi-module project with a large number of dependencies. I > am trying to run the "site:site" goal in Maven 2.0.8. When it gets to > the Dependencies report, it appears to process all of the dependencies, > but then it seems to connect to each of our specified repositories > several times. This last part takes *forever* (I have killed it after > waiting as long as 8 hours). I see the following output (when running > Maven in debug mode) when it tries to connect to the repositories: > > https://maven-repository.dev.java.net/nonav/repository - Session: Opened > https://maven-repository.dev.java.net/nonav/repository - Session: > Disconnecting > https://maven-repository.dev.java.net/nonav/repository - Session: > Disconnected > > One bit of output I see before it starts connecting to the repositories > is: > > [WARNING] Unable to process class > com/ibm/icu/impl/data/LocaleElements_zh__PINYIN.class in JarAnalyzer > File C:\Documents and > Settings\[username]\.m2\repository\com\ibm\icu\icu4j\2.6.1\icu4j-2.6.1.j > ar > org.apache.bcel.classfile.ClassFormatException: Invalid byte tag in > constant pool: 60 > > Can someone tell me why it tries to connect to the repositories? > > I also tried to disable this report by excluding it as follows, but it > still tries to generate it. > > ... > > > >maven-project-info-reports-plugin > > > >cim >issue-tracking >mailing-list >index >summary >scm >project-team > > > > >... > > Other reporting plugins in use are: > >* findbugs-maven-plugin >* cobertura-maven-plugin >* maven-checkstyle-plugin >* maven-pmd-plugin >* maven-surefire-report-plugin > > Could one of these be causing it to generate the Dependencies report, > despite my excluding it? > > Thanks, > Dhruva > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Property access from a plugin
On Thu, Sep 11, 2008 at 4:34 PM, EJ Ciramella <[EMAIL PROTECTED]> wrote: > So with further research, if within a single pom, you have an > activeByDefault plugin and one that you're activating by specifying an > ID on the commandline, the activeByDefault one is ignored. Correct. Unless something has changed recently, (and I do rememeber some discussion...) activeByDefault means "active if no other profiles are explicitly activated". AIUI, it was meant for the simple case of activating exactly one of a set of profiles. In practice I haven't found it to be very useful, I usually have more than one set of profiles. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Property access from a plugin
This is hit or miss as well - if I do -P+base,+override, it ignores the activeByDefaults profiles. If I do -P+profile1 -P+profile2, then it doesn't take profile2 at all (so my plugin isn't activated). -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 8:02 PM To: Maven Users List Subject: Re: Property access from a plugin You need to do -P+base,+override I think On Fri, Sep 12, 2008 at 1:01 AM, Stephen Connolly < [EMAIL PROTECTED]> wrote: > activation on the comandline will disable any defaults. > > there is (added at some stage not sure what maven version) the ability to > add and remove with -P+otherProfile or -P-otherProfile > > > On Fri, Sep 12, 2008 at 12:34 AM, EJ Ciramella <[EMAIL PROTECTED]>wrote: > >> So with further research, if within a single pom, you have an >> activeByDefault plugin and one that you're activating by specifying an >> ID on the commandline, the activeByDefault one is ignored. >> >> Additionally, I set up three profiles, two of which are active by >> default and when you activate the third profile, the other two are >> deactivated. >> >> When did this change? This seems broken >> >> -Original Message- >> From: EJ Ciramella [mailto:[EMAIL PROTECTED] >> Sent: Thursday, September 11, 2008 7:03 PM >> To: Maven Users List >> Subject: RE: Property access from a plugin >> >> Can you give me an example of what you're talking about? >> >> The properties that are coming from this profile are used for filtering >> other files during process-resources. If I do a >> mavenProject().getProperties() the missing properties are not listed... >> >> The profile is truly active: >> >> System.out.println(mavenProject.getActiveProfiles()); >> >> Yields: >> >> E:\work\>mvn process-resources -Dtest=asdf -Pbase,override >> [INFO] Scanning for projects... >> [INFO] >> - >> [INFO] Building Backoffice Process >> [INFO]task-segment: [process-resources] >> [INFO] >> - >> [INFO] [prop-override:override {execution: default}] >> [ >> Profile {id: common-defaults, source: pom} >> Profile {id: base, source: settings.xml} >> Profile {id: proxies, source: settings.xml} >> Profile {id: proxies, source: settings.xml} >> ] >> [INFO] [dependency:unpack-dependencies {execution: unpack}] >> [INFO] lty-utils-resources-1.0.0.16.jar already exists in destination. >> [INFO] [resources:resources] >> [INFO] Using default encoding to copy filtered resources. >> [INFO] [antrun:run {execution: default}] >> [INFO] Executing tasks >> [INFO] Executed tasks >> [INFO] >> - >> [INFO] BUILD SUCCESSFUL >> [INFO] >> - >> [INFO] Total time: 9 seconds >> [INFO] Finished at: Thu Sep 11 18:42:39 EDT 2008 >> [INFO] Final Memory: 13M/26M >> [INFO] >> - >> >> Additionally, in the commandline specified above, do you notice the >> -Pbase,override? >> >> Base is a profile in my settings.xml, override is in the pom at the root >> of the project (the parent pom). Override is a plugin INSIDE a profile. >> Common-defaults is also a profile inside the root level pom (override >> and common-defaults are right next to each other) - where to activate >> override, you have to either specify -Doverride or -Poverride and >> common-defaults is activeByDefault - why would activating manually ONE >> profile deactivate another one? Maven shows it's active (see my snippet >> above), but it's truly NOT putting the properties stored in it into >> play. >> >> -Original Message- >> From: Stephen Connolly [mailto:[EMAIL PROTECTED] >> Sent: Thursday, September 11, 2008 6:39 PM >> To: Maven Users List >> Subject: Re: Property access from a plugin >> >> On Thu, Sep 11, 2008 at 11:33 PM, EJ Ciramella >> <[EMAIL PROTECTED]>wrote: >> >> > So what's happening is, I'm activating a few profiles, yet the >> > properties that are missing are set in an profile. >> It >> > appears that the profile is either not activated or >> > ignored. >> > >> > If I turn on this profile (along with my other profiles), the >> properties >> > are expanded properly. >> > >> > My plugin is simply loading some properties from a property file and >> > pushing them into the mavenProject property listing. >> > >> > So two questions: >> > >> > 1 - do I need to do anything special to load all the properties >> defined >> > in any activeByDefault profiles? >> > >> > 2 - What lifecycle goal should I bind my plugin to? >> > >> >> The earliest possible phase (validate AFAIK) >> >> Note that any properties that are required _while_ building the model >> cannot >> be supplied by your plugin as your plugin will only run after the model >> has >> been constructed... making your
RE: Property access from a plugin
That's simply not true - If you have: Parent pom -> child pom Both have a profile called "props" and both are active by default, when you enable a different profile in the parent pom, the child version (because it is active by default) still turns on and makes its properties available. There's just no consistency - if -P truly deactivates "activeByDefault" then shouldn't it do that everywhere? Since when did the -P+/- stuff get added? I can see the -Pprofile1,profile2 work with 2.0.5 properly. -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 8:01 PM To: Maven Users List Subject: Re: Property access from a plugin activation on the comandline will disable any defaults. there is (added at some stage not sure what maven version) the ability to add and remove with -P+otherProfile or -P-otherProfile On Fri, Sep 12, 2008 at 12:34 AM, EJ Ciramella <[EMAIL PROTECTED]>wrote: > So with further research, if within a single pom, you have an > activeByDefault plugin and one that you're activating by specifying an > ID on the commandline, the activeByDefault one is ignored. > > Additionally, I set up three profiles, two of which are active by > default and when you activate the third profile, the other two are > deactivated. > > When did this change? This seems broken > > -Original Message- > From: EJ Ciramella [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 11, 2008 7:03 PM > To: Maven Users List > Subject: RE: Property access from a plugin > > Can you give me an example of what you're talking about? > > The properties that are coming from this profile are used for filtering > other files during process-resources. If I do a > mavenProject().getProperties() the missing properties are not listed... > > The profile is truly active: > > System.out.println(mavenProject.getActiveProfiles()); > > Yields: > > E:\work\>mvn process-resources -Dtest=asdf -Pbase,override > [INFO] Scanning for projects... > [INFO] > - > [INFO] Building Backoffice Process > [INFO]task-segment: [process-resources] > [INFO] > - > [INFO] [prop-override:override {execution: default}] > [ > Profile {id: common-defaults, source: pom} > Profile {id: base, source: settings.xml} > Profile {id: proxies, source: settings.xml} > Profile {id: proxies, source: settings.xml} > ] > [INFO] [dependency:unpack-dependencies {execution: unpack}] > [INFO] lty-utils-resources-1.0.0.16.jar already exists in destination. > [INFO] [resources:resources] > [INFO] Using default encoding to copy filtered resources. > [INFO] [antrun:run {execution: default}] > [INFO] Executing tasks > [INFO] Executed tasks > [INFO] > - > [INFO] BUILD SUCCESSFUL > [INFO] > - > [INFO] Total time: 9 seconds > [INFO] Finished at: Thu Sep 11 18:42:39 EDT 2008 > [INFO] Final Memory: 13M/26M > [INFO] > - > > Additionally, in the commandline specified above, do you notice the > -Pbase,override? > > Base is a profile in my settings.xml, override is in the pom at the root > of the project (the parent pom). Override is a plugin INSIDE a profile. > Common-defaults is also a profile inside the root level pom (override > and common-defaults are right next to each other) - where to activate > override, you have to either specify -Doverride or -Poverride and > common-defaults is activeByDefault - why would activating manually ONE > profile deactivate another one? Maven shows it's active (see my snippet > above), but it's truly NOT putting the properties stored in it into > play. > > -Original Message- > From: Stephen Connolly [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 11, 2008 6:39 PM > To: Maven Users List > Subject: Re: Property access from a plugin > > On Thu, Sep 11, 2008 at 11:33 PM, EJ Ciramella > <[EMAIL PROTECTED]>wrote: > > > So what's happening is, I'm activating a few profiles, yet the > > properties that are missing are set in an profile. > It > > appears that the profile is either not activated or > > ignored. > > > > If I turn on this profile (along with my other profiles), the > properties > > are expanded properly. > > > > My plugin is simply loading some properties from a property file and > > pushing them into the mavenProject property listing. > > > > So two questions: > > > > 1 - do I need to do anything special to load all the properties > defined > > in any activeByDefault profiles? > > > > 2 - What lifecycle goal should I bind my plugin to? > > > > The earliest possible phase (validate AFAIK) > > Note that any properties that are required _while_ building the model > cannot > be supplied by your plugin as your plugin will only run
Re: Property access from a plugin
You need to do -P+base,+override I think On Fri, Sep 12, 2008 at 1:01 AM, Stephen Connolly < [EMAIL PROTECTED]> wrote: > activation on the comandline will disable any defaults. > > there is (added at some stage not sure what maven version) the ability to > add and remove with -P+otherProfile or -P-otherProfile > > > On Fri, Sep 12, 2008 at 12:34 AM, EJ Ciramella <[EMAIL PROTECTED]>wrote: > >> So with further research, if within a single pom, you have an >> activeByDefault plugin and one that you're activating by specifying an >> ID on the commandline, the activeByDefault one is ignored. >> >> Additionally, I set up three profiles, two of which are active by >> default and when you activate the third profile, the other two are >> deactivated. >> >> When did this change? This seems broken >> >> -Original Message- >> From: EJ Ciramella [mailto:[EMAIL PROTECTED] >> Sent: Thursday, September 11, 2008 7:03 PM >> To: Maven Users List >> Subject: RE: Property access from a plugin >> >> Can you give me an example of what you're talking about? >> >> The properties that are coming from this profile are used for filtering >> other files during process-resources. If I do a >> mavenProject().getProperties() the missing properties are not listed... >> >> The profile is truly active: >> >> System.out.println(mavenProject.getActiveProfiles()); >> >> Yields: >> >> E:\work\>mvn process-resources -Dtest=asdf -Pbase,override >> [INFO] Scanning for projects... >> [INFO] >> - >> [INFO] Building Backoffice Process >> [INFO]task-segment: [process-resources] >> [INFO] >> - >> [INFO] [prop-override:override {execution: default}] >> [ >> Profile {id: common-defaults, source: pom} >> Profile {id: base, source: settings.xml} >> Profile {id: proxies, source: settings.xml} >> Profile {id: proxies, source: settings.xml} >> ] >> [INFO] [dependency:unpack-dependencies {execution: unpack}] >> [INFO] lty-utils-resources-1.0.0.16.jar already exists in destination. >> [INFO] [resources:resources] >> [INFO] Using default encoding to copy filtered resources. >> [INFO] [antrun:run {execution: default}] >> [INFO] Executing tasks >> [INFO] Executed tasks >> [INFO] >> - >> [INFO] BUILD SUCCESSFUL >> [INFO] >> - >> [INFO] Total time: 9 seconds >> [INFO] Finished at: Thu Sep 11 18:42:39 EDT 2008 >> [INFO] Final Memory: 13M/26M >> [INFO] >> - >> >> Additionally, in the commandline specified above, do you notice the >> -Pbase,override? >> >> Base is a profile in my settings.xml, override is in the pom at the root >> of the project (the parent pom). Override is a plugin INSIDE a profile. >> Common-defaults is also a profile inside the root level pom (override >> and common-defaults are right next to each other) - where to activate >> override, you have to either specify -Doverride or -Poverride and >> common-defaults is activeByDefault - why would activating manually ONE >> profile deactivate another one? Maven shows it's active (see my snippet >> above), but it's truly NOT putting the properties stored in it into >> play. >> >> -Original Message- >> From: Stephen Connolly [mailto:[EMAIL PROTECTED] >> Sent: Thursday, September 11, 2008 6:39 PM >> To: Maven Users List >> Subject: Re: Property access from a plugin >> >> On Thu, Sep 11, 2008 at 11:33 PM, EJ Ciramella >> <[EMAIL PROTECTED]>wrote: >> >> > So what's happening is, I'm activating a few profiles, yet the >> > properties that are missing are set in an profile. >> It >> > appears that the profile is either not activated or >> > ignored. >> > >> > If I turn on this profile (along with my other profiles), the >> properties >> > are expanded properly. >> > >> > My plugin is simply loading some properties from a property file and >> > pushing them into the mavenProject property listing. >> > >> > So two questions: >> > >> > 1 - do I need to do anything special to load all the properties >> defined >> > in any activeByDefault profiles? >> > >> > 2 - What lifecycle goal should I bind my plugin to? >> > >> >> The earliest possible phase (validate AFAIK) >> >> Note that any properties that are required _while_ building the model >> cannot >> be supplied by your plugin as your plugin will only run after the model >> has >> been constructed... making your plugin less useful than you'd think in >> most >> cases >> >> >> > >> > -Original Message- >> > From: EJ Ciramella [mailto:[EMAIL PROTECTED] >> > Sent: Thursday, September 11, 2008 5:05 PM >> > To: users@maven.apache.org >> > Subject: Property access from a plugin >> > >> > If you have a set of properties set within a profile that is active by >> > default, programmatically, how
Re: Property access from a plugin
activation on the comandline will disable any defaults. there is (added at some stage not sure what maven version) the ability to add and remove with -P+otherProfile or -P-otherProfile On Fri, Sep 12, 2008 at 12:34 AM, EJ Ciramella <[EMAIL PROTECTED]>wrote: > So with further research, if within a single pom, you have an > activeByDefault plugin and one that you're activating by specifying an > ID on the commandline, the activeByDefault one is ignored. > > Additionally, I set up three profiles, two of which are active by > default and when you activate the third profile, the other two are > deactivated. > > When did this change? This seems broken > > -Original Message- > From: EJ Ciramella [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 11, 2008 7:03 PM > To: Maven Users List > Subject: RE: Property access from a plugin > > Can you give me an example of what you're talking about? > > The properties that are coming from this profile are used for filtering > other files during process-resources. If I do a > mavenProject().getProperties() the missing properties are not listed... > > The profile is truly active: > > System.out.println(mavenProject.getActiveProfiles()); > > Yields: > > E:\work\>mvn process-resources -Dtest=asdf -Pbase,override > [INFO] Scanning for projects... > [INFO] > - > [INFO] Building Backoffice Process > [INFO]task-segment: [process-resources] > [INFO] > - > [INFO] [prop-override:override {execution: default}] > [ > Profile {id: common-defaults, source: pom} > Profile {id: base, source: settings.xml} > Profile {id: proxies, source: settings.xml} > Profile {id: proxies, source: settings.xml} > ] > [INFO] [dependency:unpack-dependencies {execution: unpack}] > [INFO] lty-utils-resources-1.0.0.16.jar already exists in destination. > [INFO] [resources:resources] > [INFO] Using default encoding to copy filtered resources. > [INFO] [antrun:run {execution: default}] > [INFO] Executing tasks > [INFO] Executed tasks > [INFO] > - > [INFO] BUILD SUCCESSFUL > [INFO] > - > [INFO] Total time: 9 seconds > [INFO] Finished at: Thu Sep 11 18:42:39 EDT 2008 > [INFO] Final Memory: 13M/26M > [INFO] > - > > Additionally, in the commandline specified above, do you notice the > -Pbase,override? > > Base is a profile in my settings.xml, override is in the pom at the root > of the project (the parent pom). Override is a plugin INSIDE a profile. > Common-defaults is also a profile inside the root level pom (override > and common-defaults are right next to each other) - where to activate > override, you have to either specify -Doverride or -Poverride and > common-defaults is activeByDefault - why would activating manually ONE > profile deactivate another one? Maven shows it's active (see my snippet > above), but it's truly NOT putting the properties stored in it into > play. > > -Original Message- > From: Stephen Connolly [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 11, 2008 6:39 PM > To: Maven Users List > Subject: Re: Property access from a plugin > > On Thu, Sep 11, 2008 at 11:33 PM, EJ Ciramella > <[EMAIL PROTECTED]>wrote: > > > So what's happening is, I'm activating a few profiles, yet the > > properties that are missing are set in an profile. > It > > appears that the profile is either not activated or > > ignored. > > > > If I turn on this profile (along with my other profiles), the > properties > > are expanded properly. > > > > My plugin is simply loading some properties from a property file and > > pushing them into the mavenProject property listing. > > > > So two questions: > > > > 1 - do I need to do anything special to load all the properties > defined > > in any activeByDefault profiles? > > > > 2 - What lifecycle goal should I bind my plugin to? > > > > The earliest possible phase (validate AFAIK) > > Note that any properties that are required _while_ building the model > cannot > be supplied by your plugin as your plugin will only run after the model > has > been constructed... making your plugin less useful than you'd think in > most > cases > > > > > > -Original Message- > > From: EJ Ciramella [mailto:[EMAIL PROTECTED] > > Sent: Thursday, September 11, 2008 5:05 PM > > To: users@maven.apache.org > > Subject: Property access from a plugin > > > > If you have a set of properties set within a profile that is active by > > default, programmatically, how do you access them? > > > > > > > > If I do help:effective-pom, I can see that they are set and if I do > > help:active-profiles, I can see the profile is also active, just when > I > > list the properties, the are not set. > > > > > > > > My plugin is defined
RE: Property access from a plugin
So with further research, if within a single pom, you have an activeByDefault plugin and one that you're activating by specifying an ID on the commandline, the activeByDefault one is ignored. Additionally, I set up three profiles, two of which are active by default and when you activate the third profile, the other two are deactivated. When did this change? This seems broken -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 7:03 PM To: Maven Users List Subject: RE: Property access from a plugin Can you give me an example of what you're talking about? The properties that are coming from this profile are used for filtering other files during process-resources. If I do a mavenProject().getProperties() the missing properties are not listed... The profile is truly active: System.out.println(mavenProject.getActiveProfiles()); Yields: E:\work\>mvn process-resources -Dtest=asdf -Pbase,override [INFO] Scanning for projects... [INFO] - [INFO] Building Backoffice Process [INFO]task-segment: [process-resources] [INFO] - [INFO] [prop-override:override {execution: default}] [ Profile {id: common-defaults, source: pom} Profile {id: base, source: settings.xml} Profile {id: proxies, source: settings.xml} Profile {id: proxies, source: settings.xml} ] [INFO] [dependency:unpack-dependencies {execution: unpack}] [INFO] lty-utils-resources-1.0.0.16.jar already exists in destination. [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [antrun:run {execution: default}] [INFO] Executing tasks [INFO] Executed tasks [INFO] - [INFO] BUILD SUCCESSFUL [INFO] - [INFO] Total time: 9 seconds [INFO] Finished at: Thu Sep 11 18:42:39 EDT 2008 [INFO] Final Memory: 13M/26M [INFO] - Additionally, in the commandline specified above, do you notice the -Pbase,override? Base is a profile in my settings.xml, override is in the pom at the root of the project (the parent pom). Override is a plugin INSIDE a profile. Common-defaults is also a profile inside the root level pom (override and common-defaults are right next to each other) - where to activate override, you have to either specify -Doverride or -Poverride and common-defaults is activeByDefault - why would activating manually ONE profile deactivate another one? Maven shows it's active (see my snippet above), but it's truly NOT putting the properties stored in it into play. -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 6:39 PM To: Maven Users List Subject: Re: Property access from a plugin On Thu, Sep 11, 2008 at 11:33 PM, EJ Ciramella <[EMAIL PROTECTED]>wrote: > So what's happening is, I'm activating a few profiles, yet the > properties that are missing are set in an profile. It > appears that the profile is either not activated or > ignored. > > If I turn on this profile (along with my other profiles), the properties > are expanded properly. > > My plugin is simply loading some properties from a property file and > pushing them into the mavenProject property listing. > > So two questions: > > 1 - do I need to do anything special to load all the properties defined > in any activeByDefault profiles? > > 2 - What lifecycle goal should I bind my plugin to? > The earliest possible phase (validate AFAIK) Note that any properties that are required _while_ building the model cannot be supplied by your plugin as your plugin will only run after the model has been constructed... making your plugin less useful than you'd think in most cases > > -Original Message- > From: EJ Ciramella [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 11, 2008 5:05 PM > To: users@maven.apache.org > Subject: Property access from a plugin > > If you have a set of properties set within a profile that is active by > default, programmatically, how do you access them? > > > > If I do help:effective-pom, I can see that they are set and if I do > help:active-profiles, I can see the profile is also active, just when I > list the properties, the are not set. > > > > My plugin is defined as an aggregate plugin bound to process-sources (so > POST initialize). > > > > mavenProject.getProperties() shows them as unset, any suggestions? > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --
trying to setup debug jvm args for camel:run plugin...?
I want to attach to my "mvn camel:run" process so I can remote debug with intellij with something like "-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005" Is there anyone that is doing this, or can someone help me with this...? --- Thank You… Mick Knutson BASE Logic, inc. (415) 354-4215 Website: http://baselogic.com Blog: http://baselogic.com/blog BLiNC Magazine: http://blincmagazine.com Linked IN: http://linkedin.com/in/mickknutson DJ Mick: http://djmick.com MySpace: http://myspace.com/mickknutson Vacation Rental: http://tahoe.baselogic.com
RE: Property access from a plugin
Can you give me an example of what you're talking about? The properties that are coming from this profile are used for filtering other files during process-resources. If I do a mavenProject().getProperties() the missing properties are not listed... The profile is truly active: System.out.println(mavenProject.getActiveProfiles()); Yields: E:\work\>mvn process-resources -Dtest=asdf -Pbase,override [INFO] Scanning for projects... [INFO] - [INFO] Building Backoffice Process [INFO]task-segment: [process-resources] [INFO] - [INFO] [prop-override:override {execution: default}] [ Profile {id: common-defaults, source: pom} Profile {id: base, source: settings.xml} Profile {id: proxies, source: settings.xml} Profile {id: proxies, source: settings.xml} ] [INFO] [dependency:unpack-dependencies {execution: unpack}] [INFO] lty-utils-resources-1.0.0.16.jar already exists in destination. [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [antrun:run {execution: default}] [INFO] Executing tasks [INFO] Executed tasks [INFO] - [INFO] BUILD SUCCESSFUL [INFO] - [INFO] Total time: 9 seconds [INFO] Finished at: Thu Sep 11 18:42:39 EDT 2008 [INFO] Final Memory: 13M/26M [INFO] - Additionally, in the commandline specified above, do you notice the -Pbase,override? Base is a profile in my settings.xml, override is in the pom at the root of the project (the parent pom). Override is a plugin INSIDE a profile. Common-defaults is also a profile inside the root level pom (override and common-defaults are right next to each other) - where to activate override, you have to either specify -Doverride or -Poverride and common-defaults is activeByDefault - why would activating manually ONE profile deactivate another one? Maven shows it's active (see my snippet above), but it's truly NOT putting the properties stored in it into play. -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 6:39 PM To: Maven Users List Subject: Re: Property access from a plugin On Thu, Sep 11, 2008 at 11:33 PM, EJ Ciramella <[EMAIL PROTECTED]>wrote: > So what's happening is, I'm activating a few profiles, yet the > properties that are missing are set in an profile. It > appears that the profile is either not activated or > ignored. > > If I turn on this profile (along with my other profiles), the properties > are expanded properly. > > My plugin is simply loading some properties from a property file and > pushing them into the mavenProject property listing. > > So two questions: > > 1 - do I need to do anything special to load all the properties defined > in any activeByDefault profiles? > > 2 - What lifecycle goal should I bind my plugin to? > The earliest possible phase (validate AFAIK) Note that any properties that are required _while_ building the model cannot be supplied by your plugin as your plugin will only run after the model has been constructed... making your plugin less useful than you'd think in most cases > > -Original Message- > From: EJ Ciramella [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 11, 2008 5:05 PM > To: users@maven.apache.org > Subject: Property access from a plugin > > If you have a set of properties set within a profile that is active by > default, programmatically, how do you access them? > > > > If I do help:effective-pom, I can see that they are set and if I do > help:active-profiles, I can see the profile is also active, just when I > list the properties, the are not set. > > > > My plugin is defined as an aggregate plugin bound to process-sources (so > POST initialize). > > > > mavenProject.getProperties() shows them as unset, any suggestions? > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Property access from a plugin
On Thu, Sep 11, 2008 at 11:33 PM, EJ Ciramella <[EMAIL PROTECTED]>wrote: > So what's happening is, I'm activating a few profiles, yet the > properties that are missing are set in an profile. It > appears that the profile is either not activated or > ignored. > > If I turn on this profile (along with my other profiles), the properties > are expanded properly. > > My plugin is simply loading some properties from a property file and > pushing them into the mavenProject property listing. > > So two questions: > > 1 - do I need to do anything special to load all the properties defined > in any activeByDefault profiles? > > 2 - What lifecycle goal should I bind my plugin to? > The earliest possible phase (validate AFAIK) Note that any properties that are required _while_ building the model cannot be supplied by your plugin as your plugin will only run after the model has been constructed... making your plugin less useful than you'd think in most cases > > -Original Message- > From: EJ Ciramella [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 11, 2008 5:05 PM > To: users@maven.apache.org > Subject: Property access from a plugin > > If you have a set of properties set within a profile that is active by > default, programmatically, how do you access them? > > > > If I do help:effective-pom, I can see that they are set and if I do > help:active-profiles, I can see the profile is also active, just when I > list the properties, the are not set. > > > > My plugin is defined as an aggregate plugin bound to process-sources (so > POST initialize). > > > > mavenProject.getProperties() shows them as unset, any suggestions? > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
RE: Property access from a plugin
So what's happening is, I'm activating a few profiles, yet the properties that are missing are set in an profile. It appears that the profile is either not activated or ignored. If I turn on this profile (along with my other profiles), the properties are expanded properly. My plugin is simply loading some properties from a property file and pushing them into the mavenProject property listing. So two questions: 1 - do I need to do anything special to load all the properties defined in any activeByDefault profiles? 2 - What lifecycle goal should I bind my plugin to? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 5:05 PM To: users@maven.apache.org Subject: Property access from a plugin If you have a set of properties set within a profile that is active by default, programmatically, how do you access them? If I do help:effective-pom, I can see that they are set and if I do help:active-profiles, I can see the profile is also active, just when I list the properties, the are not set. My plugin is defined as an aggregate plugin bound to process-sources (so POST initialize). mavenProject.getProperties() shows them as unset, any suggestions? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PLEASE TEST] Maven 2.1.0-M1-RC17
I've been testing RC17 as the external version for m2eclipse and its much much better than 2.0.9 or any of the other RC's. Its actually snappy. had some really weird things with plugin resolutions and stack overflows gioing on intermittently but they all look to be resolved. good work. -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom repository problem
On Thu, Sep 11, 2008 at 2:40 PM, Yaakov Chaikin <[EMAIL PROTECTED]> wrote: > Yes, it's there. I basically checked out my code under one of the > users on the server, then issued 'mvn clean install', then collected > everything from the ~/.m2/repository and moved it to a folder > configured to be accessible over the web. Ah, that's probably why you're having trouble. The metadata is different in local and remote repositories, and plugins (and snapshots) are resolved using that metadata. There are some scripts around to convert local metadata to remote if you check the archives. Using a repository manager (Archiva, Nexus, Artifactory) is also something to consider. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom repository problem
On Thu, Sep 11, 2008 at 5:25 PM, Wayne Fay <[EMAIL PROTECTED]> wrote: > Perhaps a silly question, but are you certain these plugins (help, > clean) exist in your repo? Yes, it's there. I basically checked out my code under one of the users on the server, then issued 'mvn clean install', then collected everything from the ~/.m2/repository and moved it to a folder configured to be accessible over the web. The permissions on everything in the folder are also set such that the server user owns it. Here is the 'ls -l' for the /maven-repo/org/apache/maven/plugins directory on my server: drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-assembly-plugin drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-clean-plugin drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-compiler-plugin drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-eclipse-plugin drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-install-plugin drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-jar-plugin -rw-r--r-- 1 apache apache 6709 2008-09-10 18:06 maven-metadata-central.xml -rw-r--r-- 1 apache apache 40 2008-09-10 18:06 maven-metadata-central.xml.sha1 drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-plugin-parent drwxr-xr-x 6 apache apache 4096 2008-09-10 18:06 maven-plugins drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-resources-plugin drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-site-plugin drwxr-xr-x 3 apache apache 4096 2008-09-10 18:06 maven-surefire-plugin clean plugin is there, so mvn clean shouldn't come back with 'I can't find the clean plugin. How what do I do? :-) Yaakov. > Wayne > > On Thu, Sep 11, 2008 at 1:22 PM, Yaakov Chaikin > <[EMAIL PROTECTED]> wrote: >> Well, it's definitely connecting. I tried running this and I see it >> downloading at least some stuff: >> $ mvn help:effective-settings >> . >> [INFO] Searching repository for plugin with prefix: 'help'. >> [INFO] org.apache.maven.plugins: checking for updates from central >> [INFO] org.codehaus.mojo: checking for updates from central >> Downloading: >> https://xxx/maven//org/apache/maven/plugins/maven-compiler-plugin/2.0/maven-compiler-plugin-2.0.pom >> 1K downloaded >> Downloading: >> https://xxx/maven//org/apache/maven/plugins/maven-plugin-parent/2.0/maven-plugin-parent-2.0.pom >> 6K downloaded >> Downloading: >> https://xxx/maven//org/apache/maven/plugins/maven-compiler-plugin/2.0/maven-compiler-plugin-2.0.jar >> 13K downloaded >> Downloading: >> https://xxx/maven//org/apache/maven/plugins/maven-surefire-plugin/2.4.2/maven-surefire-plugin-2.4.2.pom >> 6K downloaded >> Downloading: >> https://xxx/maven//org/apache/maven/surefire/surefire/2.4.2/surefire-2.4.2.pom >> 6K downloaded >> Downloading: >> https:/xxx/maven//org/apache/maven/maven-parent/7/maven-parent-7.pom >> 20K downloaded >> Downloading: https://xxx/maven//org/apache/apache/4/apache-4.pom >> 4K downloaded >> Downloading: >> https://zymurgy.raba.com/maven//org/apache/maven/plugins/maven-surefire-plugin/2.4.2/maven-surefire-plugin-2.4.2.jar >> ... >> Downloading: >> https://xxx/maven//org/apache/maven/plugins/maven-assembly-plugin/2.1/maven-assembly-plugin-2.1.jar >> 90K downloaded >> [INFO] artifact org.apache.maven.plugins:maven-help-plugin: checking >> for updates from central >> [INFO] >> >> [ERROR] BUILD ERROR >> [INFO] >> >> [INFO] The plugin 'org.apache.maven.plugins:maven-help-plugin' does >> not exist or no valid version could be found >> [INFO] >> >> [INFO] For more information, run Maven with the -e switch >> [INFO] >> >> [INFO] Total time: 10 seconds >> [INFO] Finished at: Thu Sep 11 16:16:52 EDT 2008 >> [INFO] Final Memory: 4M/8M >> [INFO] >> >> >> >> I also ran with the -X option, but I don't see anything that would >> point me in the right direction. >> >> >> $ mvn -X clean >> + Error stacktraces are turned on. >> Maven version: 2.0.8 >> Java version: 1.6.0_07 >> OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows" >> [DEBUG] Building Maven user-level plugin registry from: 'C:\Documents >> and Settings\yaakov\.m2\plugin-registry.xml' >> [DEBUG] Building Maven global-level plugin registry from: >> 'e:\maven\apache-maven-2.0.8\conf\plugin-registry.xml' >> [INFO] Scanning for projects... >> [INFO] Reactor build order: >> ... >> [INFO] >> >> [INFO] Building XXX Module >> [INFO]task-segment: [clean] >> [INFO] >> >> [DEBUG] maven-clean-plugin: using locally installed snapshot >> [DEBUG] Artifact not found
Re: Custom repository problem
Perhaps a silly question, but are you certain these plugins (help, clean) exist in your repo? Wayne On Thu, Sep 11, 2008 at 1:22 PM, Yaakov Chaikin <[EMAIL PROTECTED]> wrote: > Well, it's definitely connecting. I tried running this and I see it > downloading at least some stuff: > $ mvn help:effective-settings > . > [INFO] Searching repository for plugin with prefix: 'help'. > [INFO] org.apache.maven.plugins: checking for updates from central > [INFO] org.codehaus.mojo: checking for updates from central > Downloading: > https://xxx/maven//org/apache/maven/plugins/maven-compiler-plugin/2.0/maven-compiler-plugin-2.0.pom > 1K downloaded > Downloading: > https://xxx/maven//org/apache/maven/plugins/maven-plugin-parent/2.0/maven-plugin-parent-2.0.pom > 6K downloaded > Downloading: > https://xxx/maven//org/apache/maven/plugins/maven-compiler-plugin/2.0/maven-compiler-plugin-2.0.jar > 13K downloaded > Downloading: > https://xxx/maven//org/apache/maven/plugins/maven-surefire-plugin/2.4.2/maven-surefire-plugin-2.4.2.pom > 6K downloaded > Downloading: > https://xxx/maven//org/apache/maven/surefire/surefire/2.4.2/surefire-2.4.2.pom > 6K downloaded > Downloading: > https:/xxx/maven//org/apache/maven/maven-parent/7/maven-parent-7.pom > 20K downloaded > Downloading: https://xxx/maven//org/apache/apache/4/apache-4.pom > 4K downloaded > Downloading: > https://zymurgy.raba.com/maven//org/apache/maven/plugins/maven-surefire-plugin/2.4.2/maven-surefire-plugin-2.4.2.jar > ... > Downloading: > https://xxx/maven//org/apache/maven/plugins/maven-assembly-plugin/2.1/maven-assembly-plugin-2.1.jar > 90K downloaded > [INFO] artifact org.apache.maven.plugins:maven-help-plugin: checking > for updates from central > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] The plugin 'org.apache.maven.plugins:maven-help-plugin' does > not exist or no valid version could be found > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: 10 seconds > [INFO] Finished at: Thu Sep 11 16:16:52 EDT 2008 > [INFO] Final Memory: 4M/8M > [INFO] > > > > I also ran with the -X option, but I don't see anything that would > point me in the right direction. > > > $ mvn -X clean > + Error stacktraces are turned on. > Maven version: 2.0.8 > Java version: 1.6.0_07 > OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows" > [DEBUG] Building Maven user-level plugin registry from: 'C:\Documents > and Settings\yaakov\.m2\plugin-registry.xml' > [DEBUG] Building Maven global-level plugin registry from: > 'e:\maven\apache-maven-2.0.8\conf\plugin-registry.xml' > [INFO] Scanning for projects... > [INFO] Reactor build order: > ... > [INFO] > > [INFO] Building XXX Module > [INFO]task-segment: [clean] > [INFO] > > [DEBUG] maven-clean-plugin: using locally installed snapshot > [DEBUG] Artifact not found - using stub model: Unable to determine the > latest version > > org.apache.maven.plugins:maven-clean-plugin:pom:LATEST > > > [DEBUG] Using defaults for missing POM > org.apache.maven.plugins:maven-clean-plugin:pom:LATEST > [DEBUG] maven-clean-plugin: using locally installed snapshot > [DEBUG] Artifact not found - using stub model: Unable to determine the > release version > > org.apache.maven.plugins:maven-clean-plugin:pom:RELEASE > > > [DEBUG] Using defaults for missing POM > org.apache.maven.plugins:maven-clean-plugin:pom:RELEASE > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] The plugin 'org.apache.maven.plugins:maven-clean-plugin' does > not exist or no valid version could be found > [INFO] > > [DEBUG] Trace > org.apache.maven.lifecycle.LifecycleExecutionException: The plugin > 'org.apache.maven.plugins:maven-clean-plugin' does not exist or > no valid version could be found >at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1286) >at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1522) >at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindLifecycleForPackaging(DefaultLifecycleExecutor.java:1016) >at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycleMappings(DefaultLifecycleExecutor.java:980) >
Property access from a plugin
If you have a set of properties set within a profile that is active by default, programmatically, how do you access them? If I do help:effective-pom, I can see that they are set and if I do help:active-profiles, I can see the profile is also active, just when I list the properties, the are not set. My plugin is defined as an aggregate plugin bound to process-sources (so POST initialize). mavenProject.getProperties() shows them as unset, any suggestions?
Re: Maven site-plugin
Le jeudi 11 septembre 2008, Matthias Dorfner a écrit : > Hey everybody, > > > > I’m very interested in using maven’s site-plugin for a project homepage > including javadoc and several possibilities this plugin offers. > > There’s already an existing API with javadoc information. At first, my main > goal is to implement this project site without merging the whole > development process into maven’s model. But I want to have the possibility, > once Maven runs with the project site (site plugin) already set up, to > adapt to the project model maven offers. > > > > So my question is if the project site generation is simply done without > touching the development process as it is already or should I choose a > simple presentation and publishing tool like apache forrest (which I don’t > prefer actually)? What would you suggest? no problem, adding a pom.xml only for generating a site won't hurt your existing build As a next step, if your current build is done with Ant, you can use Maven Ant Tasks to handle your project dependencies: this won't be a great change for your Ant build process, and prepare to use Maven more intensively Regards, Hervé > > > > If I can choose maven’s site-plugin, what should I be aware of? > > > > I’m sorry cause of this very open questions, but I’m completely new to > maven but it sounds very interesting for me. > > > > Thanks a lot for your help! > > > > Greetings, > > Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: "Release" translation
Le mercredi 10 septembre 2008, Baptiste MATHUS a écrit : > Hi all, > > Well, this is more a question to the french translation of release I just > saw in the 2.1 of the project-info-reports:dependencies plugin. > Release had been translated "Dégagement" in french, which seems inadequate > imo. > > Moreover "Snapshot" was left as is. > > I guess that not translating those words is the right choice in this case. > Should I file an issue somewhere? In the MPIR jira? Yes, please > > Cheers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom repository problem
Well, it's definitely connecting. I tried running this and I see it downloading at least some stuff: $ mvn help:effective-settings . [INFO] Searching repository for plugin with prefix: 'help'. [INFO] org.apache.maven.plugins: checking for updates from central [INFO] org.codehaus.mojo: checking for updates from central Downloading: https://xxx/maven//org/apache/maven/plugins/maven-compiler-plugin/2.0/maven-compiler-plugin-2.0.pom 1K downloaded Downloading: https://xxx/maven//org/apache/maven/plugins/maven-plugin-parent/2.0/maven-plugin-parent-2.0.pom 6K downloaded Downloading: https://xxx/maven//org/apache/maven/plugins/maven-compiler-plugin/2.0/maven-compiler-plugin-2.0.jar 13K downloaded Downloading: https://xxx/maven//org/apache/maven/plugins/maven-surefire-plugin/2.4.2/maven-surefire-plugin-2.4.2.pom 6K downloaded Downloading: https://xxx/maven//org/apache/maven/surefire/surefire/2.4.2/surefire-2.4.2.pom 6K downloaded Downloading: https:/xxx/maven//org/apache/maven/maven-parent/7/maven-parent-7.pom 20K downloaded Downloading: https://xxx/maven//org/apache/apache/4/apache-4.pom 4K downloaded Downloading: https://zymurgy.raba.com/maven//org/apache/maven/plugins/maven-surefire-plugin/2.4.2/maven-surefire-plugin-2.4.2.jar ... Downloading: https://xxx/maven//org/apache/maven/plugins/maven-assembly-plugin/2.1/maven-assembly-plugin-2.1.jar 90K downloaded [INFO] artifact org.apache.maven.plugins:maven-help-plugin: checking for updates from central [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-help-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 10 seconds [INFO] Finished at: Thu Sep 11 16:16:52 EDT 2008 [INFO] Final Memory: 4M/8M [INFO] I also ran with the -X option, but I don't see anything that would point me in the right direction. $ mvn -X clean + Error stacktraces are turned on. Maven version: 2.0.8 Java version: 1.6.0_07 OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows" [DEBUG] Building Maven user-level plugin registry from: 'C:\Documents and Settings\yaakov\.m2\plugin-registry.xml' [DEBUG] Building Maven global-level plugin registry from: 'e:\maven\apache-maven-2.0.8\conf\plugin-registry.xml' [INFO] Scanning for projects... [INFO] Reactor build order: ... [INFO] [INFO] Building XXX Module [INFO]task-segment: [clean] [INFO] [DEBUG] maven-clean-plugin: using locally installed snapshot [DEBUG] Artifact not found - using stub model: Unable to determine the latest version org.apache.maven.plugins:maven-clean-plugin:pom:LATEST [DEBUG] Using defaults for missing POM org.apache.maven.plugins:maven-clean-plugin:pom:LATEST [DEBUG] maven-clean-plugin: using locally installed snapshot [DEBUG] Artifact not found - using stub model: Unable to determine the release version org.apache.maven.plugins:maven-clean-plugin:pom:RELEASE [DEBUG] Using defaults for missing POM org.apache.maven.plugins:maven-clean-plugin:pom:RELEASE [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1286) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1522) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindLifecycleForPackaging(DefaultLifecycleExecutor.java:1016) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycleMappings(DefaultLifecycleExecutor.java:980) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:458) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLif
Re: Version number when building Maven itself
Brett Porter wrote: > > The only thing you should have to change is pom.xml (and all the ones in > the > subdirectories). > > Brett is right. I did it wrong. -- View this message in context: http://www.nabble.com/Version-number-when-building-Maven-itself-tp19425173p19442388.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Flatten dependencySet includes (assembly plugin)
John Casey-5 wrote: > > there's an open issue related to mappers in > http://jira.codehaus.org/browse/MASSEMBLY > > That issue covers this functionality, and hasn't been completed yet. > You are right. This is the exact one: http://jira.codehaus.org/browse/MASSEMBLY-45 It looks like the sort of issue that won't get ever completed, because it's too difficult. I've been looking at the code too, and I am at a complete loss. Let alone that I can fix it. Let alone even more that I can unit test it ;-) I'm considering to put in a new JIRA issue, that's more to the point and easier to fix. Would that be a plan? -- View this message in context: http://www.nabble.com/Flatten-dependencySet-includes-%28assembly-plugin%29-tp19425655p19442016.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom repository problem
On Thu, Sep 11, 2008 at 11:27 AM, Yaakov Chaikin <[EMAIL PROTECTED]> wrote: >> Try it with -U on the command line to force it to check again. The >> default update policy is once per day and it may have cached an error >> from earlier today. > > Just tried it: 'mvn -U clean' > > Same thing. > > Any other ideas? Then it sounds like Maven really can't connect to that repository. Can you watch the access logs on the repo side and see if it's getting that far? Running with -X on the command line might give more information also. You mentioned certificates earlier, have you got them all installed in the JDK Maven is using? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom repository problem
On Thu, Sep 11, 2008 at 2:08 PM, Wendy Smoak <[EMAIL PROTECTED]> wrote: > On Thu, Sep 11, 2008 at 10:14 AM, Yaakov Chaikin > <[EMAIL PROTECTED]> wrote: > >> My project has a need to use a custom maven2 repository. I have setup >> a directory to be exposed through our web server. Our server is only >> accessible through HTTPS (with a valid certificate) and a >> username/password had to be setup as well. One of my other >> requirements was not to allow maven to download from a publicly >> available repository (not even the plugins), but only go to our own >> server. The repository itself is browseable, so I know that works just >> fine. However, maven can't seem anything and fails right away with >> this: > > Try it with -U on the command line to force it to check again. The > default update policy is once per day and it may have cached an error > from earlier today. Just tried it: 'mvn -U clean' Same thing. Any other ideas? > To prevent access to outside repositories, overriding 'central' isn't > enough. You'll also need to use mirrors in your settings, > specifically mirrorOf=* to catch any extras that show up. > > http://maven.apache.org/guides/mini/guide-mirror-settings.html Thanks. I'll keep this in mind once the previous issue is resolved. Yaakov. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom repository problem
On Thu, Sep 11, 2008 at 10:14 AM, Yaakov Chaikin <[EMAIL PROTECTED]> wrote: > My project has a need to use a custom maven2 repository. I have setup > a directory to be exposed through our web server. Our server is only > accessible through HTTPS (with a valid certificate) and a > username/password had to be setup as well. One of my other > requirements was not to allow maven to download from a publicly > available repository (not even the plugins), but only go to our own > server. The repository itself is browseable, so I know that works just > fine. However, maven can't seem anything and fails right away with > this: Try it with -U on the command line to force it to check again. The default update policy is once per day and it may have cached an error from earlier today. To prevent access to outside repositories, overriding 'central' isn't enough. You'll also need to use mirrors in your settings, specifically mirrorOf=* to catch any extras that show up. http://maven.apache.org/guides/mini/guide-mirror-settings.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Custom repository problem
Hi, My project has a need to use a custom maven2 repository. I have setup a directory to be exposed through our web server. Our server is only accessible through HTTPS (with a valid certificate) and a username/password had to be setup as well. One of my other requirements was not to allow maven to download from a publicly available repository (not even the plugins), but only go to our own server. The repository itself is browseable, so I know that works just fine. However, maven can't seem anything and fails right away with this: [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found This happens when I do a regular 'mvn clean' To accomplish what I needed to do, I placed the following entries into my pom.xml: central FES Unclass Maven Repository https://custom-repo/maven/ central FES Unclass Maven Repository https://custom-repo/maven/ The 'custom-repo' in the URL is obviously a real URL in the actual pom.xml. Since our server requires authentication, I also placed the following into the settings.xml file: central UserNamer Password Again, obviously, the username/password are real in the real settings.xml. Could someone point out to me what I am doing wrong here? Thanks, Yaakov. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: YUICompressor plugin going ape
This plugin is not part of standard maven plugins. Please report your issue to alchim.sf.net 2008/9/11 John Coleman <[EMAIL PROTECTED]> > Hi, > > The YUICompressor plugin gives the dump below. Anyone have any ideas why > this should suddenly go wrong? We already tried to get a fresh update > from the central repo. > > Is this maybe a mvn version issue given that it is a core mvn plugin > class missing? > > TIA, > John > > > > > Using default encoding to copy filtered resources. > > [yuicompressor:compress] > [FATAL]net.sf.alchim.mojo.yuicompressor.YuiCompressorMojo#execute() > caused a linkage error (java.lang.NoClassDefFoundError). Check the > realms: > [FATAL]NOTE: > [FATAL]Plugin realm is: > /plugins/net.sf.alchim:yuicompressor-maven-plugin:[EMAIL > PROTECTED]/thread:exec_B > uild eTraderII_17 > [FATAL]Container realm is: plexus.core > [FATAL]Realm ID: > /plugins/net.sf.alchim:yuicompressor-maven-plugin:[EMAIL > PROTECTED]/thread:exec_B > uild eTraderII_17 > [FATAL]urls[0] = > file:/C:/Documents%20and%20Settings/user/.m2/repository/net/sf/alchim/yu > icompressor-maven-plugin/0.6.3/yuicompressor-maven-plugin-0.6.3.jar > [FATAL]urls[1] = > file:/C:/Documents%20and%20Settings/user/.m2/repository/rhino/js/1.6R7/j > s-1.6R7.jar > [FATAL]urls[2] = > file:/C:/Documents%20and%20Settings/user/.m2/repository/net/sf/retrotran > slator/retrotranslator-runtime/1.2.1/retrotranslator-runtime-1.2.1.jar > [FATAL]urls[3] = > file:/C:/Documents%20and%20Settings/user/.m2/repository/backport-util-co > ncurrent/backport-util-concurrent/3.0/backport-util-concurrent-3.0.jar > [FATAL]Realm ID: plexus.core > [FATAL]urls[0] = > file:/C:/Documents%20and%20Settings/user/.netbeans/6.1/maven2/rootpackag > e/ > java.lang.NoClassDefFoundError: > org/codehaus/plexus/util/DirectoryScanner >at > net.sf.alchim.mojo.yuicompressor.MojoSupport.processDir(MojoSupport.java > :133) >at > net.sf.alchim.mojo.yuicompressor.MojoSupport.execute(MojoSupport.java:10 > 3) >at > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa > nager.java:579) >at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle > Failures(DefaultLifecycleExecutor.java:498) >at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmentFo > rProject(DefaultLifecycleExecutor.java:265) >at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( > DefaultLifecycleExecutor.java:191) >at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec > ycleExecutor.java:149) >at > org.codehaus.mevenide.netbeans.embedder.exec.MyLifecycleExecutor.execute > (MyLifecycleExecutor.java:72) >at > org.apache.maven.DefaultMaven.execute_aroundBody0(DefaultMaven.java:223) >at > org.apache.maven.DefaultMaven.execute_aroundBody1$advice(DefaultMaven.ja > va:304) >at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:1) >at > org.apache.maven.embedder.MavenEmbedder.execute_aroundBody2(MavenEmbedde > r.java:904) >at > org.apache.maven.embedder.MavenEmbedder.execute_aroundBody3$advice(Maven > Embedder.java:304) >at > org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:1) >at > org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaEx > ecutor.java:215) >at > org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:151) > > Eurobase International Limited and its subsidiaries (Eurobase) are unable > to exercise control over the content of information in E-Mails. Any views > and opinions expressed may be personal to the sender and are not necessarily > those of Eurobase. Eurobase will not enter into any contractual obligations > in respect of any part of its business in any E-mail. > > Privileged / confidential information may be contained in this message and > /or any attachments. This E-mail is intended for the use of the addressee(s) > only and may contain confidential information. If you are not the / an > intended recipient, you are hereby notified that any use or dissemination of > this communication is strictly prohibited. If you receive this transmission > in error, please notify us immediately, and then delete this E-mail. > > Neither the sender nor Eurobase accepts any liability whatsoever for any > defects of any kind either in or arising from this E-mail transmission. > E-Mail transmission cannot be guaranteed to be secure or error-free, as > messages can be intercepted, lost, corrupted, destroyed, contain viruses, or > arrive late or incomplete. Eurobase does not accept any responsibility for > viruses and it is your responsibility to scan any attachments. > > Eurobase Systems Limited is the main trading company in the Eurobase > International Group; registered in England and Wales as company number > 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex > CM2 0RE, UK. > > > ---
Maven site-plugin
Hey everybody, I’m very interested in using maven’s site-plugin for a project homepage including javadoc and several possibilities this plugin offers. There’s already an existing API with javadoc information. At first, my main goal is to implement this project site without merging the whole development process into maven’s model. But I want to have the possibility, once Maven runs with the project site (site plugin) already set up, to adapt to the project model maven offers. So my question is if the project site generation is simply done without touching the development process as it is already or should I choose a simple presentation and publishing tool like apache forrest (which I don’t prefer actually)? What would you suggest? If I can choose maven’s site-plugin, what should I be aware of? I’m sorry cause of this very open questions, but I’m completely new to maven but it sounds very interesting for me. Thanks a lot for your help! Greetings, Matthias
YUICompressor plugin going ape
Hi, The YUICompressor plugin gives the dump below. Anyone have any ideas why this should suddenly go wrong? We already tried to get a fresh update from the central repo. Is this maybe a mvn version issue given that it is a core mvn plugin class missing? TIA, John Using default encoding to copy filtered resources. [yuicompressor:compress] [FATAL]net.sf.alchim.mojo.yuicompressor.YuiCompressorMojo#execute() caused a linkage error (java.lang.NoClassDefFoundError). Check the realms: [FATAL]NOTE: [FATAL]Plugin realm is: /plugins/net.sf.alchim:yuicompressor-maven-plugin:[EMAIL PROTECTED]/thread:exec_B uild eTraderII_17 [FATAL]Container realm is: plexus.core [FATAL]Realm ID: /plugins/net.sf.alchim:yuicompressor-maven-plugin:[EMAIL PROTECTED]/thread:exec_B uild eTraderII_17 [FATAL]urls[0] = file:/C:/Documents%20and%20Settings/user/.m2/repository/net/sf/alchim/yu icompressor-maven-plugin/0.6.3/yuicompressor-maven-plugin-0.6.3.jar [FATAL]urls[1] = file:/C:/Documents%20and%20Settings/user/.m2/repository/rhino/js/1.6R7/j s-1.6R7.jar [FATAL]urls[2] = file:/C:/Documents%20and%20Settings/user/.m2/repository/net/sf/retrotran slator/retrotranslator-runtime/1.2.1/retrotranslator-runtime-1.2.1.jar [FATAL]urls[3] = file:/C:/Documents%20and%20Settings/user/.m2/repository/backport-util-co ncurrent/backport-util-concurrent/3.0/backport-util-concurrent-3.0.jar [FATAL]Realm ID: plexus.core [FATAL]urls[0] = file:/C:/Documents%20and%20Settings/user/.netbeans/6.1/maven2/rootpackag e/ java.lang.NoClassDefFoundError: org/codehaus/plexus/util/DirectoryScanner at net.sf.alchim.mojo.yuicompressor.MojoSupport.processDir(MojoSupport.java :133) at net.sf.alchim.mojo.yuicompressor.MojoSupport.execute(MojoSupport.java:10 3) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:579) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:498) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmentFo rProject(DefaultLifecycleExecutor.java:265) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:191) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:149) at org.codehaus.mevenide.netbeans.embedder.exec.MyLifecycleExecutor.execute (MyLifecycleExecutor.java:72) at org.apache.maven.DefaultMaven.execute_aroundBody0(DefaultMaven.java:223) at org.apache.maven.DefaultMaven.execute_aroundBody1$advice(DefaultMaven.ja va:304) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:1) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody2(MavenEmbedde r.java:904) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody3$advice(Maven Embedder.java:304) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:1) at org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaEx ecutor.java:215) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:151) Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using springframework in maven project
On Thu, Sep 11, 2008 at 00:26, Simon Aquilina <[EMAIL PROTECTED]> wrote: > http://redhat1/pxy.pac That doesn't look like a host to me. Try redhat1. And read http://maven.apache.org/guides/mini/guide-proxies.html. The pxy.pac is probably some sort of script, you might want to read it and see what it does. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Avoid to bring in new repositories via dependencies
On Thu, Sep 11, 2008 at 5:03 AM, Martin Höller <[EMAIL PROTECTED]> wrote: > Unfortunately this dependency's pom.xml specifies other remote repositories. > Could someone please tell me what is the recomended way to avoid getting a > new repository into my environment? You can use mirrors, especially mirrorOf=*, to prevent additional repositories from being introduced. http://maven.apache.org/guides/mini/guide-mirror-settings.html It might also be worth bringing this up to the dev team responsible for the pom to get them to remove it in future releases. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: has excludes - why not includes?
While there were three very enlightening suggestions to this question, nothing truly suits our needs. 1 - Using the version update thing requires the poms to be read/write, and do we rely on an automated process to simply update things and hope they build? Someone should be deciding on the version instead of having our integration server rifle through versions and updating them. Even if a user is manually running this, are they running it for all deployable apps that have a dependency on a "utils" type lib? Then they're on the hook for testing them all (even if their change to utils impacts only one of the deployable app). This solution seems like a lot of rope to hang yourself with. 2 - Wendy suggests using "lib list" type poms that combine typical shared libraries. So we have a "common api" lib and a "utils lib" - not always are they changed in unison and not always are they both needed for a deployable app. Putting a dependency on a lib list type pom that contains both the common api and the utils jar that would now pull both into a deployable app when it only needs utils seems wrong. In this example, I'm talking about two, there could be 20+ in this case. 3 - Stephen C's example was both confusing and utilizing the version update bit. See #1. Additionally, no one has answered why there isn't an in the dependency stanza. This would go a LONG way to help minimize where one has to define redundant dependencies and their versions. Is this on a roadmap somewhere? Why not have everywhere you have ? Wendy, you hinted at why, can you elaborate? -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2008 2:43 AM To: Maven Users List Subject: Re: has excludes - why not includes? I use properties to define the version and then use mvn versions:update-properties to sync Sent from my iPod On 9 Sep 2008, at 23:25, "EJ Ciramella" <[EMAIL PROTECTED]> wrote: > We're still battling away with how best to set up a shared set of libs > such that we can specify their version in a singular location and > stumbled across the pom import bit. > > > > This would be great as we could create a corporate "lib list" type pom > and then all projects could list it as a dependency. > > > > The one shortcoming of this is, if there are libs listed inside this > "lib list" pom, you'd get them any way. I see a set of excludes, but > that could get really long (say there are 30 shared libs, but we're > only > interested in three). Is a matching "include" coming to match the > "exclude" statement in the dependency bits? That would make life so > much easier... > > > > The next approach to "shared libs across multiple deployable units" > would be to use dependencyManagement, but this only works as long as > you > have a parent/child relationship. If you have an aggregator pom, > dependencyManagement isn't passed along to any of the sub builds, so > this doesn't help. > > > > And finally, you could have corporate pom -> parent pom -> child pom > where dependencyManagement is set in the corporate pom, and > versionless > dependencies are set at the child pom level. The problem with this is > you're updating the version of the corporate pom with each library > change (unless you make it a snapshot version - forget about using the > release plugin at this point). > > > > /deepbreath > > > > What do people think? What are people doing in scenarios where you > have > multiple deployable units that have dependencies on the same four or > five internal libs (some that change VERY frequently)? > > > > Anyone wanna make a recommendation based on the three suggested > approaches above? > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-war-plugin (filtering resources)
Hi, Thanks for your quick response. That looks like exactly what I need. I have tried using the resources plugin to configure my JSPs but it does not appear to actually update them. If the maven-war-plugin is updated, then I think I'd be good to go. Thanks, Walter -- View this message in context: http://www.nabble.com/maven-war-plugin-%28filtering-resources%29-tp19434177p19435216.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Flatten dependencySet includes (assembly plugin)
there's an open issue related to mappers in http://jira.codehaus.org/browse/MASSEMBLY That issue covers this functionality, and hasn't been completed yet. sverhagen wrote: Hi. Using the assembly plugin. Is there a way to get stuff that's in a certain folder X of a dependency end up in my assembly's folder Y. Given the following assembly.xml: /sql true etc/sql/*.sql I was hoping for *.sql to be assembled into /sql. Now it's ending up in /sql/etc/sql :-( Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PLEASE TEST] Maven 2.1.0-M1-RC17
Yeah, originalModel looks like it's saved off after inheritance occurs, so the only thing I was able to do this go around was to keep it from getting polluted by plugin information that's discovered by the plugin manager during build execution...so, if you don't have a plugin version legitimately from your POM or one of its parents, it won't ever appear in the originalModel. Stephen Connolly wrote: BTW, I think we're still getting the project.getOriginalModel().getBuild().getPluginManagement() containing the super-pom (but as that is 2.0.9 behaviour it's not a "regression" form 2.0.9... perhaps from previous versions but not from 2.0.9) On Thu, Sep 11, 2008 at 12:50 PM, Stephen Connolly < [EMAIL PROTECTED]> wrote: Seems fine here too On Thu, Sep 11, 2008 at 12:29 PM, Peter Horlock < [EMAIL PROTECTED]> wrote: RC17 runs smooth and nicely here too... Thanks, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-war-plugin (filtering resources)
Hi, Currently no way to limit this. But you can certainly add an issue in http://jira.codehaus.org/browse/MSHARED under the component maven-filtering. As we have fixed http://jira.codehaus.org/browse/MRESOURCES-29 we can imagine having the same feature with the war plugin. -- Olivier 2008/9/11 walterw <[EMAIL PROTECTED]>: > > Hi all, > > I am having problems filtering my resources (.jsp, .xml, .sql). I configure > the context path as well as URLs and so I would like to keep these as > variables so I can update the property in a single place and everything will > be updated automatically. > > The issue that I am having is that wherever I use certain attributes: > > [code] > ${users.id} > ${user.id} > ${adfadfadflkadf.id} > [/code] > > They all match the same pattern unfortunately resulting in an incorrect > override. I do not want these variables in my JSPs to be matched, but I > want ${context.path} to be matched and it is being matched correctly. Is > there any way to restrict pattern matching to strict, or is this a bug with > the plexus matching code base? > > > Please let me know if there is another viable option to filter these > resources. The maven-war-plugin basically extends the maven-filtering > plugin and are both based off of the plexus pattern matching plugin and that > appears to be causing the problems. > > Is it possible to change the pattern matching format as well to only allow > @variable.property@ and not ${variable.property}? This way, my JSPs can > still use ${} without being adversely affected. > > > Thanks, > Walter > -- > View this message in context: > http://www.nabble.com/maven-war-plugin-%28filtering-resources%29-tp19434177p19434177.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven-war-plugin (filtering resources)
Hi all, I am having problems filtering my resources (.jsp, .xml, .sql). I configure the context path as well as URLs and so I would like to keep these as variables so I can update the property in a single place and everything will be updated automatically. The issue that I am having is that wherever I use certain attributes: [code] ${users.id} ${user.id} ${adfadfadflkadf.id} [/code] They all match the same pattern unfortunately resulting in an incorrect override. I do not want these variables in my JSPs to be matched, but I want ${context.path} to be matched and it is being matched correctly. Is there any way to restrict pattern matching to strict, or is this a bug with the plexus matching code base? Please let me know if there is another viable option to filter these resources. The maven-war-plugin basically extends the maven-filtering plugin and are both based off of the plexus pattern matching plugin and that appears to be causing the problems. Is it possible to change the pattern matching format as well to only allow @variable.property@ and not ${variable.property}? This way, my JSPs can still use ${} without being adversely affected. Thanks, Walter -- View this message in context: http://www.nabble.com/maven-war-plugin-%28filtering-resources%29-tp19434177p19434177.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to set system property for a plugin ?
Hi, I try to use Hibernate3 Maven plugin to generate DDL from JPA entities bundled in a JAR. This JAR has a persistence.xml with no Hibernate dialect set (it's because I want it to be database independant). Actually I use -D option to set this dialect. For example : mvn install -Dhibernate.dialect=org.hibernate.dialect.HSQLDialect Now I would like to set this system property in pom.xml. I tried with tag within plugin configuration (see below) but is doesn't work. Anyone has an idea how I should do this ? My pom.xml : http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> 4.0.0 t4 t4-core-ddl pom t4 t4-parent 1.0-SNAPSHOT 1.0-SNAPSHOT T4 Core DDL t4 t4-core-all ${version} org.hibernate hibernate-annotations org.hibernate hibernate-entitymanager org.codehaus.mojo hibernate3-maven-plugin false false t4-core.sql hbm2ddl jpaconfiguration hibernate.dialect org.hibernate.dialect.HSQLDialect test-compile hbm2ddl Thanks in advance, Olivier
Avoid to bring in new repositories via dependencies
Hi all! I want to use some new dependency which is not in maven central but in some other remote repository. I downloaded and imported this dependency in our internal archiva to have access to it without adding some new remote repository. Unfortunately this dependency's pom.xml specifies other remote repositories. Could someone please tell me what is the recomended way to avoid getting a new repository into my environment? tia, - martin signature.asc Description: This is a digitally signed message part.
Re: [PLEASE TEST] Maven 2.1.0-M1-RC17
BTW, I think we're still getting the project.getOriginalModel().getBuild().getPluginManagement() containing the super-pom (but as that is 2.0.9 behaviour it's not a "regression" form 2.0.9... perhaps from previous versions but not from 2.0.9) On Thu, Sep 11, 2008 at 12:50 PM, Stephen Connolly < [EMAIL PROTECTED]> wrote: > Seems fine here too > > > On Thu, Sep 11, 2008 at 12:29 PM, Peter Horlock < > [EMAIL PROTECTED]> wrote: > >> RC17 runs smooth and nicely here too... >> >> >> Thanks, >> >> Peter >> > >
Re: [PLEASE TEST] Maven 2.1.0-M1-RC17
Seems fine here too On Thu, Sep 11, 2008 at 12:29 PM, Peter Horlock < [EMAIL PROTECTED]> wrote: > RC17 runs smooth and nicely here too... > > > Thanks, > > Peter >
Re: [PLEASE TEST] Maven 2.1.0-M1-RC17
RC17 runs smooth and nicely here too... Thanks, Peter
Re: [PLEASE TEST] Maven 2.1.0-M1-RC17
On Wednesday 10 September 2008 John Casey wrote: > http://people.apache.org/~jdcasey/stage/current-maven-RC/ > > Enjoy, and let me know if you have problems. No problems here with RC17. thanks, - martin signature.asc Description: This is a digitally signed message part.
Re: How to merge pom files ?
I could not find a way to add individual files to shaded jar, I think this is something not possible. I workarounded the problem by packageing these individual files into a jar file using a maven project. Then I included this jar as a dependency in my t4-core-all project and in Shade plugin configuration and it works perfect. Thanks for introducing me to Shade Plugin, it helped me a lot. Regards, Olivier 2008/9/9 John Prystash <[EMAIL PROTECTED]> > My experience with shade plugin is quite limited, I've only included other > dependencies that are external to my project, not individual files. > You might be able to create an assembly that packages the shaded jar with > the additional files as long as you do not need the files packaged in the > jar. That approach probably wouldn't help if you need the files on the > classpath. > > > > - Original Message > From: Olivier THIERRY <[EMAIL PROTECTED]> > To: Maven Users List > Sent: Monday, September 8, 2008 4:29:08 AM > Subject: Re: How to merge pom files ? > > Thanks a lot John, this is exactly what I needed :) > > Based on the plugin configuration you suggested, I added > promoteTransitiveDependencies property and set it to true so that > transitive > dependencies become direct dependencies in the shaded jar. > > But I have one problem yet : I need to add some files to the shaded jar. I > saw you can exclude files from the shaded jar with filters property, but I > can't see a way to add a new file to the shaded jar. I thought about > creating a new artifact in M2 repository with these files to add and add > this artifact to the artifactSet includes property. It should work but I > wonder if there's an easier way to do it. Do you have any idea about this ? > > Regards, > > Olivier > > > 2008/9/5 John Prystash <[EMAIL PROTECTED]> > > > You might want to take a look at the shade plugin > > > > http://maven.apache.org/plugins/maven-shade-plugin/ > > > > A configuration like the following should create a jar containing the > > classes from the two t4 jars you depend on: > > > > > >org.apache.maven.plugins > >maven-shade-plugin > > > > > >package > > > > shade > > > > > > > > > > t4:t4-core-utils > > t4:t4-common-utils > > > > > > > > > > > > > > > > > > > > - Original Message > > From: Olivier THIERRY <[EMAIL PROTECTED]> > > To: users@maven.apache.org > > Sent: Friday, September 5, 2008 10:52:00 AM > > Subject: How to merge pom files ? > > > > Hi all, > > > > I have two Maven projects named t4-core-utils and t4-core-commons. They > > build jar artifacts and install them to my M2 repository. > > Now I want to build a jar that merges both jars (extract files from these > > jars and add them to a new jar) then install it to M2 repository so that > it > > can be used as a dependency in other Maven projects. > > > > I tried to use Maven Assembly plugin to achieve this. I could create the > > new > > jar and install it to M2 repo, but I have problems with the way pom file > is > > generated in M2 repo. > > > > The pom.xml is as following (t4-parent is used for dependency management) > : > > > > http://maven..apache.org/POM/4.0.0"; > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 > > http://maven.apache.org/maven-v4_0_0.xsd";> > > 4.0.0 > > t4 > > t4-core-all > > jar > > > >t4 > >t4-parent > >1.0-SNAPSHOT > > > > 1.0-SNAPSHOT > > T4 Core All > > > > > > t4 > > t4-core-utils > > ${version} > > > > > > fr.horoquartz.t4 > > t4-core-commons > > ${version} > > > > > > > > > > > > maven-assembly-plugin > > > > > > > > src/main/assembly/t4-core-all.xml > > > > false > > > > > > > >package > > > >attached > > > > > > > > > > > > > > > > > > And the t4-core-all.xml file : > > > > > > http://maven.apache.org/POM/4.0.0"; xmlns:xsi=" > > http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation=" > > > > > http://maven.apache.org/POM/4.0.0../../../../exchange-ws-api/assembly-1.1.0-SNAPSHOT.xsd > > "> > >t4-core-all > > > >jar > > > > false > > > > > > true > > > > > > META-INF/persistence.xml > >
RE: Using springframework in maven project
Hi, I think the problem I have is proxy related since I need a proxy to browse the internet from work. I therefore opened the settings.xml configuration file and entered the following in it; true http http://redhat1/pxy.pac 3168 With these settings I do manage to browse the internet from a local browser however maven still blocks when downloading the wanted libraries! :( I also tried setting the port equal to port 80 and also tried downloading spring rather then spring full. Any other ideas? Thanks for all the help already given :) Regards, Simon J. > Date: Wed, 10 Sep 2008 17:37:19 +0200 > From: [EMAIL PROTECTED] > To: users@maven.apache.org > Subject: Re: Using springframework in maven project > > Maybe your company explicitly forbids the spring-full dependency as > many artifacts depends on one or more spring modules. When you have a > dependency on spring-full this could break your build. Ie. if one of > your deps depends on spring-core and you on spring-full you will have > the spring-core and the spring full jar on the classpath, each of > which could have different versions. Here be dragons! > > Why are you including spring-full and not just the modules you need? > > Hth, > > Nick Stolwijk > ~Java Developer~ > > Iprofs BV. > Claus Sluterweg 125 > 2012 WS Haarlem > www.iprofs.nl > > > > On Wed, Sep 10, 2008 at 5:32 PM, Nick Stolwijk <[EMAIL PROTECTED]> wrote: > > It looks like you have mirrored the "central" repository in your > > settings.xml or that Maven needs a proxy to connect to the internet. > > > > Hth, > > > > Nick Stolwijk > > ~Java Developer~ > > > > Iprofs BV. > > Claus Sluterweg 125 > > 2012 WS Haarlem > > www.iprofs.nl > > > > > > > > On Wed, Sep 10, 2008 at 5:29 PM, Simon Aquilina <[EMAIL PROTECTED]> wrote: > >> Hi, > >> > >> I am trying to use springframework inside a maven project. My dependency > >> is as follows: > >> > >> > >> org.springframework > >> spring-full > >> 1.2.8 > >> > >> > >> However when I enter the command mvn compile I get the following error: > >> > >> [console] > >> D:\Projects\test>mvn compile > >> [INFO] Scanning for projects... > >> [INFO] > >> > >> [INFO] Building test Maven Webapp > >> [INFO]task-segment: [compile] > >> [INFO] > >> > >> [INFO] [resources:resources] > >> [INFO] Using default encoding to copy filtered resources. > >> Downloading: > >> http://repo1.maven.org/maven2/org/springframework/spring-full/1.2.8 > >> /spring-full-1.2.8.pom > >> Downloading: > >> http://repo1.maven.org/maven2/org/springframework/spring-full/1.2.8 > >> /spring-full-1.2.8.jar > >> [INFO] > >> > >> [ERROR] BUILD ERROR > >> [INFO] > >> > >> [INFO] Failed to resolve artifact. > >> > >> Missing: > >> -- > >> 1) org.springframework:spring-full:jar:1.2.8 > >> > >> Try downloading the file manually from the project website. > >> > >> Then, install it using the command: > >> mvn install:install-file -DgroupId=org.springframework > >> -DartifactId=spring > >> -full -Dversion=1.2.8 -Dpackaging=jar -Dfile=/path/to/file > >> > >> Alternatively, if you host your own repository you can deploy the file > >> there: > >> > >> mvn deploy:deploy-file -DgroupId=org.springframework > >> -DartifactId=spring-f > >> ull -Dversion=1.2.8 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] > >> -Drepositor > >> yId=[id] > >> > >> Path to dependency: > >>1) com.test:test:war:1.0-SNAPSHOT > >>2) org.springframework:spring-full:jar:1.2.8 > >> > >> -- > >> 1 required artifact is missing. > >> > >> for artifact: > >> com.test:test:war:1.0-SNAPSHOT > >> > >> from the specified remote repositories: > >> central (http://repo1.maven.org/maven2) > >> > >> > >> [INFO] > >> > >> [INFO] For more information, run Maven with the -e switch > >> [INFO] > >> > >> [INFO] Total time: 42 seconds > >> [INFO] Finished at: Wed Sep 10 17:25:07 CEST 2008 > >> [INFO] Final Memory: 2M/5M > >> [INFO] > >> > >> > >> D:\Projects\test> > >> [/console] > >> > >> I cannot understand why it is not working since the path to the spring > >> resource I want is correct " > >> http://repo1.maven.org/maven2/org/springframework/spring-full/1.2.8 > >> > >> /spring-full-1.2.8.pom". > >> > >> Does anyone know how this can be solved? I read on the internet that it > >> could be because I need the jmx library as well. I tried to include this > >> as a dependency but also failed! :( > >> > >> Regar