Re: AW: bug in war:webapp??
Roland Berger [EMAIL PROTECTED] wrote on 30/09/2003 03:50:09 PM: No, I copy the webapp by a normal ant task to a temp folder because I don't want everything which is in the original webapp in the finall webapp (war goal does not support excludes, only for classes). So, my temp webapp folder The war goal does support includes and excludes of the source, as of rc1. See the refreshed web page: http://maven.apache.org/reference/plugins/war/properties.html is the source folder for the war:webapp goal. Regards Roland -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Documentation download
Hello, I'm new to maven and still hanging around with the installation - perhaps I've just to read more in the docs. That's why I'm asking: Is there any download for the documentation - just to read offline? Just a zip or possibly a pdf? IMHO this would also make sense to be packed with the releases, as e.g. the project descriptor's structure may change, and packaging with the release would make sure that the docs are for the currently used release. Kind regards Peter Nabbefeld - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Documentation download
We'll have that by 1.0. If you are brave enough you can checkout CVS and run 'maven site', then 'target/docs' will contain the whole maven site. - Brett -Original Message- From: Peter Nabbefeld [mailto:[EMAIL PROTECTED] Sent: Tuesday, 30 September 2003 4:42 PM To: [EMAIL PROTECTED] Subject: Documentation download Hello, I'm new to maven and still hanging around with the installation - perhaps I've just to read more in the docs. That's why I'm asking: Is there any download for the documentation - just to read offline? Just a zip or possibly a pdf? IMHO this would also make sense to be packed with the releases, as e.g. the project descriptor's structure may change, and packaging with the release would make sure that the docs are for the currently used release. Kind regards Peter Nabbefeld - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: bug in war:webapp??
Thanks, thats great news. Brett, the temp dir is setup correctly. All files are there. The problem is with the goal it self. In the mean time I made a goal called webapp:prepare which does exactly the same as the preGoal for war:webapp did. When I invoke the webapp:prepare and war:webapp in a sequence it works good. To me it looks like the war:webapp is only aware of the WEB-INF/**/*.* dir and not of the other files in the temp folder. Well, now I don't need this anymore because I can include and exclude also sources. Cheers Roland -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 30. September 2003 08:07 An: Maven Users List Betreff: Re: AW: bug in war:webapp?? Roland Berger [EMAIL PROTECTED] wrote on 30/09/2003 03:50:09 PM: No, I copy the webapp by a normal ant task to a temp folder because I don't want everything which is in the original webapp in the finall webapp (war goal does not support excludes, only for classes). So, my temp webapp folder The war goal does support includes and excludes of the source, as of rc1. See the refreshed web page: http://maven.apache.org/reference/plugins/war/properties.html is the source folder for the war:webapp goal. Regards Roland -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - 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]
Problem with junit batchtest
Hi I am running a lot of JUnit tests for one project. If I don't use the maven.junit.fork=true option I get a OutOfMemoryError. So I set it and get NoClassDefFound for one of the dependencies in the project.xml (I pasted below) Thanks Christian project ... dependency groupIdid/groupId artifactIdartifact/artifactId version1.1/version typejar/type properties ejb.manifest.classpathtrue/ejb.manifest.classpath /properties /dependency . build ... unitTestSourceDirectory${basedir}/src//unitTestSourceDirectory unitTest resources resource directory${basedir}/src/directory includes include**/*.properties/include include**/*.xml/include /includes /resource resource directory${basedir}//directory includes includexml/*.xml/include /includes /resource resource directory${basedir}//directory includes includeserver.properties/include includelog4j.properties/include /includes /resource resource directory${basedir}/rsrc//directory includes include**/*.properties/include include**/*.xml/include /includes /resource /resources includes include**/*Test.java/include /includes /unitTest /build /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with junit batchtest
It'd help if we knew which dependency, and had a stack trace to look at -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Christian Goos [EMAIL PROTECTED] wrote on 30/09/2003 05:38:04 PM: Hi I am running a lot of JUnit tests for one project. If I don't use the maven.junit.fork=true option I get a OutOfMemoryError. So I set it and get NoClassDefFound for one of the dependencies in the project.xml (I pasted below) Thanks Christian project ... dependency groupIdid/groupId artifactIdartifact/artifactId version1.1/version typejar/type properties ejb.manifest.classpathtrue/ejb.manifest.classpath /properties /dependency . build ... unitTestSourceDirectory${basedir}/src//unitTestSourceDirectory unitTest resources resource directory${basedir}/src/directory includes include**/*.properties/include include**/*.xml/include /includes /resource resource directory${basedir}//directory includes includexml/*.xml/include /includes /resource resource directory${basedir}//directory includes includeserver.properties/include includelog4j.properties/include /includes /resource resource directory${basedir}/rsrc//directory includes include**/*.properties/include include**/*.xml/include /includes /resource /resources includes include**/*Test.java/include /includes /unitTest /build /project - 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 1.0-RC1 : dependencies download
One of my dependency : dependency groupIdaspectj/groupId artifactIdaspectj-ant/artifactId version1.0.6/version properties war.bundlefalse/war.bundle /properties /dependency And http://arsodev1:8080/maven-repo/aspectj/jars/aspectj-ant-1.0.6.jar exist (I copy it myself) Does clicking the link for you and downloading it manually through a browser work? Yes, I can download jars manually in web browser at the both address : http://arsodev1:8080/maven-repo http://www.ibiblio.org/maven Nicolas Brett Porter [EMAIL PROTECTED] 30/09/2003 02:27 Veuillez répondre à Maven Users List Pour : 'Maven Users List' [EMAIL PROTECTED] cc : Objet : RE: Maven 1.0-RC1 : dependencies download What's the whole dependency element? - Brett -Original Message- From: Warner Onstine [mailto:[EMAIL PROTECTED] Sent: Tuesday, 30 September 2003 10:12 AM To: Maven Users List Subject: Re: Maven 1.0-RC1 : dependencies download Nope. That's in there. Still breaks. I have: groupIdgroup/groupId artifactIditem/artifactId Any other ideas? -warner On Monday, September 29, 2003, at 05:03 PM, Brett Porter wrote: You forgot groupId, I think. Eg, idxerces/id should become groupIdxerces/groupIdartifactIdxerces/artifactId -Original Message- From: Warner Onstine [mailto:[EMAIL PROTECTED] Sent: Tuesday, 30 September 2003 10:01 AM To: Maven Users List Subject: Re: Maven 1.0-RC1 : dependencies download Whether it's a typo or not, I'm having the same problem with mine as well. In addition when I tried to change the dependency to the new format (replacing id with artifactId) I get this error: java.lang.NullPointerException at org.apache.maven.project.Project.standardToLegacyId(Project.java:1566) at org.apache.maven.ArtifactListBuilder.build(ArtifactListBuilder .java:97) at org.apache.maven.project.Project.buildArtifactList(Project.java:1448) at org.apache.maven.project.Project.initialize(Project.java:1302) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:252) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:161) at org.apache.maven.MavenSession.initializeRootProject(MavenSessi on.java:32 4) at org.apache.maven.MavenSession.initialize(MavenSession.java:234) at org.apache.maven.cli.App.doMain(App.java:532) at org.apache.maven.cli.App.main(App.java:1109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Changing it back gets rid of this error. -warner On Monday, September 29, 2003, at 03:09 PM, Brett Porter wrote: Compagny looks like a typo - is it right? Does clicking the link for you and downloading it manually through a browser work? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, 29 September 2003 10:37 PM To: Maven Users List Subject: Maven 1.0-RC1 : dependencies download I just update my maven version to 1.0-RC1. But when it try to download dependency it don't find artifacts. I make no change in my configuration : project.properties contains : maven.repo.remote=http://compagny:8080/maven-repo,http://www.i biblio.org/maven In fact i can't attain ibiblio directly because of a dns problem so I copy the jar on my server maven-repo. But when it try to dowload any thing i have this error : Error retrieving artifact from [http://compagny:8080/maven-repo/oro/jars/oro-2.0.7.jar]: java.lang.Exception: Can't get oro-2.0.7.jar to C:\Documents and Settings\chalumeau\.maven\repository\oro\jars\oro-2.0.7.jar The jar is on the server ! Is there any change to do to make it works ? Nicolas, - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Combining ant and maven
Originally I was looking for the property (which I figured must exist) that represented 'target/distributions'. This was so that I could copy the maven created distribution to somewhere of my choice. Thanks to your note below, I've checked the plugin properties. The dist plugin does not declare such a property. However I looked in the plugin.jelly file and found that maven.dist.dir was what I was looking for. But I'm concerned about the scope comment in your reply below. Are you indicating that the maven.dist.dir property is not available for use in maven.xml by users? (Actually, maven is a lot less scary once you see a plugin.jelly file. Maybe the website documentation should show one of these files as a gentler way to move people from ant to maven?) Stephen from:[EMAIL PROTECTED] Stephen Colebourne [EMAIL PROTECTED] wrote on 30/09/2003 08:52:28 AM: Is there any ant/maven task/goal that lists all the properties in scope with their values? This would seem like one way to help users write scripts in maven where maven is creating undocumented properties by itself. Stephen All plugin properties are defined in the plugin.properties file for that plugin, and SHOULD be documented on their home page. I'd rather we get the documentation right. There are multiple 'scopes', as well. Which properties are you looking for? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - 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]
Unable to override project.siteDirectory with system props using Maven 1.0-RC1
I'd like to be able to override the property project.siteDirectory so that I can publish to different directory from that specified in project.xml except that maven seems to be ignoring it. Is this expected behavior? Ewan Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
More constructive criticism
With ANT 1.6 on the horrizon, it appears that there are some new issues to worry about. For instance, the general impression that Maven is good to you if you are good to Maven: http://blogs.codehaus.org/people/kevin/archives/2003/09/21/index.shtml#000168 My question comes in this form: How much difference is there between a Maven 1.0 and the next generation Maven that fixes a bunch of the issues we already have? I mean, will the existing plugins work? Is the repository compatible? If so, then I highly recommend the NG Maven sooner than later. If not, what can be done to make the plugins compatible? What work needs to be done in that respect? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MavenProxy
Hi, I've just installed maven proxy and I've got an error on retriving some SNAPSHOP dependencies : 15:21:37.878 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) Any idea ? Thx, -emmanuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More constructive criticism
On Tue, 2003-09-30 at 09:08, Berin Loritsch wrote: With ANT 1.6 on the horrizon, it appears that there are some new issues to worry about. For instance, the general impression that Maven is good to you if you are good to Maven: http://blogs.codehaus.org/people/kevin/archives/2003/09/21/index.shtml#000168 My question comes in this form: How much difference is there between a Maven 1.0 and the next generation Maven that fixes a bunch of the issues we already have? I mean, will the existing plugins work? Yes. The current Maven will essentially be a component of its own. That is not a problem. How well they will interact with new plugins I'm not sure yet. But A lot of the standard plugins will more than likely just be rewritten. Is the repository compatible? Yes, it will be. No plans to change the base structure. If so, then I highly recommend the NG Maven sooner than later. After 1.0 is released it will be a steam train toward the next version and will be covered thoroughly in a book Bob and I hope to write. Bob and I are meeting in Amsterdam this week to go over the outline and we are going to keep users informed the whole way along which means getting lots of input on the next version from users. If not, what can be done to make the plugins compatible? What work needs to be done in that respect? Essentially the current version of Maven will work as a component. Really it means making this version an encapsulated bean which I did work toward and Brett is actually integrating that code. Once 1.0 is out there will be a deluge of information and the book will be the initial impetus and I hope the motivation to complete to end where the book arrives around the release of the next version. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProxy
On Tue, 2003-09-30 at 09:41, [EMAIL PROTECTED] wrote: Hi, I've just installed maven proxy and I've got an error on retriving some SNAPSHOP dependencies : 15:21:37.878 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) Any idea ? I might be able to take a peek next week, but Ben, the author, is on vacation right now but I'll be seeing him in Amsterdam so I will give him a little nudge for you :-) Thx, -emmanuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProxy
On Tue, 2003-09-30 at 09:41, [EMAIL PROTECTED] wrote: Hi, I've just installed maven proxy and I've got an error on retriving some SNAPSHOP dependencies : 15:21:37.878 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) Any idea ? I might be able to take a peek next week, but Ben, the author, is on vacation right now but I'll be seeing him in Amsterdam so I will give him a little nudge for you :-) BTW, is there any bugtracking systems for this great tool ? Thx, -emmanuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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: MavenProxy
On Tue, 2003-09-30 at 09:58, [EMAIL PROTECTED] wrote: BTW, is there any bugtracking systems for this great tool ? There is a component called 'maven-proxy' in JIRA where you can raise issues. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Combining ant and maven
[EMAIL PROTECTED] wrote on 30/09/2003 07:18:18 PM: Originally I was looking for the property (which I figured must exist) that represented 'target/distributions'. This was so that I could copy the maven created distribution to somewhere of my choice. Thanks to your note below, I've checked the plugin properties. The dist plugin does not declare such a property. However I looked in the plugin.jelly file and found that maven.dist.dir was what I was looking for. Bad documentation. MAVEN-869 raised. But I'm concerned about the scope comment in your reply below. Are you indicating that the maven.dist.dir property is not available for use in maven.xml by users? No. Each plugin has it's own scope. Hence plugins can't (easily) see all other plugins variables for dumping. (Actually, maven is a lot less scary once you see a plugin.jelly file. Maybe the website documentation should show one of these files as a gentler way to move people from ant to maven?) You mean http://maven.apache.org/reference/user-guide.html#maven.xml isn't enough? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to override project.siteDirectory with system props using Maven 1.0-RC1
I don't think that pom.* is overrideable. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ ewan harrow [EMAIL PROTECTED] wrote on 30/09/2003 07:01:32 PM: I'd like to be able to override the property project.siteDirectory so that I can publish to different directory from that specified in project.xml except that maven seems to be ignoring it. Is this expected behavior? Ewan Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk - 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: MavenProxy
On Tue, 30 Sep 2003 [EMAIL PROTECTED] wrote: Hi, I've just installed maven proxy and I've got an error on retriving some SNAPSHOP dependencies : 15:21:37.878 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) Do you mind positing the rest of the trace? I've looked at the maven-proxy for some time now so I know at least some parts of the code rather well. What did you do to get this exception? Any idea ? Thx, -emmanuel Trygve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProxy
Dare I ask what MavenProxy is ? Google doesn't seem to find anything on this topic. Is it simply the proxy settings in Maven... or is it a Servlet-based maven at work ? Thanks. Paul Jason van Zyl wrote: On Tue, 2003-09-30 at 09:41, [EMAIL PROTECTED] wrote: Hi, I've just installed maven proxy and I've got an error on retriving some SNAPSHOP dependencies : 15:21:37.878 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) Any idea ? I might be able to take a peek next week, but Ben, the author, is on vacation right now but I'll be seeing him in Amsterdam so I will give him a little nudge for you :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More constructive criticism
news [EMAIL PROTECTED] wrote on 01/10/2003 12:36:12 AM: [snip] Some projects want to use Forrest. There are a lot of features for Forrest that are really nice--if you know how to use them. There has been some work to simplify the forrest integration, but it seems that Maven dist and deploy want to use the Maven format for XDocs and its own document system. There is no support for integrating with the Forrest XDocs format, or having the dist target use the Forrest plugin. Someone could take the xdocs plugin and use what Vincent has committed as a 'caller' plugin, and work out how to get forrest to place nice with Maven. This is OSS, and unless there's an itch for someone, it doesn't happen. I imagine that certain things like that can be componentized so that when we call the xdocs build targets, it deferrs either to the Maven or the Forrest integration plugin. That would be preferred. However, how to do that seems like a pipe dream with current Maven. It's as if there needs to be a document plugin interface of sorts. It's easy enough to do. It just takes time, effort, and someone who understands Maven and Forrest. Also, getting started--esp. if you have several smaller projects that make up one larger project is not very easy. For instance I have my GUIApp project using Maven. It works great, and the reactor (once I got it working) does its job. Unfortunately, getting the parent project to create a distribution with the proper documentation and packaging isn't set up. I'm somewhat at a loss how to do this. Have you looked at how Maven produces it's installation/distribution? Conversely, with ANT, while it can be painful, it is obvious how to get things done. It's also DEAD easy to write Maven plugins. I think the best thing that describes developing a Maven plugin, andtrying to make it work the way you want it to is emergent behavior. In [snip] You mean something like http://wiki.codehaus.org/maven/HowToCreateYourFirstPlugIn2 is emergent behaviour? You and I have very different opinions on that one. As it is, Maven is very usable, and I like it alot. I also think it can be improved to provide some level of predictability. Speak to me in words I can use to create issues :-) -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProxy
On Tue, 2003-09-30 at 10:52, Paul Libbrecht wrote: Dare I ask what MavenProxy is ? Google doesn't seem to find anything on this topic. Is it simply the proxy settings in Maven... or is it a Servlet-based maven at work ? http://cvs.codehaus.org/viewcvs.cgi/maven-proxy/?root=codehaus Thanks. Paul Jason van Zyl wrote: On Tue, 2003-09-30 at 09:41, [EMAIL PROTECTED] wrote: Hi, I've just installed maven proxy and I've got an error on retriving some SNAPSHOP dependencies : 15:21:37.878 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) Any idea ? I might be able to take a peek next week, but Ben, the author, is on vacation right now but I'll be seeing him in Amsterdam so I will give him a little nudge for you :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProxy
Here my maven out : T:\eb\maven-proxy\coremaven artifact:load __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT Tentative de t¥Èl¥Èchargement de maven-fetch-SNAPSHOT.jar. BUILD SUCCESSFUL Total time: 14 seconds Finished at: Tue Sep 30 16:52:45 CEST 2003 Here my MavenProxy out : 16:52:43.688 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) at org.mortbay.http.HttpMessage.getDateField(HttpMessage.java:457) at org.mortbay.jetty.servlet.ServletHttpRequest.getDateHeader (ServletHttpRequest.java:27 5) at javax.servlet.http.HttpServlet.service(HttpServlet.java:742) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:360) at org.mortbay.jetty.servlet.ServletHandler.dispatch (ServletHandler.java:651) at org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:558) at org.mortbay.http.HttpContext.handle(HttpContext.java:1714) at org.mortbay.http.HttpContext.handle(HttpContext.java:1664) at org.mortbay.http.HttpServer.service(HttpServer.java:863) at org.mortbay.http.HttpConnection.service(HttpConnection.java:775) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:939) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:792) at org.mortbay.http.SocketListener.handleConnection (SocketListener.java:201) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:455) It's only a warning (but why?) Thx, Selon Trygve Laugst©ªl [EMAIL PROTECTED]: On Tue, 30 Sep 2003 [EMAIL PROTECTED] wrote: Hi, I've just installed maven proxy and I've got an error on retriving some SNAPSHOP dependencies : 15:21:37.878 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) Do you mind positing the rest of the trace? I've looked at the maven-proxy for some time now so I know at least some parts of the code rather well. What did you do to get this exception? Any idea ? Thx, -emmanuel Trygve - 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: MavenProxy
Selon Paul Libbrecht [EMAIL PROTECTED]: Dare I ask what MavenProxy is ? Google doesn't seem to find anything on this topic. Is it simply the proxy settings in Maven... or is it a Servlet-based maven at work ? It's just a great tool, more info on : http://wiki.codehaus.org/maven/MavenProxy Thanks. Paul Jason van Zyl wrote: On Tue, 2003-09-30 at 09:41, [EMAIL PROTECTED] wrote: Hi, I've just installed maven proxy and I've got an error on retriving some SNAPSHOP dependencies : 15:21:37.878 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) Any idea ? I might be able to take a peek next week, but Ben, the author, is on vacation right now but I'll be seeing him in Amsterdam so I will give him a little nudge for you :-) - 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: More constructive criticism
[EMAIL PROTECTED] wrote: snip/ Also, getting started--esp. if you have several smaller projects that make up one larger project is not very easy. For instance I have my GUIApp project using Maven. It works great, and the reactor (once I got it working)does its job. Unfortunately, getting the parent project to create a distribution with the proper documentation and packaging isn't set up. I'm somewhat at a loss how to do this. Have you looked at how Maven produces it's installation/distribution? :) Remember, I am playing devil's advocate here. I will look at it, but the point is that I *shouldn't* have to. Conversely, with ANT, while it can be painful, it is obvious how to get things done. It's also DEAD easy to write Maven plugins. My experience is a bit different in this matter. The chief accomplice to this issue is the lack of any meaningful documentation on Jelly. You sort of have to discover how it is used and what is legal syntax. The thing is that with the pre/post goal operations, I can easily enhance existing behavior, but certain things required me to change an existing plugin--which should be happily part of the Maven RC1 by now. Remember that it depends on *what* you want to do. Easy things are easy, but hard things are seemingly impossible. In fact, the pre/post goal thing is part of the reason for the emergent behavior that I described. You see, if I call guiapp:install-snapshot, the JARs created with my GUIApp plugin will have the meta-info I wanted. If I call the jar:install-snapshot, I won't get the meta-info I wanted, even though I provide a preGoal name=jar:install-snapshot/ entry. It took me a while to figure this out. Also, how do you keep certain plugins from interacting with the build if you don't want them to? I imagine that eventually we will have some plugins that conflict with one another. I think the best thing that describes developing a Maven plugin, and trying to make it work the way you want it to is emergent behavior. In [snip] You mean something like http://wiki.codehaus.org/maven/HowToCreateYourFirstPlugIn2 is emergent behaviour? You and I have very different opinions on that one. How many plugins are that braindead? Any plugin that defines pre/post goals that modify the behavior of an installed plugin in some way classifies as emergent behavior. It's not a dig, but it is reality. As it is, Maven is very usable, and I like it alot. I also think it can be improved to provide some level of predictability. Speak to me in words I can use to create issues :-) :) Some of it comes from the need for strategy docs. The simple case is documented, but what about the more complex sub-project style projects? There is little to help in that regard. Some of it comes from using a scripting language that has no meaningful documentation so unless you have been initiated you are in the dark. Other issues come from the loose pre/post goal type of issues. Its a hard balance to walk. On one hand a rigid definition of build stages will help to provide standard interfaces for making parts of the build happen in very predictable manners. On the other hand, defining that rigid set of interfaces is not easy, and doesn't allow for some truly flexible solutions we can do now. I really have no advice on this. All I can do is play devil's advocate, or explain the points of difficulty I have had. To be fair, this community has been very helpful to me, and it is home to a group of top notch folks. It's alot easier to manage my projects with Maven than plain ANT, and have a level of consistency with it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 1.0-RC1 : dependencies download
Fixed it, didn't realized that I needed to have groupId on every dependency. It would be nice if we could get away with maven being smart enough to realize that both artifactId and groupId are the same though. Thanks for the help. The answer dawned on me as I was leaving work. -warner On Monday, September 29, 2003, at 05:27 PM, Brett Porter wrote: What's the whole dependency element? - Brett -Original Message- From: Warner Onstine [mailto:[EMAIL PROTECTED] Sent: Tuesday, 30 September 2003 10:12 AM To: Maven Users List Subject: Re: Maven 1.0-RC1 : dependencies download Nope. That's in there. Still breaks. I have: groupIdgroup/groupId artifactIditem/artifactId Any other ideas? -warner On Monday, September 29, 2003, at 05:03 PM, Brett Porter wrote: You forgot groupId, I think. Eg, idxerces/id should become groupIdxerces/groupIdartifactIdxerces/artifactId -Original Message- From: Warner Onstine [mailto:[EMAIL PROTECTED] Sent: Tuesday, 30 September 2003 10:01 AM To: Maven Users List Subject: Re: Maven 1.0-RC1 : dependencies download Whether it's a typo or not, I'm having the same problem with mine as well. In addition when I tried to change the dependency to the new format (replacing id with artifactId) I get this error: java.lang.NullPointerException at org.apache.maven.project.Project.standardToLegacyId(Project.java:1566) at org.apache.maven.ArtifactListBuilder.build(ArtifactListBuilder .java:97) at org.apache.maven.project.Project.buildArtifactList(Project.java:1448) at org.apache.maven.project.Project.initialize(Project.java:1302) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:252) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:161) at org.apache.maven.MavenSession.initializeRootProject(MavenSessi on.java:32 4) at org.apache.maven.MavenSession.initialize(MavenSession.java:234) at org.apache.maven.cli.App.doMain(App.java:532) at org.apache.maven.cli.App.main(App.java:1109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Changing it back gets rid of this error. -warner On Monday, September 29, 2003, at 03:09 PM, Brett Porter wrote: Compagny looks like a typo - is it right? Does clicking the link for you and downloading it manually through a browser work? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, 29 September 2003 10:37 PM To: Maven Users List Subject: Maven 1.0-RC1 : dependencies download I just update my maven version to 1.0-RC1. But when it try to download dependency it don't find artifacts. I make no change in my configuration : project.properties contains : maven.repo.remote=http://compagny:8080/maven-repo,http://www.i biblio.org/maven In fact i can't attain ibiblio directly because of a dns problem so I copy the jar on my server maven-repo. But when it try to dowload any thing i have this error : Error retrieving artifact from [http://compagny:8080/maven-repo/oro/jars/oro-2.0.7.jar]: java.lang.Exception: Can't get oro-2.0.7.jar to C:\Documents and Settings\chalumeau\.maven\repository\oro\jars\oro-2.0.7.jar The jar is on the server ! Is there any change to do to make it works ? Nicolas, - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More constructive criticism
news [EMAIL PROTECTED] wrote on 01/10/2003 01:18:56 AM: [EMAIL PROTECTED] wrote: [snip] Have you looked at how Maven produces it's installation/distribution? :) Remember, I am playing devil's advocate here. I will look at it, but the point is that I *shouldn't* have to. Oh, I get it, Maven is the tool you use without any other samples. I see the point overall. Make the hard things easier. It would really help if someone would help out on Jelly and Jexl. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven logging and failure detection
Hello! I would like Maven to produce a log from which it would be possible to see what went wrong during the build if it failed (e.g., similar to Ant's, http://ant.apache.org/manual/listeners.html). Is there a way to do that (except redirecting stdout and stderr to a file)? Also, I would like to send a different email after finishing the build, depending on whether the build succeeds or fails. How could I do that? Thank you in advance, Klemen. -- _ _ _ _ _ |_| |_| |_| |_| |_| Klemen Zagar Cosylab Ltd Quality Assurance Manager http://www.cosylab.com Teslova ulica 30 Email: [EMAIL PROTECTED] SI-1000 Ljubljana Phone: +386 (41) 341-846 Slovenia __ _ _ _ _ __ _ _ _ _ __ |_| |_| |_| |_| |_| |_| |_| |_| |_| |_| - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More constructive criticism
[EMAIL PROTECTED] wrote: news [EMAIL PROTECTED] wrote on 01/10/2003 01:18:56 AM: [EMAIL PROTECTED] wrote: [snip] Have you looked at how Maven produces it's installation/distribution? :) Remember, I am playing devil's advocate here. I will look at it, but the point is that I *shouldn't* have to. Oh, I get it, Maven is the tool you use without any other samples. I see the point overall. Make the hard things easier. It would really help if someone would help out on Jelly and Jexl. Yep. And as a neophyte to the whole Jelly/Jexl world, I just don't know enough to help out here. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProxy
I think it's a prety cool idea! I'm using it. but also I'd like to have handy an Apache Server httpd.conf file configuration to publish a repository, can somebody share it with the mailing list? Thank you, Rogelio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] It's just a great tool, more info on : http://wiki.codehaus.org/maven/MavenProxy Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProxy
On Tue, 30 Sep 2003, Robles, Rogelio wrote: I think it's a prety cool idea! I'm using it. but also I'd like to have handy an Apache Server httpd.conf file configuration to publish a repository, can somebody share it with the mailing list? What do you mean? If you want to create a company wide repos: * Create a directory in /usr/local/maven-repos/ * Add a maven-repos group * Make the dir group writeable and sticky * All that should be able to write in the directory * Add distributionDirectory to the project.xml * Add Alias /maven-repos/ /usr/local/maven-repos to httpd.conf Should work :) Thank you, Rogelio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] It's just a great tool, more info on : http://wiki.codehaus.org/maven/MavenProxy Thanks. Paul Trygvis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProxy
What this means inside project.xml? Is there a plugin that uses this tag for what? Which plugin? * Add distributionDirectory to the project.xml Thanks, Rogelio -Original Message- From: Trygve Laugstøl [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 9:42 AM To: Maven Users List Subject: RE: MavenProxy On Tue, 30 Sep 2003, Robles, Rogelio wrote: I think it's a prety cool idea! I'm using it. but also I'd like to have handy an Apache Server httpd.conf file configuration to publish a repository, can somebody share it with the mailing list? What do you mean? If you want to create a company wide repos: * Create a directory in /usr/local/maven-repos/ * Add a maven-repos group * Make the dir group writeable and sticky * All that should be able to write in the directory * Add distributionDirectory to the project.xml * Add Alias /maven-repos/ /usr/local/maven-repos to httpd.conf Should work :) Thank you, Rogelio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] It's just a great tool, more info on : http://wiki.codehaus.org/maven/MavenProxy Thanks. Paul Trygvis - 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 book and user input
Howdy, For any uses who are interested in the book: http://blogs.codehaus.org/projects/maven/archives/000178.html -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
multiproject property inheritance
I know that property inheritance is a hot discussion, and I've been following it intently over the months. I just had an idea though, that I'd like to see what people think. Since the multiproject plugin is the replacement for the reactor, couldn't it be modified to load the inherited properties for each subproject? It could load the build.properties and project.properties from the MAIN project for each subproject that it executes. I would almost think it cleaner to have the mulitproject plugin load a multiproject.properties from the MAIN project in order to specify what properties should be inherited by the subprojects. Does this seem like a feasible solution, or is the intended path of maven quite different? Ryan Sonnek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: multiproject property inheritance
On Tue, 2003-09-30 at 14:32, Sonnek, Ryan wrote: I know that property inheritance is a hot discussion, and I've been following it intently over the months. I just had an idea though, that I'd like to see what people think. Since the multiproject plugin is the replacement for the reactor, couldn't it be modified to load the inherited properties for each subproject? It doesn't replace the reactor it is a facade for the reactor. What's underneath is still the reactor. The problem is also not the reactor but they way in which the project is assembled not a problem inherent in the reactor or the multiproject plugin that uses the reactor. It could load the build.properties and project.properties from the MAIN project for each subproject that it executes. I would almost think it cleaner to have the mulitproject plugin load a multiproject.properties from the MAIN project in order to specify what properties should be inherited by the subprojects. Does this seem like a feasible solution, or is the intended path of maven quite different? One of the first components that I will introduce into the 1.x versions is the component that assembles the project and it correctly deals with inheritance of properties among projects. Ryan Sonnek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Combining ant and maven
From: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote on 30/09/2003 07:18:18 PM: (Actually, maven is a lot less scary once you see a plugin.jelly file. Maybe the website documentation should show one of these files as a gentler way to move people from ant to maven?) You mean http://maven.apache.org/reference/user-guide.html#maven.xml isn't enough? Not really. I was referring more to the plugin.jelly files that actually seem to define each of the maven goals. If you can communicate the message that many maven goals are just organized ant tasks it makes things less scary. This could be done by displaying a simple plugin.jelly file and explaining it. Just a suggestion. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
UnitTest class path
I'm quite a noob still at Maven, so bare with me if this is a common question. I'm tyring to setup my build such that the unit tests have a separate set of dependencies from the core. This is because in my unit tests I'm not really concerned about library purity, while with the main code I want to keep the set of dependencies as clean as possible. Looking at the test plugin in CVS, it looks like the classpath is rather constrained: classpath pathelement path=${maven.test.dest}/ pathelement path=${maven.build.dest}/ path refid=maven.dependency.classpath/ pathelement path=${plugin.getDependencyPath('junit')}/ /classpath So what are my options here? Do I create my own test plugin (ugh), create a preGoal that modifies the maven.dependency.classpath (looks difficult to do correctly), or just eyeball the main classes to ensure the purity? Oooh, oooh. Looks like a chance to say wouldn't it be cool? if... unitTest ... dependencies ... Thanks for any help. -Matt There are 10 kinds of people in the world: those who think in binary, and those who don't. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: UnitTest class path
On Tuesday 30 Sep 2003 21:05, Albrecht, Matt wrote: So what are my options here? Do I create my own test plugin (ugh), create a preGoal that modifies the maven.dependency.classpath (looks difficult to do correctly), or just eyeball the main classes to ensure the purity? Put your test dependencies in with your build dependencies ... and I know it will feel horrible Oooh, oooh. Looks like a chance to say wouldn't it be cool? if... unitTest ... dependencies ... It would be nice :-) ... and I registered it as a requirement in JIRA a while back (http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-806) :-) -- Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RC1 genapp NPE?!
ant -f build-bootstrap.xml just fine from CVS today. however genapp results using new directory are different than previous beta 9. steps to recreate using WinXP , j2sdk1.4.1_02, ant-1.5.3.1 1. Given ${user.home}/build.properties [snip] # -- # build.properties # -- prj.doc.dir.nm=1.doc src.dir.nm=2.java.src csci.dir.nm=3.CSCI bin.dir.nm=4.bin lib.dir.nm=5.lib tst.dir.nm=6.test sql.dir.nm=7.1.sql conf.dir.nm=7.2.conf web.dir.nm=8.web xdoc.dir.nm=9.xdoc dist.dir.nm=dist build.dir.nm=build # -- #maven.repo.local= maven.junit.fork=true # controll encoding of generated javadocs maven.javadoc.additionalparam=-charset UTF-8 maven.src.dir=${basedir}/${src.dir.nm} maven.conf.dir=${basedir}/${conf.dir.nm} maven.build.dir=${basedir}/${build.dir.nm} maven.build.src=${maven.build.dir}/${src.dir.nm} #EOF [snip] 2. Use Beta 9 to genapp into virgin directory. C:\RNDmkdir Testbeta9 C:\RNDcd Testbeta9 C:\RND\Testbeta9%MAVEN_HOME%\bin\maven -Dpackage=com.ghds.ims -X genapp __ __ | \/ |__ Jakarta _ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-beta-9-SNAPSHOT [DEBUG] Adding reference: maven.dependency.classpath - [DEBUG] Adding reference: maven-classpath - [mkdir] Created dir: C:\RND\Testbeta9\2.java.src\com\ghds\ims [copy] Copying 1 file to C:\RND\Testbeta9\2.java.src\com\ghds\ims [mkdir] Created dir: C:\RND\Testbeta9\6.test\com\ghds\ims [copy] Copying 3 files to C:\RND\Testbeta9\6.test\com\ghds\ims [copy] Copying 2 files to C:\RND\Testbeta9 [copy] Copying 1 file to C:\RND\Testbeta9\7.2.conf BUILD SUCCESSFUL Total time: 1 seconds C:\RND\Testbeta9 3. Now use RC1 to genapp into virgin directory. C:\RNDset MAVEN_HOME=C:\Tools\maven-1.0-RC1 C:\RNDmkdir TestRC1 C:\RNDcd TestRC1 C:\RND\TestRC1%MAVEN_HOME%\bin\maven -Dpackage=com.ghds.ims -X genapp __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT java.lang.NullPointerException at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java: 430) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348) at org.apache.maven.cli.App.doMain(App.java:543) at org.apache.maven.cli.App.main(App.java:1109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Total time: 0 seconds Finished at: Tue Sep 30 12:41:57 PDT 2003 C:\RND\TestRC1
Re: Maven book and user input
Steve Garcia wrote: Will the book provide documentation in addition to (hopefully) the 1.0 final documentation that will get updated at maven.apache.org? Or will the book contain a substantial amount of documentation that cannot be found on the web? I myself would like to see a complete Maven documentation effort be released on the maven website, much like Ant's documentation is all on the website. I'm not sure spending between $30 and $40 for the Maven book for documentation would be something that the masses want. Are you volunteering to write that documetation ? If not your aren't speaking for the masses, just yourself. I feel very luck that publishing companies are willing to write books on Maven. $30-$40 dollars is a very very small price to pay for a good book ! And the software is thrown in for free. !!! Complete documentation, with the general specificity that Ant provides, would be sufficient for me, and I probably speak for the majority of Maven users. Would the book target the Maven 1.0 release? Or the Maven 2.0 release? (or the Maven-New 1.0 release?) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProxy
On Tue, 30 Sep 2003, Robles, Rogelio wrote: What this means inside project.xml? Is there a plugin that uses this tag for what? Which plugin? Have you tried to read the docs? The distributionDirectory tag is described in http://maven.apache.org/reference/project-descriptor.html. Take a look at distributionSite too. It is used when you are deploying a artifact to the repository. From the jar:deploy goal: Deploy a jar to the remote repository. The jar is built using the java:jar goal Hope this helps. Trygvis * Add distributionDirectory to the project.xml Thanks, Rogelio -Original Message- From: Trygve Laugstøl [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 9:42 AM To: Maven Users List Subject: RE: MavenProxy On Tue, 30 Sep 2003, Robles, Rogelio wrote: I think it's a prety cool idea! I'm using it. but also I'd like to have handy an Apache Server httpd.conf file configuration to publish a repository, can somebody share it with the mailing list? What do you mean? If you want to create a company wide repos: * Create a directory in /usr/local/maven-repos/ * Add a maven-repos group * Make the dir group writeable and sticky * All that should be able to write in the directory * Add distributionDirectory to the project.xml * Add Alias /maven-repos/ /usr/local/maven-repos to httpd.conf Should work :) Thank you, Rogelio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] It's just a great tool, more info on : http://wiki.codehaus.org/maven/MavenProxy Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven book and user input
Will the book provide documentation in addition to (hopefully) the 1.0 final documentation that will get updated at maven.apache.org? Or will the book contain a substantial amount of documentation that cannot be found on the web? I myself would like to see a complete Maven documentation effort be released on the maven website, much like Ant's documentation is all on the website. I'm not sure spending between $30 and $40 for the Maven book for documentation would be something that the masses want. Are you volunteering to write that documetation ? If not your aren't speaking for the masses, just yourself. I feel very luck that publishing companies are willing to write books on Maven. $30-$40 dollars is a very very small price to pay for a good book ! And the software is thrown in for free. !!! Well, I was, prima facie, just speaking for myself. At a very high level I'm not sure how Maven's value proposition is any different from other OSS that provide tools for software development. Ant, XDoclet, Hibernate are some examples of advanced complicated libraries that have their documentation online. And it's good documentation too (XDoclet uses Maven! :). Unless it's a mechanism for making money, which in-of-itself is not a bad thing at all. I'm all for folks making as much money as they can. Why does Maven's product necessitate documentation in book form when other advanced tools and API's can be satisfactorily summed up online? I have actually tackled some of the Maven documentation, I started writing an outline of what I think would be good information. The problem is I'm developing it from looking at the Maven source, and sometimes I can't explain why a particular idiom was used. The source itself is not well documented and rationales for design patterns (which are not usually put in the source) are mostly in people's head. Complete documentation, with the general specificity that Ant provides, would be sufficient for me, and I probably speak for the majority of Maven users. Would the book target the Maven 1.0 release? Or the Maven 2.0 release? (or the Maven-New 1.0 release?) - 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 book and user input
On Tue, 2003-09-30 at 16:03, Steve Garcia wrote: Will the book provide documentation in addition to (hopefully) the 1.0 final documentation that will get updated at maven.apache.org? Or will the book contain a substantial amount of documentation that cannot be found on the web? It will more than likely be information that can't be found on the web. I would like to release an electronic copy of the book for free but I don't think I'll be able to swing that. I myself would like to see a complete Maven documentation effort be released on the maven website, much like Ant's documentation is all on the website. Publishers are not really into giving away the content of books they intend to sell. I think it could work in their favour much like it did for Bruce Eckel's books but the decision is not ultimately up to me. I can only ask that an electronic copy be put on the web at no cost. I'm not sure spending between $30 and $40 for the Maven book for documentation would be something that the masses want. That why publishers try to do a little market research. The book won't be printed unless they can expect to sell a reasonable number of copies, say 10k copies. Complete documentation, with the general specificity that Ant provides, would be sufficient for me, and I probably speak for the majority of Maven users. Would the book target the Maven 1.0 release? Or the Maven 2.0 release? (or the Maven-New 1.0 release?) I'm shooting for the new version and you have to remember it can take quite a bit of time to write a book. Even with two people. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven book and user input
On Tue, 2003-09-30 at 16:03, Steve Garcia wrote: Will the book provide documentation in addition to (hopefully) the 1.0 final documentation that will get updated at maven.apache.org? Or will the book contain a substantial amount of documentation that cannot be found on the web? It will more than likely be information that can't be found on the web. I would like to release an electronic copy of the book for free but I don't think I'll be able to swing that. I myself would like to see a complete Maven documentation effort be released on the maven website, much like Ant's documentation is all on the website. Publishers are not really into giving away the content of books they intend to sell. I think it could work in their favour much like it did for Bruce Eckel's books but the decision is not ultimately up to me. I can only ask that an electronic copy be put on the web at no cost. Yea. That makes complete sense. I'm not sure spending between $30 and $40 for the Maven book for documentation would be something that the masses want. That why publishers try to do a little market research. The book won't be printed unless they can expect to sell a reasonable number of copies, say 10k copies. I have heard that is usually the minimum number of copies that must be sold in order for a book to be published. Complete documentation, with the general specificity that Ant provides, would be sufficient for me, and I probably speak for the majority of Maven users. Would the book target the Maven 1.0 release? Or the Maven 2.0 release? (or the Maven-New 1.0 release?) I'm shooting for the new version and you have to remember it can take quite a bit of time to write a book. Even with two people. It could take more than a year (and it most likely will.) Maven is still evolving, right? It seems reaonable to assume that in 12-18 months enough changes will have been put into Maven that writing a book, that is accurate, might make it even that more challenging. I can see a time when core Maven really doesn't change and the only thing that evolves are the plugins. In that case having a book, or online documentation, for core Maven would be excellent. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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 book and user input
Jason van Zyl wrote: On Tue, 2003-09-30 at 16:03, Steve Garcia wrote: Will the book provide documentation in addition to (hopefully) the 1.0 final documentation that will get updated at maven.apache.org? Or will the book contain a substantial amount of documentation that cannot be found on the web? It will more than likely be information that can't be found on the web. I would like to release an electronic copy of the book for free but I don't think I'll be able to swing that. You should go over to Prentice Hall, they are very open to publishing free e copies. You mentioned Bruce Eckel, maybe he has written something about bargaining. His big argument was it would greatly increased the quality of the book, because users continually read critiqued his work. It was XP not eXtreme Programming but eXtreme Publishing. At look he won numerous awards for his Thinking in Java Thinking in C++. At there very least you may be able to get a few prime chapters made available. I myself would like to see a complete Maven documentation effort be released on the maven website, much like Ant's documentation is all on the website. Publishers are not really into giving away the content of books they intend to sell. I think it could work in their favour much like it did for Bruce Eckel's books but the decision is not ultimately up to me. I can only ask that an electronic copy be put on the web at no cost.
RE: MavenProxy
Until today I've been using only jar:install which puts things in the local repository. I have not installed (or deployed) anything to a remote repository, which is the next step. maven-proxy automatically maintains a read/write repository but with Apache I want to share a read only official repository. Thanks for you promptly answer, Rogelio -Original Message- From: Trygve Laugstøl [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 1:38 PM To: Maven Users List Subject: RE: MavenProxy On Tue, 30 Sep 2003, Robles, Rogelio wrote: What this means inside project.xml? Is there a plugin that uses this tag for what? Which plugin? Have you tried to read the docs? The distributionDirectory tag is described in http://maven.apache.org/reference/project-descriptor.html. Take a look at distributionSite too. It is used when you are deploying a artifact to the repository. From the jar:deploy goal: Deploy a jar to the remote repository. The jar is built using the java:jar goal Hope this helps. Trygvis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProxy
On Tue, 30 Sep 2003, Robles, Rogelio wrote: Until today I've been using only jar:install which puts things in the local repository. I have not installed (or deployed) anything to a remote repository, which is the next step. Ok, so now you know what the deploy goals are for :) maven-proxy automatically maintains a read/write repository but with Apache I want to share a read only official repository. The proxy is read only as far as I know. It just caches the results. Anyhow what I guess you want is a companywide repos that every developer has access to so that they can deploy their artifact there. The proxy should only proxy the ibiblio and other external repositories outside the company. Thanks for you promptly answer, Rogelio Trygvis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
eclipse .classpath with source javadoc attachments
Hi all- Not sure if anyone has thought of this... But, here's what we've been thinking lately. Wouldn't it be nice, if the eclipse:generate-classpath could generate a .classpath file with references to src attachments? Furthermore, wouldn't it also be nifty, if when deploying jars, you could tell Maven to build a src zip/jar and deploy that too (with jar:deploy or jar:deploy-snapshot). So, if I were a developer on log4j, I could put something in project.xml or project.properties to identify that the src jar/zip should be produced from the sources that generated the log4j jar. This would populate the repository with both log4j-1.2.8.jar and log4j-1.2.8-src.jar. Then, as a user of log4j, I could then identify in my resources entry that I wanted Maven to fetch both jars when fetching dependencies. Finally, when running eclipse:generate-classpath, it would generate entries referring to said src jars. (and possibly update the javadoc locations.. see the last few paragraphs) So, I can see 3 different things that would need to be implemented 1) Somehow extend the POM to identify that when a jar is built deployed, the src should be built deployed too. Both in the snapshot regular case 2) Define something (possibly a property) in the dependency tag to let the client know it should fetch the jar src jar. 3) Update the eclipse plugin to generate the proper classpath entry to reference the src jar in addition to the code jar (if it notices the property defined in #2) Right now, the generate-classpath goal goes through the dependencies in a project and generates lines like this: classpathentry kind=var path=MAVEN_REPO/log4j/jars/log4j-1.2.8.jar /classpathentry But, it could just as easily generate a line like this: classpathentry kind=var path=MAVEN_REPO/log4j/jars/log4j-1.2.8.jar sourcepath=MAVEN_REPO/log4j/jars/log4j-1.2.8-src.jar /classpathentry In our first attempt, we put in multiple dependency entries, one for the jar, one for the src. Then, we modified the eclipse:generate-classpath plugin, added a property: jar.srctruejar.src to the log4j dependency. Like this dependency idlog4j/id version1.2.8/version urlhttp://jakarta.apache.org/log4j/url properties war.bundletrue/war.bundle jar.srctrue/jar.src /properties /dependency dependency idlog4j/id version1.2.8-src/version urlhttp://jakarta.apache.org/log4j/url properties war.bundlefalse/war.bundle /properties /dependency It would be nice to make the above just a single entry, and somehow have the guy who downloads dependencies notice that if there's a jar.src entry there, it should download the src jar too. Then we could remove the 2nd dependency completely. As an extra, we also thought of adding a URL to the dependency entry to point specifically at the javadoc location on the doc site. Then, we could update the associated javadocs URL in eclipse, so when you press shift-f2 when your cursor is positioned on a class, it would bring up the full javadocs for that class. But, the problem is, the javadoc locations in eclipse are stored here: workspace/.metadata/.plugins/org.eclipse/jdt.ui/javadoclocations.xml. And an entry in that file looks like this: location_01 path=C:/Projects/maven-repo/log4j/jars/log4j-1.2.8.jar url=http://jakarta.apache.org/log4j/docs/api// Eclipse has fully pathed out the variable reference and placed it in a separate file outside the project!.. So, we're not sure what to do here, even though it would be nice if the eclipse plugin could somehow update this stuff too. Anyways, just thought we'd post our ideas, and see if anyone has any suggestions or better ideas to solve this set of problems. Thanks, Leif Nelson Mark McBride
Jelly: ${empty(pom.repository.url)} doesn't work
Jelly does not resolve complex variable names (with dots in the var name) when executing methods, i.e empty() or length() I have created a Issue in Jira, but there is no activity on that. http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-848 Here is the example: [EMAIL PROTECTED]:test]$ cat maven.xml ?xml version=1.0 encoding=ISO-8859-1? project default=mytest xmlns:j=jelly:core xmlns:u=jelly:util xmlns:maven=jelly:maven xmlns:ant=jelly:ant xmlns:i=jelly:interaction goal name=mytest echopom.repository.url: ${pom.repository.url}/echo j:set var=pom.repository.url value= / echoafter setting to empty string ${pom.repository.url}/echo echois empty? ${empty(pom.repository.url)} /echo echolength ${pom.repository.url.length()} /echo echo / j:set var=pom.custom.name value=test here / echopom.cutom.namE: ${pom.custom.name}/echo echois empty? :${empty(pom.custom.name)} /echo echolength ${pom.custom.name.length()} /echo echo / j:set var=customname value=test / echocutomname: ${customname}/echo echois empty? :${empty(customname)} /echo echolength ${customname.length()} /echo echo / j:set var=customname value= / echocutomname: ${customname}/echo echois empty? :${empty(customname)} /echo echolength ${customname.length()} /echo /goal /project [EMAIL PROTECTED]:test]$ maven -X __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-beta-10 [DEBUG] Adding reference: maven.dependency.classpath - /export/tools/maven-1.0-beta-10/repository/ant/jars/ant-1.5.3-1.jar:/exp ort/tools/maven-1.0-beta-10/repository/oracle/jars/classes12-9.2.0.3-1.2 .zip [DEBUG] Adding reference: maven-classpath - mytest: [echo] pom.repository.url: [echo] after setting to empty string [echo] is empty? false [echo] length [echo] [echo] pom.cutom.namE: test here [echo] is empty? :false [echo] length [echo] [echo] cutomname: test [echo] is empty? :false [echo] length 4 [echo] [echo] cutomname: [echo] is empty? :true [echo] length 0 BUILD SUCCESSFUL Total time: 7 seconds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProxy
-Original Message- The proxy is read only as far as I know. It just caches the results. When it caches the results, artifacts that were not found locally but downloaded from ibiblio for example, updates its cache (or its local Maven repository) so the next time will serve a similar request locally, this is what I mean with maven-proxy maintains a read/write repository Anyway, this jars proxy plus Maven it's a pretty cool combination! and so far it's been working :) Rogelio Trygvis - 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]
artifact plugin
Hi I'm having trouble understanding how to use the artifact plugin. Is it intended as a standalone plugin or simply to provide tags that can be used in other plugins / maven.xml? Eric Pugh posted almost exactly the same question about a month ago but there was no reply. http://www.mail-archive.com/[EMAIL PROTECTED]/msg02492.html cheers Nathan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: artifact plugin
On Wed, 1 Oct 2003, Nathan Coast wrote: Hi I'm having trouble understanding how to use the artifact plugin. Is it intended as a standalone plugin or simply to provide tags that can be used in other plugins / maven.xml? The artifact plugins is only a taglib that other plugins like the jar/war/ejb plugins use for deploying their artifacts. Codereuse :) Eric Pugh posted almost exactly the same question about a month ago but there was no reply. http://www.mail-archive.com/[EMAIL PROTECTED]/msg02492.html cheers Nathan Trygvis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: artifact plugin
in that case, I think we could do with a bit of renaming / reworking of the plugin plugin. All other artifact-type plugins follow this convetion: install - copy to local repository /groupId/types/artifactId.xxx deploy - copy to remote repostitory /groupId/types/artifactId.xxx however, the plugin plugin does this: install - copy jar to ${maven.home}/plugins/${maven.final.name}.jar deploy - unizip ${maven.final.name}.jar to maven.plugin.unpacked.dir = ${maven.home.local}/plugins AFAICT there are no goals to place a plugin in a local or remote repository. Seeing as plugins are now just artifacts like any other would it make sense to modify the plugin plugin to match the other artifact-type plugins Trygve Laugstøl wrote: On Wed, 1 Oct 2003, Nathan Coast wrote: Hi I'm having trouble understanding how to use the artifact plugin. Is it intended as a standalone plugin or simply to provide tags that can be used in other plugins / maven.xml? The artifact plugins is only a taglib that other plugins like the jar/war/ejb plugins use for deploying their artifacts. Codereuse :) Eric Pugh posted almost exactly the same question about a month ago but there was no reply. http://www.mail-archive.com/[EMAIL PROTECTED]/msg02492.html cheers Nathan Trygvis - 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: artifact plugin
AFAICT there are no goals to place a plugin in a local or remote repository. Seeing as plugins are now just artifacts like any other would it make sense to modify the plugin plugin to match the other artifact-type plugins repository:copy-artifact is usually used. This stuff all needs to be amalgamated at some point.
Re: artifact plugin
On Wed, 1 Oct 2003, Nathan Coast wrote: in that case, I think we could do with a bit of renaming / reworking of the plugin plugin. All other artifact-type plugins follow this convetion: install - copy to local repository /groupId/types/artifactId.xxx deploy - copy to remote repostitory /groupId/types/artifactId.xxx however, the plugin plugin does this: install - copy jar to ${maven.home}/plugins/${maven.final.name}.jar deploy - unizip ${maven.final.name}.jar to maven.plugin.unpacked.dir = ${maven.home.local}/plugins Yeah, thats right. I've been thinking about that. Why don't you create a issue in jira unless there already is one. And try to create a patch for it, shouldn't be to hard. I think this would be the 'right' goals deploy: deploy to remote repos install: install in MAVEN_HOME 'local': install in ~ This might break a few thing but it is still the right thing to do. AFAICT there are no goals to place a plugin in a local or remote repository. Seeing as plugins are now just artifacts like any other would it make sense to modify the plugin plugin to match the other artifact-type plugins Trygve Laugstøl wrote: On Wed, 1 Oct 2003, Nathan Coast wrote: Hi I'm having trouble understanding how to use the artifact plugin. Is it intended as a standalone plugin or simply to provide tags that can be used in other plugins / maven.xml? The artifact plugins is only a taglib that other plugins like the jar/war/ejb plugins use for deploying their artifacts. Codereuse :) Eric Pugh posted almost exactly the same question about a month ago but there was no reply. http://www.mail-archive.com/[EMAIL PROTECTED]/msg02492.html cheers Nathan Trygvis Trygvis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cascading dependencies
Hi, I think this should work but I'd like for someone to confirm this before I try it. A plugin on remote repo A. This plugin declares a dependency to a jar file on remote repo B, including the remote repo declaration in the plugin's project.properties. A user declares a dependency to the plugin including the plugin's remote repository within their project's project.properties. When a goal is executed, maven will locate the plugin from Repo A and download it. Prior to executing a goal in the plugin the jar file will be downloaded from Repo B. (assuming neither existed in the repo in the first place). The user need not declare repo b in their project's project.properties. Sound about right? cheers Nathan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: artifact plugin
Correct. As I said, this stuff all needs to be amalgamated at some point :) Patches welcome! -Original Message- From: Nathan Coast [mailto:[EMAIL PROTECTED] Sent: Wednesday, 1 October 2003 10:59 AM To: Maven Users List Subject: Re: artifact plugin I'm not sure this is what I'm after. This seems to copy jars to the central repositry, rather than to other arbitrary repostories defined by maven.repo.list for the artifact plugin Brett Porter wrote: AFAICT there are no goals to place a plugin in a local or remote repository. Seeing as plugins are now just artifacts like any other would it make sense to modify the plugin plugin to match the other artifact-type plugins repository:copy-artifact is usually used. This stuff all needs to be amalgamated at some point. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]