Re: please review: another site drop
Emma (http://emma.sourceforge.net/) also has a Maven plugin. On Wed, 01 Dec 2004 23:24:56 +1100, Brett Porter <[EMAIL PROTECTED]> wrote: > I've dropped an update to > http://www.apache.org/~brett/site-2/ > > Please review the documentation if you have a chance. Everything there > is ready to go and has been refreshed (there are still empty pages > though, which are in progress, though feel free to volunteer to do one > if you can work on it immediately :). In other words, I'll take > nitpicking, grammar, spelling corrections if you have them. > > I am still thinking about how to make the navigation shorter, as I want > this usable on my 1024x768 laptop. It needs to balance between too much > information and not enough to get around - so some submenus are probably > appropriate, but not all of them, and some better titles too. Thoughts? > > Thanks, > Brett > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT: Developers in south america
On Tue, 2004-11-30 at 13:30, Miguel Griffa wrote: > Are there any developers in south america? Came to mi mind with I live in Campinas, it's located about 80 km from São Paulo (in Brazil). -- Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MPANT-21) get-deps target should download to local maven repo
The following comment has been added to this issue: Author: Arnaud HERITIER Created: Wed, 1 Dec 2004 5:57 PM Body: It seems to be a good idea. I'll investigate it. - View this comment: http://jira.codehaus.org/browse/MPANT-21?page=comments#action_27364 - View the issue: http://jira.codehaus.org/browse/MPANT-21 Here is an overview of the issue: - Key: MPANT-21 Summary: get-deps target should download to local maven repo Type: Improvement Status: Open Priority: Minor Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven-ant-plugin Fix Fors: 1.8.1 Assignee: Arnaud HERITIER Reporter: Chuck Daniels Created: Wed, 1 Dec 2004 11:44 AM Updated: Wed, 1 Dec 2004 5:57 PM Environment: All Description: The get-deps target downloads dependencies to target/lib. This is problematic since it forces downloads to occur after a 'clean' is performed. I suggest downloading to the local maven repository, regardless of whether or not maven has been installed. This avoids unnecessary downloads after a 'clean' and also makes migration to maven easier. Once a user migrates to maven, dependencies will already exist in the local repo. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How does content get added to maven-blogs?
On Wed, 2004-12-01 at 16:55, Carlos Sanchez wrote: > Hi, > > I didn't know about mavenblogs, if you like to add the Maven category of my > blog here's the rss feed: > http://www.jroller.com/rss/carlossg?catname=/Maven I'll add you and Eric to mavenblogs tonight. > Regards > > Carlos Sanchez > A Coruña, Spain > http://www.jroller.com/page/carlossg > > > > -Original Message- > > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, December 01, 2004 1:09 PM > > To: Maven Developers List > > Subject: Re: How does content get added to maven-blogs? > > > > On Wed, 2004-12-01 at 09:03, Eric Pugh wrote: > > > Hi all, > > > > > > I noticed that http://www.mavenblogs.com/ has some good > > content, but > > > only from 5 writers.. I know I've written an entry or two about > > > maven, and I always like Carlos Sanchez's blog articles about Maven > > > [1].. Is it possible to contribute specific entries to > > Maven Blogs? > > > Seems like it needs an "Editor" to cull out the content and add it. > > > > If you have a blog, or category on your blog about maven, > > send me the details and I will add it to the aggregator. > > > > > Eric > > > > > > > > > [1] http://jroller.org/page/carlossg > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] For > > > additional commands, e-mail: [EMAIL PROTECTED] > > > > -- > > jvz. > > > > Jason van Zyl > > [EMAIL PROTECTED] > > http://maven.apache.org > > > > happiness is like a butterfly: the more you chase it, the > > more it will elude you, but if you turn your attention to > > other things, it will come and sit softly on your shoulder ... > > > > -- Thoreau > > > > > > - > > 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] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://maven.apache.org happiness is like a butterfly: the more you chase it, the more it will elude you, but if you turn your attention to other things, it will come and sit softly on your shoulder ... -- Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Possible meeting of the minds in Europe
Hi, I'd love meet you all, and of course return to the beautiful Paris, but I'm afraid it'll be difficult due to work and money :( Let me know the dates when available. Regards Carlos Sanchez A Coruña, Spain http://www.jroller.com/page/carlossg > -Original Message- > From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 01, 2004 10:12 AM > To: Maven Developers List > Subject: Re: Possible meeting of the minds in Europe > > There will be no problem for obtain an room for our meeting. > My chief is Ok. > > Emmanuel > > - Original Message - > From: "Jason van Zyl" <[EMAIL PROTECTED]> > To: "Maven Developers List" <[EMAIL PROTECTED]> > Sent: Tuesday, November 30, 2004 1:03 PM > Subject: RE: Possible meeting of the minds in Europe > > > > On Tue, 2004-11-30 at 04:53, Vincent Massol wrote: > > > Hi Jason, > > > > > > I think several of us live in Paris so that could be a > good choice. I > would > > > be happy to organize this with Arnaud and Emmanuel but > I'm too busy to > be > > > able to do it properly before the 20th of December. I'm > ok for anytime > after > > > (we have to take into account Christmas holidays too). > > > > > > Anyway, let us know if you're interested in doing it in > Paris around > > > beginning of January 2005 (which sounds the most > realistic I think). > > > > > > Thanks for the initiative > > > > I think sometime in January or early February would be better as it > > gives us time to prepare. I'm totally cool with Paris. If > you folks over > > in Europe agree that's a good place then it's really not > much different > > for people flying over. But if you have the resources there > to organize > > it then Paris is probably a good place to have it. > > > > > -Vincent > > > > > > > -Original Message- > > > > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > > > > Sent: lundi 29 novembre 2004 13:56 > > > > To: Maven Developers List > > > > Subject: Possible meeting of the minds in Europe > > > > > > > > Howdy, > > > > > > > > I was chatting with Brett on IRC so I thought I would bring the > > > > discussion here. I would like to cut a release of m2 > sometime in the > > > > next 8 weeks but something I think would be really good > would be to > have > > > > the core folks, and anyone else who desired to come, > meet up somewhere > > > > and discuss the v4 POM and anything else deemed important. > > > > > > > > I was thinking Europe because there are far more people > there than > > > > anywhere else. Figure I would throw out the idea and > see if we could > > > > organize something. If someone had an office we could > use that would > be > > > > great. There would be some organization involved but > hopefully nothing > > > > too taxing and it would be great for everyone to meet > up. There's lots > > > > of exciting things coming up in the near future for Maven :-) > > > > > > > > -- > > > > jvz. > > > > > > > > Jason van Zyl > > > > [EMAIL PROTECTED] > > > > http://maven.apache.org > > > > > > > > happiness is like a butterfly: the more you chase it, > the more it will > > > > elude you, but if you turn your attention to other > things, it will > come > > > > and sit softly on your shoulder ... > > > > > > > > -- Thoreau > > > > > > > > > > > > > - > > > > 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] > > > > -- > > jvz. > > > > Jason van Zyl > > [EMAIL PROTECTED] > > http://maven.apache.org > > > > happiness is like a butterfly: the more you chase it, the > more it will > > elude you, but if you turn your attention to other things, > it will come > > and sit softly on your shoulder ... > > > > -- Thoreau > > > > > > > - > > 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] > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How does content get added to maven-blogs?
Hi, I didn't know about mavenblogs, if you like to add the Maven category of my blog here's the rss feed: http://www.jroller.com/rss/carlossg?catname=/Maven Regards Carlos Sanchez A Coruña, Spain http://www.jroller.com/page/carlossg > -Original Message- > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 01, 2004 1:09 PM > To: Maven Developers List > Subject: Re: How does content get added to maven-blogs? > > On Wed, 2004-12-01 at 09:03, Eric Pugh wrote: > > Hi all, > > > > I noticed that http://www.mavenblogs.com/ has some good > content, but > > only from 5 writers.. I know I've written an entry or two about > > maven, and I always like Carlos Sanchez's blog articles about Maven > > [1].. Is it possible to contribute specific entries to > Maven Blogs? > > Seems like it needs an "Editor" to cull out the content and add it. > > If you have a blog, or category on your blog about maven, > send me the details and I will add it to the aggregator. > > > Eric > > > > > > [1] http://jroller.org/page/carlossg > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] For > > additional commands, e-mail: [EMAIL PROTECTED] > > -- > jvz. > > Jason van Zyl > [EMAIL PROTECTED] > http://maven.apache.org > > happiness is like a butterfly: the more you chase it, the > more it will elude you, but if you turn your attention to > other things, it will come and sit softly on your shoulder ... > > -- Thoreau > > > - > 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]
[jira] Created: (MPJAVA-29) javac: invalid flag: -source
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/browse/MPJAVA-29 Here is an overview of the issue: - Key: MPJAVA-29 Summary: javac: invalid flag: -source Type: Bug Status: Unassigned Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven-java-plugin Assignee: Reporter: Doug Knesek Created: Wed, 1 Dec 2004 3:57 PM Updated: Wed, 1 Dec 2004 3:57 PM Environment: Windows 2000 with Sun Java 1.4.2 JVM Description: I'm trying to invoke a 1.3 JVM for my builds. I'm not sure which properties I really need, so I set them as follows: maven.compile.source= maven.compile.fork=yes maven.compile.jdk=1.3 maven.compile.jdk.home=C:/jdk1.3.1_14 maven.compile.executable=C:/jdk1.3.1_14/bin/javac When running "maven -X jar", I get this: ... [javac] [DEBUG] Execute:Java13CommandLauncher: Executing 'C:\jdk1.3.1_14\bin\javac' with arguments: '-d' 'O:\wsad_lvc\GLCommon\GlMaven\Common\target\classes' '-classpath' 'O:\wsad_lvc\GLCommon\GlMaven\Common\target\classes;T:\Edc\Consolidation\.maven\repository\log4j\jars\log4j-1.2.8.jar;T \Edc\Consolidation\.maven\repository\regexp\jars\regexp-1.2.jar;T:\Edc\Consolidation\.maven\repository\great-lakes\jars gl-framework-1.0.jar;T:\Edc\Consolidation\.maven\repository\ibm\jars\j2ee.jar;T:\Edc\Consolidation\maven-1.0.1\lib\fore ead-1.0-beta-5.jar' '-sourcepath' 'O:\wsad_lvc\GLCommon\GlMaven\Common\src\java' '-target' '1.1' '-g' '-source' '' '@O:\wsad_lvc\GLCommon\GlMaven\Common\files625000713' The ' characters around the executable and arguments are not part of the command. [javac] javac: invalid flag: -source ... - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MPJAR-33) jar:install copies jar even when no changes have occurred
The following comment has been added to this issue: Author: andrew wilde Created: Wed, 1 Dec 2004 3:16 PM Body: I came across this problem today when a developer was using multiproject:install to build a set of sub-projects. He assumed that jar:install would not overwrite the repository jar if there had been no changes. It seems to me that that wasn't an unreasonable assumption, and even if it wasn't the default behaviour it would at least be configurable. - View this comment: http://jira.codehaus.org/browse/MPJAR-33?page=comments#action_27357 - View the issue: http://jira.codehaus.org/browse/MPJAR-33 Here is an overview of the issue: - Key: MPJAR-33 Summary: jar:install copies jar even when no changes have occurred Type: Improvement Status: Open Priority: Major Original Estimate: 2 minutes Time Spent: Unknown Remaining: 2 minutes Project: maven-jar-plugin Fix Fors: 1.7 Versions: 1.6 Assignee: Jason van Zyl Reporter: Colin Saxton Created: Tue, 13 Jul 2004 4:30 AM Updated: Wed, 1 Dec 2004 3:16 PM Environment: Linux/Windows Description: jar:install copies the built jar from the target area to the local repository even if the jar has no changes. This can cause a snowball effect on builds if you are using the reactor for instance. When testing a large project (before a release) it can be cumbersome since the build time is increased significantly. As an example, I currently use the reactor to build 26 separate jars with all of them dependent on the base component. if I change one of them and then re-run the build it builds everything because the base jar is being copied back into the repository even if I don' change it. This causes the reactor to build all of the other jars and so-forth. All that is needed is to change the jar:install copy line...remove the overwrite attribute and the builds speed up...It doesn't break anything either since you can alway runs a clean before a major build but when testing you can just keep running maven without the clean...you would be saving a lot of disk activity around the world by removing the overwrite attribute. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVEN-1524) Classpath problem?
Message: The following issue has been closed. Resolver: Brett Porter Date: Wed, 1 Dec 2004 2:46 PM if you run Maven with 1.4.2, then that is what is used to compile. Every time you run the JVM, rt.jar is in the system classloader taking precedence over everything. To compile using a different JVM than the one running maven, see http://maven.apache.org/reference/plugins/java/properties.html (maven.compile.executable=... and maven.compile.fork=true) - View the issue: http://jira.codehaus.org/browse/MAVEN-1524 Here is an overview of the issue: - Key: MAVEN-1524 Summary: Classpath problem? Type: Bug Status: Closed Priority: Major Resolution: WON'T FIX Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Doug Knesek Created: Wed, 1 Dec 2004 12:24 PM Updated: Wed, 1 Dec 2004 2:46 PM Environment: Windows 2000 Description: It appears that Maven is including a newer version of rt.jar on the classpath in front of the one that I referenced in my dependencies. I have a class that implements PreparedStatement from the IBM Java(tm)2 SDK, Standard Edition, v 1.3.1. I include the rt.jar containing this class in my dependencies. I get the following error when I run "maven jar": ...\MyPreparedStatement.java:25: ...MyPreparedStatement is not abstract and does not override abstract method getParameterMetaData() in java.sql.PreparedStatement public class MyPreparedStatement implements java.sql.PreparedStatement { As far as I can tell, getParameterMetaData() is not defined until Java 1.4.2. I do have Java 1.4.2 installed on my machine (in fact, my JAVA_HOME=C:\j2sdk1.4.2_05). I'm guessing that maven is including the C:\j2sdk1.4.2_05 \jre\lib\rt.jar in my classpath. 1) Is this a bug? 2) Why is this happening? 3) How do I fix it? Thank you. - Doug - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVEN-1523) NoSuchFieldError
Message: The following issue has been closed. - View the issue: http://jira.codehaus.org/browse/MAVEN-1523 Here is an overview of the issue: - Key: MAVEN-1523 Summary: NoSuchFieldError Type: Bug Status: Closed Priority: Major Resolution: DUPLICATE Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Bill Reed Created: Wed, 1 Dec 2004 11:19 AM Updated: Wed, 1 Dec 2004 2:41 PM Description: maven commands throw NoSuch FieldError C:\maven\bin>maven -g __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.1 Plugin cache will be regenerated java.lang.NoSuchFieldError: org.apache.maven.repository.AbstractArtifact: field OVERRIDE_NONE not found at org.apache.maven.repository.AbstractArtifact.(AbstractArtifact.java:53) at org.apache.maven.repository.GenericArtifact.(GenericArtifact.java:40) at org.apache.maven.repository.DefaultArtifactFactory.createArtifact(DefaultArtifactFactory.java:53) at org.apache.maven.ArtifactListBuilder.build(ArtifactListBuilder.java:59) at org.apache.maven.project.Project.buildArtifactList(Project.java:1407) at org.apache.maven.project.Project.initialize(Project.java:1341) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:148) at org.apache.maven.plugin.JellyScriptHousing.getProject(JellyScriptHousing.java:105) at org.apache.maven.plugin.PluginManager.createPluginHousing(PluginManager.java:339) at org.apache.maven.plugin.PluginManager.loadUncachedPlugins(PluginManager.java:235) at org.apache.maven.plugin.PluginManager.initialize(PluginManager.java:304) at org.apache.maven.MavenSession.initializePluginManager(MavenSession.java:204) at org.apache.maven.MavenSession.initialize(MavenSession.java:171) at org.apache.maven.cli.App.doMain(App.java:475) at org.apache.maven.cli.App.main(App.java:1239) at java.lang.reflect.Method.invoke(Native Method) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) You have encountered an unknown error running Maven. Please help us to correct this problem by following these simple steps: - read the Maven FAQ at http://maven.apache.org/faq.html - run the same command again with the '-e' parameter, eg maven -e jar - search the maven-user archives for the error at http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED] - post the output of maven -e to JIRA at http://jira.codehaus.org/BrowseProject.jspa?id=10030 (you must sign up first) - run 'maven --info' and post the output as the environment to the bug above Total time: 1 seconds Finished at: Wed Dec 01 10:06:06 CST 2004 - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MAVEN-1522) Proxy + NTLM = NullPointerException
The following issue has been updated: Updater: Brett Porter (mailto:[EMAIL PROTECTED]) Date: Wed, 1 Dec 2004 2:40 PM Comment: please run maven -e site and post the stack trace (if it still doesn't show, you might need to run maven -X site). You're correct, it should not cause a NPE. Changes: Fix Version changed to 1.0.2 - For a full history of the issue, see: http://jira.codehaus.org/browse/MAVEN-1522?page=history - View the issue: http://jira.codehaus.org/browse/MAVEN-1522 Here is an overview of the issue: - Key: MAVEN-1522 Summary: Proxy + NTLM = NullPointerException Type: Bug Status: Unassigned Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Fix Fors: 1.0.2 Versions: 1.0.1 Assignee: Reporter: Graham Leggett Created: Wed, 1 Dec 2004 8:32 AM Updated: Wed, 1 Dec 2004 2:40 PM Environment: MacOSX 10.3.6 / JDK v1.4.2 Description: If build.properties is defined like this: maven.proxy.host = 192.168.1.27 maven.proxy.port = 80 maven.proxy.username = username maven.proxy.password = password maven.proxy.ntlm.domain = domain Then maven bombs out with a NullPointerException like this: Graham-Leggetts-Computer:~/src/standard/autobahn minfrin$ maven site __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.1 Attempting to download jdepend-2.7.jar. Error retrieving artifact from [http://www.ibiblio.org/maven/jdepend/jars/jdepend-2.7.jar]: java.lang.NullPointerException WARNING: Failed to download jdepend-2.7.jar. BUILD FAILED File.. /Users/minfrin/.maven/cache/maven-xdoc-plugin-1.8/plugin.jelly Element... attainGoal Line.. 693 Column 57 The build cannot continue because of the following unsatisfied dependency: jdepend-2.7.jar Total time: 5 seconds Finished at: Wed Dec 01 15:10:41 SAST 2004 What should happen is that a valid error message be returned to the user as to whatever is missing. "NullPointerException" says nothing to the user. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MAVEN-1524) Classpath problem?
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/browse/MAVEN-1524 Here is an overview of the issue: - Key: MAVEN-1524 Summary: Classpath problem? Type: Bug Status: Unassigned Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Doug Knesek Created: Wed, 1 Dec 2004 12:24 PM Updated: Wed, 1 Dec 2004 12:24 PM Environment: Windows 2000 Description: It appears that Maven is including a newer version of rt.jar on the classpath in front of the one that I referenced in my dependencies. I have a class that implements PreparedStatement from the IBM Java(tm)2 SDK, Standard Edition, v 1.3.1. I include the rt.jar containing this class in my dependencies. I get the following error when I run "maven jar": ...\MyPreparedStatement.java:25: ...MyPreparedStatement is not abstract and does not override abstract method getParameterMetaData() in java.sql.PreparedStatement public class MyPreparedStatement implements java.sql.PreparedStatement { As far as I can tell, getParameterMetaData() is not defined until Java 1.4.2. I do have Java 1.4.2 installed on my machine (in fact, my JAVA_HOME=C:\j2sdk1.4.2_05). I'm guessing that maven is including the C:\j2sdk1.4.2_05 \jre\lib\rt.jar in my classpath. 1) Is this a bug? 2) Why is this happening? 3) How do I fix it? Thank you. - Doug - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MPANT-21) get-deps target should download to local maven repo
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/browse/MPANT-21 Here is an overview of the issue: - Key: MPANT-21 Summary: get-deps target should download to local maven repo Type: Improvement Status: Open Priority: Minor Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven-ant-plugin Fix Fors: 1.8.1 Assignee: Arnaud HERITIER Reporter: Chuck Daniels Created: Wed, 1 Dec 2004 11:44 AM Updated: Wed, 1 Dec 2004 11:44 AM Environment: All Description: The get-deps target downloads dependencies to target/lib. This is problematic since it forces downloads to occur after a 'clean' is performed. I suggest downloading to the local maven repository, regardless of whether or not maven has been installed. This avoids unnecessary downloads after a 'clean' and also makes migration to maven easier. Once a user migrates to maven, dependencies will already exist in the local repo. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MAVEN-1523) NoSuchFieldError
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/browse/MAVEN-1523 Here is an overview of the issue: - Key: MAVEN-1523 Summary: NoSuchFieldError Type: Bug Status: Unassigned Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Bill Reed Created: Wed, 1 Dec 2004 11:19 AM Updated: Wed, 1 Dec 2004 11:19 AM Description: maven commands throw NoSuch FieldError C:\maven\bin>maven -g __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.1 Plugin cache will be regenerated java.lang.NoSuchFieldError: org.apache.maven.repository.AbstractArtifact: field OVERRIDE_NONE not found at org.apache.maven.repository.AbstractArtifact.(AbstractArtifact.java:53) at org.apache.maven.repository.GenericArtifact.(GenericArtifact.java:40) at org.apache.maven.repository.DefaultArtifactFactory.createArtifact(DefaultArtifactFactory.java:53) at org.apache.maven.ArtifactListBuilder.build(ArtifactListBuilder.java:59) at org.apache.maven.project.Project.buildArtifactList(Project.java:1407) at org.apache.maven.project.Project.initialize(Project.java:1341) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:148) at org.apache.maven.plugin.JellyScriptHousing.getProject(JellyScriptHousing.java:105) at org.apache.maven.plugin.PluginManager.createPluginHousing(PluginManager.java:339) at org.apache.maven.plugin.PluginManager.loadUncachedPlugins(PluginManager.java:235) at org.apache.maven.plugin.PluginManager.initialize(PluginManager.java:304) at org.apache.maven.MavenSession.initializePluginManager(MavenSession.java:204) at org.apache.maven.MavenSession.initialize(MavenSession.java:171) at org.apache.maven.cli.App.doMain(App.java:475) at org.apache.maven.cli.App.main(App.java:1239) at java.lang.reflect.Method.invoke(Native Method) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) You have encountered an unknown error running Maven. Please help us to correct this problem by following these simple steps: - read the Maven FAQ at http://maven.apache.org/faq.html - run the same command again with the '-e' parameter, eg maven -e jar - search the maven-user archives for the error at http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED] - post the output of maven -e to JIRA at http://jira.codehaus.org/BrowseProject.jspa?id=10030 (you must sign up first) - run 'maven --info' and post the output as the environment to the bug above Total time: 1 seconds Finished at: Wed Dec 01 10:06:06 CST 2004 - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How does content get added to maven-blogs?
On Wed, 2004-12-01 at 09:03, Eric Pugh wrote: > Hi all, > > I noticed that http://www.mavenblogs.com/ has some good content, but only > from 5 writers.. I know I've written an entry or two about maven, and I > always like Carlos Sanchez's blog articles about Maven [1].. Is it possible > to contribute specific entries to Maven Blogs? Seems like it needs an > "Editor" to cull out the content and add it. If you have a blog, or category on your blog about maven, send me the details and I will add it to the aggregator. > Eric > > > [1] http://jroller.org/page/carlossg > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://maven.apache.org happiness is like a butterfly: the more you chase it, the more it will elude you, but if you turn your attention to other things, it will come and sit softly on your shoulder ... -- Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How does content get added to maven-blogs?
Hi all, I noticed that http://www.mavenblogs.com/ has some good content, but only from 5 writers.. I know I've written an entry or two about maven, and I always like Carlos Sanchez's blog articles about Maven [1].. Is it possible to contribute specific entries to Maven Blogs? Seems like it needs an "Editor" to cull out the content and add it. Eric [1] http://jroller.org/page/carlossg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: please review: another site drop
Looks better, but I agree that the left nav is too long.. It's almost overwhelming, I am not sure where to look... So, some suggestions in no specific order: 1) Getting Maven and Getting Started seem like they should be the same thing? I can't get started with out getting maven, and if I already have Maven, I probably don't need the installation instructions. 2) Using Maven and Reference seem like they could be in the same section, and be collapsed submenus? Or, maybe just move some things: - Sharing Plugins doesn't seem like a reference thing, but more of a Using Maven thing - Uploading to Ibiblio seems like part of "Working with Repositories".. - Alternatively, what if a different breakdown: Instructions Plugins Projects Repositories Command Line and then put each section under there. Then, expose in the top level the Plugins/Projects/Repositories/Command Line, but make them each a collapsed menu that opens.. More of a "topic" oriented organization. 3) I like the Related Projects section, I think it is key. However, the Maven Project heading seems to repeat the site.. Could you remove that and relocate Maven-Plugins under something else? That would save some space. 4) Move Maven Developers as a submenu of Project Documentation. Folks who care about project docs will also care about the stuff under Maven Developers.. 5) Move news and maven-blogs up.. People like to see that stuff when evaluating a new project. Just a couple suggestions, the docs are looking better! Eric > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 01, 2004 1:25 PM > To: Maven Developers List > Subject: please review: another site drop > > > I've dropped an update to > http://www.apache.org/~brett/site-2/ > > Please review the documentation if you have a chance. Everything there > is ready to go and has been refreshed (there are still empty pages > though, which are in progress, though feel free to volunteer to do one > if you can work on it immediately :). In other words, I'll take > nitpicking, grammar, spelling corrections if you have them. > > I am still thinking about how to make the navigation shorter, as I want > this usable on my 1024x768 laptop. It needs to balance between too much > information and not enough to get around - so some submenus are probably > appropriate, but not all of them, and some better titles too. Thoughts? > > Thanks, > Brett > > > - > 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]
[jira] Created: (MAVEN-1522) Proxy + NTLM = NullPointerException
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/browse/MAVEN-1522 Here is an overview of the issue: - Key: MAVEN-1522 Summary: Proxy + NTLM = NullPointerException Type: Bug Status: Unassigned Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Versions: 1.0.1 Assignee: Reporter: Graham Leggett Created: Wed, 1 Dec 2004 8:32 AM Updated: Wed, 1 Dec 2004 8:32 AM Environment: MacOSX 10.3.6 / JDK v1.4.2 Description: If build.properties is defined like this: maven.proxy.host = 192.168.1.27 maven.proxy.port = 80 maven.proxy.username = username maven.proxy.password = password maven.proxy.ntlm.domain = domain Then maven bombs out with a NullPointerException like this: Graham-Leggetts-Computer:~/src/standard/autobahn minfrin$ maven site __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.1 Attempting to download jdepend-2.7.jar. Error retrieving artifact from [http://www.ibiblio.org/maven/jdepend/jars/jdepend-2.7.jar]: java.lang.NullPointerException WARNING: Failed to download jdepend-2.7.jar. BUILD FAILED File.. /Users/minfrin/.maven/cache/maven-xdoc-plugin-1.8/plugin.jelly Element... attainGoal Line.. 693 Column 57 The build cannot continue because of the following unsatisfied dependency: jdepend-2.7.jar Total time: 5 seconds Finished at: Wed Dec 01 15:10:41 SAST 2004 What should happen is that a valid error message be returned to the user as to whatever is missing. "NullPointerException" says nothing to the user. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
please review: another site drop
I've dropped an update to http://www.apache.org/~brett/site-2/ Please review the documentation if you have a chance. Everything there is ready to go and has been refreshed (there are still empty pages though, which are in progress, though feel free to volunteer to do one if you can work on it immediately :). In other words, I'll take nitpicking, grammar, spelling corrections if you have them. I am still thinking about how to make the navigation shorter, as I want this usable on my 1024x768 laptop. It needs to balance between too much information and not enough to get around - so some submenus are probably appropriate, but not all of them, and some better titles too. Thoughts? Thanks, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven/src/conf defaults.properties
brett 2004/12/01 04:03:56 Modified:src/conf defaults.properties Log: clean up properties Revision ChangesPath 1.14 +6 -3 maven/src/conf/defaults.properties Index: defaults.properties === RCS file: /home/cvs/maven/src/conf/defaults.properties,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- defaults.properties 11 Nov 2004 10:56:08 - 1.13 +++ defaults.properties 1 Dec 2004 12:03:56 - 1.14 @@ -20,6 +20,8 @@ maven.home.local = ${user.home}/.maven +maven.property.inheritance=true + maven.src.dir = ${basedir}/src maven.conf.dir = ${basedir}/conf maven.build.dir = ${basedir}/target @@ -68,6 +70,7 @@ # --- # M A V E N D I S T R I B U T I O N S # --- +# DEPRECATED: remove maven.distBuildDirectory = ${basedir}/target maven.distBuildIndicator = DIST_BUILD_DIRECTORY maven.distDirectory = ${basedir}/dist @@ -77,9 +80,9 @@ # --- maven.scp.executable = scp maven.ssh.executable = ssh - -maven.build = MAVEN_BUILD_NOT_SET maven.username=USERNAME_NOT_SET maven.remote.group=maven -maven.property.inheritance=true +# DEPRECATED: remove +maven.build = MAVEN_BUILD_NOT_SET + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven project.properties
brett 2004/12/01 04:03:23 Modified:.project.properties Log: put back logo Revision ChangesPath 1.68 +2 -2 maven/project.properties Index: project.properties === RCS file: /home/cvs/maven/project.properties,v retrieving revision 1.67 retrieving revision 1.68 diff -u -r1.67 -r1.68 --- project.properties11 Nov 2004 10:56:10 - 1.67 +++ project.properties1 Dec 2004 12:03:23 - 1.68 @@ -141,5 +141,5 @@ maven.repo.central = www.apache.org maven.repo.central.directory = /www/www.apache.org/dist/java-repository/ -#Temporary while we advertise ApacheCon -maven.xdoc.poweredby.image= +maven.xdoc.poweredby.image=maven-feather.png + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven/xdocs/using developing-plugins.xml
brett 2004/12/01 03:46:46 Modified:xdocsfaq.fml navigation.xml xdocs/reference project-descriptor.xml properties.xml repository-upload.xml xdocs/start install.xml quick-start.xml xdocs/using developing-plugins.xml Log: add the properties reference, spruce the project descriptor, and other tidy up Revision ChangesPath 1.15 +37 -7 maven/xdocs/faq.fml Index: faq.fml === RCS file: /home/cvs/maven/xdocs/faq.fml,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- faq.fml 30 Nov 2004 13:13:13 - 1.14 +++ faq.fml 1 Dec 2004 11:46:45 - 1.15 @@ -242,7 +242,39 @@ ]]> - + + + I share a development machine. How can I share the local repository to save downloading? + + + It is recommended that you do not share your local repository. The reason for this is that as you + build your projects, part of the process is usually to install your changes there for sharing with other + projects you are working on that depend on it. + + + If you share this with multiple developers, you will have to communicate with them about when you will + be developing a certain project to ensure your changes don't clash, and ensure each person is always + completely up to date. + + + Usually, it is better to work with a shared remote repository that you run yourself. This means that + dependencies are only downloaded once from the internet, and then downloaded to the local cache for each + developer as they need it. Company artifacts can also be published there. + + + See Working with Repositories for more information. + + + If after this you really want to share a local repository, you can set the maven.repo.local + property. This is a directory (not a URL). The directory pointed to must be readable by all of the users + and may need to be writable if the users will be allowed to download dependencies or publish their changes. + The file system mask must also be set correctly so that changes retain the correct permissions. + + + Please note that this solution will not be supported by the Maven Users Mailing List, however. + + + @@ -293,8 +325,8 @@ How do I get or set plugin properties from Jelly? Plugin properties can be used with the following tags: -maven:get and -maven:set. +maven:get and +maven:set. (These replace the deprecated versions of ${pom.getPluginContext(...).get/setVariable()} and maven:pluginVar.) Example: @@ -510,7 +542,7 @@ How can I filter properties into resource files as part of the build? - + This can now be done using resource filtering. See this wiki entry for more information: http://wiki.codehaus.org/maven/FilteringResources";>http://wiki.codehaus.org/maven/FilteringResources. @@ -614,10 +646,8 @@ You typically need to set your HTTP proxy host and port details so that Maven can tunnel through your HTTP Proxy. To do this you typically need to set the maven.proxy.host and maven.proxy.port properties. - +Properties Reference for more details. 1.54 +0 -1 maven/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/maven/xdocs/navigation.xml,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- navigation.xml30 Nov 2004 13:13:13 - 1.53 +++ navigation.xml1 Dec 2004 11:46:45 - 1.54 @@ -64,7 +64,6 @@ - 1.39 +74 -106 maven/xdocs/reference/project-descriptor.xml Index: project-descriptor.xml === RCS file: /home/cvs/maven/xdocs/reference/project-descriptor.xml,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- project-descriptor.xml30 Nov 2004 13:13:13 - 1.38 +++ project-descriptor.xml1 Dec 2004 11:46:45 - 1.39 @@ -26,10 +26,9 @@ Maven Project Descriptors - + - @@ -52,7 +51,7 @@- + @@ -223,
[jira] Created: (MPMULTICHANGES-1) releases.jsl always uses maven.multiproject.aggregateDir
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/browse/MPMULTICHANGES-1 Here is an overview of the issue: - Key: MPMULTICHANGES-1 Summary: releases.jsl always uses maven.multiproject.aggregateDir Type: Bug Status: Unassigned Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven-multichanges-plugin Fix Fors: 1.1 Versions: 1.2 Assignee: Reporter: Felipe Leme Created: Wed, 1 Dec 2004 6:28 AM Updated: Wed, 1 Dec 2004 6:28 AM Description: releases.jsl always uses maven.multiproject.aggregateDir, which causes incorrect links when the project is using maven.multiproject.navigation=independent - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Possible meeting of the minds in Europe
There will be no problem for obtain an room for our meeting. My chief is Ok. Emmanuel - Original Message - From: "Jason van Zyl" <[EMAIL PROTECTED]> To: "Maven Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, November 30, 2004 1:03 PM Subject: RE: Possible meeting of the minds in Europe > On Tue, 2004-11-30 at 04:53, Vincent Massol wrote: > > Hi Jason, > > > > I think several of us live in Paris so that could be a good choice. I would > > be happy to organize this with Arnaud and Emmanuel but I'm too busy to be > > able to do it properly before the 20th of December. I'm ok for anytime after > > (we have to take into account Christmas holidays too). > > > > Anyway, let us know if you're interested in doing it in Paris around > > beginning of January 2005 (which sounds the most realistic I think). > > > > Thanks for the initiative > > I think sometime in January or early February would be better as it > gives us time to prepare. I'm totally cool with Paris. If you folks over > in Europe agree that's a good place then it's really not much different > for people flying over. But if you have the resources there to organize > it then Paris is probably a good place to have it. > > > -Vincent > > > > > -Original Message- > > > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > > > Sent: lundi 29 novembre 2004 13:56 > > > To: Maven Developers List > > > Subject: Possible meeting of the minds in Europe > > > > > > Howdy, > > > > > > I was chatting with Brett on IRC so I thought I would bring the > > > discussion here. I would like to cut a release of m2 sometime in the > > > next 8 weeks but something I think would be really good would be to have > > > the core folks, and anyone else who desired to come, meet up somewhere > > > and discuss the v4 POM and anything else deemed important. > > > > > > I was thinking Europe because there are far more people there than > > > anywhere else. Figure I would throw out the idea and see if we could > > > organize something. If someone had an office we could use that would be > > > great. There would be some organization involved but hopefully nothing > > > too taxing and it would be great for everyone to meet up. There's lots > > > of exciting things coming up in the near future for Maven :-) > > > > > > -- > > > jvz. > > > > > > Jason van Zyl > > > [EMAIL PROTECTED] > > > http://maven.apache.org > > > > > > happiness is like a butterfly: the more you chase it, the more it will > > > elude you, but if you turn your attention to other things, it will come > > > and sit softly on your shoulder ... > > > > > > -- Thoreau > > > > > > > > > - > > > 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] > > -- > jvz. > > Jason van Zyl > [EMAIL PROTECTED] > http://maven.apache.org > > happiness is like a butterfly: the more you chase it, the more it will > elude you, but if you turn your attention to other things, it will come > and sit softly on your shoulder ... > > -- Thoreau > > > - > 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: versioning of maven-model drops
> -Original Message- > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 30, 2004 7:11 PM > To: Maven Developers List > Subject: Re: versioning of maven-model drops > > > On Wed, 2004-12-01 at 00:27, Michal Maczka wrote: > > Brett Porter wrote: > > > I am just trying to propose something simpler as I am > afraid that there > > will be way too many converters and parsers. > > The whole point in trying to stabilize the v4 POM is so that > there will > not be a proliferation of parsers and converters. For the v4.x there > will only ever be additions. Period. If we much something up > then we can > replace the bad elements with something better but leave the mistakes > and deprecate them over years. That being the case there won't be any > converters because it will all be additions. And because we > will only be > dealing with additions any subsequent versions of the generate model > tools will know how to deal with past versions. Moving from > v3 -> v4 is > the only real chore we have to deal with. > > It will be simple because we're only going to do additions. And we can > only do additions to the model as it's the only way we're > going to have > long-term stability. > > That's exactly what I was saying in that thread :) So to respond to yor initial question: >What we are doing now is generating the most current version of the >model is generated without versioning in the package name, so it's >something like: >org.apache.maven.model.* >But we can optionally have versioning in the package name: >org.apache.maven.model.v301.* >We have used the versionless variant in the maven-core so that we don't >have the wrangle version names when we upgrade the model which I like >but if we are going to make separate utility drops should we release >them with versioning in the package name? This would be for general use >like the fellow wants to do on the user list. As we all agree that v4 model is not going to change radically (in case it will we can have v5 in the far away future) We can use using something like: org.apache.maven.model.v3 org.apache.maven.model.v4 as we won't ever need to have to flip packages names to org.apache.maven.model.v401 org.apache.maven.model.v402 etc when model will be envolving. The latest parser which we will deliver will support all possible mutation of v4 model. >So I'm thinking we can always generate releases with versioning in the >package name and generate the versionless package name for our use in >maven-core. I guess that brings up the question of how to name the >artifacts but that's the general notions. Once we figure this out I >would like to cut a release of maven-model and let folks try it out. >Thoughts? Most of the m2 plugins will not be using model directly. But some will. It will be nice if m2 and other tools were using exactly the same liblary (jar) and package names. So somebody can for example take some particular m2 mojo which uses m2 model and m2 model and execute it without a help of m2 runtime and m2-core jars. I suppose that dual packaging of the same classes will be confusing and we should avoid it. The only exception here should be made in case of m1 where both core and some plugins expects model v3 in certain package. Still tools like continum can use the parser which uses org.apache.maven.model.v3 for keeping model. So really the only difficulty which we will ever need to deal with is the differnces between version v3 and v4. Michal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]