Réf. : & in href in xdoc
Hello Karl Your problem looks like the http://jira.codehaus.org/browse/MPXDOC-92 , is it right ? Julien Extranet [EMAIL PROTECTED] - 24/05/2004 23:45 Veuillez répondre à [EMAIL PROTECTED] Pour : users cc : Objet : & in href in xdoc I am trying including the following link in my xdoc which contains an "&". http://www.sys-con.com/story/?DE=1&storyid=37795";> I get an exception when I execute xdoc:transform which says: The reference to entity "storyid" must end with the ';' delimiter. If I change the link to have "&" instead, the link does not work. Does anyone know how xdoc can include multiple parameters in an href attribute? Thanks. Karl - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. - Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upgrading to 1.0RC3 - exception thrown when listing goals
Hi all. I'm getting the same exception, but using ClearCase. Has the ClearCase connection string changed from the following: scm:clearcase: I assume the maven-changelog-plugin still reads this setting when generating the report? Best regards.Mvh. Jan-Helge -- Jan-Helge Bergesen, AXXESSIT ASA (http://www.axxessit.no) Tlf: 55 2 49 75, ICQ: 5412239, MSN: jahebe_6[EMAIL PROTECTED] Dion Gillard <[EMAIL PROTECTED]> 25.05.2004 01:03 Please respond to "Maven Users List" To: Maven Users List <[EMAIL PROTECTED]> cc: Subject:Re: Upgrading to 1.0RC3 - exception thrown when listing goals It was the repository connection string. throws Exception is an abomination. On Tue, 25 May 2004 08:58:36 +1000, Brett Porter <[EMAIL PROTECTED]> wrote: > > What happened? (Maybe we need to document something?) > > Also, it would have been good to see the first exception you got. As of RC3, > removing the local plugins directory will just save space - it should only > use plugins that are actually installed as JARs. > > - Brett > > > > > -Original Message- > > From: news [mailto:[EMAIL PROTECTED] On Behalf Of > > Omair-Inam Abdul-Matin > > Sent: Tuesday, 25 May 2004 7:47 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Upgrading to 1.0RC3 - exception thrown when listing goals > > > > > > Never mind, > > > > Problem solved. > > > > Omair > > > > Omair-Inam Abdul-Matin wrote: > > > > > I installed Maven 1.0RC3. The first time I forgot to > > remove the local > > > plugins directory and maven threw a nasty exception and > > quit on me. I > > > then uninstalled it, removed the local plugin directory and > > reinstalled > > > it. Now when I call maven -g, maven lists the goal but it > > throws the > > > following exception first: > > > > > > __ __ > > > | \/ |__ _Apache__ ___ > > > | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ > > > |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 > > > > > > [MethodExpression] Cannot evaluate expression > > > java.lang.reflect.InvocationTargetException > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > > at > > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess > > orImpl.java:39) > > > > > > at > > > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth > > odAccessorImpl.java:25) > > > > > > at java.lang.reflect.Method.invoke(Method.java:324) > > > at > > > > > org.apache.commons.betwixt.expression.MethodExpression.evaluat > > e(MethodExpression.java:96) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent( > > AbstractBeanWriter.java:658) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfEl > > ement(AbstractBeanWriter.java:539) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:481) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent( > > AbstractBeanWriter.java:643) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfEl > > ement(AbstractBeanWriter.java:539) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:513) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:233) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent( > > AbstractBeanWriter.java:630) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfEl > > ement(AbstractBeanWriter.java:539) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:513) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:233) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:162) > > > > > > at > > org.apache.commons.betwixt.io.BeanWriter.write(BeanWriter.java:217) > > > at > > org.apache.maven.MavenUtils.getProjectString(MavenUtils.java:421) > > > at > > org.apache.maven.MavenUtils.getInterpolatedPOM(MavenUtils.java:372) > > > at > > org.apache.maven.MavenUtils.getJellyProject(MavenUtils.java:349) > > > at org.apache.maven.MavenUtils.getProject(MavenUtils.java:144) > > > at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122) > > > at > > > > > org.apache.maven.MavenSession.initializeRootProject(MavenSessi > > on.java:235) > > > at > > org.apache.maven.MavenSession.initialize(MavenSession.java:175) > > > at org.apache.maven.cli.App.doMain(App.java:472) > > > at org.apache.maven.cli.App.main(App.java:1214) > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > > at > > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess > > orImpl.java:
RE: checkout-project fails, but cvs succeeds
Certainly is strange. Maven would be using the one first in the path, which would be what you are using. Have you tried to delete the target directory first? What about if you run it outside of a project directory (If you are inside one)? - Brett > -Original Message- > From: Chuck Daniels [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 25 May 2004 1:35 PM > To: Maven Users List > Subject: RE: checkout-project fails, but cvs succeeds > > > Hi Brett, > > It was difficult to see in the output I included, but after > the BUILD FAILED message, my output included the following > (using -X provides no further cvs > details): > > Command line was [Executing 'cvs' with arguments: > '-d:pserver:[EMAIL PROTECTED]:/path' > '-q' > 'checkout' > '-P' > 'bfrc' > > This is the full cvs command that fails through maven. > However, when I ran cvs directly, using the same arguments, > it worked. That's what's puzzling me. I do have 2 instances > of cvs installed on my machine. Is it possible that maven is > picking up a different installation than the one that is used > when I run cvs directly from the command line? > > Cheers, > Chuck > > > -Original Message- > > From: Brett Porter [mailto:[EMAIL PROTECTED] > > Sent: Monday, May 24, 2004 9:01 PM > > To: 'Maven Users List' > > Subject: RE: checkout-project fails, but cvs succeeds > > > > > > You might get more info running with -X: it should show the > full cvs > > command line. > > > > I'm not sure what is happening, but it is a CVS issue. I have no > > problem with the checkout command myself. > > > > Cheers, > > Brett > > > > > -Original Message- > > > From: Chuck Daniels [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, 25 May 2004 11:29 AM > > > To: [EMAIL PROTECTED] > > > Subject: scm:checkout-project fails, but cvs succeeds > > > > > > > > > Hi, > > > > > > I couldn't find any postings in the mailing list archive > regarding > > > this, but has anybody experienced any problems with > > > scm:checkout-project? When I attempt to attain this > goal, I get the > > > following problem: > > > > > > - BEGIN OUTPUT - > > > > > > [deleted lines] > > > > > > scm:cvs-checkout-project: > > > [echo] Checking out bfrc; from CVSROOT: > > > :pserver:[EMAIL PROTECTED]:/path > > > [mkdir] Created dir: > > > D:\development\workspace\bfrc\target\checkouts\bfrc > > > [cvs] Using cvs passfile: d:\profiles\cdaniels\.cvspass > > > [cvs] cvs checkout: in directory bfrc: > > > [cvs] cvs checkout: cannot open CVS/Entries for > reading: No such > > > file or directory > > > [cvs] U bfrc/.cvsignore > > > [cvs] cvs [checkout aborted]: cannot open > > > CVS/Entries.Log: No such file or directory > > > > > > BUILD FAILED > > > File.. > > > > d:\profiles\cdaniels\.maven\plugins\maven-scm-plugin-1.3\plugin.jell > > > y > > > Element... ant:cvs > > > Line.. 227 > > > Column 9 > > > cvs exited with error code 1 > > > Command line was [Executing 'cvs' with arguments: > > > '-d:pserver:[EMAIL PROTECTED]:/path' > > > '-q' > > > 'checkout' > > > '-P' > > > 'bfrc' > > > > > > The ' characters around the executable and arguments are > not part of > > > the command. > > > > > > [deleted lines] > > > > > > - END OUTPUT - > > > > > > Notice that .cvsignore is checked out, but nothing else > is, then cvs > > > fails. However, if I change directory to target\checkouts > and issue > > > the cvs command using the same arguments as show above, > everything > > > works fine. That is, if I run > > > > > > cvs -d:pserver:[EMAIL PROTECTED]:/path -q checkout -P bfrc > > > > > > from target\checkouts, cvs successfully checks out > everything from > > > the bfrc module into target\checkouts\bfrc. > > > > > > Does anybody know why the same command would fail when issued > > > through maven's scm:checkout-project goal? > > > > > > Thanks, > > > Chuck > > > > > > > > > > > > > - > > > 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: checkout-project fails, but cvs succeeds
Hi Brett, It was difficult to see in the output I included, but after the BUILD FAILED message, my output included the following (using -X provides no further cvs details): Command line was [Executing 'cvs' with arguments: '-d:pserver:[EMAIL PROTECTED]:/path' '-q' 'checkout' '-P' 'bfrc' This is the full cvs command that fails through maven. However, when I ran cvs directly, using the same arguments, it worked. That's what's puzzling me. I do have 2 instances of cvs installed on my machine. Is it possible that maven is picking up a different installation than the one that is used when I run cvs directly from the command line? Cheers, Chuck > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: Monday, May 24, 2004 9:01 PM > To: 'Maven Users List' > Subject: RE: checkout-project fails, but cvs succeeds > > > You might get more info running with -X: it should show the full > cvs command > line. > > I'm not sure what is happening, but it is a CVS issue. I have no problem > with the checkout command myself. > > Cheers, > Brett > > > -Original Message- > > From: Chuck Daniels [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, 25 May 2004 11:29 AM > > To: [EMAIL PROTECTED] > > Subject: scm:checkout-project fails, but cvs succeeds > > > > > > Hi, > > > > I couldn't find any postings in the mailing list archive > > regarding this, but has anybody experienced any problems with > > scm:checkout-project? When I attempt to attain this goal, I > > get the following problem: > > > > - BEGIN OUTPUT - > > > > [deleted lines] > > > > scm:cvs-checkout-project: > > [echo] Checking out bfrc; from CVSROOT: > > :pserver:[EMAIL PROTECTED]:/path > > [mkdir] Created dir: > > D:\development\workspace\bfrc\target\checkouts\bfrc > > [cvs] Using cvs passfile: d:\profiles\cdaniels\.cvspass > > [cvs] cvs checkout: in directory bfrc: > > [cvs] cvs checkout: cannot open CVS/Entries for reading: > > No such file or directory > > [cvs] U bfrc/.cvsignore > > [cvs] cvs [checkout aborted]: cannot open > > CVS/Entries.Log: No such file or directory > > > > BUILD FAILED > > File.. > > d:\profiles\cdaniels\.maven\plugins\maven-scm-plugin-1.3\plugin.jelly > > Element... ant:cvs > > Line.. 227 > > Column 9 > > cvs exited with error code 1 > > Command line was [Executing 'cvs' with arguments: > > '-d:pserver:[EMAIL PROTECTED]:/path' > > '-q' > > 'checkout' > > '-P' > > 'bfrc' > > > > The ' characters around the executable and arguments are > > not part of the command. > > > > [deleted lines] > > > > - END OUTPUT - > > > > Notice that .cvsignore is checked out, but nothing else is, > > then cvs fails. However, if I change directory to > > target\checkouts and issue the cvs command using the same > > arguments as show above, everything works fine. That is, if I run > > > > cvs -d:pserver:[EMAIL PROTECTED]:/path -q checkout -P bfrc > > > > from target\checkouts, cvs successfully checks out everything > > from the bfrc module into target\checkouts\bfrc. > > > > Does anybody know why the same command would fail when issued > > through maven's scm:checkout-project goal? > > > > Thanks, > > Chuck > > > > > > - > > 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: checkout-project fails, but cvs succeeds
You might get more info running with -X: it should show the full cvs command line. I'm not sure what is happening, but it is a CVS issue. I have no problem with the checkout command myself. Cheers, Brett > -Original Message- > From: Chuck Daniels [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 25 May 2004 11:29 AM > To: [EMAIL PROTECTED] > Subject: scm:checkout-project fails, but cvs succeeds > > > Hi, > > I couldn't find any postings in the mailing list archive > regarding this, but has anybody experienced any problems with > scm:checkout-project? When I attempt to attain this goal, I > get the following problem: > > - BEGIN OUTPUT - > > [deleted lines] > > scm:cvs-checkout-project: > [echo] Checking out bfrc; from CVSROOT: > :pserver:[EMAIL PROTECTED]:/path > [mkdir] Created dir: > D:\development\workspace\bfrc\target\checkouts\bfrc > [cvs] Using cvs passfile: d:\profiles\cdaniels\.cvspass > [cvs] cvs checkout: in directory bfrc: > [cvs] cvs checkout: cannot open CVS/Entries for reading: > No such file or directory > [cvs] U bfrc/.cvsignore > [cvs] cvs [checkout aborted]: cannot open > CVS/Entries.Log: No such file or directory > > BUILD FAILED > File.. > d:\profiles\cdaniels\.maven\plugins\maven-scm-plugin-1.3\plugin.jelly > Element... ant:cvs > Line.. 227 > Column 9 > cvs exited with error code 1 > Command line was [Executing 'cvs' with arguments: > '-d:pserver:[EMAIL PROTECTED]:/path' > '-q' > 'checkout' > '-P' > 'bfrc' > > The ' characters around the executable and arguments are > not part of the command. > > [deleted lines] > > - END OUTPUT - > > Notice that .cvsignore is checked out, but nothing else is, > then cvs fails. However, if I change directory to > target\checkouts and issue the cvs command using the same > arguments as show above, everything works fine. That is, if I run > > cvs -d:pserver:[EMAIL PROTECTED]:/path -q checkout -P bfrc > > from target\checkouts, cvs successfully checks out everything > from the bfrc module into target\checkouts\bfrc. > > Does anybody know why the same command would fail when issued > through maven's scm:checkout-project goal? > > Thanks, > Chuck > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
RE: rc3 inheritance quick question
No I don't and pardon me for spreading my ill informed opinions on the list; I am glad they work and must have been working with very out of date information. I will rework my entitiy based dependencies & give it a go with rc3 Thanks for the quick response Matthew > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 25, 2004 11:11 AM > To: 'Maven Users List' > Subject: RE: rc3 inheritance quick question > > Dependencies have always (at least through the RCs) been > inherited... Do you have a test case that shows otherwise? > > - Brett > > > -Original Message- > > From: J. Matthew Pryor [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, 25 May 2004 10:58 AM > > To: 'Maven Users List' > > Subject: RE: rc3 inheritance quick question > > > > > > To that end, is it still the case in RC3 that dependencies are not > > inherited > > > > I have tried hard ot understand this from reading the user guide & > > reference but have failed > > > > Thanks for any clarifications or pointers to stuff I missed. > > > > If entities are "frowned on" then how are people sharing common > > dependency definitions? > > > > Matthew > > > > > -Original Message- > > > From: Brett Porter [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, May 25, 2004 10:32 AM > > > To: 'Maven Users List' > > > Subject: RE: rc3 inheritance quick question > > > > > > That's correct. > > > > > > > -Original Message- > > > > From: Nathan Coast [mailto:[EMAIL PROTECTED] > > > > Sent: Tuesday, 25 May 2004 10:26 AM > > > > To: Maven Users > > > > Subject: rc3 inheritance quick question > > > > > > > > > > > > Hi, > > > > > > > > I seem to remember that multiple levels of inheritance were not > > > > supported for all of the following artifacts. Are > these all now > > > > working for n levels of project inheritance in rc3? > > > > > > > > project.xml > > > > project.properties > > > > maven.xml > > > > > > > > thanks > > > > Nathan > > > > > > > > > > > > > > > > > > - > > > > 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]
scm:checkout-project fails, but cvs succeeds
Hi, I couldn't find any postings in the mailing list archive regarding this, but has anybody experienced any problems with scm:checkout-project? When I attempt to attain this goal, I get the following problem: - BEGIN OUTPUT - [deleted lines] scm:cvs-checkout-project: [echo] Checking out bfrc; from CVSROOT: :pserver:[EMAIL PROTECTED]:/path [mkdir] Created dir: D:\development\workspace\bfrc\target\checkouts\bfrc [cvs] Using cvs passfile: d:\profiles\cdaniels\.cvspass [cvs] cvs checkout: in directory bfrc: [cvs] cvs checkout: cannot open CVS/Entries for reading: No such file or directory [cvs] U bfrc/.cvsignore [cvs] cvs [checkout aborted]: cannot open CVS/Entries.Log: No such file or directory BUILD FAILED File.. d:\profiles\cdaniels\.maven\plugins\maven-scm-plugin-1.3\plugin.jelly Element... ant:cvs Line.. 227 Column 9 cvs exited with error code 1 Command line was [Executing 'cvs' with arguments: '-d:pserver:[EMAIL PROTECTED]:/path' '-q' 'checkout' '-P' 'bfrc' The ' characters around the executable and arguments are not part of the command. [deleted lines] - END OUTPUT - Notice that .cvsignore is checked out, but nothing else is, then cvs fails. However, if I change directory to target\checkouts and issue the cvs command using the same arguments as show above, everything works fine. That is, if I run cvs -d:pserver:[EMAIL PROTECTED]:/path -q checkout -P bfrc from target\checkouts, cvs successfully checks out everything from the bfrc module into target\checkouts\bfrc. Does anybody know why the same command would fail when issued through maven's scm:checkout-project goal? Thanks, Chuck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: rc3 inheritance quick question
Dependencies have always (at least through the RCs) been inherited... Do you have a test case that shows otherwise? - Brett > -Original Message- > From: J. Matthew Pryor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 25 May 2004 10:58 AM > To: 'Maven Users List' > Subject: RE: rc3 inheritance quick question > > > To that end, is it still the case in RC3 that dependencies > are not inherited > > I have tried hard ot understand this from reading the user > guide & reference but have failed > > Thanks for any clarifications or pointers to stuff I missed. > > If entities are "frowned on" then how are people sharing > common dependency definitions? > > Matthew > > > -Original Message- > > From: Brett Porter [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, May 25, 2004 10:32 AM > > To: 'Maven Users List' > > Subject: RE: rc3 inheritance quick question > > > > That's correct. > > > > > -Original Message- > > > From: Nathan Coast [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, 25 May 2004 10:26 AM > > > To: Maven Users > > > Subject: rc3 inheritance quick question > > > > > > > > > Hi, > > > > > > I seem to remember that multiple levels of inheritance were not > > > supported for all of the following artifacts. Are these all now > > > working for n levels of project inheritance in rc3? > > > > > > project.xml > > > project.properties > > > maven.xml > > > > > > thanks > > > Nathan > > > > > > > > > > > > - > > > 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: rc3 inheritance quick question
To that end, is it still the case in RC3 that dependencies are not inherited I have tried hard ot understand this from reading the user guide & reference but have failed Thanks for any clarifications or pointers to stuff I missed. If entities are "frowned on" then how are people sharing common dependency definitions? Matthew > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 25, 2004 10:32 AM > To: 'Maven Users List' > Subject: RE: rc3 inheritance quick question > > That's correct. > > > -Original Message- > > From: Nathan Coast [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, 25 May 2004 10:26 AM > > To: Maven Users > > Subject: rc3 inheritance quick question > > > > > > Hi, > > > > I seem to remember that multiple levels of inheritance were not > > supported for all of the following artifacts. Are these all now > > working for n levels of project inheritance in rc3? > > > > project.xml > > project.properties > > maven.xml > > > > thanks > > Nathan > > > > > > > - > > 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: rc3 inheritance quick question
That's correct. > -Original Message- > From: Nathan Coast [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 25 May 2004 10:26 AM > To: Maven Users > Subject: rc3 inheritance quick question > > > Hi, > > I seem to remember that multiple levels of inheritance were not > supported for all of the following artifacts. Are these all > now working > for n levels of project inheritance in rc3? > > project.xml > project.properties > maven.xml > > thanks > Nathan > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
rc3 inheritance quick question
Hi, I seem to remember that multiple levels of inheritance were not supported for all of the following artifacts. Are these all now working for n levels of project inheritance in rc3? project.xml project.properties maven.xml thanks Nathan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven XDoclet plug-in examples?
I'm a little disappointed by the quality of the Maven/XDoclet integration documentation out there. There seem to be a lot of good starts, but nothing in the way of a complete solution. I've found the three Wiki pages, Maven Magic, and a few other pages, and most of them make it look easy enough, but when I try to duplicate their successes, it doesn't work so well for me. I'm using Maven 1.0rc2 (moving to rc3, but I'm not sure it's going to make a difference in this), and XDoclet 1.2.1. While I can get a maven.xml script to invoke XDoclet like an Ant task, it doesn't seem to do all the steps the tutorials expect it to (generating the application.xml file, for example). So I tried to use the maven-xdoclet-plugin, and I get the following message: [echo] Running ejb:install for Testing EJB Module Tag library requested that is not present: 'maven' in plugin: 'maven-xdoclet- plugin-1.2.1' I found some discussions that suggested this was a namespace problem, but changing the namespaces in the plugin.jelly didn't help. All I know is that I'm not getting any generated code. And finally, the build fails with this message: xdoclet:ejbdoclet: [echo] Compiling to {my_path}/root/../TestingEjb/target/classes BUILD FAILED File.. {my_home}/.maven/plugins/maven-multiproject-plugin-1.3/plugin.jelly Element... maven:reactor Line.. 216 Column 9 Unable to obtain goal [multiproject:install-callback] -- {my_home}/.maven/ plugins/maven-java-plugin-1.4/plugin.jelly:53:48: srcdir "{my_path}/TestingEjb/target/xdoclet/ejbdoclet" does not exist! Now, I've seen some people suggest that the XDoclet plugin is... lacking (in terms of documentation, I'd certainly agree). Perhaps I shouldn't be using it and should stick to the ant task style of running XDoclet? Are there any projects that I can examine where maven is building a bunch of EJBs for deployment on JBoss? I got the J2EE sample project off the Wiki, but that seems to require an EJB client project for each bean, and I don't see a good reason for it. Perhaps I'm posting to the wrong group and need to talk on the XDoclet user's list? Any help would be appreciated! Thanks, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upgrading to 1.0RC3 - exception thrown when listing goals
Dion Gillard wrote: throws Exception is an abomination. Very true, but this is even worse: try { // stuff } catch(Exception) { return null; } ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Upgrading to 1.0RC3 - exception thrown when listing goals
> throws Exception is an abomination. Yes it is. - Brett
Re: Maven - Confluence integration
On Mon, 2004-05-24 at 18:17, Nadeem Bitar wrote: > Just a quick question: What's wrong with radeox and regex? Paragraph formatting was awful and apt just provided a real parser so though I have to do a little more work it's resulted in something more robust. I don't mind doing a little java coding and I need formatting control that would ultimately work for a book. The apt package has also been around for quite a while and it works great. I just feel the apt format is easier for folks and is very much akin to RST which is very popular among python heads. Apt is little hidden treasure, I'm surprised no one found it and used it to make wiki and blog tools. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://maven.apache.org happiness is like a butterfly: the more you chase it, the more it will elude you, but if you turn your attention to other things, it will come and sit softly on your shoulder ... -- Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath Problem
Does it require tools.jar from the JDK on the classpath? On Mon, 24 May 2004 16:51:12 +0200, Amato Massimiliano (TLAB) <[EMAIL PROTECTED]> wrote: > > Hello, > > I am trying to write a plugin for workzen. I built an ant script that works > perfectly but when i tried to convert it into a plugin it failed. > > It looks like it is a classpath problem but i don't know exactly what to do.. > > Here's the output of my execution and the plugin.jelly file > > > > xmlns:j="jelly:core" > xmlns:jelxml="jelly:xml" > xmlns:jelant="jelly:ant" > xmlns:maven="jelly:maven" > xmlns:m="maven"> > > > > > > > > > > > > > > path="${plugin.getDependencyPath('workzen+xit')}"/> > > > > > Template = "/${basedir}/src/conf/pojo/control.vm" > InputUrl= "/${basedir}/src/conf/pojo/bean.xml" > OutputDir = "./work/fred/output1"> > > > > > > > And here's the output > __ __ > | \/ |__ _Apache__ ___ > | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ > |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT > > 0 [main] INFO workzen.xit.Engine - input connector: > workzen.xit.module.xml2bean.connector.Xml2BeanConnector > 0 [main] INFO workzen.xit.connector.XmlConnector - input url: > /D:/Projects/Misc/Generator/src/conf/pojo/bean.xml > 16 [main] INFO workzen.xit.connector.XmlConnector - output url: null > 328 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - > package:com.workzen.xit.module.xml2bean.test > 344 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - bean name:TypeBean > 359 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - fit size: 15 > 359 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - field name:pKey > 359 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - isprimary:true > testa: > [xml2bean] [ERROR] java.lang.NoClassDefFoundError: > sun/reflect/ConstructorAccessorImpl > BUILD SUCCESSFUL > Total time: 6 seconds > Finished at: Mon May 24 16:43:17 CEST 2004 > > Any help would be great > Max > > - > 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: JNDI properties
This can be done using a jndi.properties file. On Mon, 24 May 2004 12:54:58 -0400, Lach, Thierry <[EMAIL PROTECTED]> wrote: > > Is there any standard way to set up jndi properties from within maven? > > Specifically what I'm looking for is a way to set jndi java environment > values prior to running junit tests, with the values calculated based > upon values set inside of build.properties. > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upgrading to 1.0RC3 - exception thrown when listing goals
It was the repository connection string. throws Exception is an abomination. On Tue, 25 May 2004 08:58:36 +1000, Brett Porter <[EMAIL PROTECTED]> wrote: > > What happened? (Maybe we need to document something?) > > Also, it would have been good to see the first exception you got. As of RC3, > removing the local plugins directory will just save space - it should only > use plugins that are actually installed as JARs. > > - Brett > > > > > -Original Message- > > From: news [mailto:[EMAIL PROTECTED] On Behalf Of > > Omair-Inam Abdul-Matin > > Sent: Tuesday, 25 May 2004 7:47 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Upgrading to 1.0RC3 - exception thrown when listing goals > > > > > > Never mind, > > > > Problem solved. > > > > Omair > > > > Omair-Inam Abdul-Matin wrote: > > > > > I installed Maven 1.0RC3. The first time I forgot to > > remove the local > > > plugins directory and maven threw a nasty exception and > > quit on me. I > > > then uninstalled it, removed the local plugin directory and > > reinstalled > > > it. Now when I call maven -g, maven lists the goal but it > > throws the > > > following exception first: > > > > > > __ __ > > > | \/ |__ _Apache__ ___ > > > | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ > > > |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 > > > > > > [MethodExpression] Cannot evaluate expression > > > java.lang.reflect.InvocationTargetException > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > > at > > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess > > orImpl.java:39) > > > > > > at > > > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth > > odAccessorImpl.java:25) > > > > > > at java.lang.reflect.Method.invoke(Method.java:324) > > > at > > > > > org.apache.commons.betwixt.expression.MethodExpression.evaluat > > e(MethodExpression.java:96) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent( > > AbstractBeanWriter.java:658) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfEl > > ement(AbstractBeanWriter.java:539) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:481) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent( > > AbstractBeanWriter.java:643) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfEl > > ement(AbstractBeanWriter.java:539) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:513) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:233) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent( > > AbstractBeanWriter.java:630) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfEl > > ement(AbstractBeanWriter.java:539) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:513) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:233) > > > > > > at > > > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > > tBeanWriter.java:162) > > > > > > at > > org.apache.commons.betwixt.io.BeanWriter.write(BeanWriter.java:217) > > > at > > org.apache.maven.MavenUtils.getProjectString(MavenUtils.java:421) > > > at > > org.apache.maven.MavenUtils.getInterpolatedPOM(MavenUtils.java:372) > > > at > > org.apache.maven.MavenUtils.getJellyProject(MavenUtils.java:349) > > > at org.apache.maven.MavenUtils.getProject(MavenUtils.java:144) > > > at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122) > > > at > > > > > org.apache.maven.MavenSession.initializeRootProject(MavenSessi > > on.java:235) > > > at > > org.apache.maven.MavenSession.initialize(MavenSession.java:175) > > > at org.apache.maven.cli.App.doMain(App.java:472) > > > at org.apache.maven.cli.App.main(App.java:1214) > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > > at > > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess > > orImpl.java:39) > > > > > > at > > > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth > > odAccessorImpl.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) > > > Caused by: java.lang.IllegalArgumentException: repository connection > > > string contains less than six tokens > > > at > > > > > org.apache.maven.project.Repository.splitSCMConnection(Reposit > > ory.java:240) > > > at > > > > > org.apache.maven.project.Repository.getCvsModule(Repository.java:205) > > > at > >
Re: javadoc on generated source directories
I'll have a look at it today. On Mon, 24 May 2004 07:18:59 +0200, Arnaud Heritier <[EMAIL PROTECTED]> wrote: > > It's done. I wrote a test case for maven.compile.src.set. > It works only if maven.compile.src.set is manually setted in the > project.properties. > In CVS I commented tests for this. > > Arnaud. > > > -Message d'origine- > > De : Dion Gillard [mailto:[EMAIL PROTECTED] > > Envoyé : dimanche 23 mai 2004 23:23 > > À : Maven Users List > > Objet : Re: javadoc on generated source directories > > > > How about coding a failing (at the moment) plugin test case that can > > be run on demand? > > > > On Sat, 22 May 2004 19:59:07 +0200, Arnaud Heritier > > <[EMAIL PROTECTED]> wrote: > > > > > > Hello Denis, > > > > > > I studied your patch and I modified the Javadoc plugin to allow the use > > of > > > maven.compile.src.set if you want to test. > > > > > > Arnaud > > > > > > - > > 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: Upgrading to 1.0RC3 - exception thrown when listing goals
What happened? (Maybe we need to document something?) Also, it would have been good to see the first exception you got. As of RC3, removing the local plugins directory will just save space - it should only use plugins that are actually installed as JARs. - Brett > -Original Message- > From: news [mailto:[EMAIL PROTECTED] On Behalf Of > Omair-Inam Abdul-Matin > Sent: Tuesday, 25 May 2004 7:47 AM > To: [EMAIL PROTECTED] > Subject: Re: Upgrading to 1.0RC3 - exception thrown when listing goals > > > Never mind, > > Problem solved. > > Omair > > Omair-Inam Abdul-Matin wrote: > > > I installed Maven 1.0RC3. The first time I forgot to > remove the local > > plugins directory and maven threw a nasty exception and > quit on me. I > > then uninstalled it, removed the local plugin directory and > reinstalled > > it. Now when I call maven -g, maven lists the goal but it > throws the > > following exception first: > > > > __ __ > > | \/ |__ _Apache__ ___ > > | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ > > |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 > > > > [MethodExpression] Cannot evaluate expression > > java.lang.reflect.InvocationTargetException > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess > orImpl.java:39) > > > > at > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth > odAccessorImpl.java:25) > > > > at java.lang.reflect.Method.invoke(Method.java:324) > > at > > > org.apache.commons.betwixt.expression.MethodExpression.evaluat > e(MethodExpression.java:96) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent( > AbstractBeanWriter.java:658) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfEl > ement(AbstractBeanWriter.java:539) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > tBeanWriter.java:481) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent( > AbstractBeanWriter.java:643) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfEl > ement(AbstractBeanWriter.java:539) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > tBeanWriter.java:513) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > tBeanWriter.java:233) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent( > AbstractBeanWriter.java:630) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfEl > ement(AbstractBeanWriter.java:539) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > tBeanWriter.java:513) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > tBeanWriter.java:233) > > > > at > > > org.apache.commons.betwixt.io.AbstractBeanWriter.write(Abstrac > tBeanWriter.java:162) > > > > at > org.apache.commons.betwixt.io.BeanWriter.write(BeanWriter.java:217) > > at > org.apache.maven.MavenUtils.getProjectString(MavenUtils.java:421) > > at > org.apache.maven.MavenUtils.getInterpolatedPOM(MavenUtils.java:372) > > at > org.apache.maven.MavenUtils.getJellyProject(MavenUtils.java:349) > > at org.apache.maven.MavenUtils.getProject(MavenUtils.java:144) > > at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122) > > at > > > org.apache.maven.MavenSession.initializeRootProject(MavenSessi > on.java:235) > > at > org.apache.maven.MavenSession.initialize(MavenSession.java:175) > > at org.apache.maven.cli.App.doMain(App.java:472) > > at org.apache.maven.cli.App.main(App.java:1214) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess > orImpl.java:39) > > > > at > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth > odAccessorImpl.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) > > Caused by: java.lang.IllegalArgumentException: repository connection > > string contains less than six tokens > > at > > > org.apache.maven.project.Repository.splitSCMConnection(Reposit > ory.java:240) > > at > > > org.apache.maven.project.Repository.getCvsModule(Repository.java:205) > > at > > > org.apache.maven.project.Repository.getCvsModule(Repository.java:144) > > ... 33 more > > [MethodExpression] Cannot evaluate expression > > java.lang.reflect.InvocationTargetException > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess > orImpl.java:39) > > > > at > > > sun.reflect.Delega
Re: Maven - Confluence integration
Just a quick question: What's wrong with radeox and regex? On æ, 2004-05-24 at 17:37 -0400, Jason van Zyl wrote: > On Mon, 2004-05-24 at 17:11, Rafal Krzewski wrote: > > Hello world, > > > > I'm wondering how much of the Maven community uses Confluence as well. I > > do and I certainly like that. > > All of the maven2 use cases and other docs like the criteria for the > first m2 alpha, repository upload applications, security docs and some > other things are in Confluence. I am going to make it public when the > alpha is released. > > > Some time ago someone Nick Minutello wrote in his blog (can't find the > > link ATM, sorry) that he is working on a maven plugin that would > > tranform xdocs into Confuence compatible format and push them onto a > > server throgh the RPC interface. > > The effect - all documentation is viewed and edited through the > > confluence. Now, what about maven reports which are generated as xdocs? > > Should they be be pushed up to confluence too? But my projects generates > > 160 xdocs, totalling over 2.6MB of xml markup. Nah, I don't think so... > > I have never been a huge fan of the wiki as permanent documentation but > it does serve a purpose insofar as collecting possibly useful > documentation. To that end I think it would definitely be cool to be > able to use Confluence as an editing machine and extract the decent > documentation from confluence and make it part of the site. > > In part of my revulsion of having to use MS Word to write the Maven book > I got to thinking about what other way I could write the chapters of the > book and how it might be easier to collaborate with my editor as > checking in Word documents sucks. > > So I started yanking out confluence docs and converting them to apt: > > http://www.xmlmind.com/aptconvert.html > > After realizing the internal format of confluence is crap I just started > using apt itself which I think is a better format anyway (I was > convinced by Pete Kazmier) but I still have my confluence to apt stuff. > >From the apt format I can create xdocs and from there generate stuff. > I'm also using apt for the book which goes from apt -> MIF which is > framemaker output that gets sucked into ORA's production system. > > > Bob McWhirter took an opposite approach. He wrote a perls script > > (allegedly called "confluenza") that pulls Confluence content down and > > generates a set of static html pages. You could see the result on > > http://timtam.codehaus.org/ Notice the "Edit" link at the right bottom > > corner of the page. J Aaron Farr described it on his blog: > > http://www.jadetower.org/muses/archives/51.html > > I pesonally like this approach better than the other on - serving static > > html is simply faster - but what about my maven reports?! > > > > Therefore I think a combined approach would suit me best. A confluence > > plugin that would be able to: > > > > 1) push my existing xdocs (the hand written ones of course) up to > > confluence, so that I may edit them online. > > This part could be assimilated from Nick's hypothetic (or not?) plugin > > > > 2) pull docs from Confluence and turn them into xdocs, so that they get > > processed by the xdoc plugin and turned into static html. The maven's > > navigation.xml should also be generated in that proces based on the page > > parent-child relationships. > > Actually, navigation.xml processing would need to become more flexible - > > I still would like to define vertical toolbar links, and custom menus > > referncing maven generated reports, the confluence docs should go into a > > "Documentation" menu, or something. > > This is similar to Bob's approach, but would have to be implemented in > > Jelly, or preferably as a POJO for easy m2 generation, and obviously the > > output grammar is different. > > > > Too bad that I'm swamped with other work now, so I'm just tossing ideas > > around... Any takers? I'm willing to do the testing / reviews if someone > > is willing to work on implementing it. > > I've got lots of stuff if you want to look at it. But ultimately I think > I'm going to make something that uses the apt format and by pass > confluence, it's format and radeox all together. Regexes are proving not > to cut the mustard. I think the apt format would make an idea wiki and > blog format but I'm all for using confluence for now. Pete Kazmier > started the work and I finished the job of getting apt's license changed > from LGPL to the MIT license. > > We already have full apt -> xdoc, to go the other way probably wouldn't > be hard at all to create an initial import. It would probably take > someone a week to whip off a simple webapp to edit apt documents online > which would be very cool. > > > Rafal > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > -- > jvz. > > Jason van Zyl
Re: Upgrading to 1.0RC3 - exception thrown when listing goals
Never mind, Problem solved. Omair Omair-Inam Abdul-Matin wrote: I installed Maven 1.0RC3. The first time I forgot to remove the local plugins directory and maven threw a nasty exception and quit on me. I then uninstalled it, removed the local plugin directory and reinstalled it. Now when I call maven -g, maven lists the goal but it throws the following exception first: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 [MethodExpression] Cannot evaluate expression java.lang.reflect.InvocationTargetException 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 org.apache.commons.betwixt.expression.MethodExpression.evaluate(MethodExpression.java:96) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:658) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:481) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:643) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:513) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:233) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:630) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:513) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:233) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:162) at org.apache.commons.betwixt.io.BeanWriter.write(BeanWriter.java:217) at org.apache.maven.MavenUtils.getProjectString(MavenUtils.java:421) at org.apache.maven.MavenUtils.getInterpolatedPOM(MavenUtils.java:372) at org.apache.maven.MavenUtils.getJellyProject(MavenUtils.java:349) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:144) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122) at org.apache.maven.MavenSession.initializeRootProject(MavenSession.java:235) at org.apache.maven.MavenSession.initialize(MavenSession.java:175) at org.apache.maven.cli.App.doMain(App.java:472) at org.apache.maven.cli.App.main(App.java:1214) 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:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: java.lang.IllegalArgumentException: repository connection string contains less than six tokens at org.apache.maven.project.Repository.splitSCMConnection(Repository.java:240) at org.apache.maven.project.Repository.getCvsModule(Repository.java:205) at org.apache.maven.project.Repository.getCvsModule(Repository.java:144) ... 33 more [MethodExpression] Cannot evaluate expression java.lang.reflect.InvocationTargetException 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 org.apache.commons.betwixt.expression.MethodExpression.evaluate(MethodExpression.java:96) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:658) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:481) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:643) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:513) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:233) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:630) at org.apache.commons.betwixt.io.
& in href in xdoc
I am trying including the following link in my xdoc which contains an "&". http://www.sys-con.com/story/?DE=1&storyid=37795";> I get an exception when I execute xdoc:transform which says: The reference to entity "storyid" must end with the ';' delimiter. If I change the link to have "&" instead, the link does not work. Does anyone know how xdoc can include multiple parameters in an href attribute? Thanks. Karl - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger
& in href in Xdoc
I am trying including the following link in my xdoc which contains an "&". - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger
Re: Maven - Confluence integration
On Mon, 2004-05-24 at 17:11, Rafal Krzewski wrote: > Hello world, > > I'm wondering how much of the Maven community uses Confluence as well. I > do and I certainly like that. All of the maven2 use cases and other docs like the criteria for the first m2 alpha, repository upload applications, security docs and some other things are in Confluence. I am going to make it public when the alpha is released. > Some time ago someone Nick Minutello wrote in his blog (can't find the > link ATM, sorry) that he is working on a maven plugin that would > tranform xdocs into Confuence compatible format and push them onto a > server throgh the RPC interface. > The effect - all documentation is viewed and edited through the > confluence. Now, what about maven reports which are generated as xdocs? > Should they be be pushed up to confluence too? But my projects generates > 160 xdocs, totalling over 2.6MB of xml markup. Nah, I don't think so... I have never been a huge fan of the wiki as permanent documentation but it does serve a purpose insofar as collecting possibly useful documentation. To that end I think it would definitely be cool to be able to use Confluence as an editing machine and extract the decent documentation from confluence and make it part of the site. In part of my revulsion of having to use MS Word to write the Maven book I got to thinking about what other way I could write the chapters of the book and how it might be easier to collaborate with my editor as checking in Word documents sucks. So I started yanking out confluence docs and converting them to apt: http://www.xmlmind.com/aptconvert.html After realizing the internal format of confluence is crap I just started using apt itself which I think is a better format anyway (I was convinced by Pete Kazmier) but I still have my confluence to apt stuff. >From the apt format I can create xdocs and from there generate stuff. I'm also using apt for the book which goes from apt -> MIF which is framemaker output that gets sucked into ORA's production system. > Bob McWhirter took an opposite approach. He wrote a perls script > (allegedly called "confluenza") that pulls Confluence content down and > generates a set of static html pages. You could see the result on > http://timtam.codehaus.org/ Notice the "Edit" link at the right bottom > corner of the page. J Aaron Farr described it on his blog: > http://www.jadetower.org/muses/archives/51.html > I pesonally like this approach better than the other on - serving static > html is simply faster - but what about my maven reports?! > > Therefore I think a combined approach would suit me best. A confluence > plugin that would be able to: > > 1) push my existing xdocs (the hand written ones of course) up to > confluence, so that I may edit them online. > This part could be assimilated from Nick's hypothetic (or not?) plugin > > 2) pull docs from Confluence and turn them into xdocs, so that they get > processed by the xdoc plugin and turned into static html. The maven's > navigation.xml should also be generated in that proces based on the page > parent-child relationships. > Actually, navigation.xml processing would need to become more flexible - > I still would like to define vertical toolbar links, and custom menus > referncing maven generated reports, the confluence docs should go into a > "Documentation" menu, or something. > This is similar to Bob's approach, but would have to be implemented in > Jelly, or preferably as a POJO for easy m2 generation, and obviously the > output grammar is different. > > Too bad that I'm swamped with other work now, so I'm just tossing ideas > around... Any takers? I'm willing to do the testing / reviews if someone > is willing to work on implementing it. I've got lots of stuff if you want to look at it. But ultimately I think I'm going to make something that uses the apt format and by pass confluence, it's format and radeox all together. Regexes are proving not to cut the mustard. I think the apt format would make an idea wiki and blog format but I'm all for using confluence for now. Pete Kazmier started the work and I finished the job of getting apt's license changed from LGPL to the MIT license. We already have full apt -> xdoc, to go the other way probably wouldn't be hard at all to create an initial import. It would probably take someone a week to whip off a simple webapp to edit apt documents online which would be very cool. > Rafal > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://maven.apache.org happiness is like a butterfly: the more you chase it, the more it will elude you, but if you turn your attention to other things, it will come and sit softly on your shoulder ... -- Thoreau - To u
Upgrading to 1.0RC3 - exception thrown when listing goals
I installed Maven 1.0RC3. The first time I forgot to remove the local plugins directory and maven threw a nasty exception and quit on me. I then uninstalled it, removed the local plugin directory and reinstalled it. Now when I call maven -g, maven lists the goal but it throws the following exception first: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 [MethodExpression] Cannot evaluate expression java.lang.reflect.InvocationTargetException 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 org.apache.commons.betwixt.expression.MethodExpression.evaluate(MethodExpression.java:96) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:658) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:481) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:643) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:513) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:233) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:630) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:513) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:233) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:162) at org.apache.commons.betwixt.io.BeanWriter.write(BeanWriter.java:217) at org.apache.maven.MavenUtils.getProjectString(MavenUtils.java:421) at org.apache.maven.MavenUtils.getInterpolatedPOM(MavenUtils.java:372) at org.apache.maven.MavenUtils.getJellyProject(MavenUtils.java:349) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:144) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122) at org.apache.maven.MavenSession.initializeRootProject(MavenSession.java:235) at org.apache.maven.MavenSession.initialize(MavenSession.java:175) at org.apache.maven.cli.App.doMain(App.java:472) at org.apache.maven.cli.App.main(App.java:1214) 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:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: java.lang.IllegalArgumentException: repository connection string contains less than six tokens at org.apache.maven.project.Repository.splitSCMConnection(Repository.java:240) at org.apache.maven.project.Repository.getCvsModule(Repository.java:205) at org.apache.maven.project.Repository.getCvsModule(Repository.java:144) ... 33 more [MethodExpression] Cannot evaluate expression java.lang.reflect.InvocationTargetException 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 org.apache.commons.betwixt.expression.MethodExpression.evaluate(MethodExpression.java:96) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:658) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:481) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:643) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:513) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:233) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeContent(AbstractBeanWriter.java:630) at org.apache.commons.betwixt.io.AbstractBeanWriter.writeRestOfElement(AbstractBeanWriter.java:539) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:513) at org.apache.commons.betwixt.io.AbstractBeanWriter.write(AbstractBeanWriter.java:233) at org.apache.commons.betwix
Maven - Confluence integration
Hello world, I'm wondering how much of the Maven community uses Confluence as well. I do and I certainly like that. Some time ago someone Nick Minutello wrote in his blog (can't find the link ATM, sorry) that he is working on a maven plugin that would tranform xdocs into Confuence compatible format and push them onto a server throgh the RPC interface. The effect - all documentation is viewed and edited through the confluence. Now, what about maven reports which are generated as xdocs? Should they be be pushed up to confluence too? But my projects generates 160 xdocs, totalling over 2.6MB of xml markup. Nah, I don't think so... Bob McWhirter took an opposite approach. He wrote a perls script (allegedly called "confluenza") that pulls Confluence content down and generates a set of static html pages. You could see the result on http://timtam.codehaus.org/ Notice the "Edit" link at the right bottom corner of the page. J Aaron Farr described it on his blog: http://www.jadetower.org/muses/archives/51.html I pesonally like this approach better than the other on - serving static html is simply faster - but what about my maven reports?! Therefore I think a combined approach would suit me best. A confluence plugin that would be able to: 1) push my existing xdocs (the hand written ones of course) up to confluence, so that I may edit them online. This part could be assimilated from Nick's hypothetic (or not?) plugin 2) pull docs from Confluence and turn them into xdocs, so that they get processed by the xdoc plugin and turned into static html. The maven's navigation.xml should also be generated in that proces based on the page parent-child relationships. Actually, navigation.xml processing would need to become more flexible - I still would like to define vertical toolbar links, and custom menus referncing maven generated reports, the confluence docs should go into a "Documentation" menu, or something. This is similar to Bob's approach, but would have to be implemented in Jelly, or preferably as a POJO for easy m2 generation, and obviously the output grammar is different. Too bad that I'm swamped with other work now, so I'm just tossing ideas around... Any takers? I'm willing to do the testing / reviews if someone is willing to work on implementing it. Rafal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hibernate schema export
May be this file could be helpful for somebody > Exporting Hibernate Schema file Exporting Hibernate Schema file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WinXP and SSH Deploy
It works for me. I added the Putty directory to my path and setted my properties with : maven.ssh.executable= plink maven.scp.executable= pscp I use an ssh2 key generated with puttygen. I launch the pagent and I created a session to my remote SSH account. I can detail a little bit more if you want. Arnaud > -Message d'origine- > De : Ricardo Gladwell [mailto:[EMAIL PROTECTED] > Envoyé : lundi 24 mai 2004 16:48 > À : Maven Users List > Objet : WinXP and SSH Deploy > > Hi All, > > I'm having some problems deploying my site with maven over ssh on Windows > (XP). I've downloaded PuTTY and set the correct properties in my > ${user.home}\build.properties: > > maven.site.ssh.executable=plink.exe > maven.site.ssh.args=-pw password > > However, when I execute maven site:deploy it gets as far as generating the > site and then stalls, as though expecting input. When I examine the > processes I see that maven hasn't executed plink.exe, but cygwin ssh.exe! > > Anyone have any ideas? > > -- > Ricardo Gladwell > > - > 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: JNDI properties
Lach, Thierry wrote: Is there any standard way to set up jndi properties from within maven? Specifically what I'm looking for is a way to set jndi java environment values prior to running junit tests, with the values calculated based upon values set inside of build.properties. Which properties are you referring to? Do you mean javax.naming.factory.initial, or are they your own homegrown properties? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Version numbers
Hi Try the ant buildnumber tag. It doesn't provide support for full version number but appending a build value to your version number does the trick in many circumstances. An example : This tag will locate the specified file, read the value in it and rewrite after adding 1. I guess by combining multiple files and the call to the right one when incrementing your version could also be a possible solution. Hope it helps. Eric T8, JON STRAYER wrote: Does anyone have a jelly tag that will take a version number like 1.2.3.4 and increment a given portion of it? - 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]
JNDI properties
Is there any standard way to set up jndi properties from within maven? Specifically what I'm looking for is a way to set jndi java environment values prior to running junit tests, with the values calculated based upon values set inside of build.properties.
Inherit parent's pom.siteDirectory
Hello, is there a way to inherit parent's pom.siteDirectory ie, I can define siteDirectory element in project.xml ${basedir}/../project.xml> .. ${pom.siteDirectory}/mydir When I try this with my maven site goal, I got stack overflow. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven RC3 problem - can't run any goals
MAVEN_HOME was set as MAVEN_HOME=\workspace\apps\maven\plugins once i canged it to MAVEN_HOME=c:\workspace\apps\maven\plugins maven started to work go figure thanks vlad >>> [EMAIL PROTECTED] 05/23/04 05:16PM >>> It's possible the value of MAVEN_HOME is the problem. Maven has not loaded any plugins. Try Arnaud's suggestion and let us know whether it helps. Also, check that c:\workspace\apps\maven\plugins is not empty (in which case you may have a bad zip). - Brett > -Original Message- > From: VLADIMIR TERZIC [mailto:[EMAIL PROTECTED] > Sent: Saturday, 22 May 2004 2:29 AM > To: [EMAIL PROTECTED] > Subject: RE: Maven RC3 problem - can't run any goals > > > - what distribution you downloaded (tar.bz2, .exe, tar.gz, or > zip) ..zip > > - what is MAVEN_HOME set to > set MAVEN_HOME=\workspace\apps\maven > > - is this windows, linux, ? > windows > > - output of maven --info > __ __ > | \/ |__ _Apache__ ___ > | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ > |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 > > Plugin cache will be regenerated > # BEGIN: Which report > Which.version=Which.java:($Revision: 1.2 $) > WhichJar.java:($Revision: 1.2 $) java.version=1.4.2-beta > file.encoding=Cp1252 > java.ext.dirs=c:\workspace\apps\java\jdk-1.4.2\jre\lib\ext > java.class.path=\workspace\apps\maven\lib\forehead-1.0-beta-5.jar > os.name=Windows 2000 > java.vendor=Sun Microsystems Inc. > sun.boot.class.path=\workspace\apps\maven\lib\endorsed\xerces- > 2.4.0.jar;\workspace\apps\maven\lib\endorsed\xml-apis-1.0. > b2.jar;c:\workspace\apps\java\jdk-1.4.2\jre\lib\rt.jar;c:\work > space\apps\java\jdk-1.4.2\jre\lib\i18n.jar;c:\workspace\ap > ps\java\jdk-1.4.2\jre\lib\sunrsasign.jar;c:\workspace\apps\jav > a\jdk-1.4.2\jre\lib\jsse.jar;c:\workspace\apps\java\jdk-1. > 4.2\jre\lib\jce.jar;c:\workspace\apps\java\jdk-1.4.2\jre\lib\c > harsets.jar;c:\workspace\apps\java\jdk-1.4.2\jre\classes > java.runtime.name=Java(TM) 2 Runtime Environment, Standard Edition > # END: Which report > thanks > vlad > > >>> [EMAIL PROTECTED] 05/20/04 04:49PM >>> > Can you please let us know: > - what distribution you downloaded (tar.bz2, .exe, tar.gz, or zip) > - what is MAVEN_HOME set to > - is this windows, linux, ? > - output of maven --info > > Thanks, > Brett > > > -Original Message- > > From: VLADIMIR TERZIC [mailto:[EMAIL PROTECTED] > > Sent: Friday, 21 May 2004 3:08 AM > > To: [EMAIL PROTECTED] > > Subject: Maven RC3 problem - can't run any goals > > > > > > running maven console for example returns "No such goal" > > > > running maven -g in RC3 returns no goals > > > > (I've removed RC2 plugin cache before running new maven) > > > > thanks > > vlad > > > > > > > - > > 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]
Classpath Problem
Hello, I am trying to write a plugin for workzen. I built an ant script that works perfectly but when i tried to convert it into a plugin it failed. It looks like it is a classpath problem but i don't know exactly what to do.. Here's the output of my execution and the plugin.jelly file And here's the output __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT 0 [main] INFO workzen.xit.Engine - input connector: workzen.xit.module.xml2bean.connector.Xml2BeanConnector 0 [main] INFO workzen.xit.connector.XmlConnector - input url: /D:/Projects/Misc/Generator/src/conf/pojo/bean.xml 16 [main] INFO workzen.xit.connector.XmlConnector - output url: null 328 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - package:com.workzen.xit.module.xml2bean.test 344 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - bean name:TypeBean 359 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - fit size: 15 359 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - field name:pKey 359 [main] DEBUG workzen.xit.module.xml2bean.util.XmlLoader - isprimary:true testa: [xml2bean] [ERROR] java.lang.NoClassDefFoundError: sun/reflect/ConstructorAccessorImpl BUILD SUCCESSFUL Total time: 6 seconds Finished at: Mon May 24 16:43:17 CEST 2004 Any help would be great Max - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
WinXP and SSH Deploy
Hi All, I'm having some problems deploying my site with maven over ssh on Windows (XP). I've downloaded PuTTY and set the correct properties in my ${user.home}\build.properties: maven.site.ssh.executable=plink.exe maven.site.ssh.args=-pw password However, when I execute maven site:deploy it gets as far as generating the site and then stalls, as though expecting input. When I examine the processes I see that maven hasn't executed plink.exe, but cygwin ssh.exe! Anyone have any ideas? -- Ricardo Gladwell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: javadoc on generated source directories
It's done. I wrote a test case for maven.compile.src.set. It works only if maven.compile.src.set is manually setted in the project.properties. In CVS I commented tests for this. Arnaud. > -Message d'origine- > De : Dion Gillard [mailto:[EMAIL PROTECTED] > Envoyé : dimanche 23 mai 2004 23:23 > À : Maven Users List > Objet : Re: javadoc on generated source directories > > How about coding a failing (at the moment) plugin test case that can > be run on demand? > > On Sat, 22 May 2004 19:59:07 +0200, Arnaud Heritier > <[EMAIL PROTECTED]> wrote: > > > > Hello Denis, > > > > I studied your patch and I modified the Javadoc plugin to allow the use > of > > maven.compile.src.set if you want to test. > > > > Arnaud > > - > 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: Overwriting properties
For the third one, did you define the maven namespace?? -Message d'origine- > De : Brett Porter [mailto:[EMAIL PROTECTED] > Envoyé : lundi 24 mai 2004 01:19 > À : 'Maven Users List' > Objet : RE: Overwriting properties > > The third one is correct. Are you using RC3? That notation was only added > in > RC3. > > - Brett > > > -Original Message- > > From: Heidi Schuster [mailto:[EMAIL PROTECTED] > > Sent: Saturday, 22 May 2004 12:56 AM > > To: Maven Users List > > Subject: Overwriting properties > > > > > > > > Hi, > > > > I am trying to overwrite a property for the multiproject > > plugin in my maven.xml Neither the ant property task or the > > jelly set task works (see code below). The value stays as > > defined in project.properties. > > > > > > > > > value="app*/project.xml"/> > > > > > plugin="maven-multiproject-plugin" > > property="maven.multiproject.includes" > > value="app*/project.xml" /> > > > > > > Any ideas? > > > > thanks you very much, > > Heidi > > > > > > - > > 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]
java:plugin 1.4 and javac 1.3
Hi I have to use javac 1.3 to compile my ejb in order to deploy it on weblogic 7.0. I set in project.properties: maven.compile.executable=${bea.jdk13} maven.compile.fork=true As a result compiler complains about invalid flag -source. What is a solution to this problem? Thanks, Marcin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]