RE: Maven b10 hangs on some jars
No - sounds like a new one -Original Message- From: John Casey [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 5:40 PM To: Maven Users List Subject: RE: Maven b10 hangs on some jars Off the top of your head, is there any issue I should associate this with? -j On Mon, 2004-02-16 at 00:46, Brett Porter wrote: That's a reasonable idea. Whack it in JIRA :) Cheers, Brett -Original Message- From: John Casey [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 4:07 PM To: Maven Users List Subject: RE: Maven b10 hangs on some jars I know this is really late to be mentioning this, but would it be possible to mark a site as unreachable for the duration of a build once it can't be reached the first time? Then, continual failure on the same site for multiple dependencies wouldn't be such a problem...of course, you wouldn't want to mark it unreachable if you received a 404... Anyway, just food for thought. -john On Sun, 2004-02-15 at 21:30, Brett Porter wrote: I'll take it for a spin when I get a chance with a current CVS build of Maven so it should all be right to go with Maven RC2 when it is released. I'll come over to directory-dev and chat if I have any Q's. Cheers, Brett -Original Message- From: Alex Karasulu [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 1:28 PM To: 'Maven Users List' Subject: RE: Maven b10 hangs on some jars Yeah unfortunately it blew chunks when I tried it w/ rc1. But I found a way to work around the delay just fine on b10. You were right on about the server being the issue. It was just shocking to see it hanging over and over again on the same darn jars. Thought I was going mad. I created and use my own temp repo and maven runs like a champion now. Thanks, Alex -- John Casey [EMAIL PROTECTED] CommonJava Open Components Project http://www.commonjava.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- John Casey [EMAIL PROTECTED] CommonJava Open Components Project http://www.commonjava.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven b10 hangs on some jars
Hello, I have a situation where b10 stays hung until a connection times out trying to resolved dependencies. The odd thing here is that these dependencies like others that are resolved just fine are located in the cache but not in the remote repository. For example here is the output from maven for a jar it finds locally but not in the remote repo: maven Error retrieving artifact from [http://www.ibiblio.org/maven/directory/jars/eve- frontend-common-api-SNAPSHOT.jar]: java.lang.Exception: Can't get eve- frontend-common-api-SNAPSHOT.jar to C:\Documents and Settings\akarasulu\.maven\repository\ directory\jars\eve-frontend-common-api-SNAPSHOT.jar Artifact /directory/jars/eve-frontend-common-api-SNAPSHOT.jar doesn't exists in remote repository, but it exists locally /maven eve-frontend-common-api-SNAPSHOT.jar resolves just fine within a second or so but eve-frontend-listener-spi-SNAPSHOT.jar does not and hangs for a long time here: maven Error retrieving artifact from [http://www.ibiblio.org/maven/directory/jars/eve-frontend-listener -pojo-impl-SNAPSHOT.jar]: java.net.ConnectException: Connection timed out: connect Artifact /directory/jars/eve-frontend-listener-pojo-impl- SNAPSHOT.jar doesn't exists in remote repository, but it exists locally /maven Notice the hanging jars show a ConnectionException whereas the ones that succeed rapidly have the generic java.lang.Exception. When I take these hanging jars off of the dependencies section everything goes through just fine. When I add them back again then it just starts hanging again ultimately blowing the following stack trace: java.lang.reflect.InvocationTargetException 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:543) at com.werken.forehead.Forehead.main(Forehead.java:573) Caused by: java.lang.NoClassDefFoundError: org/apache/xerces/xni/parser/XMLParse Exception at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at org.apache.maven.plugin.PluginCacheManager.parse(PluginCacheManager.j ava:361) at org.apache.maven.plugin.PluginManager.loadJellyScript(PluginManager.j ava:467) at org.apache.maven.MavenSession.loadJellyScript(MavenSession.java:282) at org.apache.maven.project.Project.loadJellyScript(Project.java:1530) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java: 375) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348) at org.apache.maven.cli.App.doMain(App.java:525) at org.apache.maven.cli.App.main(App.java:1088) ... 6 more Question is why would maven pick out these jars and behave differently? What can I do to get back on track with my development? Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven b10 hangs on some jars
Brett, Would you recommend going to RC1? As you probably already know we use the Avalon meta plugin which for the Merlin component wrappers which is only designed to work with b10 that was the reason why I did not make the move to RC1. How much of an effort in your opinion is it to move a plugin from b10 to RC1? Thanks, Alex -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Sunday, February 15, 2004 5:38 PM To: 'Maven Users List' Subject: RE: Maven b10 hangs on some jars Hi Alex, AFAIK this was fixed in RC1. Even in beta-10, you should only get the long pause if the remote site is not contactable. - Brett -Original Message- From: Alex Karasulu [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 8:21 AM To: [EMAIL PROTECTED] Subject: Maven b10 hangs on some jars Hello, I have a situation where b10 stays hung until a connection times out trying to resolved dependencies. The odd thing here is that these dependencies like others that are resolved just fine are located in the cache but not in the remote repository. For example here is the output from maven for a jar it finds locally but not in the remote repo: maven Error retrieving artifact from [http://www.ibiblio.org/maven/directory/jars/eve- frontend-common-api-SNAPSHOT.jar]: java.lang.Exception: Can't get eve- frontend-common-api-SNAPSHOT.jar to C:\Documents and Settings\akarasulu\.maven\repository\ directory\jars\eve-frontend-common-api-SNAPSHOT.jar Artifact /directory/jars/eve-frontend-common-api-SNAPSHOT.jar doesn't exists in remote repository, but it exists locally /maven eve-frontend-common-api-SNAPSHOT.jar resolves just fine within a second or so but eve-frontend-listener-spi-SNAPSHOT.jar does not and hangs for a long time here: maven Error retrieving artifact from [http://www.ibiblio.org/maven/directory/jars/eve-frontend-listener -pojo-impl-SNAPSHOT.jar]: java.net.ConnectException: Connection timed out: connect Artifact /directory/jars/eve-frontend-listener-pojo-impl- SNAPSHOT.jar doesn't exists in remote repository, but it exists locally /maven Notice the hanging jars show a ConnectionException whereas the ones that succeed rapidly have the generic java.lang.Exception. When I take these hanging jars off of the dependencies section everything goes through just fine. When I add them back again then it just starts hanging again ultimately blowing the following stack trace: java.lang.reflect.InvocationTargetException 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:543) at com.werken.forehead.Forehead.main(Forehead.java:573) Caused by: java.lang.NoClassDefFoundError: org/apache/xerces/xni/parser/XMLParse Exception at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at org.apache.maven.plugin.PluginCacheManager.parse(PluginCacheManager.j ava:361) at org.apache.maven.plugin.PluginManager.loadJellyScript(PluginManager.j ava:467) at org.apache.maven.MavenSession.loadJellyScript(MavenSession.java:282) at org.apache.maven.project.Project.loadJellyScript(Project.java:1530) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java: 375) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348) at org.apache.maven.cli.App.doMain(App.java:525) at org.apache.maven.cli.App.main(App.java:1088) ... 6 more Question is why would maven pick out these jars and behave differently? What can I do to get back on track with my development? Alex - 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 b10 hangs on some jars
Hi Alex, I haven't really looked into the building of Eve itself. The plugin should just work on RC1 as there were'nt many changes in the core from beta-10. Its worth trying. - Brett -Original Message- From: Alex Karasulu [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 11:41 AM To: 'Maven Users List' Subject: RE: Maven b10 hangs on some jars Brett, Would you recommend going to RC1? As you probably already know we use the Avalon meta plugin which for the Merlin component wrappers which is only designed to work with b10 that was the reason why I did not make the move to RC1. How much of an effort in your opinion is it to move a plugin from b10 to RC1? Thanks, Alex
RE: Maven b10 hangs on some jars
Yeah unfortunately it blew chunks when I tried it w/ rc1. But I found a way to work around the delay just fine on b10. You were right on about the server being the issue. It was just shocking to see it hanging over and over again on the same darn jars. Thought I was going mad. I created and use my own temp repo and maven runs like a champion now. Thanks, Alex -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Sunday, February 15, 2004 8:11 PM To: 'Maven Users List' Subject: RE: Maven b10 hangs on some jars Hi Alex, I haven't really looked into the building of Eve itself. The plugin should just work on RC1 as there were'nt many changes in the core from beta-10. Its worth trying. - Brett -Original Message- From: Alex Karasulu [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 11:41 AM To: 'Maven Users List' Subject: RE: Maven b10 hangs on some jars Brett, Would you recommend going to RC1? As you probably already know we use the Avalon meta plugin which for the Merlin component wrappers which is only designed to work with b10 that was the reason why I did not make the move to RC1. How much of an effort in your opinion is it to move a plugin from b10 to RC1? Thanks, Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven b10 hangs on some jars
I'll take it for a spin when I get a chance with a current CVS build of Maven so it should all be right to go with Maven RC2 when it is released. I'll come over to directory-dev and chat if I have any Q's. Cheers, Brett -Original Message- From: Alex Karasulu [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 1:28 PM To: 'Maven Users List' Subject: RE: Maven b10 hangs on some jars Yeah unfortunately it blew chunks when I tried it w/ rc1. But I found a way to work around the delay just fine on b10. You were right on about the server being the issue. It was just shocking to see it hanging over and over again on the same darn jars. Thought I was going mad. I created and use my own temp repo and maven runs like a champion now. Thanks, Alex
RE: Maven b10 hangs on some jars
I know this is really late to be mentioning this, but would it be possible to mark a site as unreachable for the duration of a build once it can't be reached the first time? Then, continual failure on the same site for multiple dependencies wouldn't be such a problem...of course, you wouldn't want to mark it unreachable if you received a 404... Anyway, just food for thought. -john On Sun, 2004-02-15 at 21:30, Brett Porter wrote: I'll take it for a spin when I get a chance with a current CVS build of Maven so it should all be right to go with Maven RC2 when it is released. I'll come over to directory-dev and chat if I have any Q's. Cheers, Brett -Original Message- From: Alex Karasulu [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 1:28 PM To: 'Maven Users List' Subject: RE: Maven b10 hangs on some jars Yeah unfortunately it blew chunks when I tried it w/ rc1. But I found a way to work around the delay just fine on b10. You were right on about the server being the issue. It was just shocking to see it hanging over and over again on the same darn jars. Thought I was going mad. I created and use my own temp repo and maven runs like a champion now. Thanks, Alex -- John Casey [EMAIL PROTECTED] CommonJava Open Components Project http://www.commonjava.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven b10 hangs on some jars
That's a reasonable idea. Whack it in JIRA :) Cheers, Brett -Original Message- From: John Casey [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 4:07 PM To: Maven Users List Subject: RE: Maven b10 hangs on some jars I know this is really late to be mentioning this, but would it be possible to mark a site as unreachable for the duration of a build once it can't be reached the first time? Then, continual failure on the same site for multiple dependencies wouldn't be such a problem...of course, you wouldn't want to mark it unreachable if you received a 404... Anyway, just food for thought. -john On Sun, 2004-02-15 at 21:30, Brett Porter wrote: I'll take it for a spin when I get a chance with a current CVS build of Maven so it should all be right to go with Maven RC2 when it is released. I'll come over to directory-dev and chat if I have any Q's. Cheers, Brett -Original Message- From: Alex Karasulu [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 1:28 PM To: 'Maven Users List' Subject: RE: Maven b10 hangs on some jars Yeah unfortunately it blew chunks when I tried it w/ rc1. But I found a way to work around the delay just fine on b10. You were right on about the server being the issue. It was just shocking to see it hanging over and over again on the same darn jars. Thought I was going mad. I created and use my own temp repo and maven runs like a champion now. Thanks, Alex -- John Casey [EMAIL PROTECTED] CommonJava Open Components Project http://www.commonjava.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven b10 hangs on some jars
Off the top of your head, is there any issue I should associate this with? -j On Mon, 2004-02-16 at 00:46, Brett Porter wrote: That's a reasonable idea. Whack it in JIRA :) Cheers, Brett -Original Message- From: John Casey [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 4:07 PM To: Maven Users List Subject: RE: Maven b10 hangs on some jars I know this is really late to be mentioning this, but would it be possible to mark a site as unreachable for the duration of a build once it can't be reached the first time? Then, continual failure on the same site for multiple dependencies wouldn't be such a problem...of course, you wouldn't want to mark it unreachable if you received a 404... Anyway, just food for thought. -john On Sun, 2004-02-15 at 21:30, Brett Porter wrote: I'll take it for a spin when I get a chance with a current CVS build of Maven so it should all be right to go with Maven RC2 when it is released. I'll come over to directory-dev and chat if I have any Q's. Cheers, Brett -Original Message- From: Alex Karasulu [mailto:[EMAIL PROTECTED] Sent: Monday, 16 February 2004 1:28 PM To: 'Maven Users List' Subject: RE: Maven b10 hangs on some jars Yeah unfortunately it blew chunks when I tried it w/ rc1. But I found a way to work around the delay just fine on b10. You were right on about the server being the issue. It was just shocking to see it hanging over and over again on the same darn jars. Thought I was going mad. I created and use my own temp repo and maven runs like a champion now. Thanks, Alex -- John Casey [EMAIL PROTECTED] CommonJava Open Components Project http://www.commonjava.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- John Casey [EMAIL PROTECTED] CommonJava Open Components Project http://www.commonjava.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Torque plugin in b10
Is the torque plugin working under b10? I'm getting some odd errors when I run it, like Exception thrown by 'properties.load'. For more information consult the velocity log, or invoke ant with the -debug flag. Looking at the velocity log finds entries saying things like: Velocimacro : error using VM library template VM_global_library.vm : org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource 'VM_global_library.vm' I'm guessing that Torque is using Velocity to do some page building, but seems like it isn't working. Any ideas? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven b10 refusing to download remote jars
Hi all, I'm using b10, and maven refuses to download the remote jars necessary to do anything (in particular the commons-jelly and antlr jars) on my Win2k box. I've tried the following steps: 1. Clearing all the environment variables and resetting them. 2. Passing the maven.repo.* properties directly on the command line. 3. Starting with a completely clean repository. This same project builds flawlessly in our build environment (fortunately on linux) but refuses to build on Win2k both in cygwin and at the command prompt. Please help!!! Here's the debugging info I get: [02:03 PM][~/projects/glossary] maven -X -Dmaven.repo.remote.enable=true -Dmaven.repo.remote=http://www.ibiblio.org/maven -Dmaven.repo.local=../repo java:compile __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-beta-10 [DEBUG] Adding reference: maven.dependency.classpath - [available] [VERBOSE] Found: src\java [available] [VERBOSE] Found: src\test [DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.compile.src.set - [DEBUG] Adding reference: maven.test.compile.src.set - [DEBUG] Adding reference: maven.dependency.classpath - C:\Documents and Settings\cginn\.maven\plugins\repo\ant\jars\ant-1.5.1.jar;C:\Documents and Settings\cginn\.maven\plugins\repo\commons-jelly\jars\commons-jelly-tags-antlr-20030211.143720.jar;C:\Documents and Settings\cginn\.maven\plugins\repo\commons-lang\jars\commons-lang-1.0-b1.1.jar;C:\Documents and Settings\cginn\.maven\plugins\repo\antlr\jars\antlr-2.7.2.jar[DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.compile.src.set - [DEBUG] Adding reference: maven.test.compile.src.set - java.lang.ClassNotFoundException: antlr at java.net.URLClassLoader$1.run(URLClassLoader.java:198) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1039) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.jelly.parser.XMLParser.parse(XMLParser.java:320) at org.apache.maven.jelly.JellyUtils.compileScript(JellyUtils.java:207) at org.apache.maven.jelly.JellyUtils.compileScript(JellyUtils.java:174) at org.apache.maven.jelly.JellyUtils.runScript(JellyUtils.java:111) at org.apache.maven.jelly.JellyUtils.runScript(JellyUtils.java:139) at org.apache.maven.plugin.PluginManager.loadPlugin(PluginManager.java:734) at org.apache.maven.plugin.PluginManager.loadPlugins(PluginManager.java:766) at org.apache.maven.plugin.PluginManager.prepForCallbacks(PluginManager.java:554) at org.apache.maven.plugin.PluginManager.prepForGoal(PluginManager.java:525) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:415) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348) at org.apache.maven.cli.App.doMain(App.java:525) at org.apache.maven.cli.App.main(App.java:1088) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:543) at com.werken.forehead.Forehead.main(Forehead.java:573) java.lang.ClassNotFoundException: antlr at org.apache.commons.jelly.parser.XMLParser.createSAXException(XMLParser.java:1234) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1044) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl
RE: b10 problem compiling (resources:copy missing)
I ran into this yesterday. It turned out that my project.xml was missing its build tag. I inserted build/ at the end and all is well. I had a build tag already, but this did lead me to the solution. My build tag had an (evidently) outdated tag in it (probably from beta 7, not sure): unitTestPatterns unitTestPattern**/*Test.java/unitTestPattern /unitTestPatterns I changed this to what appears to be the new format: unitTest includes**/*Test.java/includes /unitTest Now it works fine. I couldn't find any documentation on this format change, so I'm not sure if the unitTestPatterns was always wrong, or if this just changed recently. In any case, it appears that Maven would benefit from doing an XML validation on the project.xml file. Would have saved me a great deal of time. Wordman - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with jxr b10
Do you have a python dependency? (I know this sounds like an absurd question, but the python dep includes an older oro dependency. Classloader isolation isn't perfect yet) Lester Ward wrote: More migration to b10 woe. I'm having an issue with jxr throwing an exception during site:generate. This seems similar to a problem from b9 (http://www.mail-archive.com/[EMAIL PROTECTED]/msg01460.html), but the symptoms are not exactly the same, nor does the solution in the above thread work. The site:generate runs for quite a while, getting to the point where I see output like this (where path-* is a valid path): path-a\ZipCompressor.java - path-b\ZipCompressor.html I then get this: BUILD FAILED File.. path/maven-jxr-plugin-1.2-SNAPSHOT/ Element... jxr:jxr Line.. 90 Column 31 java.lang.reflect.InvocationTargetException Line 90 in the jxr plugin is the main jxr:jxr call, so I get the impression that all of the file processing is getting done (since ZipCompressor is the last class), but then something goes wrong. When running in -X mode, I get this stack: com.werken.werkz.UnattainableGoalException: Unable to obtain goal [site] -- path /maven-jxr-plugin-1.2-SNAPSHOT/:90:31: jxr:jxr null at com.werken.werkz.Goal.fire(Goal.java:646) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.Goal.attainPrecursors(Goal.java:488) at com.werken.werkz.Goal.attain(Goal.java:573) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:434) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348) at org.apache.maven.cli.App.doMain(App.java:525) at org.apache.maven.cli.App.main(App.java:1088) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:543) at com.werken.forehead.Forehead.main(Forehead.java:573) org.apache.commons.jelly.JellyTagException: path/maven-jxr-plugin-1.2-SNAPSHOT/: 90:31: jxr:jxr null at org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.java:243) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:145) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:134) at org.apache.maven.jelly.tags.werkz.LazyAttainGoalTag.doTag(LazyAttainGoalTag. java:107) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:145) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:134) at org.apache.maven.jelly.tags.werkz.LazyAttainGoalTag.doTag(LazyAttainGoalTag. java:107) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575
b10 problem compiling (resources:copy missing)
I just installed a virgin copy of b10. When running various goals (site, java:jar, etc), I get the following failure: BUILD FAILED File.. file:/C:/Documents and Settings/lward/.maven/plugins/maven-test-plugin-1.3/ Element... resources:copy Line.. 299 Column 11 java.lang.NullPointerException Total time: 9 seconds Near as I can tell, the last few lines of the maven-test-plugin-1.3/plugin.jelly file invoke a goal called resources:copy, which does not seem to exist anywhere. When I do a maven -g, nothing like that shows up in the list. So, is the test plugin code wrong? Or is the problem that there really should be a resources:copy somewhere? Or is there some new configuration I don't know about? Or something else? Any ideas? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Canoo WebTest Plugin 0.7 for Maven B10 available ...
Hi folks, I just released the new version of the Canoo WebTest Plugin for Maven B10 on SF don't get confused by the four releases of 0.7 - I have a shaky Internet access which caused problems during the file release. Homepage: http://maven-plugins.sourceforge.net/webtest/index.html Sample Report: http://maven-plugins.sourceforge.net/webtest/webtest- report.html Download: http://sourceforge.net/projects/maven-plugins/ Any feedback would be welcome ... Siegfried Goeschl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven b10 / reactor / inherited dependencies
Still struggling to get Tapestry working with Maven. I was hoping the multiproject stuff would help. I define my main dependencies in my master projext.xml, including: dependency groupIdjboss/groupId artifactIdjavassist/artifactId version2.5.1/version /dependency My sub-project (framework/project.xml) includes the master project.xml and doesn't add any dependencies: ?xml version=1.0 encoding=ISO-8859-1? !-- $Id: project.xml,v 1.4 2003/06/23 18:40:42 hlship Exp $ -- project extend${basedir}/../project.xml/extend idtapestry/id nameTapestry Framework/name description This is the subproject for the master Tapestry framework. /description build sourceDirectorysrc/sourceDirectory !-- J A R R E S O U R C E S -- !-- Resources that are packaged up inside the JAR file -- resources resource directory${basedir}/src/java/directory include**/*.html/include include**/*.dtd/include include**/*.script/include include**/*.jwc/include include**/*.library/include include**/*.page/include include**/*.gif/include include**/*.css/include /resource /resources /build reports !-- reportmaven-javadoc-plugin/report -- !-- reportmaven-jxr-plugin/report reportmaven-junit-report-plugin/report reportmaven-clover-plugin/report -- /reports /project A different, simple project of mine, HiveMind, defines Javassist library the same way at it works fine. Something about adding reactor to the mix is causing c:\workspace\jakarta-tapestrymaven -X __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-beta-10 [DEBUG] Adding reference: maven.dependency.classpath - C:\Documents and Settings\Howard\.maven\repository\commons-beanutils\jars\commons-beanutils-1.6.1.jar;C:\Documents and Settings\Howard\.maven\repository\commons-lang\jars\commons-lang-1.0.jar;C:\Documents and Settings\Howard\.maven\repository\commons-logging\jars\commons-logging-1.0.jar;C:\Doc uments and Settings\Howard\.maven\repository\commons-digester\jars\commons-digester-1.4.1.jar;C:\Documents and Settings\Howard\.maven\repository\commons-fileupload\jars\common s-fileupload-1.0-beta-1.jar;C:\Documents and Settings\Howard\.maven\repository\commons-collections\jars\commons-collections-2.1.jar;C:\Documents and Settings\Howard\.maven\rep ository\oro\jars\oro-2.0.6.jar;C:\Documents and Settings\Howard\.maven\repository\jboss\jars\javassist-2.5.1.jar;C:\Documents and Settings\Howard\.maven\repository\bsf\jars\bs f-2.3.0.jar;C:\Documents and Settings\Howard\.maven\repository\servletapi\jars\servletapi-2.3.jar;C:\Documents and Settings\Howard\.maven\repository\ognl\jars\ognl-2.5.1.jar;C :\Documents and Settings\Howard\.maven\repository\log4j\jars\log4j-1.2.6.jar [DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.dependency.classpath - [DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.dependency.classpath - C:\Documents and Settings\Howard\.maven\repository\ant\jars\ant-1.5.1.jar;C:\Documents and Settings\Howard\.maven\repos itory\dom4j\jars\dom4j-1.4-dev-7.jar;C:\Documents and Settings\Howard\.maven\repository\commons-jelly\jars\commons-jelly-20030211.141339.jar;C:\Documents and Settings\Howard\. maven\repository\commons-jelly\jars\commons-jelly-tags-validate-20030211.143411.jar;C:\Documents and Settings\Howard\.maven\repository\commons-jelly\jars\commons-jelly-tags-xm l-20030211.142705.jar;C:\Documents and Settings\Howard\.maven\repository\junit\jars\junit-3.8.1.jar;C:\Documents and Settings\Howard\.maven\repository\maven\jars\maven.jar;C:\ Documents and Settings\Howard\.maven\repository\xml-apis\jars\xml-apis-1.0.b2.jar;C:\Documents and Settings\Howard\.maven\repository\isorelax\jars\isorelax-20020414.jar;C:\Doc uments and Settings\Howard\.maven\repository\msv\jars\msv-20020414.jar;C:\Documents and Settings\Howard\.maven\repository\relaxngDatatype\jars\relaxngDatatype-20020414.jar [DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.dependency.classpath - C:\Documents and Settings\Howard\.maven\repository\ant\jars\ant-1.5.1.jar;C:\Documents and Settings\Howard\.maven\repos itory\dom4j\jars\dom4j-1.4-dev-8.jar;C:\Documents and Settings\Howard\.maven\repository\commons-grant\jars\commons-grant-1.0-beta-4.jar;C:\Documents and Settings\Howard\.maven
Re: b10, site:generate and templates (velocity+jelly)
Looks like an old version of the xml taglib -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au Martin Skopp [EMAIL PROTECTED] wrote on 15/07/2003 05:32:57 PM: Hi folks, discovered problems with my own maven projects which build their site in the same way like http://db.apache.org/ does (with xdoc-templates and processing with velocity). beta10, fresh checkout of db.apache.org: xdoc:jelly-transform: [echo] Generating /home/msk/cvsroot/db-site/target/docs/license.html from /home/msk/cvsroot/db-site/target/generated-xdocs/license.xml BUILD FAILED File.. file:/home/msk/.maven/plugins/maven-xdoc-plugin-1.4-SNAPSHOT/ Element... x:parse Line.. 312 Column 49 Invalid source argument. Must be a String, Reader, InputStream or URL. Was type; java.io.File with value: /home/msk/cvsroot/db-site/xdocs/navigation.xml Total time: 6 seconds Dependencies from project.xml: dependency idcommons-jelly+tags-velocity/id versionSNAPSHOT/version /dependency dependency idvelocity/id version1.3/version /dependency For my own project with the same problem, I tried several combinations (with groupId, artifactId, timestamped snapshot jar etc) but it still does not work. Any idea? Thanks -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven b10 / reactor / inherited dependencies
Something funny here... Howard M. Lewis Ship [EMAIL PROTECTED] wrote on 17/07/2003 10:46:05 PM: Still struggling to get Tapestry working with Maven. I was hoping the multiproject stuff would help. It should... I define my main dependencies in my master projext.xml, including: dependency groupIdjboss/groupId artifactIdjavassist/artifactId version2.5.1/version /dependency This looks ok. My sub-project (framework/project.xml) includes the master project. I hope u meant extends here, not includes... xml and doesn't add any dependencies: ?xml version=1.0 encoding=ISO-8859-1? !-- $Id: project.xml,v 1.4 2003/06/23 18:40:42 hlship Exp $ -- project extend${basedir}/../project.xml/extend idtapestry/id nameTapestry Framework/name description This is the subproject for the master Tapestry framework. /description build sourceDirectorysrc/sourceDirectory !-- J A R R E S O U R C E S -- !-- Resources that are packaged up inside the JAR file -- resources resource directory${basedir}/src/java/directory include**/*.html/include include**/*.dtd/include include**/*.script/include include**/*.jwc/include include**/*.library/include include**/*.page/include include**/*.gif/include include**/*.css/include /resource /resources /build reports !-- reportmaven-javadoc-plugin/report -- !-- reportmaven-jxr-plugin/report reportmaven-junit- report-plugin/report reportmaven-clover-plugin/report -- /reports /project [snip] Our processing order: Tapestry Framework Tapestry Contributions Library + | Processing Tapestry Framework | Memory: 16M/17M + Attempting to download javassist-2.5.1.jar. Error retrieving artifact from [http://www.ibiblio. org/maven/javassist/jars/javassist-2.5.1.jar]: java.lang.Exception: Can't get javassist-2.5.1.jar to C:\Documents and Settin gs\Howard\.maven\repository\javassist\jars\javassist-2.5.1.jar WARNING: Failed to download javassist-2.5.1.jar. That's bizarre. It should be trying to download www.ibiblio.org/maven/jboss/jars/javassist-2.5.1.jar not www.ibiblio.org/maven/javassist/jars/javassist-2.5.1.jar BUILD FAILED File.. file:/C:/Documents and Settings/Howard/.maven/plugins/maven-multiproject-plugin-1.0-SNAPSHOT/ Element... maven:reactor Line.. 42 Column 7 The build cannot continue because of the following unsatisfied dependency: javassist-2.5.1.jar Is this anywhere I can check it out? i.e. Tapestry CVS? If so, let me know and I'll grab it and try it too. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au
b10, site:generate and templates (velocity+jelly)
Hi folks, discovered problems with my own maven projects which build their site in the same way like http://db.apache.org/ does (with xdoc-templates and processing with velocity). beta10, fresh checkout of db.apache.org: xdoc:jelly-transform: [echo] Generating /home/msk/cvsroot/db-site/target/docs/license.html from /home/msk/cvsroot/db-site/target/generated-xdocs/license.xml BUILD FAILED File.. file:/home/msk/.maven/plugins/maven-xdoc-plugin-1.4-SNAPSHOT/ Element... x:parse Line.. 312 Column 49 Invalid source argument. Must be a String, Reader, InputStream or URL. Was type; java.io.File with value: /home/msk/cvsroot/db-site/xdocs/navigation.xml Total time: 6 seconds Dependencies from project.xml: dependency idcommons-jelly+tags-velocity/id versionSNAPSHOT/version /dependency dependency idvelocity/id version1.3/version /dependency For my own project with the same problem, I tried several combinations (with groupId, artifactId, timestamped snapshot jar etc) but it still does not work. Any idea? Thanks -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
b10
Howdy, A few people have tried the test installers so I'll let it sit over night and release it tomorrow. If anyone happens to want to try the installers they are here: http://www.apache.org/~jvanzyl -- 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]
b10 installation question
Hi all, After quite some time on b9 I'm making the jump to b10. I notice that after bootstrapping I have things in ~/.maven. I understand this is to support the concept of a shared (read-only) installation. That's exactly what I need to create. Is it enough to simply set maven.repo.local to /usr/local/maven during my build process? Will others' ~/.maven then be populated as necessary? Thanks, J - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Removing Maven-465 from b10 release list
I don't feel that this issue is important enough to hold up the b10 release, and hence have unlinked it from MAVEN-401. If you feel strongly that it MUST be in b10, please relink the issue and vote for it. Regards, -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au
Unlinked from b10 release: MAVEN-454.
See previous justification... -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au