Return-Path: Delivered-To: apmail-incubator-geronimo-dev-archive@www.apache.org Received: (qmail 12721 invoked from network); 11 Dec 2003 22:32:01 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 11 Dec 2003 22:32:01 -0000 Received: (qmail 18854 invoked by uid 500); 11 Dec 2003 22:31:40 -0000 Delivered-To: apmail-incubator-geronimo-dev-archive@incubator.apache.org Received: (qmail 18811 invoked by uid 500); 11 Dec 2003 22:31:40 -0000 Mailing-List: contact geronimo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: geronimo-dev@incubator.apache.org Delivered-To: mailing list geronimo-dev@incubator.apache.org Received: (qmail 18796 invoked from network); 11 Dec 2003 22:31:39 -0000 Received: from unknown (HELO amsfep17-int.chello.nl) (213.46.243.16) by daedalus.apache.org with SMTP; 11 Dec 2003 22:31:39 -0000 Received: from chello.nl ([62.195.75.66]) by amsfep17-int.chello.nl (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP id <20031211223144.NKMI364.amsfep17-int.chello.nl@chello.nl> for ; Thu, 11 Dec 2003 23:31:44 +0100 Date: Thu, 11 Dec 2003 23:31:44 +0100 Subject: Re: Error when running maven Content-Type: text/plain; delsp=yes; charset=ISO-8859-1; format=flowed Mime-Version: 1.0 (Apple Message framework v553) From: Ed Letifov To: geronimo-dev@incubator.apache.org Content-Transfer-Encoding: quoted-printable In-Reply-To: <9FA70F98-2C03-11D8-A4A2-003065F4889C@coredevelopers.net> Message-Id: X-Mailer: Apple Mail (2.553) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hello, Mac user. 10.2.8 (6R73) Same here. Ed Letifov. On Thursday, Dec 11, 2003, at 18:58 Europe/Amsterdam, David Jencks =20 wrote: > I have just done a complete clean checkout of geronimo and deleted the = =20 > xdoclet 1.2b2 jars from my local maven repository. The tools module =20= > builds fine but the xdoclet test in kernel fails. > > I think it is entirely possible that this is a mac-specific problem. =20= > I'd appreciate knowing if other mac users can compile successfully. > > I have previously had very similar problems with xdoclet templates =20 > using xdoclet 1.2b2 and solved them only by upgrading the xdoclet =20 > version to a custom build (this is why JBoss ships with its own copy =20= > of xdoclet). This experience has led me to be extremely wary of =20 > customizing xdoclet, and provides a considerable amount of my =20 > motivation for wanting to eliminate xdoclet from the geronimo build. > > I certainly hope that xdoclet 2 does not suffer from the same = problems. > > Typical error: > > (XDocletMain.start 52 ) <> > xdoclet.template.TemplateException: Error in template file: =20 > corresponding not found, line=3D131 of =20 > template file: =20 > jar:file:/Users/david/.maven/repository/geronimo/jars/geronimo-tools-=20= > DEV.jar!/org/apache/geronimo/tools/xdoclet/resources/geronimo-=20 > mbeaninfo.xdt > at =20 > = xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824) > at =20 > xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) > at =20 > xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) > at =20 > xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) > at =20 > xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) > at =20 > xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) > at =20 > xdoclet.TemplateSubTask.startProcessPerClass(TemplateSubTask.java:665) > at =20 > xdoclet.TemplateSubTask.startProcess(TemplateSubTask.java:592) > at xdoclet.TemplateSubTask.execute(TemplateSubTask.java:484) > at xdoclet.XDocletMain.start(XDocletMain.java:46) > at xdoclet.DocletTask.start(DocletTask.java:457) > at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:69) > at org.apache.tools.ant.Task.perform(Task.java:341) > at =20 > org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:232) > at =20 > org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at =20 > org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88) > at =20 > org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:125) > at =20 > org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at =20 > 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 =20 > com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) > at =20 > com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:134) > at =20 > = org.apache.maven.jelly.tags.werkz.LazyAttainGoalTag.doTag(LazyAttainGoa=20= > lTag.java:107) > at =20 > org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at =20 > com.werken.werkz.jelly.PreGoalTag$1.firePreGoal(PreGoalTag.java:87) > at com.werken.werkz.Goal.firePreGoalCallbacks(Goal.java:691) > at com.werken.werkz.Goal.fire(Goal.java:616) > 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 com.werken.werkz.Goal.attainPrecursors(Goal.java:488) > at com.werken.werkz.Goal.attain(Goal.java:573) > at com.werken.werkz.Goal.attainPrecursors(Goal.java:488) > at com.werken.werkz.Goal.attain(Goal.java:573) > at =20 > com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) > at =20 > com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:134) > at =20 > = org.apache.maven.jelly.tags.werkz.LazyAttainGoalTag.doTag(LazyAttainGoa=20= > lTag.java:107) > at =20 > org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at =20 > 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 =20 > = org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:44=20= > 8) > at =20 > org.apache.maven.MavenSession.attainGoals(MavenSession.java:360) > at =20 > = org.apache.maven.jelly.tags.maven.ReactorTag.doTag(ReactorTag.java:378) > at =20 > org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at =20 > org.apache.commons.jelly.tags.core.WhenTag.doTag(WhenTag.java:92) > at =20 > org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at =20 > org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:84) > at =20 > org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:125) > at =20 > = org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:=20= > 145) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at =20 > 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 =20 > com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) > at =20 > com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:134) > at =20 > = org.apache.maven.jelly.tags.werkz.LazyAttainGoalTag.doTag(LazyAttainGoa=20= > lTag.java:107) > at =20 > org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at =20 > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at =20 > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at =20 > 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 =20 > = org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:44=20= > 8) > at =20 > 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 =20 > = sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja=20= > va:39) > at =20 > = sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso=20= > rImpl.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) > XDoclet failed. > etc etc... > > An incomplete xml descriptor is generated: > > > I've checked my copy of the xdoclet template, and it does not appear =20= > to suffer from the problem claimed in the stack trace. > > I suspect streams are not being read to the end in the mac jvm due to =20= > bugs in xdoclet. > I think there are more recent versions (1.2b3 and 1.2b4) of xdoclet on = =20 > a maven repository at the xdoclet sourceforge site. Perhaps we could =20= > use one of those to fix this. > > thanks > david jencks > > On Thursday, December 11, 2003, at 02:30 AM, gianny DAMOUR wrote: > >> David Jencks wrote: >>> This is Gianni's new xdoclet module. Did you use cvs update -dP so = =20 >>> new directories are pulled down? I am seeing this jar built, =20 >>> although I see other build problems later: this might be due to =20 >>> needing a clean rebuild. >> Indeed, I have created a new module, namely tools, which defines a =20= >> custom XDoclet tag for the generation of descriptors for =20 >> GeronimoMBean. There is a unit test of this module located in the =20 >> kernel module: >> >> org.apache.geronimo.tools.xdoclet.GeronimoDocletTaskTest >> >> I just retried a clean -> build compilation cycle and it was =20 >> successful. >> >> Cheers, >> Gianny >> >> _________________________________________________________________ >> Trouvez l'=E2me soeur sur MSN Rencontres ! = http://g.msn.fr/FR1000/9551 >>