Activating JMX console with de cruisecontrole plugin
/bin/java' with arguments: '-Djavax.management.builder.initial' 'mx4j.server.MX4JMBeanServerBuilder' '-classpath' '/usr/local/cruisecontrol-2.2/main/lib/ant-launcher.jar:/usr/local/cruisecont rol-2.2/main/lib/ant-javamail.jar:/usr/local/cruisecontrol-2.2/main/lib/ant.j ar:/usr/local/cruisecontrol-2.2/main/lib/ant-weblogic.jar:/usr/local/cruiseco ntrol-2.2/main/lib/ant-nodeps.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-j depend.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-swing.jar:/usr/local/cru isecontrol-2.2/main/lib/ant-antlr.jar:/usr/local/cruisecontrol-2.2/main/lib/x erces.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-icontract.jar:/usr/local/ cruisecontrol-2.2/main/lib/jdom.jar:/usr/local/cruisecontrol-2.2/main/lib/ant -netrexx.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-junit.jar:/usr/local/c ruisecontrol-2.2/main/lib/ant-commons-net.jar:/usr/local/cruisecontrol-2.2/ma in/lib/ant-apache-oro.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-xalan1.ja r:/usr/local/cruisecontrol-2.2/main/lib/xalan.jar:/usr/local/cruisecontrol-2. 2/main/lib/ant-apache-log4j.jar:/usr/local/cruisecontrol-2.2/main/lib/x10.jar :/usr/local/cruisecontrol-2.2/main/lib/mx4j.jar:/usr/local/cruisecontrol-2.2/ main/lib/ant-apache-resolver.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-co mmons-logging.jar:/usr/local/cruisecontrol-2.2/main/lib/mx4j-tools.jar:/usr/l ocal/cruisecontrol-2.2/main/lib/ant-vaj.jar:/usr/local/cruisecontrol-2.2/main /lib/activation.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-starteam.jar:/u sr/local/cruisecontrol-2.2/main/lib/checkstyle-all-3.1.jar:/usr/local/cruisec ontrol-2.2/main/lib/ant-jai.jar:/usr/local/cruisecontrol-2.2/main/lib/mail.ja r:/usr/local/cruisecontrol-2.2/main/lib/jakarta-oro-2.0.3.jar:/usr/local/crui secontrol-2.2/main/lib/ant-apache-bsf.jar:/usr/local/cruisecontrol-2.2/main/l ib/ant-trax.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-apache-bcel.jar:/us r/local/cruisecontrol-2.2/main/lib/smack.jar:/usr/local/cruisecontrol-2.2/mai n/lib/ant-stylebook.jar:/usr/local/cruisecontrol-2.2/main/lib/mx4j-remote.jar :/usr/local/cruisecontrol-2.2/main/lib/comm.jar:/usr/local/cruisecontrol-2.2/ main/lib/ant-jmf.jar:/usr/local/cruisecontrol-2.2/main/lib/log4j.jar:/usr/loc al/cruisecontrol-2.2/main/lib/ant-jsch.jar:/usr/local/cruisecontrol-2.2/main/ lib/ant-apache-regexp.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-xslp.jar: /usr/local/cruisecontrol-2.2/main/lib/commons-net-1.1.0.jar:/usr/local/cruise control-2.2/main/lib/junit.jar' '-jar' '/usr/local/cruisecontrol-2.2/main/dist/cruisecontrol.jar' '-projectname' 'canvasDoc' '-configfile' '/home/integ/insito/integration-continue/ic-source/J2EE/cruisecontrol.xml' '-port' '8999' The ' characters around the executable and arguments are not part of the command. [java] Exception in thread main java.lang.NoClassDefFoundError: mx4j/server/MX4JMBeanServerBuilder [java] [ERROR] Java Result: 1 attaining goal build:end BUILD SUCCESSFUL Final Memory: 3M/6M Total time: 4 seconds Finished at: Wed Aug 10 14:04:54 CEST 2005 Nicolas FRANK - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Activating JMX console with de cruisecontrole plugin
OK, I found how to do this, maybe this can help other people (And it would be
great if it could be added in the cruisecontrol plugin) :
!--==--
!-- Run Cruise Control --
!--==--
goal name=cruisecontrol:run
description=Run Cruise Control
prereqs=cruisecontrol:validate
!-- ant:java jar=${maven.cruisecontrol.home}/main/dist/cruisecontrol.jar
fork=true : this does not work - so I use the classname version instead --
ant:java classname=CruiseControl fork=true
jvmarg
line=-Djavax.management.builder.initial=mx4j.server.MX4JMBeanServerBuilder/
arg line=-projectname ${pom.artifactId}/
arg line=-configfile ${maven.cruisecontrol.config}/
arg line=-port ${maven.cruisecontrol.port}/
classpath
fileset dir=${maven.cruisecontrol.home}/main/dist
include name=cruisecontrol.jar/
/fileset
fileset dir=${maven.cruisecontrol.home}/main/lib
include name=*.jar/
/fileset
/classpath
/ant:java
/goal
I did not find anyway for it to work with the jar version. Seems like the
-Djavax.management.builder.initial=mx4j.server.MX4JMBeanServerBuilder can't
be provided to a jar (even when I tried to execute it directly from a prompt
line).
Nicolas FRANK
-Message d'origine-
De : Nicolas FRANK
Envoyé : mercredi 10 août 2005 14:18
À : Maven Users List
Objet : Activating JMX console with de cruisecontrole plugin
Using maven 1.0, does anyone succeded tweaked the cruisecontrol plugin so
that the jmx console could work ?
I changed the cruisecontrol:run goal adding the port property, the
-Djavax.management.builder.initial mx4j.server.MX4JMBeanServerBuilder
property and setting the classpath.
!--==--
!-- Run Cruise Control --
!--==--
goal name=cruisecontrol:run
description=Run Cruise Control
prereqs=cruisecontrol:validate
ant:java jar=${maven.cruisecontrol.home}/main/dist/cruisecontrol.jar
fork=true
arg line=-projectname ${pom.artifactId}/
arg line=-configfile ${maven.cruisecontrol.config}/
arg line=-port ${maven.cruisecontrol.port}/
jvmarg line=-Djavax.management.builder.initial
mx4j.server.MX4JMBeanServerBuilder/
classpath
fileset dir=${maven.cruisecontrol.home}/main/lib
include name=*.jar/
/fileset
/classpath
/ant:java
/goal
When I run cruisecontrol:run, it gives me a java.lang.NoClassDefFoundError:
mx4j/server/MX4JMBeanServerBuilder ! This class is in mx4j.jar and is
included into my classpath !
Does anyone knows whats wrong ?
Thank's...
Here the maven -X execution :
cruisecontrol:run:
[DEBUG] fileset: Setup scanner in dir /usr/local/cruisecontrol-2.2/main/lib
with patternSet{ includes: [*.jar] excludes: [] }
[java] [DEBUG] fileset: Setup scanner in dir
/usr/local/cruisecontrol-2.2/main/lib with patternSet{ includes: [*.jar]
excludes: [] }
[java] [DEBUG] fileset: Setup scanner in dir
/usr/local/cruisecontrol-2.2/main/lib with patternSet{ includes: [*.jar]
excludes: [] }
[java] [VERBOSE] Executing '/usr/local/java/j2sdk1.4.2_05/jre/bin/java'
with arguments:
'-Djavax.management.builder.initial'
'mx4j.server.MX4JMBeanServerBuilder'
'-classpath'
'/usr/local/cruisecontrol-2.2/main/lib/ant-launcher.jar:/usr/local/cruisecont
rol-2.2/main/lib/ant-javamail.jar:/usr/local/cruisecontrol-2.2/main/lib/ant.j
ar:/usr/local/cruisecontrol-2.2/main/lib/ant-weblogic.jar:/usr/local/cruiseco
ntrol-2.2/main/lib/ant-nodeps.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-j
depend.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-swing.jar:/usr/local/cru
isecontrol-2.2/main/lib/ant-antlr.jar:/usr/local/cruisecontrol-2.2/main/lib/x
erces.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-icontract.jar:/usr/local/
cruisecontrol-2.2/main/lib/jdom.jar:/usr/local/cruisecontrol-2.2/main/lib/ant
-netrexx.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-junit.jar:/usr/local/c
ruisecontrol-2.2/main/lib/ant-commons-net.jar:/usr/local/cruisecontrol-2.2/ma
in/lib/ant-apache-oro.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-xalan1.ja
r:/usr/local/cruisecontrol-2.2/main/lib/xalan.jar:/usr/local/cruisecontrol-2.
2/main/lib/ant-apache-log4j.jar:/usr/local/cruisecontrol-2.2/main/lib/x10.jar
:/usr/local/cruisecontrol-2.2/main/lib/mx4j.jar:/usr/local/cruisecontrol-2.2/
main/lib/ant-apache-resolver.jar:/usr/local/cruisecontrol-2.2/main/lib/ant-co
mmons-logging.jar:/usr/local/cruisecontrol-2.2/main/lib/mx4j-tools.jar:/usr/l
ocal/cruisecontrol-2.2/main/lib/ant-vaj.jar:/usr/local/cruisecontrol-2.2/main
/lib/activation.jar:/usr/local/cruisecontrol-2.2
Getting result code when executing a java
I need to be able de get the result code when executing a java program using
maven. I tryed using the java ant task, but as maven is usint version 1.5.3
the resultproperty and errorproperty are not available (only available in ant
1.6).
Does anyone has a solution ?
Thank's
Here is what I try to do :
project xmlns:j=jelly:core xmlns:ant=jelly:ant
goal name=runabc
ant:java classname=a.b.c fork=true failonerror=true
output=c:/log.txt
ant:arg value=abc/
ant:classpath refid=my.classpath/
/ant:java
!-- how to get the resultproperty (as ant 1.6 is doesn't work with maven) ?
--
j:if test=${resultproperty!='0'}
attainGoal name=mail/
/j:if
!-- if java task fail ie resultproperty!=0 send a mail --
/goal
/project
Nicolas FRANK
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE : specify a different properties file rather than build.properties file
I have a similar problem :
I want people to be able to customize some properties (ex: where is there
jboss folder so I can automaticaly deploy in it) without changing the maven
build.properties , and I want this property file to be placed in the project
folder so it can be put into cvs easily. (ex: a property into the
build.properties : jboss.folder=${user.jboss.folder} or directly the
jboss.folder property into the personal property file)
I have would like a structure like this :
myProject
|
--userconf
|
-- nfrank
|
-- user-build.properties
-- prod1
-- integration
-- ...
--src
|
maven.xml
build.properties
...
I would like properties defined into the user user-build.properties to be
used for that purpose. But how to include it ?
At worth I would like to do it by hand with :
properties file=$username/user-build.properties/,
but the better would be to be able to use those properties inside the
build.properties
I think there is no way to do it right now with maven... But maybe someone
found a workaround ?
Thank's
Nicolas.
-Message d'origine-
De : Jim Crossley [mailto:[EMAIL PROTECTED]
Envoyé : mardi 25 novembre 2003 14:24
À : Maven Users List
Objet : Re: specify a different properties file rather than build.properties
file
Jason van Zyl [EMAIL PROTECTED] writes:
On Mon, 2003-11-24 at 19:31, Nelson, Scott (MAN-Corporate) wrote:
Hey guys,
After reading the documentation I know that the order of properties
file processing is project.properties, build.properties,
build.properties(user.home). I also read that the -Dname=value
properties set at the CLI take precedence over all of these but...
Say I wanted maven to use a file called build-qa.properties instead
of build.properties, is there a way to do this in maven?
Why would you need to that?
Because the properties for each environment you might build/deploy the
project in are different, e.g. QA's mail host is not the same as Production's
mail host. We keep each environment's properties file under version control
to simplify deployment -- we don't want to introduce the potential for human
error by editing a properties file. We've used various ways of determining
which properties file to use at build-time -- it would be nice if Maven
provided a more standard way of doing it.
Thanks,
Jim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE : How to get rid of java files in ejb jar?
I guess you have set the maven.ejb.src with your ejb java source file... maven.ejb.src is for adding aditionnal files directly into your jar. So just remove this property and evrithing should be fine (no more .java) Nicolas. -Message d'origine- De : Alwyn Schoeman [mailto:[EMAIL PROTECTED] Envoyé : lundi 27 octobre 2003 03:54 À : [EMAIL PROTECTED] Objet : How to get rid of java files in ejb jar? Hi, I've fiddled with the includes and excludes for the ejb plugin, but cannot seem to get rid of the java sources in the jar. Any advice? -- Alwyn Schoeman SMART Money Inc. If you're a SMARTY and you're using the better DNS connections, you can access my homepage at http://nevyn.smarties.com.ph/Members/alwyn. The other unlucky ones: http://10.126.68.24/myplone - 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]
going through all directory files in a maven script
Hello,
I am trying to write a goal (later on it will probably be a plugin), to
execute the main method on every files of a classpath (this is for special
classes that are available in a separate sourcepath).
All my classes are compiled under a ${rttest.classes.dir} directory.
What I am wondering is how to get the list of all classes under this
directory (and of course sub-directories) in order to perform forEach and use
the following code :
j:forEach var=class.to.test items=${all.class.to.test}
echotesting : ${all.class.to.test}/echo
java classname=${class.to.test} fork=yes
ant:classpath
pathelement path=${maven.build.dest}/
path refid=maven.dependency.classpath/
/ant:classpath
/java
/j:forEach
So how to initialize the ${all.class.to.test} varialbe correctly ?
Thank's for your help.
Nicolas.
RE : ejb plugin - option not to jar sources
.. No it normaly doesn't ! I suspect you have set the maven.ejb.src (or you have put your sources into ejb/src which is the default value) which put all file under this folder into the ejb archive. So just remove it. Nicolas. -Message d'origine- De : Srinivas Pavani [mailto:[EMAIL PROTECTED] Envoyé : mercredi 20 août 2003 00:39 À : [EMAIL PROTECTED] Objet : ejb plugin - option not to jar sources Hi, The ejb plugin jars the source files (.java) files into the jar. Can this be made optional or removed? -- -- Srinivas This email may contain confidential and privileged material for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. __ McAfee VirusScan Online from the Netscape Network. Comprehensive protection for your entire computer. Get your free trial today! http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397 Get AOL Instant Messenger 5.1 free of charge. Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455 - 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 : RE : Checkstyle report problem
So the documentation should be updated (I was about to send the same link but
you did it faster ;-) )...
I changed my project.xml source directory and all is ok with the cvs head
version. In my understand, the ${basedir} requirement is ok as it allows more
fexibility (for example, for migration purpose). But the documentation should
be very clear about that as this is not the natural expected behaviour.
Thank's.
-Message d'origine-
De : Simon Matic Langford [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 20 août 2003 12:23
À : 'Maven Users List'
Objet : RE: RE : Checkstyle report problem
not according to your documentation:
http://maven.apache.org/start/integrate.html
s
The information contained in this e-mail is intended only for the person or
entity to which it is addressed and may contain confidential and/or
privileged material. If You are not the intended recipient of this e-mail,
the use of this information or any disclosure, copying or distribution is
Prohibited and may be unlawful. If you received this in error, please contact
the sender and delete the material from any computer. The views expressed in
this e-mail may not necessarily be the views of The PCMS Group plc and should
not be taken as authority to carry out any instruction contained.
-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Sent: 20 August 2003 10:26
To: Maven Users List
Subject: Re: RE : Checkstyle report problem
No, because we recommend to use ${basedir} un pom declaration
sourceDirectory${basedir}/src/java/sourceDirectory
- Original Message -
From: Nicolas FRANK [EMAIL PROTECTED]
To: Maven Users List [EMAIL PROTECTED]
Sent: Wednesday, August 20, 2003 10:43 AM
Subject: RE : RE : Checkstyle report problem
Yes, the cvs head
(http://cvs.apache.org/viewcvs/maven/src/plugins-build/checkst
yle/src/plugin
- resources/checkstyle.jsl?rev=HEADcontent-type=text/vnd.viewcv
s-markup)
of checkstyle.jsl gives j:set var=fullSrcDir
value=${pom.build.sourceDirectory}/ while it should be j:set
var=fullSrcDir value=${basedir}/${pom.build.sourceDirectory}/
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé :
mercredi 20 août 2003 01:48 À : Maven Users List
Objet : RE : Checkstyle report problem
I was sure I fixed this recently. Are you sure this happens
with the new
HEAD?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Nicolas FRANK [EMAIL PROTECTED] wrote on
19/08/2003 07:31:11
PM:
I have something similar (but this is not the same
problem), with the
cvs
head of the checkstyle plugin.
The problem happens only when using the reactor:
m:reactor basedir=${basedir} includes=**/project.xml
goals=site:deploy
banner=deployement site web ignoreFailures=false/
With the reactor the report links look like that:
xref\ier\src\java\com\financeactive\acuf\canvasDoc\xml\UserCon
textAcuf.html#
2
8
The correct version is well created when directly running
site:deploy
on
the
ejb-tier project:
xref/com/financeactive/acuf/canvasDoc/xml/UserContextAcuf.html#28
I guess this has something related with the sourceDir, but couldn't
find
any
way to fix it...
Any idea (I am sure that other people have already deal with that)?
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé :
mardi 19 août 2003 04:07 À : Maven Users List
Objet : Re: Checkstyle report problem
Is this from beta-10 or from the stable branch. I believe this was
fixed
after b10 was released.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Boris Ekelchik [EMAIL PROTECTED] wrote on
19/08/2003
11:39:06 AM:
Generated links and labels in the checkstyle report seam to loose
random number of characters from original class names, e.g.:
Checkstyle report row for ApplicationException is
tr
td
a href=#plicationException.javaplicationException.java/a
/td
td1/td
/tr
TopiHandler becomes:
tr
td
a href=#opicHandler.javaopicHandler.java/a
/td
td55/td
/tr
I am not totally sure, but it may something to do with this in
maven-checkstyle-plugin-2.0-SNAPSHOT\plugin-resources\checkstyle.jsl
:
j:forEach var=file items=${files}
!-- Type coercion doesn't work worth a
fuck in jexl.
--
j:set var=name
value=${file.attribute('name').getValue()}/
j:set var=name
value=${name.substring(mavenTool.toInteger(srcDirLength.toStr
ing()))}/
util:replace var=name value=${name}
oldChar=\\
newChar=//
!--- +1 is for the trailing slash above --
j:set var=errorCountx:expr
select=count($file/error)//j:set
RE : RE : Checkstyle report problem
Thank's a lot... It does the job !
-Message d'origine-
De : Simon Matic Langford [mailto:[EMAIL PROTECTED]
Envoyé : mardi 19 août 2003 11:38
À : 'Maven Users List'
Objet : RE: RE : Checkstyle report problem
I've fixed this locally on beta-10, by changing checkstyle.jsl in the
checkstyle plugin, but we have our own customised plugin which contains some
changes I've submitted to jira, so I thought it might be us.
if anyone wants to apply it and it isn't already, then here's the patch:
59c59
j:set var=fullSrcDir
value=${pom.build.sourceDirectory}/
---
j:set var=fullSrcDir
value=${basedir}/${pom.build.sourceDirectory}/
s
The information contained in this e-mail is intended only for the person or
entity to which it is addressed and may contain confidential and/or
privileged material. If You are not the intended recipient of this e-mail,
the use of this information or any disclosure, copying or distribution is
Prohibited and may be unlawful. If you received this in error, please contact
the sender and delete the material from any computer. The views expressed in
this e-mail may not necessarily be the views of The PCMS Group plc and should
not be taken as authority to carry out any instruction contained.
-Original Message-
From: Nicolas FRANK [mailto:[EMAIL PROTECTED]
Sent: 19 August 2003 10:31
To: Maven Users List
Subject: RE : Checkstyle report problem
I have something similar (but this is not the same problem),
with the cvs
head of the checkstyle plugin.
The problem happens only when using the reactor:
m:reactor basedir=${basedir} includes=**/project.xml
goals=site:deploy
banner=deployement site web ignoreFailures=false/
With the reactor the report links look like that:
xref\ier\src\java\com\financeactive\acuf\canvasDoc\xml\UserCon
textAcuf.html#2
8
The correct version is well created when directly running
site:deploy on the
ejb-tier project:
xref/com/financeactive/acuf/canvasDoc/xml/UserContextAcuf.html#28
I guess this has something related with the sourceDir, but
couldn't find any
way to fix it...
Any idea (I am sure that other people have already deal with that)?
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : mardi 19 août 2003 04:07
À : Maven Users List
Objet : Re: Checkstyle report problem
Is this from beta-10 or from the stable branch. I believe
this was fixed
after b10 was released.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Boris Ekelchik [EMAIL PROTECTED] wrote on
19/08/2003
11:39:06 AM:
Generated links and labels in the checkstyle report seam to loose
random number of characters from original class names, e.g.:
Checkstyle report row for ApplicationException is
tr
td
a href=#plicationException.javaplicationException.java/a
/td
td1/td
/tr
TopiHandler becomes:
tr
td
a href=#opicHandler.javaopicHandler.java/a
/td
td55/td
/tr
I am not totally sure, but it may something to do with this in
maven-checkstyle-plugin-2.0-SNAPSHOT\plugin-resources\checkstyle.jsl:
j:forEach var=file items=${files}
!-- Type coercion doesn't work worth a fuck in jexl.
--
j:set var=name
value=${file.attribute('name').getValue()}/
j:set var=name
value=${name.substring(mavenTool.toInteger(srcDirLength.toStr
ing()))}/
util:replace var=name value=${name} oldChar=\\
newChar=//
!--- +1 is for the trailing slash above --
j:set var=errorCountx:expr
select=count($file/error)//j:set
j:if test=${errorCount != 0}
tr
td
a href=#${name}${name}/a
/td
tddoc:formatAsNumber string=${errorCount}
pattern=0//td
/tr
/j:if
/j:forEach
/table
-
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 : Continuous integration question
Reactor has not much to do with CI, but it allows to build with only one goal
many projects...
The reactor is a plugin that can order dependencies between project. For
exemple if you have a project A that depend on project B to be build (i.e. A
has a dependancy on the artifact generated by project B), you can use the
reactor giving him the 2 project and ask for calling build on each one. the
ractor will take care calling B before A.
Ex:
m:reactor basedir=${basedir} includes=**/project.xml excludes=**/CVS/
**/project.xml/,global/project.xml,project.xml goals=install
banner=Installation ignoreFailures=false/
-Message d'origine-
De : Nelson, Scott (MAN - Corporate) [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 14 août 2003 15:55
À : 'Maven Users List'
Objet : RE: Continuous integration question
Emmanuel-
The most referenced article on CI is one by Martin Fowler, almost everyone
who talks about CI references it.
http://www.martinfowler.com/articles/continuousIntegration.html
Here is another good article on continuous integration and an example of
setting it up.
http://www.sys-con.com/java/article.cfm?id=1945
Basically in a nutshell continuous integration is an automated build process.
Rather than doing the build right before a deployment, it can be nightly,
hourly, or in some cases when code gets checked into a repository. Gump
itself (I am not a Gump expert by any means) is just an application that
helps out with the scheduling part of kicking off the build scripts. The
build scripts could be based on a number of different methods. Some people
just have nightly build scripts that they kick off manually while others use
something like Gump, anthill, or CruiseControl. Gump, Anthill, and
CruiseControl are just applications that developers by giving them the
ability to schedule builds. They don't replace maven but many of them use
maven when running their build process.
I don't have a lot of experience with the reactor someone else will have to
fill that part in.
-Original Message-
From: Emmanuel Boudrant [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003 11:24 AM
To: [EMAIL PROTECTED]
Subject: Continous integration question
Hi,
I'm a little lost ;) ... Does Maven reactor replace Gump ? If no, what are
the differences between Maven reactor and Gump ?
Thx,
-emmanuel
-
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]
XSLT transformation problem
First, I just moved to beta10 and I was happily surprised that the speed has
really improve (my build goes almost 50% faster!). I also enjoy the type
support that allows me to remove a lot of my hacks.
So thank's for the great job everybody is doing...
I still have problem with XSLT even with the hack can you help me ?
Here is my maven script:
goal name=gen-ruledoc
!-- Major hack - set jaxp properties as they are foobared --
${systemScope.setProperty('javax.xml.transform.TransformerFactory','org.apach
e.xalan.processor.TransformerFactoryImpl')}
xslt basedir=${basedir}/../../server/xml/analyses/rulesets/drools
destdir=${maven.build.dir}/docs/rulesets
extension=.html
style=${basedir}/src/documentation/moteurDeRegles/regles.xslt
processor=trax
/
/goal
I have the following dependancies into my project.xml
!-- ==parsers XML est XSL== --
dependency
groupIdxerces/groupId
artifactIdxerces/artifactId
version2.4.0/version
properties
ejb.manifest.classpathtrue/ejb.manifest.classpath
/properties
/dependency
dependency
groupIdxalan/groupId
artifactIdxalan/artifactId
version2.5.1/version
/dependency
dependency
groupIdxml-apis/groupId
artifactIdxml-apis/artifactId
version2.0.2/version
properties
ejb.manifest.classpathtrue/ejb.manifest.classpath
/properties
/dependency
Here what I get :
C:\JAVA\maven-1.0-beta-10\bin\maven.bat gen-ruledoc
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-beta-10
gen-ruledoc:
[xslt] Transforming into
D:\Developpement\Projets\J2EE\ear\ejb\target\docs\rulesets
[xslt] Processing
D:\Developpement\Projets\J2EE\server\xml\analyses\rulesets\drools\ruleset-tes
t_drools.drl to
D:\Developpement\Projets\J2EE\ear\ejb\target\docs\rulesets\ruleset-test_drool
s.html
[xslt] Loading stylesheet
D:\Developpement\Projets\J2EE\ear\ejb\src\documentation\moteurDeRegles\regles
.xslt
BUILD FAILED
File.. file:/D:/Developpement/Projets/J2EE/ear/ejb/
Element... xslt
Line.. 112
Column 15
Provider org.apache.xalan.processor.TransformerFactoryImpl not found
Total time: 4 seconds
Thank's.
Nicolas FRANK.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE : RE : RE : XSLT transformation problem
I put xalan-2.5.1.jar into my ${maven.home}/lib, but no change...
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 14 août 2003 11:42
À : Maven Users List
Objet : RE : RE : XSLT transformation problem
If you put xalan into ${maven.home}/lib does this fix the problem?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Nicolas FRANK [EMAIL PROTECTED] wrote on 14/08/2003 06:33:22
PM:
-Message d'origine-
De : Brett Porter [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 14 août 2003 00:18
À : 'Maven Users List'
Objet : RE: RE : XSLT transformation problem
Just a sanity check: you changed your existing xalan dep to have the
classloader dependencies,
or you just added the new one?
I changed my existing Xalan, so I have only one xalan dependency (I
also tried to change the xalan version, but this doesn't work either).
If it is all set up right, you'll have to run with -X and find out
what
the
classpath is.
There may be something else interfering. Are you using JDK 1.3 or
1.4?
I am using JDK 1.3.1
Here is the -X execution... (I also tried changing the xslt task to
style
task but it does the same), I can't see anything wrong...
C:\JAVA\maven-1.0-beta-10\bin\maven.bat -X gen-ruledoc
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-beta-10
[DEBUG] Adding reference: maven.dependency.classpath -
C:\JAVA\maven-1.0-beta-10\repository\bsframework\jars\bsframework-server-0.1.
jar;C:\JAVA\maven-1.0-beta-10\repository\commons-beanutils\jars\commons-beanu
tils-1.6.1.jar;C:\JAVA\maven-1.0-beta-10\repository\jboss\jars\jboss-j2ee.jar
;C:\JAVA\maven-1.0-beta-10\repository\javax-servlet\jars\javax.servlet.jar;C:
\JAVA\maven-1.0-beta-10\repository\xerces\jars\xerces-2.4.0.jar;C:\JAVA\maven
-1.0-beta-10\repository\xalan\jars\xalan-2.5.1.jar;C:\JAVA\maven-1.0-beta-10\
repository\xml-apis\jars\xml-apis-2.0.2.jar;C:\JAVA\maven-1.0-beta-10\reposit
ory\fop\jars\fop-0.20.5rc2.jar;C:\JAVA\maven-1.0-beta-10\repository\insito\ja
rs\core-framework-1.0.jar;C:\JAVA\maven-1.0-beta-10\repository\log4j\jars\log
4j-1.2.7.jar;C:\JAVA\maven-1.0-beta-10\repository\insito\jars\canvasDoc-1.0.j
ar;C:\JAVA\maven-1.0-beta-10\repository\insito\jars\graphe-1.0.jar;C:\JAVA\ma
ven-1.0-beta-10\repository\swiffchart\jars\swiffchartFactory-1.1.jar;C:\JAVA\
maven-1.0-beta-10\repository\insito\jars\j2ee-framework-1.0.jar;C:\JAVA\maven
-1.0-beta-10\repository\opensymphony\jars\osworkflow-2.1.0.jar;C:\JAVA\maven-
1.0-beta-10\repository\drools\jars\drools-2.0-beta-10-fa-1.1.jar;C:\JAVA\mave
n-1.0-beta-10\repository\jep\jars\jep-2.24.jar;C:\JAVA\maven-1.0-beta-10\repo
sitory\commons-logging\jars\commons-logging-1.0.2.jar;C:\JAVA\maven-1.0-beta-
10\repository\commons-collections\jars\commons-collections-2.1.jar;C:\JAVA\ma
ven-1.0-beta-10\repository\dom4j\jars\dom4j-1.4-dev-8.jar;C:\JAVA\maven-1.0-b
eta-10\repository\commons-jelly\jars\commons-jelly-20030211.141339.jar;C:\JAV
A\maven-1.0-beta-10\repository\antlr\jars\antlrall-2.7.1.jar;C:\JAVA\maven-1.
0-beta-10\repository\bsh\jars\bsh-1.2-b3.jar;C:\JAVA\maven-1.0-beta-10\reposi
tory\xdoclet\jars\xdoclet-jmx-module-1.2b2.jar;C:\JAVA\maven-1.0-beta-10\repo
sitory\xdoclet\jars\xdoclet-ejb-module-1.2b2.jar;C:\JAVA\maven-1.0-beta-10\re
pository\xdoclet\jars\xdoclet-xjavadoc-1.2b2.jar;C:\JAVA\maven-1.0-beta-10\re
pository\xdoclet\jars\xdoclet-1.2b2.jar;C:\JAVA\maven-1.0-beta-10\repository\
xdoclet\jars\xdoclet-jboss-module-1.2b2.jar;C:\JAVA\maven-1.0-beta-10\reposit
ory\xdoclet\jars\xdoclet-web-module-1.2b2.jar
[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 -
gen-ruledoc:
org.apache.xalan.processor.TransformerFactoryImpl
[xslt] [VERBOSE] Using class
org.apache.tools.ant.taskdefs.optional.TraXLiaison
[xslt] [DEBUG] fileset: Setup scanner in dir
D:\Developpement\Projets\J2EE\server\xml\analyses\rulesets\drools with
patternSet{ includes: [] excludes: [] }
[xslt] Transforming into
D:\Developpement\Projets\J2EE\ear\ejb\target\docs\rulesets
[xslt] Processing
D:\Developpement\Projets\J2EE\server\xml\analyses\rulesets\drools\ruleset-tes
t_drools.drl to
D:\Developpement\Projets\J2EE\ear\ejb\target\docs\rulesets\ruleset-test_drool
s.html
[xslt] Loading stylesheet
D:\Developpement\Projets\J2EE\ear\ejb\src\documentation\moteurDeRegles\regles
.xslt
BUILD FAILED
File.. file:/D:/Developpement/Projets/J2EE/ear/ejb/
Element... xslt
Line.. 115
Column 15
Provider org.apache.xalan.processor.TransformerFactoryImpl not found
com.werken.werkz.UnattainableGoalException: Unable to obtain goal
[gen-ruledoc] -- file
RE : RE : XSLT transformation problem
) at com.werken.forehead.Forehead.run(Forehead.java:543) at com.werken.forehead.Forehead.main(Forehead.java:573) org.apache.commons.jelly.JellyTagException: file:/D:/Developpement/Projets/J2EE/ear/ejb/:115:15: xslt Provider org.apache.xalan.processor.TransformerFactoryImpl not found at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:702) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:296) 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 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 java.lang.reflect.Method.invoke(Native Method) at com.werken.forehead.Forehead.run(Forehead.java:543) at com.werken.forehead.Forehead.main(Forehead.java:573) Root cause javax.xml.transform.TransformerFactoryConfigurationError: Provider org.apache.xalan.processor.TransformerFactoryImpl not found at javax.xml.transform.TransformerFactory.newInstance(Unknown Source) at org.apache.tools.ant.taskdefs.optional.TraXLiaison.getFactory(TraXLiaison.jav a:387) at org.apache.tools.ant.taskdefs.optional.TraXLiaison.readTemplates(TraXLiaison. java:336) at org.apache.tools.ant.taskdefs.optional.TraXLiaison.createTransformer(TraXLiai son.java:354) at org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java :181) at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:487) at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:259) at org.apache.tools.ant.Task.perform(Task.java:341) at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:232) 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 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 java.lang.reflect.Method.invoke(Native Method) at com.werken.forehead.Forehead.run(Forehead.java:543) at com.werken.forehead.Forehead.main(Forehead.java:573) Total time: 2 seconds External tool 'maven ...' completed with exit code 0 - Brett -Original Message- From: Nicolas FRANK [mailto:[EMAIL PROTECTED] Sent: Wednesday, 13 August 2003 7:06 PM To: Maven Users List Subject: RE : XSLT transformation problem I added it but it doesn't change anything :-( ... -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : mercredi 13 août 2003 10:49 À : Maven Users List Objet : Re: XSLT transformation problem You'll need: dependency groupIdxalan/groupId artifactIdxalan/artifactId version2.5.1/version properties classloaderroot/classloader /properties /dependency For xalan I think. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Reactor Javadoc Error
In maven wiki migraption from beta 9 to beta 10 I can read : - If you want them somewhere else, update ~/build.properties with maven.local.home pointing where you wish to unpack things Shouldn't it be maven.home.local ? Thank's to confirm so I change it in the wiki. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : JBuilder and Maven
When you install a snapshot a xxx-SNAPSHOT.jar is also created and always updated with the most recent snapshot version. So you can simply add it into your library list... Nicolas. -Message d'origine- De : David Liles [mailto:[EMAIL PROTECTED] Envoyé : vendredi 18 juillet 2003 02:07 À : Maven Users List Objet : JBuilder and Maven If we generate JAR files with the snapshot tag that versions them, how do we get JBuilder to recognize them as external classes in our library list if the JAR file name changes each time we build the JARs? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Getting current date/time?
You can use tstamp/ (which is an ant tag). It set 2 properties DSTAMP and
TSTAMP with date and time (see ant documentation for more details)
Ex:
tstamp/
property name=log.filename value=log-${DSTAMP}.${TSTAMP}.log/
-Message d'origine-
De : James CE Johnson [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 16 juillet 2003 16:27
À : [EMAIL PROTECTED]
Objet : Getting current date/time?
Hey all,
Is there any way for my maven.xml to fetch the current date/time so that I
can subsequently write (using echo...) it to a file?
Thanks,
James
-
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 : Build projects from cvs?
I use an ant script to checkout and build from cvs... (for continious
integration):
Here are my 2 key tasks :
To checkout (you need cvs.exe to be into your path)
target name=cvs.checkout if=checkout.true
!-- checkout src --
cvs cvsRoot=${cvs.root}
package=J2EE
dest=${checkout.dir}
/
/target
And then, I call maven :
target name=maven
tstamp/
property name=log.filename
value=integ-cont-${DSTAMP}.${TSTAMP}.log/
property environment=env/
echointegration into directory: ${checkout.dir}/J2EE/echo
echo message=Using MAVEN_HOME=${env.MAVEN_HOME}/
path id=maven.classpath
fileset dir=${env.MAVEN_HOME}/lib
include name=forehead-1.0-beta-4.jar/
/fileset
/path
java classname=com.werken.forehead.Forehead fork=yes
maxmemory=160m dir=${checkout.dir}/J2EE
errorproperty=maven.result output=${report.dir}/${log.filename}
arg value=-d/
arg value=${maven.dir}/
arg value=${maven.goal}/
!--arg value=${maven.goal2}/--
classpath refid=maven.classpath/
sysproperty key=maven.home value=${env.MAVEN_HOME}/
sysproperty key=tools.jar
value=${env.JAVA_HOME}/lib/tools.jar/
sysproperty key=forehead.conf.file
value=${env.MAVEN_HOME}/bin/forehead.conf/
sysproperty key=javax.xml.parsers.SAXParserFactory
value=org.apache.xerces.jaxp.SAXParserFactoryImpl/
sysproperty key=javax.xml.parsers.DocumentBuilderFactory
value=org.apache.xerces.jaxp.DocumentBuilderFactoryImpl/
sysproperty key=java.endorsed.dirs
value=${env.JAVA_HOME}/lib/endorsed;${env.MAVEN_HOME}/lib/endorsed/
/java
echoBUILD RESULT = ${maven.result}/echo
condition property=maven.failed
contains string=${maven.result} substring=BUILD FAILED/
/condition
/target
You need the very last version of ant in order to be able to use the
errorproperty property, elsewhere remove it !
Hope it can help... Even if I am not sure this can be trivial for a new-born
baby !
Nicolas
-Message d'origine-
De : Darren Hartford [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 10 juillet 2003 17:39
À : Maven Users List
Objet : Build projects from cvs?
Hi all,
Definately newbie, so forgive any confusion. I've read through the mailing
lists that some people have Ant scripts to help building a project from CVS,
but that Maven itself is not setup to do this.
Whether you need to use an Ant/maven.xml script or if you can do this through
Maven methods, how to compile from CVS? Please be gentle, I'm like a
new-born baby trying to put that plastic triangle in the square hole...
-D
-
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]
Xalan issue ?
I think xalan jars on ibliblio are missing some classes. Especially the org.apache.xalan.processor.TransformerFactoryImpl which is provided in apache web site jars. I understand that the big jar has been cleaned, but I can't find this class anywhere else. I am right with this miss or am I missing something ;-) Thank's - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Why download all those jars when Maven is first run?
Maven (the core part) by itself doesn't download any jar (am I right ?), but the plugins do... Which are depending on the repository libs (just like any regular maven projects) to execute themselves. -Message d'origine- De : Dave Ford [mailto:[EMAIL PROTECTED] Envoyé : mercredi 9 juillet 2003 16:36 À : Maven Users Objet : Why download all those jars when Maven is first run? Why does Maven download all of those jars the first time you run it, to build it's repository? I can see the the jar files are already there, in MAVEN_HOME/lib. If Maven is going to re-download all of it's jars, why does it even include them in it's lib folder? Dave Ford Smart Soft - The Developer Training Company http://www.smart-soft.com - 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]
XSLT problems in maven.xml
Hello,
We are trying to write a task to transform an XML document into a HTML
document using a XSL stylesheet, for documentation purposes.
We wrote the following task :
goal name=gen-ruledoc
xslt basedir=${basedir}/xml/regles
destdir=${maven.build.dir}/docs/regles
extension=.html
style=${basedir}/src/documentation/moteurDeRegles/regles.xslt/
/goal
And we have (between others) the following dependency (I also tested with
more recent versions)
dependency
groupIdxalan/groupId
artifactIdxalan/artifactId
version2.4.1/version
/dependency
dependency
groupIdxml-apis/groupId
artifactIdxml-apis/artifactId
version1.0.b2/version
/dependency
When I try to execute the goal, I get :
__ __
| \/ |__ Jakarta _ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-beta-9-SNAPSHOT
gen-ruledoc:
[xslt] DEPRECATED - xslp processor is deprecated. Use trax or xalan
instead.
java.lang.NoClassDefFoundError: com/kvisco/xsl/XSLProcessor
at
org.apache.tools.ant.taskdefs.optional.XslpLiaison.init(XslpLiaison
.java:80)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:232)
at
org.apache.tools.ant.taskdefs.XSLTProcess.resolveProcessor(XSLTProces
s.java:376)
at
org.apache.tools.ant.taskdefs.XSLTProcess.getLiaison(XSLTProcess.java
:557)
at
org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:19
5)
at org.apache.tools.ant.Task.perform(Task.java:319)
at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:231)
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:116)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:
394)
at org.apache.maven.MavenSession.attainGoals(MavenSession.java:357)
at org.apache.maven.cli.App.doMain(App.java:524)
at org.apache.maven.cli.App.main(App.java:1080)
at java.lang.reflect.Method.invoke(Native Method)
at com.werken.forehead.Forehead.run(Forehead.java:543)
at com.werken.forehead.Forehead.main(Forehead.java:573)
java.lang.NoClassDefFoundError: org/apache/xalan/xslt/XSLTProcessorFactory
at
org.apache.tools.ant.taskdefs.optional.XalanLiaison.init(XalanLiais
on.java:84)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:232)
at
org.apache.tools.ant.taskdefs.XSLTProcess.resolveProcessor(XSLTProces
s.java:379)
at
org.apache.tools.ant.taskdefs.XSLTProcess.getLiaison(XSLTProcess.java
:554)
at
org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:19
5)
at org.apache.tools.ant.Task.perform(Task.java:319)
at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:231)
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:116)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:
394)
at org.apache.maven.MavenSession.attainGoals(MavenSession.java:357)
at org.apache.maven.cli.App.doMain(App.java:524)
at org.apache.maven.cli.App.main(App.java:1080)
at java.lang.reflect.Method.invoke(Native Method)
at com.werken.forehead.Forehead.run(Forehead.java:543)
at com.werken.forehead.Forehead.main(Forehead.java:573)
BUILD FAILED
javax.xml.transform.TransformerFactoryConfigurationError: Provider for
javax.xml
.transform.TransformerFactory cannot be found
Total time: 2 seconds
I think my xalan should have been enough but not... I tried some others
possibilities but couldn't figure out how to solve this.
Does anyone has an idea how to resolve this kind of trouble ?
Thank's a lot.
Nicolas FRANK
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Null pointer exception when no project.xml...
Could'nt we have a more explicite message when there is no project.xml file than the null pointer exception... (something like no project.xml found, the current directory is probably not a maven project directory.). This is whishable when working with peoples that don't really know anything about java... And don't always take care of their current directory (like the graphist I am working with !) Thank's. Nicolas. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
