Re: include tag in maven.xml
Hi James, project !-- contains definition of foo goal include file=../maven.xml / goal name=bar attainGoal name=foo / /goal /project should be: project xmlns:j=jelly:core !-- contains definition of foo goal j:include file=../maven.xml / goal name=bar attainGoal name=foo / /goal /project -- dIon Gillard, Multitask Consulting [EMAIL PROTECTED] wrote on 06/05/2004 08:19:11 PM: Quick question: If I've got a maven.xml that looks like this: project !-- contains definition of foo goal include file=../maven. xml / goal name=bar attainGoal name=foo / /goal /project When I execute it works as expected, but this gets printed in the output include file=../maven.xml/include which obviously isn't fatal, but is annoying. Can this be suppressed, or am I just doing it wrong? thanks James For more information about Barclays Capital, please visit our web site at http://www.barcap.com. Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group. Replies to this email may be monitored by the Barclays Group for operational or business reasons. - 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: problem with multiproject:clean when new subproject added
Your cruisecontrol initiated Maven project should have no dependencies on
other subprojects.
--
dIon Gillard, Multitask Consulting
Ian Kent [EMAIL PROTECTED] wrote on 21/05/2004 06:33:58 AM:
We have a software project that has been modularized into many maven
projects (subprojects).
We are using the maven-multiproject-plugin-1.1 with maven 1.0RC1 to
iterate through projects
and attain goals (clean, install, deploy, site, etc...). We use
ClearCase as or SCM.
We are having a problem with the multiproject:clean goal. This goal
simply uses the reactor
to iterate through subprojects and run the clean:clean goal. The
clean:clean goal deletes
the ${maven.build.dir}. All works well until we introduce a new
subproject. The first time
the hourly cruisecontrol build runs it will invoke multiproject:clean
and fail because maven
is unable to resolve dependency on new subproject/artifact. This is a
chicken-and-egg
scenario as the artifact does not exist because it has not yet been
built and installed or
deploy to maven repository. See error message below.
I considered ignoring the multiproject:clean failures using the
multiproject.ignoreFailures
property. This will result in target directories being left behind.
I also considered implementing clean in maven.xml as the apache geronimo
project does.
However, I would prefer not to bypass the clean plugin as the
implementation of clean
goal may change in future versions.
Does anyone in the maven user community have a recommendation (best
practise)
for dealing with this problem?
** MAVEN ERROR MESSAGE **
cmd maven clean:clean
Attempting to download datasource-workflow-impl-1.0.jar.
WARNING: Failed to download datasource-workflow-impl-1.0.jar.
The build cannot continue because of the following unsatisfied
dependency:
datasource-workflow-impl-1.0.jar (no download url specified)
Total time: 4 seconds
Finished at: Thu May 20 13:22:36 EDT 2004
-
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: src vs non-src jars
I'd much rather we enhance the jar plugin to have a property that allows the source to be included in the built jar. -- dIon Gillard, Multitask Consulting Manuel Darveau [EMAIL PROTECTED] wrote on 19/05/2004 05:53:15 AM: Hi! I want to be able to create to jar from my project. One that contains the .java files and one other with only the (eventually obfuscated) class files and ressources. I have seen the dist plugin but I dont get good result. 1- It generate a zip that contains the jar. 2- The jar in the XXX-1.0.zip file contains the class AND the source. 3- The XXX-1.0-src.zip file does not contains the source: there is only the project.xml, project.properties and LICENCE.XML in it. Is this normal? Is there any way to specify witch file should be included in distribution mode or internal mode? Thanks! Manuel Darveau __ Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/ - 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: Again about the POM Parser in Maven 1
Post the entire POM to one of us to validate.
--
dIon Gillard, Multitask Consulting
[EMAIL PROTECTED] wrote on 17/05/2004 11:21:07 PM:
then I understood you correctly
if (projectFile.exists() projectFile.canRead())
130 {
131 return MavenUtils.getProject(
132 projectFile,
133 null,
134 false);
135 }
that is in fact what I am using I locate my File() containing the POM
and
then I parse it .
here I start my program
File f=new File(s);
if (f.exists()){
Project p=MavenUtils.getProject(f,null,true); // Using
Maven 1 parser
that give me the exception I am using the last from head of the maven
project I can even debug in it :
the Sax parser runs and then it stops at the
2063|DEBUG|[main ]| |org.apache.commons.beanutils.ConvertUtils
- Convert string 'tag' to class 'java.lang.String'
2063|DEBUG|[main ]|
|org.apache.commons.beanutils.ConvertUtils- Using
converter [EMAIL PROTECTED]
962082|ERROR|[main ]| |org.apache.commons.digester.Digester
- Body event threw exception
java.lang.IllegalStateException: either id or (groupId and artifactId)
must
be provided for a dependency
at org.apache.maven.project.Dependency.getId(Dependency.java:116)
at
org.apache.maven.project.Dependency.toString(Dependency.java:313)
at java.lang.String.valueOf(String.java:2177)
In reality the Dependency class is empty
(Embedded image moved to file: pic15141.pcx)
and the error appears correct,the corresponding dependency that is
trying to parse is:
dependency
groupIdtag/groupId
artifactIdsr-tag-web/artifactId
version1.0.1/version
typewar/type
properties
swissre.component.repositorySR_TAG_Web
/swissre.component.repository
swissre.component.repository.tagv_1_0_1_1
/swissre.component.repository.tag
swissre.component.typeinternal/swissre.component.type
ear.bundletrue/ear.bundle
ear.appxml.war.context-rootwebapp/tag
/ear.appxml.war.context-root
/properties
/dependency
now that looks pretty standard to me and not really exceptional.
Is there something else that you would suggest to try ?
Best Regards
michele
|-+
| | Maczka Michal|
| | [EMAIL PROTECTED]|
| | tf.ch |
| ||
| ||
| | 17/05/2004 14:58 |
| | Please respond to|
| | Maven Users |
| | List|
| ||
|-+
--
|
||
||
||
||
||
|To: 'Maven Users
List' [EMAIL PROTECTED] |
|cc: (bcc: Michele
Forte/SwissRe) |
|bcc:Michele
Forte/SwissRe |
|Subject:RE: Again
about the POM Parser in Maven 1|
--
|
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, May 17, 2004 2:50 PM
To: Maven Users List
Cc: 'Maven Users List'
Subject: RE: Again about the POM Parser in Maven 1
Probably I have misunderstand you sorry for wasting in
case your time.
No problem. Probably you did misuderstand me.
I asked you to look at like 106 of this class
http://maven.apache.org/reference/plugins/xdoc/xref/org/apache/maven/Depende
ncyDescriberBean.html#106
This methods takes dependecy as parameter, constructs the path to
corespoding POM, parses that POM and returns it.
Either I am missing something but this is more or less what you want to
do.
The first half of this method contains the code which generates the path
which leads to POM,
second half shows how to use it when you want to get (parsed) POM.
There is no requiremnt that some POM should exists before.
So it is not very different from your code and I don't know why your
version
is not working.
Which version of maven are you using? id tag was indeed required at
some
moment in time but that was ages ago...
Michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
RE: Disappearing Tag Library
I believe Jelly core is also not in the default namespace any more. -- dIon Gillard, Multitask Consulting Maxwell Grender-Jones [EMAIL PROTECTED] wrote on 13/05/2004 11:12:45 PM: It did for me - I had to make the same change. M On Thu, 2004-05-13 at 01:48, Brett Porter wrote: I think you mean xmlns:maven=jelly:maven Did the other one work before? - Brett -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, 13 May 2004 10:47 AM To: [EMAIL PROTECTED] Subject: Disappearing Tag Library I just bootstrapped Maven from HEAD and it installed without a hitch. However, as soon as I try to run maven on a maven.xml with xmlns:maven=maven I get this: Tag library requested that is not present: 'maven' in plugin: 'null' Where did my tag library go? Yoway Buorn Software Engineer Imagery Systems Engineering GENERAL DYNAMICS Advanced Information Systems I refuse to tiptoe through life only to arrive safely at death's door. -- ??? -- [M. Grender-Jones] [MSN: [EMAIL PROTECTED] ICQ: 28467015] The state of Texas has executed yet another inmate. Unforeseen legal issues have arisen. The state has killed so many people this year, it must now register as a tobacco company. - 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: javadoc on generated source directories
Denis McLaughlin [EMAIL PROTECTED] wrote on 14/05/2004 09:45:58 AM: Hi, We're generating some source into target/generate, and we'd like to run javadoc on it. Currently (RC1) javadoc is only run on the source in pom.build.sourceDirectory. Reading through the mailing list, I see that after this thread: http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]m sgId=807588 the javadoc plugin was changed to use the maven.compile.src.set variable instead, and users could append additional directories to it to generate javadoc for those directories. However, this was changed between versions 1.15 and 1.16 of the javadoc plugin.jelly: http://cvs.apache.org/viewcvs.cgi/maven-plugins/javadoc/plugin.jelly?r1=text tr1=1.15r2=texttr2=1.16diff_format=u Yep, it looks like my addition of sourceModifications removed the src.set usage. I think the right thing would be to have the javadoc plugin iterate across the directories in maven.compile.src.set, generating a fileset tag for each directory with appropriate exclusions. Does this sound right? Yes. Unfortunately, my attempts to do this the j:forEach tag brought nothing but heartbreak and psoriasis. So, my questions: - should the javadoc plugin be using maven.compile.src.set rather than pom.build.sourceDirectory? Yes. - if not, how should non-src/java directories have their javadoc created? - if so, can someone point me at some (any!) documentation for the forEach tag? http://jakarta.apache.org/commons/jelly/tags.html I'm happy to help with this if you get stuck or just want another pair of eyes on it, as once it's done for javadoc, we can apply it across the other plugins too. -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bug in the junit plugin?
This is not good.
They should both be processed in the same way.
Raise a bug report in Jira.
--
dIon Gillard, Multitask Consulting
Frederic Gedin [EMAIL PROTECTED] wrote on 12/05/2004 06:42:40 PM:
Frederic Gedin a écrit :
Hello
I am facing a problem with maven junit plugin:
I put some asserts inside my code and gave the following options in
the project.properties file:
maven.junit.fork=true
maven.junit.jvmargs=-ea
When running maven -X test, I clearly see that the JVM is invoked
with the -ea option. However when I invoke maven -X -D
testmach=TestSingle test:match, the JVM is invoked without the
-ea options my asserts do not generate any exception.
Is this a known bug or a know restriction?
Digging a little bit into the plugin code, I realized that jvm args are
not processed the same way in both cases:
goals test:test and test:single
u:tokenize var=listOfJvmArgs delim=
${maven.junit.jvmargs}/u:tokenize
j:forEach var=somejvmarg items=${listOfJvmArgs}
jvmarg value=${somejvmarg}/
/j:forEach
goal test:match
maven:pluginVar var=jvmargs plugin=maven-test-plugin
property=maven.junit.jvmargs /
j:if test=${!empty(jvmArgs)}
jvmarg line=${jvmargs}/
/j:if
While not being aware of jelly coding, I suspect that the test:match
goal should be coded the same as test:test and test:single.
If yes, how can I put the fix back ?
Regards
Frederic
-
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: Dependancies without repositories. Was: Re: Dependencies
We just use a corporate repo for things like javamail, jms and commercial
stuff.
--
dIon Gillard, Multitask Consulting
Brill Pappin [EMAIL PROTECTED] wrote on 11/05/2004 01:01:08 AM:
Aside: For any Maven developers paying attention here... this is
something that needs some special attention as its messy as hell and is
a (very) common problem.
What I would suggest is a standard dir in the project itself (like src
or target) which is the projects private repository... this dir would
have the same structure as the public repository and be included
automatically in dependency checks if it exists. Such a modification
would solve this problem once and for all. umm... don't forget to
document it...
Now back to our regularly scheduled reply:
Ahh, you mean for dependencies that are not included on ibiblio (or some
other repository)...
I do a special setup for that stuff.
create dir src/libs
add the jars to that dir, and include a version.
add the dependency as normal to the project.xml file.
add a line in the project.properties for the override.
add a goal in the maven.xml that adds the jar to your local repository
from the src/libs dir.
I usually have to do this with Sun libs that can't be normally
distributed, but I've also done it with libs that have no repository
location.
Example:
The following example ensures that the javamail api which has no
repository can be found by the project.
Unfortunately not all plugins respect the jar override properties so the
goal has to be included to copy the jar into the proper repository
location. Note that this is a lot of extra work to add your libs, bit I
find its worth the effort to have a clean dependency list and a compile
anywhere source tree.
FYI: I've used a couple of things that might not be obvious to someone
new to Maven, such as the preGoal which in this case will execute before
the java:compile goal does. You can specify a preGoal for any goal.
in project.xml
dependency
groupIdjava/groupId
artifactIdjavamail/artifactId
version1.3.1/version
typejar/type
properties
war.bundletrue/war.bundle
/properties
/dependency
in project.properties
*
maven.jar.override=on
maven.jar.javamail=${basedir}/src/libs/javamail-1.3.1.jar
*
in maven.xml
preGoal name=java:compile
attainGoal name=copy-private-jars /
/preGoal
goal name=copy-private-jars
mkdir dir=${maven.repo.local}/java/jars /
copy file=${maven.src.dir}/libs/javamail-1.3.1.jar
toDir=${maven.repo.local}/java/jars/
/goal
- Brill Pappin
Bill Madison wrote:
Thanks Matt,
Isnt there a lib or something where I can point to,
instead of putting each and every jar as a dpendency,
thats a lot of cut and paste work and also most of the
thirdparty jars dont come with a version and as I see
the version is a requiredd element. Theres got to be a
better and easier way of doing this.
The problem in my case is that we have 2 development
teams, and they put their jars in the IDE build path
and when it comes to integration/build I have to start
figuring out the version for each jar and start
putting them in the project.xml which is kind of
cumbersome. So trying to see if there is a better way
f doing this. Please let me know if you have a
solution for this.
Thanks
--- matthew.hawthorne [EMAIL PROTECTED] wrote:
Bill Madison wrote:
I am a newbie to Maven. And my question is, if my
project needs some 30 thirdparty jars, for each of
them do I need to put a dependency element in
the
project.xml? Please let me know.
Yes.
-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
__
Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital prints for 25¢
http://photos.yahoo.com/ph/print_splash
-
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: Repository Connection Issue
Shouldn't it be pom.repository.connection?
--
dIon Gillard, Multitask Consulting
Tim Riley [EMAIL PROTECTED] wrote on 07/05/2004 11:08:05 PM:
I have attempted to parameterize some of the values in the project.
xml specifically
repository
connection${project.repository.connection}/connection
url${project.repository.url}/url
/repository
and several issues arise...
1. I receieve a Method Innvocation Exception
[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:374)
at
org.apache.maven.MavenUtils.getInterpolatedPOM(MavenUtils.java:341)
at
org.apache.maven.MavenUtils.getJellyProject(MavenUtils.java:319)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:145)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:126)
at org.apache.maven.MavenSession.
initializeRootProject(MavenSession.java:234)
at
org.apache.maven.MavenSession.initialize(MavenSession.java:174)
at org.apache.maven.cli.App.doMain(App.java:457)
at org.apache.maven.cli.App.main(App.java:1117)
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.StringIndexOutOfBoundsException: String index
out of range: -1
at java.lang.String.substring(String.java:1444)
at
org.apache.maven.project.Repository.getCvsRoot(Repository.java:129)
however this does not arise when I hard code the connection.
2. When I implement the developerConnection without implementing
the connection the generated html does not display the
developerConnection section.
Does anyone have any advice on how to proceed or are these bugs
currently under development.
Thanks Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: compatible jars
Why not just use a groupId of struts for the commons jars? -- dIon Gillard, Multitask Consulting James Hughes [EMAIL PROTECTED] wrote on 07/05/2004 11:43:39 PM: Does Maven provide a mechanism for documenting/specifying compatible artifacts across groups in a repository? For example, the struts distribution bundles a number of jars from jakarta commons. This implies that the struts jar/runtime depends on particular versions of the commons jars, but if I am putting struts into my local repository for the first time I have to split up this grouping into it's constituents, thus losing the implicit documentation of strut's dependencies. Now when I come back in a year's time to create a new project which uses struts, I have to figure out the compatible jars from scratch. Is there anything in Maven to help me with this problem? 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: Javadoc
I believe this is a bug in the javadoc:jar goal:
goal name=javadoc:jar prereqs=javadoc
j:set var=maven.javadoc.final.name
value=${maven.war.build.dir}/${maven.final.name}_javadoc.jar
/
ant:jar
destfile=${maven.javadoc.final.name}
basedir=${maven.javadoc.destdir}
update=true
/ant:jar
It uses (for some unknown reason) the maven.war.build.dir property, which
is completely bizarre.
--
dIon Gillard, Multitask Consulting
Raphael Philipe Mendes da Silva [EMAIL PROTECTED] wrote on 06/05/2004
04:07:54 PM:
Why when i run a maven javadoc:install maven generates a jar in
the root directory?
There are some way to put this jar in another place? There are
some property that do this?
Thanks for all
Raphael Philipe Mendes da Silva
DSB - Diretoria de Soluções em Billing
CPqD Telecom IT Solutions
Tel.: +55 19 3705-6957
www.cpqd.com.br
[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: Javadoc
I'll fix that one.
--
dIon Gillard, Multitask Consulting
[EMAIL PROTECTED] wrote on 07/05/2004 12:10:15 PM:
I believe this is a bug in the javadoc:jar goal:
goal name=javadoc:jar prereqs=javadoc
j:set var=maven.javadoc.final.name
value=${maven.war.build.dir}/${maven.final.name}_javadoc.jar
/
ant:jar
destfile=${maven.javadoc.final.name}
basedir=${maven.javadoc.destdir}
update=true
/ant:jar
It uses (for some unknown reason) the maven.war.build.dir property,
which
is completely bizarre.
--
dIon Gillard, Multitask Consulting
Raphael Philipe Mendes da Silva [EMAIL PROTECTED] wrote on
06/05/2004
04:07:54 PM:
Why when i run a maven javadoc:install maven generates a jar in
the root directory?
There are some way to put this jar in another place? There are
some property that do this?
Thanks for all
Raphael Philipe Mendes da Silva
DSB - Diretoria de Soluções em Billing
CPqD Telecom IT Solutions
Tel.: +55 19 3705-6957
www.cpqd.com.br
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven2] Anything Groovy in Maven2?
Jason van Zyl [EMAIL PROTECTED] wrote on 03/05/2004 01:03:57 PM:
On Sun, 2004-05-02 at 21:10, [EMAIL PROTECTED] wrote:
Given the vast amount of ant build scripts out there, there must be a
few.
Yes, but that's a result of there never being a choice. If someone had
made a build tool using something like beanshell during the time ant was
becoming popular I do wonder what the population of XML build files
would be. Maybe a lot, maybe not. I'm used to them now as I've been
exposed to them for quite a while like most but it doesn't mean they are
optimal or ideal.
Another thing to consider is the IO model for Ant is a lot less verbose
than plain Java.
Groovy is a step ahead in this regard, but still standard Java is very
verbose and a large effort compared to a build snippet to do copies,
moves, xml transforms on multiple files.
Compare:
-ant approach
project
delete dir=${maven.build.dir}/
/project
ant
-ant approach
with
- java approach
public class Clean {
public static void main(String[] args)
{
new java.io.File(args[0]).delete();
}
}
javac Clean.java
java Clean target
-java approach
- windows shell approach
rmdir target /q /s
- windows shell approach
And the java approach doesn't handle simple stuff like deleting non-empty
directories.
The real issue is a lack of decent libraries for doing typical build
tasks. If java-based plugins are to be a success, we'll need to beef up
the existing libraries to handle common tasks.
--
dIon Gillard, Multitask Consulting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [maven2] Anything Groovy in Maven2?
Vincent Massol [EMAIL PROTECTED] wrote on 03/05/2004 09:12:42 PM: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 03 May 2004 06:06 To: Maven Users List Subject: Re: [maven2] Anything Groovy in Maven2? [snip] And the java approach doesn't handle simple stuff like deleting non-empty directories. The real issue is a lack of decent libraries for doing typical build tasks. If java-based plugins are to be a success, we'll need to beef up the existing libraries to handle common tasks. Yep, and that's what Ant is trying to remedy (IMO). Thus it makes sense to me to reuse Ant task from our java plugin. Yes, I know, I'm repeating myself... ;-) I've had Jason's opinion on this idea of reusing Ant tasks from our java plugin but not other's. What do you think guys? I think it's a viable alternative. I can't see how the current set of Maven2 plugins is an advantage, for all the speed and testability on offer you have to balance that against the effort required to make it user friendly. There are lots of issues Ant covers well I don't think we've even begun to look at. -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to set suppressions for checkstyle plugin
See http://maven.apache.org/reference/plugins/checkstyle/properties.html
On that page, check out the entry for maven.checkstyle.properties.
Copy one of the ones found in the plugin and then set that property in
your project.properties,
e.g.
maven.checkstyle.properties=${basedir}/mycheckstyle.xml
HTH,
--
dIon Gillard, Multitask Consulting
Michael Mattox [EMAIL PROTECTED] wrote on 03/05/2004
09:32:18 PM:
I looked into this.. I found the xml file in checkstyle plugin directory
in
.plugins. since this is created automatically, I am reluctant to modify
this file. Upgrading to a newer version of checkstyle plugin could
overwrite it. Or upgrading maven, I often delete my .plugins file. Now
if
I can put the checkstyle.xml in another directory that would be nice but
I
don't see a way to do that. I only see a thing about checkstyle
properties
and I don't think that is referring to the XML files. I spent a bit of
time
trying it out but couldn't get anywhere with it, so I assumed I was
missing
something simple. Now I think everyone just uses the defaults. ;)
A few more plugin properties would be really cool, like:
checkstyle.suppressions.file=${basedir}/checkstyle_suppressions.xml
Michael
-Message d'origine-
De : Vincent Massol [mailto:[EMAIL PROTECTED]
Envoye : lundi 3 mai 2004 11:15
A : 'Maven Users List'
Objet : RE: How to set suppressions for checkstyle plugin
Hi Michael,
You have complete power over the checkstyle.xml file. So you can
provide
your own. I think that the suppressions/filter stuff are defined
inside
this file so you should be able to control them. Why don't you try it
and tell us how it goes? If required, we can improve the plugin to
support whatever's needed.
Thanks
-Vincent
-Original Message-
From: Michael Mattox [mailto:[EMAIL PROTECTED]
Sent: 03 May 2004 10:54
To: Maven Users List
Subject: How to set suppressions for checkstyle plugin
I'm using the checkstyle plugin and I'd like to suppress some of the
things
it checks. The docs for the plugin talk about a checkstyle
properties
but
nothing about supressions. The checkstyle docs talk about a
suppressions.xml but I'm not sure how to configure the maven plugin
to
use
the suppressions.xml document. Any ideas?
Regards,
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If
you
are
not the addressee you may not copy, forward, disclose or use any
part
of
it.
If you have received this message in error, please delete it and all
copies
from your system and notify the sender immediately by return E-mail.
Internet communications cannot be guaranteed to be timely, secure,
error
or
virus-free. The sender does not accept liability for any errors or
omissions.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
This E-mail is confidential. It may also be legally privileged. If you
are
not the addressee you may not copy, forward, disclose or use any part of
it.
If you have received this message in error, please delete it and all
copies
from your system and notify the sender immediately by return E-mail.
Internet communications cannot be guaranteed to be timely, secure, error
or
virus-free. The sender does not accept liability for any errors or
omissions.
-
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: [maven2] Anything Groovy in Maven2?
Trygve Laugstøl [EMAIL PROTECTED] wrote on 03/05/2004
08:43:15 PM:
[snip]
I relly don't thinkt this is so bad. Most of the plugins are much more
than
one liners and as you can see the overhead for each file here is 4
lines.
4 lines, and it's not as functional. The Maven2 clean plugin is over 100
lines of java. The jelly version is just over 10. We're talking orders of
magnitude more code, and the Ant codebase is well tested, as evidenced by
the copying of bizarre code from it into Maven2.
On the upside the plugins will be much easier to test and will run fast
as
hell.
Definitely, but this doesn't help people write them first time.
There are quite a bit of very good file handing methods in commons-io
but
I totally agree with you. We might wan't to create a maven-plugin-utils
library for making plugin development easier.
commons-io is painfully thin on the sort of code you could use in a build
tool. And plexus FileUtils is pretty much just a copy of Ant's code.
Take the jar plugin in Maven2. It's 164 lines of java code.
Compare it to the one in Maven1. It's 295 lines of Jelly.
The Maven2 plugin simply creates a jar file of the current directory
excluding package.html files. It is functionally equivalent to
jar destfile=${outputDirectory}/${jarName}.jar basedir=${basedir}
excludes=**/package.html/
For the extra 131 lines of code in the Maven1 plugin, you get an
incredible amount more including goals to deploy the artifact (deploy,
deploy-snapshot, install, install-snapshot) and a whole lot of
customisation. Let's compare apples to apples.
If someone gave me the choice between 1 line of Ant and 164 lines of
custom Java code with throws Exception throughout and a whole load of
empty catch blocks I know which I'd choose.
--
dIon
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven2] Anything Groovy in Maven2?
Jason van Zyl [EMAIL PROTECTED] wrote on 03/05/2004 11:27:06 PM: On Mon, 2004-05-03 at 09:00, Incze Lajos wrote: That's why I would consider groovy, as it has an ant builder (almost the same way as jelly has) Will Groovy end up as an unmaintained project like Jelly has? -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [maven2] Anything Groovy in Maven2?
Maczka Michal [EMAIL PROTECTED] wrote on 03/05/2004 11:31:21 PM: I don't think it will be that bad. Now clean, jar, compile plugin and it's goal can be easly reused in other plugins (e.g you don't have to write the same code for test plugin). The same can be said for the jelly code. My main problem with jelly/current design is that it disallows to reuse the code easly. See how test plugin is similar to java plugin. That can quite easily be fixed by creating a taglib as you know. Duplicated code = no consitency = bad design. More over nobody else was ever reusing our long jelly scripts. The whole point of maven is that you don't need to change the code, though. With simple Pojo stratgey we might even serve as source of ant tasks! That'd be a great strategy. Extract the ant tasks into POJOs. Sure. But I don't know a single person which tried to implement something with jelly which was really productive. I dare to say that it will be much faster to write plugins in Java then in jelly. I spent myself hours doing something horribly basic in jelly. And note that number of users of plugins in not comparable with the number of plugin devlopers. Most people just use the plugins and the way it is implemented is not importand for them It's long been possible to write beans in jelly and call them from plugins, as you know. why do so few people do it? -- dIon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven2] Anything Groovy in Maven2?
Jason van Zyl [EMAIL PROTECTED] wrote on 03/05/2004 10:48:22 AM: On Sun, 2004-05-02 at 18:43, Alex Karasulu wrote: Hiya, Was just wondering if there were any ideas regarding the use of Groovy with maven2 or is scripting totally out of the picture? I'm especially fond of any language that pays its respects to the mighty GString :-). A plugin in maven2 can be anything that there is plexus component factory for which pure java is obviously a choice along with these: http://cvs.plexus.codehaus.org/plexus/plexus-component-factories/ So, yes, plugins in maven2 could be written in Groovy. It's not a technical limitation it's more a matter of deciding what we promote. It's something that will be addressed in user surveys for maven2. I'm curious to see how many people actually like xml scripting. Given the vast amount of ant build scripts out there, there must be a few. -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Abbot plugin - feedback wanted
Can abbot be used for web app testing? -- dIon Gillard, Multitask Consulting Vincent Massol [EMAIL PROTECTED] wrote on 01/05/2004 07:46:11 AM: Hi Abbot and Maven users, I've just committed today a Maven plugin for Abbot. See http://maven.apache.org/reference/plugins/abbot/ for more information. Note that this plugin supports testing webstart applications. The plugin is not released yet so you'll have to build it from source. To do this, install Maven, checkout the maven-plugins-sandbox module (http://cvs.apache.org/viewcvs.cgi/maven-plugins-sandbox/), cd to abbot/ and type maven plugin:install. Feedback is much welcome. Thanks -Vincent Wanna see JUnit in Action? (http://manning.com/massol) - 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]
multiproject:site stops transforming xdocs to html?
I've got a weird one on our test box and remember reading up here about something similar happening to someone else, but couldn't find it in the archives. If I run multiproject:site or -Dgoal=site multiproject:goal, the xdoc plugin stops transforming the generated xml files to html, and the resultant html is a just like the xml, except the license has been removed. -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: EAR task and type tag
Darren Hartford [EMAIL PROTECTED] wrote on 01/05/2004 12:19:02 AM:
Hey all,
Regarding Maven-1.0-rc2 (binary install) on Win2000, I have the
following in my project.xml:
==snip==
dependency
groupIdMYPROJECT/groupId
artifactIdMYEJBSESSION/artifactId
version${pom.currentVersion}/version
typeejb/type
properties
ear.bundletrue/ear.bundle
/properties
/dependency
dependency
groupIdMYPROJECT/groupId
artifactIdMYEJBSESSION/artifactId
version${pom.currentVersion}/version
typewsr/type
properties
ear.bundletrue/ear.bundle
/properties
/dependency
==end snip==
the typewsr/type is a Jboss WebService aRchive. Maybe I
misunderstand, but shouldn't the EAR task just take the WSR file
(that is indeed in the repository) and add it to the EAR file?
There are no errors, and uncompressing the built EAR shows the JAR's
are there but not the WSR's.
Both dependencies specify
groupIdMYPROJECT/groupId
artifactIdMYEJBSESSION/artifactId
In Maven 1.0, the type is not considered in deciding on whether a
dependency is unique or not. The above is treated as a duplicate. Try
changing the artifactId to MYWSR or something similar.
HTH,
--
dIon Gillard, Multitask Consulting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: EAR task and type tag
Vincent Massol [EMAIL PROTECTED] wrote on 01/05/2004 12:27:58 AM: Darren, I don't think the wsr type is a known type... The ear plugin doesn't check against types. If you mark a dependency as ear.bundle, it's included. -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is there a Maven WebLogic Plugin available?!
Nathan Coast made a weblogic plugin a while back, but it only worked with the EJBGen tool from WebLogic. The Cactus plugin has WebLogic functionality too from memory. -- dIon Gillard, Multitask Consulting Göschl,Siegfried [EMAIL PROTECTED] wrote on 29/04/2004 07:48:19 PM: Hi folks, recently I looked for a Maven plugin for automated deployment on Bea WebLogic 8.x and couldn't find anything I could download readily. At the end I wrote a little plugin - it uses the WebLogic Deployer facility and currently runs with Maven-1.0-RC1. Is there any other WebLogic plugin out there or is it worth to put in some more effort and contribute it to the Maven Plugins SourceForge project?! Maybe someone is willing to lend a hand for more field testing ... :-) Thanks in advance Siegfried Goeschl - 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: Multiproject and Reactor
Ricardo de Souza Moura [EMAIL PROTECTED] wrote on 29/04/2004 12:23:02 PM: Hi folks, What the difference betwenn Multproject and Reactor ? Multiproject lets you deal with multiple projects in a consistent way and without writing code in maven.xml. I use reactor, but I don't use the maven.multiproject.* properties. When Would I use maven.multiproject.* properties ? -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: changelog plugin vs cvs executable
Menetrieux Remy [EMAIL PROTECTED] wrote on 27/04/2004 07:37:59 PM: Changelog use the scm plugin to connect at cvs. I have post an answer for this last week. Rémy The Changelog plugin does not use the SCM plugin to do it's cvs work. It uses the netbeans cvslib. The issue is that CVSNT does not create a .cvspass file, it stores it in the registry under HKEY_USERS\ID\Software\cvsnt\cvspass I think we should document that the changelog plugin requires the .cvspass file, and detail how to create one. It would be even better if this was an optional goal in the changelog plugin so people didn't have to write it themselves. -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: changelog plugin vs cvs executable
I think I'll just update the plugin xdocs/index.xml unless someone objects. -- dIon Gillard, Multitask Consulting Brett Porter [EMAIL PROTECTED] wrote on 29/04/2004 09:25:21 AM: Good suggestion dion. Can you create a JIRA issue, preferably with a patch? :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, 28 April 2004 11:36 AM To: Maven Users List Subject: RE: changelog plugin vs cvs executable Menetrieux Remy [EMAIL PROTECTED] wrote on 27/04/2004 07:37:59 PM: Changelog use the scm plugin to connect at cvs. I have post an answer for this last week. Rémy The Changelog plugin does not use the SCM plugin to do it's cvs work. It uses the netbeans cvslib. The issue is that CVSNT does not create a .cvspass file, it stores it in the registry under HKEY_USERS\ID\Software\cvsnt\cvspass I think we should document that the changelog plugin requires the .cvspass file, and detail how to create one. It would be even better if this was an optional goal in the changelog plugin so people didn't have to write it themselves. -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with HEAD and -o or -X
I've had a problem recently with HEAD where goals are being ignored and only the default goal for a project is being executed, e.g. I have a project with a default goal of 'inl:nightly-build', which is defined in maven.xml, and when I run maven -o multiproject:clean, it executes the default goal, not multiproject:clean. Here's some output: C:\source\wsad\workspace\Deploymentmaven -o multiproject:clean __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3-SNAPSHOT You are working offline so the build will continue, but general-common-SNAPSHOT.jar may be out of date! You are working offline so the build will continue, but general-ejb-SNAPSHOT.jar may be out of date! build:start: inl:nightly-build: [cvs] ? XmlToFlatConverter.jelly [cvs] cvs server: Updating . [cvs] U cruisecontrol.xml [cvs] P sql/general/createViews.jelly [cvs] cvs server: Updating batch [cvs] cvs server: Updating lib [cvs] cvs server: Updating mq [cvs] cvs server: Updating sql [cvs] cvs server: Updating sql/fixedasset [cvs] cvs server: Updating sql/general [cvs] cvs server: Updating sql/generalledger [cvs] cvs server: Updating sql/inl [cvs] cvs server: Updating sql/property [cvs] U sql/property/constraints.jelly [cvs] U sql/property/createTables.jelly [cvs] P sql/property/createViews.jelly [cvs] cvs server: Updating sql/reports [cvs] cvs server: Updating sql/uat [cvs] cvs server: Updating xdocs [cvs] cvs server: Updating xdocs/images [cvs] cvs server: Updating xml Here's the same without -o C:\source\wsad\workspace\Deploymentmaven multiproject:clean __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3-SNAPSHOT Attempting to download general-common-SNAPSHOT.jar. Attempting to download general-ejb-SNAPSHOT.jar. build:start: multiproject:clean: multiproject:projects-init: [echo] Gathering project list Starting the reactor... Our processing order: General Common Fixed Assets Common Fixed Assets Documentation General EJB Fixed Assets EJB INL Common General Web ... Before I go file this in Jira, has anyone else seen this? FWIW, the same happens with -X. -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with HEAD and -o or -X
Done. -- dIon Gillard, Multitask Consulting Brett Porter [EMAIL PROTECTED] wrote on 29/04/2004 11:13:04 AM: Interesting. Something must have changed in CLI as I noticed that sometimes was being recorded as a goal. I haven't seen it, but can you file this in JIRA, and attach the output when done with -X? Specifically the part where it is first going to attain the goal and says it is selecting the default (or the whole lot is fine). Thanks, Brett -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, 29 April 2004 10:00 AM To: [EMAIL PROTECTED] Subject: Problem with HEAD and -o or -X I've had a problem recently with HEAD where goals are being ignored and only the default goal for a project is being executed, e.g. I have a project with a default goal of 'inl:nightly-build', which is defined in maven.xml, and when I run maven -o multiproject:clean, it executes the default goal, not multiproject:clean. Here's some output: C:\source\wsad\workspace\Deploymentmaven -o multiproject:clean __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3-SNAPSHOT You are working offline so the build will continue, but general-common-SNAPSHOT.jar may be out of date! You are working offline so the build will continue, but general-ejb-SNAPSHOT.jar may be out of date! build:start: inl:nightly-build: [cvs] ? XmlToFlatConverter.jelly [cvs] cvs server: Updating . [cvs] U cruisecontrol.xml [cvs] P sql/general/createViews.jelly [cvs] cvs server: Updating batch [cvs] cvs server: Updating lib [cvs] cvs server: Updating mq [cvs] cvs server: Updating sql [cvs] cvs server: Updating sql/fixedasset [cvs] cvs server: Updating sql/general [cvs] cvs server: Updating sql/generalledger [cvs] cvs server: Updating sql/inl [cvs] cvs server: Updating sql/property [cvs] U sql/property/constraints.jelly [cvs] U sql/property/createTables.jelly [cvs] P sql/property/createViews.jelly [cvs] cvs server: Updating sql/reports [cvs] cvs server: Updating sql/uat [cvs] cvs server: Updating xdocs [cvs] cvs server: Updating xdocs/images [cvs] cvs server: Updating xml Here's the same without -o C:\source\wsad\workspace\Deploymentmaven multiproject:clean __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3-SNAPSHOT Attempting to download general-common-SNAPSHOT.jar. Attempting to download general-ejb-SNAPSHOT.jar. build:start: multiproject:clean: multiproject:projects-init: [echo] Gathering project list Starting the reactor... Our processing order: General Common Fixed Assets Common Fixed Assets Documentation General EJB Fixed Assets EJB INL Common General Web ... Before I go file this in Jira, has anyone else seen this? FWIW, the same happens with -X. -- dIon Gillard, Multitask Consulting - 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]
changelog plugin vs cvs executable
I recently had a problem with the changelog plugin where it was coming back with an error saying there was an incorrect password provided. Running 'cvs up' and 'cvs login' all worked fine, and cvs itself seemed ok. It appears the plugin reads (and expects) a ~/.cvspass file. This file wasn't present when using cvs.exe from cvsnt.org. Is this to be expected? If so, we should update the plugin docs to clarify that a .cvspass is needed and give details on the ant task to create it. -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call of jelly invokeStatic in maven.xml
Is ch.netcetera.golo.IDgen in one of the jars in your project.xml?
--
dIon Gillard, Multitask Consulting
Martin Jaeger [EMAIL PROTECTED] wrote on 26/04/2004 09:43:07 PM:
Hi together
After my project is compiled and packaged I want to deploy it to our
server. For this I have to get an id from a static helper method in the
code of the project and insert it to a textfile. This did not work (see
excerpt from maven.xml and exception at the bottom).
I think the reason is that the classpath of the invokeStatic is wrong.
Has
someone an idea how I can set the classpath, or how else I could call a
static method and use the returnvalue in Maven?
Thanks a lot
Martin
I tried to do this in my maven.xml
goal name=vega:getSession
j:invokeStatic var=id method=getID
className=ch.netcetera.golo.IDgen/
echo message=ID = ${id}/
/goal
The result was:
Could not load class: ch.netcetera.golo.IDgen. Reason:
java.lang.ClassNotFoundException: ch.netcetera.golo.IDgen
at com.werken.werkz.Goal.fire(Goal.java:646)
at com.werken.werkz.Goal.attain(Goal.java:575)
at
com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
at
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:531)
at
org.apache.maven.MavenSession.attainGoals(MavenSession.java:265)
at org.apache.maven.cli.App.doMain(App.java:466)
at org.apache.maven.cli.App.main(App.java:1117)
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)
-
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: Dependencies
Bill Madison [EMAIL PROTECTED] wrote on 26/04/2004 01:43:05 AM: Geoffrey, Even if I do it the way you suggested, it still doesnt solve the problem of cutpaste and the versioning issue. I'm lookiing for something where I can place the jars and point to the location, If at all I can do that, it would save lot of my time. If anyone know of any solution, please let me know. Can't you generate the maven descriptor from the IDE's settings or vice versa? Which IDE are you using? -- dIon Gillard, Multitask Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
