Re: Maven 3.0.3 doesn't copy metadata xml *.jdo to target during install
not the maven way... if you don't like the maven way then there is always ant - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 7 Jun 2011 07:34, "Vivek Ganesh V.T" wrote:
Re: Versioning sub-modules as well as the project as a whole.
Sorry for the very late reply... On 03/09/2011 07:16 PM, Daryl Lonnon wrote: Joachim, So effectively, each of the modules you wish to version separately, is treated as it's own release. Then you have a separate release (the dep module) that specifies dependency to all of your other modules. Do each of your "sub" modules (the non dependency module) keep track of their own versioning and dependencies? We call these parts. They all have a parent pom with a dependencyManagement section which handles the versions of the dependencies (all sub-modules are also mentioned here). The dep module then uses these (import scope) to pull the dependencies versions together. "mvn release" will handle tracking of the version of the module but not it's dependencies (IIRC). How do you update those dependency versions before and after a release (do you do it by hand)? We don't do anything special. The version only needs to be changed in the dep module. Do each of these modules have a common parent pom.xml (and do you track dependencies in that)? Each of the parts (which are the modules released together) have a parent pom which again has a global project parent. Kind regards, Joachim Right now, I'm thinking of writing a script that does a release, since I'm not seeing an easy way to do it within the maven framework. But I'd love to be shown how to make it work within that framework cleanly. Daryl On Wed, Mar 9, 2011 at 6:00 AM, Joachim Van der Auwerawrote: The way we handle this in the Geomajas project is for (sets of) modules to have their own version and have one module (the -dep module) which only contains a pom with dependencyManagement section which defines the latest version of all modules (actually this pulls in the parent module for each set of modules to assure all dependency versions contained in the dependencyManagement of these modules are pulled in). Hoping my explanation is somewhat understandable. Kind regards, Joachim On 03/09/2011 12:47 AM, Daryl Lonnon wrote: Hi, hopefully someone can help me with this. So I have a situation where I have a project with multiple sub-projects. Some of the sub-projects depend on one another. I'd like to version the sub-projects independently while still releasing something that defines the project as a whole. Some of the sub-projects have associated resources files that can be quite large, so ideally you wouldn't have to re-release them if they haven't changed. Also it'd be nice if after a release, the development environment reverts back to the next versions SNAPSHOTs. So my wish list looks like: 1. I'd like to version the sub projects independently. 2. I'd like to be able to release a "global" version which defines the set of sub-projects that work with one another. 3. I'd like to not release sub-projects that haven't changed just to release a "global" version. 4. I'd like to have my development environment be cohesive after a release (i.e. point to my local repositiories SNAPSHOTS for the sub-project inter-dependencies).. Has anyone ever tried to do something like this? I've found: http://out-println.blogspot.com/2008/10/maven-modules-with-independent-versions.html but that scheme doesn't support wish 4 as far as I can tell. Daryl - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
[ANN] Maven GPG Plugin 1.3 Released
The Maven team is pleased to announce the release of the Maven GPG Plugin, version 1.3 This plugin signs project artifacts with GnuPG. http://maven.apache.org/plugins/maven-gpg-plugin/ You should specify the version in your project's plugin configuration: org.apache.maven.plugins maven-gpg-plugin 1.3 Release Notes - Maven 2.x GPG Plugin - Version 1.3 ** New Feature * [MGPG-35] - Add support for MDEPLOY-133 * [MGPG-36] - Add suport for MDEPLOY-48 Enjoy, -The Maven team - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
HTTP and HTTPS proxy
Dear list, I currently have my proxy set up in settings.xml like so: true http proxy 80 This does work for HTTP repositories, but unfortunately it does not work for HTTPs ones, such as Sonatype OSS. I can work around this by specifying the relevant Java system properties, like so: mvn install -Dhttps.proxyHost=proxy -Dhttps.proxyPort=80 I'd rather have it all in my settings.xml. Do you have an idea how to do this? Kind regards, Johannes Think green - keep it on the screen. This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
Re: HTTP and HTTPS proxy
Did you try add yet another proxy element for "https" protocol? /Anders On Tue, Jun 7, 2011 at 13:07, Klug, Johannes wrote: > Dear list, > > > > I currently have my proxy set up in settings.xml like so: > > > > > > > > > > true > > http > > proxy > > 80 > > > > > > > > This does work for HTTP repositories, but unfortunately it does not work > for HTTPs ones, such as Sonatype OSS. > > > > I can work around this by specifying the relevant Java system > properties, like so: > > mvn install -Dhttps.proxyHost=proxy -Dhttps.proxyPort=80 > > > > I'd rather have it all in my settings.xml. > > Do you have an idea how to do this? > > > > Kind regards, > > Johannes > > > > > > Think green - keep it on the screen. > > This e-mail and any attachment is for authorised use by the intended > recipient(s) only. It may contain proprietary material, confidential > information and/or be subject to legal privilege. It should not be copied, > disclosed to, retained or used by, any other party. If you are not an > intended recipient then please promptly delete this e-mail and any > attachment and all copies and inform the sender. Thank you. > >
Re: [ANNOUNCE] Maven License Verifier Plugin - Release 0.4
Hi Karl, I'm interested in what your plugin does, but really wonder why it wouldn't better fit into an enforcer rule. What do you think? Did you create a dedicated plugin on purpose, and if so, what what was the rationale? Thanks a lot. Baptiste 2011/5/7 Karl Heinz Marbaise > Hi to all, > > I'm pleased to announce a new release of the Maven License Verifier Plugin. > > The Maven License Verifier Plugin site is available here: > http://khmarbaise.github.com/Maven-License-Verifier-Plugin/ > > The issue tracker can be found here: > https://github.com/khmarbaise/Maven-License-Verifier-Plugin/issues > > The source code of the plugin: > https://github.com/khmarbaise/Maven-License-Verifier-Plugin > > Example Link of a generated report to get an impression how it looks like: > http://khmarbaise.github.com/mlvp-example/licenseverifierreport.html > > The Plugin is avaiable via Maven Central under the following coordinates: > > > com.soebes.maven.plugins.mlv > maven-license-verifier-plugin > 0.4 > > > Release Notes: > - Now you can define an artifact which contains the licenses > definition. See the configuration documentation for details. > > > http://khmarbaise.github.com/Maven-License-Verifier-Plugin/configuration.html > > If you have any kind of problems, questions, ideas for new functions etc. > don't hesitate to contact me via the mailing list or directly. > > Kind regards > Karl Heinz Marbaise > -- > SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 > Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 > Hauptstrasse 177 USt.IdNr: DE191347579 > 52146 Würselen http://www.soebes.de > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > -- Baptiste MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
RE: HTTP and HTTPS proxy
I did, it picked the first one marked as active, and disregarded the second. When I swapped http and http, HTTPS downloads worked, while HTTP stopped working. > -Original Message- > From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On > Behalf Of Anders Hammar > Sent: 07 June 2011 13:36 > To: Maven Users List > Subject: Re: HTTP and HTTPS proxy > > Did you try add yet another proxy element for "https" protocol? > > /Anders > > On Tue, Jun 7, 2011 at 13:07, Klug, Johannes > wrote: > > > Dear list, > > > > > > > > I currently have my proxy set up in settings.xml like so: > > > > > > > > > > > > > > > > > > > > true > > > > http > > > > proxy > > > > 80 > > > > > > > > > > > > > > > > This does work for HTTP repositories, but unfortunately it does not > work > > for HTTPs ones, such as Sonatype OSS. > > > > > > > > I can work around this by specifying the relevant Java system > > properties, like so: > > > > mvn install -Dhttps.proxyHost=proxy -Dhttps.proxyPort=80 > > > > > > > > I'd rather have it all in my settings.xml. > > > > Do you have an idea how to do this? > > > > > > > > Kind regards, > > > > Johannes > > > > > > > > > > > > Think green - keep it on the screen. > > > > This e-mail and any attachment is for authorised use by the intended > > recipient(s) only. It may contain proprietary material, confidential > > information and/or be subject to legal privilege. It should not be > copied, > > disclosed to, retained or used by, any other party. If you are not an > > intended recipient then please promptly delete this e-mail and any > > attachment and all copies and inform the sender. Thank you. > > > > Think green - keep it on the screen. This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven suddenly ignoring a configuration!
I had this working fine yesterday, but I am trying to build an EAR file with skinny WARs. Today all I did was add some deployment configurations to the Parent project's pom file. Basically added the weblogic deployment plugin so I can deploy the completed EAR to server. I dont think I modified anything else. Ever since then, the war project has started to include all the jar files into the WEB-INF/lib folder, completely ignoring my configuration: WEB-INF/lib/*.jar It also didnt work if I tried: **/*.jar It puts the jars in there anyway! So then since my war file has those jars in the lib, then the ear file has double the jars because it still knows to put it's jars into the ear's lib folder, yet the war file it pulled from the war project has the same jars in it's WEB-INF/lib. What the heck happened? My war file plugin looks like this: org.apache.maven.plugins maven-war-plugin **/*.jar true **/test/*.* web myProject It still builds the war using all the other configuration. for example it names the war "myProject.war" instead of the default which is the project final name including version #. So it seems to be only ignoring that one packaingExcludes parameter. My complete project structure is like: main-folder +---pom.xml (parent pom, includes reference to ear project pom and war project pom) +---ear-folder +---pom.xml (ear project pom, has pretty standard config to build skinny wars) +---war-folder +---pom.xml (war project pom, has a bunch of stuff, but only one war plugin which tells it to exclude which is not working!) -- View this message in context: http://maven.40175.n5.nabble.com/Maven-suddenly-ignoring-a-configuration-tp4461861p4461861.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven suddenly ignoring a configuration!
On 7 June 2011 15:03, trant wrote: > I had this working fine yesterday, but I am trying to build an EAR file with > skinny WARs. Today all I did was add some deployment configurations to the > Parent project's pom file. Basically added the weblogic deployment plugin so Are you using Maven 2.x? If yes, can you check the dependencies of this "weblogic deployment plugin" and see if it has been a bold boy and depended on (a possibly different version of) the maven-war-plugin Otherwise... is the weblogic deployment plugin forking its own lifecycle which might include the war plugin again (only with the default configuration - which would be solved if you move your configuration of the war plugin into the project/build/pluginManagement/plugins as that would be redefining the defaults for your project) > I can deploy the completed EAR to server. I dont think I modified anything > else. > > Ever since then, the war project has started to include all the jar files > into the WEB-INF/lib folder, completely ignoring my configuration: > WEB-INF/lib/*.jar > > It also didnt work if I tried: > **/*.jar > > It puts the jars in there anyway! So then since my war file has those jars > in the lib, then the ear file has double the jars because it still knows to > put it's jars into the ear's lib folder, yet the war file it pulled from the > war project has the same jars in it's WEB-INF/lib. > > What the heck happened? > > My war file plugin looks like this: > > > org.apache.maven.plugins > maven-war-plugin > > **/*.jar > true > **/test/*.* > web > myProject > > > > It still builds the war using all the other configuration. for example it > names the war "myProject.war" instead of the default which is the project > final name including version #. So it seems to be only ignoring that one > packaingExcludes parameter. > > My complete project structure is like: > > main-folder > +---pom.xml (parent pom, includes reference to ear project pom and war > project pom) > +---ear-folder > +---pom.xml (ear project pom, has pretty standard config to build skinny > wars) > +---war-folder > +---pom.xml (war project pom, has a bunch of stuff, but only one war > plugin which tells it to exclude which is not working!) > > > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Maven-suddenly-ignoring-a-configuration-tp4461861p4461861.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven with IDEA IntelliJ
> Pls Guide me Which Number I need to Select for Creating "WAR" file using > IDEA IntelliJ Source Code ?? I google'd for "maven intellij idea tutorial" and found this link: http://wiki.jetbrains.net/intellij/Creating_and_importing_Maven_projects Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 3.0.3 doesn't copy metadata xml *.jdo to target during install
> Thankyou Mathew and Wayne it did copy from resources directory my point was > to have it within the src so that evry package has its corresponding jdo > files in the same place. As I stated before: >> You can also configure things in your pom file so the files are copied >> from under s/m/java but this only complicates things and is I am sure you can find what you are looking for with a little help from Google. What you want is possible but its not the recommended approach. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven suddenly ignoring a configuration!
Hi Stephen, thanks for the quick response! now that you mentioned maven version - I use MyEclipse which has an embedded version of Maven. When I had this setup working yesterday I was using the latest standalone version of Maven. So I reconfigured MyEclipse to use the standalone version instead and it works fine! However, now while package works as expected, the deploy goal fails on the following error: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.4:deploy (default-deploy) on project myProject: Deployment failed: repository element was not specified in the pom inside distributionManagement element or in -DaltDeploymentRepository=id::layout::url parameter -> [Help 1] What could this mean? -- View this message in context: http://maven.40175.n5.nabble.com/Maven-suddenly-ignoring-a-configuration-tp4461861p4462081.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Why isn't Maven using the (site) plugin version I told it?
When I run "mvn site", I get a "AbstractMethodError [...] SiteRendererSink.unknown" error. As reported in SUREFIRE-714, maven-surefire-plugin 2.8 needs maven-site-plugin 2.1 or greater; I told Maven to use these versions of the plugins, but it's still using maven-site-plugin 2.0-beta-7 I'm using Maven 2.2.1 BTW. Why isn't Maven using the plugin versions I told it to use? Thanks in advance, Daniel Serodio 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 com.example busca-web 1.0.0-SNAPSHOT war Busca Busca - Frontent Web ISO8859-1 UTF-8 org.apache.maven.plugins maven-compiler-plugin 1.6 1.6 org.apache.maven.plugins maven-resources-plugin org.apache.maven.plugins maven-site-plugin 2.3 org.apache.maven.plugins maven-surefire-report-plugin 2.8 UTF-8 org.slf4j slf4j-api 1.6.1 org.slf4j slf4j-log4j12 1.6.1 commons-lang commons-lang 2.6 mysql mysql-connector-java 5.1.6 junit junit 4.8.1 test javax.servlet servlet-api 2.5 provided - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why isn't Maven using the (site) plugin version I told it?
The site plugin does not go into . Put that into On Tue, Jun 7, 2011 at 5:29 PM, Daniel Serodio (lists) wrote: > When I run "mvn site", I get a "AbstractMethodError [...] > SiteRendererSink.unknown" error. As reported in SUREFIRE-714, > maven-surefire-plugin 2.8 needs maven-site-plugin 2.1 or greater; I told > Maven to use these versions of the plugins, but it's still using > maven-site-plugin 2.0-beta-7 > > I'm using Maven 2.2.1 BTW. > > Why isn't Maven using the plugin versions I told it to use? > > Thanks in advance, > Daniel Serodio > > > > 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 > com.example > busca-web > 1.0.0-SNAPSHOT > war > Busca > Busca - Frontent Web > > > ISO8859-1 > UTF-8 > > > > > > org.apache.maven.plugins > maven-compiler-plugin > > 1.6 > 1.6 > > > > org.apache.maven.plugins > maven-resources-plugin > > > > > > > > org.apache.maven.plugins > maven-site-plugin > 2.3 > > > org.apache.maven.plugins > maven-surefire-report-plugin > 2.8 > > UTF-8 > > > > > > > > org.slf4j > slf4j-api > 1.6.1 > > > org.slf4j > slf4j-log4j12 > 1.6.1 > > > commons-lang > commons-lang > 2.6 > > > mysql > mysql-connector-java > 5.1.6 > > > > junit > junit > 4.8.1 > test > > > > javax.servlet > servlet-api > 2.5 > provided > > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why isn't Maven using the (site) plugin version I told it?
That was it. Thanks a lot. Is there somewhere in the documentation I could've found this information? Benson Margulies wrote: The site plugin does not go into . Put that into On Tue, Jun 7, 2011 at 5:29 PM, Daniel Serodio (lists) wrote: When I run "mvn site", I get a "AbstractMethodError [...] SiteRendererSink.unknown" error. As reported in SUREFIRE-714, maven-surefire-plugin 2.8 needs maven-site-plugin 2.1 or greater; I told Maven to use these versions of the plugins, but it's still using maven-site-plugin 2.0-beta-7 I'm using Maven 2.2.1 BTW. Why isn't Maven using the plugin versions I told it to use? Thanks in advance, Daniel Serodio 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 com.example busca-web 1.0.0-SNAPSHOT war Busca Busca - Frontent Web ISO8859-1 UTF-8 org.apache.maven.plugins maven-compiler-plugin 1.6 1.6 org.apache.maven.plugins maven-resources-plugin org.apache.maven.plugins maven-site-plugin 2.3 org.apache.maven.plugins maven-surefire-report-plugin 2.8 UTF-8 org.slf4j slf4j-api 1.6.1 org.slf4j slf4j-log4j12 1.6.1 commons-lang commons-lang 2.6 mysql mysql-connector-java 5.1.6 junit junit 4.8.1 test javax.servlet servlet-api 2.5 provided - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
assemble and compile for a specific version
Hi all, I have the following pom.xml that only assambles in a certein profile: qa-tomcat5x maven-assembly-plugin 2.2-beta-5 qa-tomcat5x single ${project.basedir}/src/assemble/filter.properties ${project.basedir}/src/assemble/descriptor.xml package But I also need that the generated jar has all the compiled classes as well as all the resources. The only thing that this jar contains is just the file that participates in assembly. How can I change that in my profile? thanks in advance
Re: Why isn't Maven using the (site) plugin version I told it?
Well, that's a hard question. The site plugin is just a plugin. So it goes in amongst the plugins. The site plugin's job is to run the *reporting* plugins. They's a different species, and live in the section. As of Maven 3, the section is on the way out in favor of plugins attached to the site plugin itself. On Tue, Jun 7, 2011 at 6:45 PM, Daniel Serodio (lists) wrote: > That was it. Thanks a lot. > > Is there somewhere in the documentation I could've found this information? > > Benson Margulies wrote: >> >> The site plugin does not go into . Put that into >> >> >> On Tue, Jun 7, 2011 at 5:29 PM, Daniel Serodio (lists) >> wrote: >>> >>> When I run "mvn site", I get a "AbstractMethodError [...] >>> SiteRendererSink.unknown" error. As reported in SUREFIRE-714, >>> maven-surefire-plugin 2.8 needs maven-site-plugin 2.1 or greater; I told >>> Maven to use these versions of the plugins, but it's still using >>> maven-site-plugin 2.0-beta-7 >>> >>> I'm using Maven 2.2.1 BTW. >>> >>> Why isn't Maven using the plugin versions I told it to use? >>> >>> Thanks in advance, >>> Daniel Serodio >>> >>> >>> >>> 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 >>> com.example >>> busca-web >>> 1.0.0-SNAPSHOT >>> war >>> Busca >>> Busca - Frontent Web >>> >>> >>> ISO8859-1 >>> >>> UTF-8 >>> >>> >>> >>> >>> >>> org.apache.maven.plugins >>> maven-compiler-plugin >>> >>> 1.6 >>> 1.6 >>> >>> >>> >>> org.apache.maven.plugins >>> maven-resources-plugin >>> >>> >>> >>> >>> >>> >>> >>> org.apache.maven.plugins >>> maven-site-plugin >>> 2.3 >>> >>> >>> org.apache.maven.plugins >>> maven-surefire-report-plugin >>> 2.8 >>> >>> UTF-8 >>> >>> >>> >>> >>> >>> >>> >>> org.slf4j >>> slf4j-api >>> 1.6.1 >>> >>> >>> org.slf4j >>> slf4j-log4j12 >>> 1.6.1 >>> >>> >>> commons-lang >>> commons-lang >>> 2.6 >>> >>> >>> mysql >>> mysql-connector-java >>> 5.1.6 >>> >>> >>> >>> junit >>> junit >>> 4.8.1 >>> test >>> >>> >>> >>> javax.servlet >>> servlet-api >>> 2.5 >>> provided >>> >>> >>> >>> >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Fwd: Travel Assistance applications now open for ApacheCon NA 2011
FYI -- Forwarded message -- From: Gavin McDonald Date: 2011/6/6 Subject: Travel Assistance applications now open for ApacheCon NA 2011 To: committ...@apache.org The Apache Software Foundation (ASF)'s Travel Assistance Committee (TAC) is now accepting applications for ApacheCon North America 2011, 7-11 November in Vancouver BC, Canada. The TAC is seeking individuals from the Apache community at-large --users, developers, educators, students, Committers, and Members-- who would like to attend ApacheCon, but need some financial support in order to be able to get there. There are limited places available, and all applicants will be scored on their individual merit. Financial assistance is available to cover flights/trains, accommodation and entrance fees either in part or in full, depending on circumstances. However, the support available for those attending only the BarCamp (7-8 November) is less than that for those attending the entire event (Conference + BarCamp 7-11 November). The Travel Assistance Committee aims to support all official ASF events, including cross-project activities; as such, it may be prudent for those in Asia and Europe to wait for an event geographically closer to them. More information can be found at http://www.apache.org/travel/index.html including a link to the online application and detailed instructions for submitting. Applications will close on 8 July 2011 at 22:00 BST (UTC/GMT +1). We wish good luck to all those who will apply, and thank you in advance for tweeting, blogging, and otherwise spreading the word. Regards, The Travel Assistance Committee - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why isn't Maven using the (site) plugin version I told it?
Daniel Serodio (lists) wrote: > That was it. Thanks a lot. > > Is there somewhere in the documentation I could've found this information? Type column: http://maven.apache.org/plugins/ - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org