website small problem: ./ProjectName/images/logo.gif instead of /ProjectName/images/logo.gif
Hi, I am trying to generate a multisite website using a common logo image. As reported in the maven documentation, I specified the tag logo using the following syntax: logo/ProjectName/images/logo.giflogo But if I use this syntax the xdoc plugin puts a '.' character in front of generated name: ./ProjectName/images/logo.gif Do you know why it keeps putting the dot char? Thanks in advance Mario This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. Su www.tim.it - 119 Self Service -, puoi parlare con un operatore o farti aiutare a navigare nel mondo TIM. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
R: Multiproject:clean problem
It is a workaround. Anyway it works so fine!
maven -o multiproject:clean
goal name=multiproject:clean
maven:reactor basedir=${basedir}
includes=**/${pattern}/**/project.xml
excludes=**/target/**/project.xml
goals=clean
banner= multiproject:clean
ignoreFailures=true/
/goal
Bye
-Messaggio originale-
Da: Milos Kleint [mailto:[EMAIL PROTECTED]
Inviato: lunedì 9 agosto 2004 15.34
A: Maven Users List
Oggetto: Re: Multiproject:clean problem
and what about the scenario when I do a multiproject clean the a
multiproject build which however failt mid-way.. a subsequent
multiproject clean failt, because it cannot resolve all dependencies..
is there a way out? it seems liuke one can only do a clean build after
successfully building the multiproject..
Milos
Dion Gillard wrote:
You typically need to do a multiproject:install or
multiproject:install-snapshot before using any other goals.
This places the dependent jars in the local repo.
On Mon, 9 Aug 2004 10:24:04 -0300, Roberto Castro [EMAIL PROTECTED] wrote:
Hi, when I run Multiproject:clean in my master project, it tries to find a jar
file that was not created yet.
I use an argument passed to Maven (mm_domain) to create the name of jar file.
Is there a bug in Multiproject:clean? I've looked up in faq but I didn't find
anything about this error.
Here is log:
+
| Executing clean:clean MM - SPBDns
| Memory: 3M/6M
+
Verifying dependencies for MM:spbdns
Getting failed dependencies: [EMAIL PROTECTED]
Attempting to download spbmessage-cetip-snapshot.jar.
Getting URL: http://laranjeiras:8080/maven/MM/jars/spbmessage-cetip-snapshot.jar
Received status code: 404
File not found on one of the repos
java.io.FileNotFoundException:
http://laranjeiras:8080/maven/MM/jars/spbmessage-cetip-snapshot.jar
at org.apache.maven.util.HttpUtils.retrieveArtifact(HttpUtils.java:547)
at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:381)
at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:287)
at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:181)
at
org.apache.maven.verifier.DependencyVerifier.getRemoteArtifact(DependencyVerifier.java:326)
at
org.apache.maven.verifier.DependencyVerifier.getDependencies(DependencyVerifier.java:255)
at
org.apache.maven.verifier.DependencyVerifier.satisfyDependencies(DependencyVerifier.java:171)
at
org.apache.maven.verifier.DependencyVerifier.verify(DependencyVerifier.java:97)
at org.apache.maven.project.Project.verifyDependencies(Project.java:1365)
at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:510)
at org.apache.maven.MavenSession.attainGoals(MavenSession.java:266)
at org.apache.maven.jelly.tags.maven.ReactorTag.doTag(ReactorTag.java:342)
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.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
at
org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:127)
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.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
at
org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:127)
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.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:634)
at
R: Multiproject:clean problem
To resolve this problem I used the following solution:
The reactor has to be called using:
ignoreFailures=true (so it keeps going if there is a failure)
and then maven can be invoked using:
maven -o InfoBUS:clean (-o offline: this way maven ignores the central repo)
goal name=InfoBUS:clean
maven:reactor basedir=${basedir}
includes=**/${pattern}/**/project.xml
excludes=**/target/**/project.xml
goals=clean
banner=InfoBUS:clean
ignoreFailures=true/
/goal
The rationale is:
When you clean-up do not care about dependencies and central-repo.
Bye
-Messaggio originale-
Da: Carlos Sanchez [mailto:[EMAIL PROTECTED]
Inviato: lunedì 9 agosto 2004 16.22
A: 'Maven Users List'
Oggetto: RE: Multiproject:clean problem
Hi,
It was the subject of a previous thread and I think there was a solution.
The issue is at http://jira.codehaus.org/browse/MAVEN-1270
Regards
Carlos Sanchez
A Coruña, Spain
Oness Project
http://oness.sourceforge.net
-Original Message-
From: Milos Kleint [mailto:[EMAIL PROTECTED]
Sent: Monday, August 09, 2004 3:41 PM
To: Maven Users List
Subject: Re: Multiproject:clean problem
Dion Gillard wrote:
AFAIK, the reactor (which multiproject uses), verifies
projects before
calling goals on them.
This means, yes, you'll need all the dependent jars in the
repo before
doing a multiproject:clean
IMHO it shouldn't do it, at least for the the artifacts of
the projects included in the multiproject clean.
Milos
On Mon, 09 Aug 2004 15:33:41 +0200, Milos Kleint
[EMAIL PROTECTED] wrote:
and what about the scenario when I do a multiproject clean the a
multiproject build which however failt mid-way.. a subsequent
multiproject clean failt, because it cannot resolve all
dependencies..
is there a way out? it seems liuke one can only do a clean
build after
successfully building the multiproject..
Milos
Dion Gillard wrote:
You typically need to do a multiproject:install or
multiproject:install-snapshot before using any other goals.
This places the dependent jars in the local repo.
On Mon, 9 Aug 2004 10:24:04 -0300, Roberto Castro
[EMAIL PROTECTED] wrote:
Hi, when I run Multiproject:clean in my master project,
it tries to find a jar file that was not created yet.
I use an argument passed to Maven (mm_domain) to create
the name of jar file.
Is there a bug in Multiproject:clean? I've looked up in
faq but I didn't find anything about this error.
Here is log:
+
| Executing clean:clean MM - SPBDns
| Memory: 3M/6M
+
Verifying dependencies for MM:spbdns Getting failed dependencies:
[EMAIL PROTECTED]
Attempting to download spbmessage-cetip-snapshot.jar.
Getting URL:
http://laranjeiras:8080/maven/MM/jars/spbmessage-cetip-sna
pshot.jar
Received status code: 404
File not found on one of the repos
java.io.FileNotFoundException:
http://laranjeiras:8080/maven/MM/jars/spbmessage-cetip-snapshot.jar
at
org.apache.maven.util.HttpUtils.retrieveArtifact(HttpUtils.java:547)
at
org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:381)
at
org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:287)
at
org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:181)
at
org.apache.maven.verifier.DependencyVerifier.getRemoteArtifact
(DependencyVerifier.java:326)
at
org.apache.maven.verifier.DependencyVerifier.getDependencies(D
ependencyVerifier.java:255)
at
org.apache.maven.verifier.DependencyVerifier.satisfyDependenci
es(DependencyVerifier.java:171)
at
org.apache.maven.verifier.DependencyVerifier.verify(Dependency
Verifier.java:97)
at
org.apache.maven.project.Project.verifyDependencies(Project.java:1365)
at
org.apache.maven.plugin.PluginManager.attainGoals(PluginManage
r.java:510)
at
org.apache.maven.MavenSession.attainGoals(MavenSession.java:266)
at
org.apache.maven.jelly.tags.maven.ReactorTag.doTag(ReactorTag.
java:342)
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.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(Mave
nGoalTag.java:79)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction
.performAction(MavenGoalTag.java:110)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at
com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
at
org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(Mav
enAttainGoalTag.java:127)
at
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at
Need to load common goals from sub-projects maven.xml
Hi,
I looking for a way to set some common goals for each sub-project of a
multiproject environment.
I would like to do something like this
project xmlns:j=jelly:core xmlns:maven=jelly:maven
import ${directory_containing_the_common_goals}/common_goals.xml
/project
I have tried to do this in several ways, with no luck. I have tried
using:
xi:include href=${dir}/common_goals.xml / (xinclude standard from
w3c)
import from jelly
These are the goals that I'd like to have set for each sub-project.
preGoal name=build:start
maven:makeRelativePath var=maven.scm.cvs.module
path=${basedir}
basedir=${reply.project.home}/..
separator=/ /
/preGoal
goal name=sub_project:all
attainGoal name=java:compile/
attainGoal name=${maven.multiproject.type}/
attainGoal name=${maven.multiproject.type}:install/
/goal
postGoal name=dist
attainGoal name=${maven.multiproject.type}:install/
/postGoal
Thanks, Mario
This message is for the designated recipient only and may contain privileged or
confidential information. If you have received it in error, please notify the sender
immediately and delete the original. Any other use of the email by you is prohibited.
Collegati a www.tim.it e puoi chiedere di ricevere gratis nella tua mailbox le
Newsletter Web di TIM. Puoi scegliere tra diverse proposte: news riguardanti i.TIM,
Last Minute, Abbonamenti, il Telefonino on line, Business, MilleunaTIM, Investor
Relations. Il mondo TIM ti aspetta!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
R: Need to load common goals from sub-projects maven.xml
Thanks. I'll try writing a plug-in. I was also able to have it working using the following method. Unfortunatly there is no way to use variables inside SYSTEM. For who does not need to work with defines maybe the following syntax may be usefull. !DOCTYPE project [ !ENTITY fragToInclude SYSTEM some.xml.fragment ] Bye -Messaggio originale- Da: Alwyn Schoeman [mailto:[EMAIL PROTECTED] Inviato: mercoledì 30 giugno 2004 14.35 A: Maven Users List Oggetto: Re: Need to load common goals from sub-projects maven.xml Is there any plan ever to have maven.xml scripts inherit in a multiproject? On Wed, 30 Jun 2004 13:18:25 +0200, Maczka Michal [EMAIL PROTECTED] wrote: -Original Message- From: Stefanutti, Mario [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 30, 2004 1:16 PM To: Maven Users List Subject: Need to load common goals from sub-projects maven.xml Hi, I looking for a way to set some common goals for each sub-project of a multiproject environment. Simple soluton: create your own plugin. It is super simple (example can be found in Maven Wiki) Michal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alwyn Schoeman Mid-life crisis in action - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. Collegati a www.tim.it e puoi chiedere di ricevere gratis nella tua mailbox le Newsletter Web di TIM. Puoi scegliere tra diverse proposte: news riguardanti i.TIM, Last Minute, Abbonamenti, il Telefonino on line, Business, MilleunaTIM, Investor Relations. Il mondo TIM ti aspetta! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ho do I automatically set the cvsModule property of a sub-project to access cvs correctly?
Hello,
first thing: sorry. I am newbie with jelly and a 1 month expert ;-) with
Maven.
I have a multiproject tree. Unfortunatly my sub-projects are more then
one level deeper respect to the root level. I have done it because the
physical organization (the directory tree of the project comes more
organized).
Example:
ib/adapters/inbound/httpAdapter
ib/adapters/inbound/sapAdapter
ib/adapters/outbound/httpAdapter
The problem is: Is there a way to set the module property automatically
using the variable basedir?
In other words, I need to set pom.repository.cvsModule to the following
value:
ib/adapters/inbound/httpAdapter
echoDebug: basedir = ${basedir}/echo
j:set var=testVar value=${basedir.substring(3,?)} /
???
Is there any other way to do it? A more direct and clean way.
I know that I can set the variable into the build.properties of each
subproject, but I was lookink for an automatic way to do it.
Thanks
This message is for the designated recipient only and may contain privileged or
confidential information. If you have received it in error, please notify the sender
immediately and delete the original. Any other use of the email by you is prohibited.
su www.tim.it - Clienti Privati -, puoi trasformare il tuo traffico telefonico in
fantastici premi con MILLEUNATIM.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
R: dist:prepare-bin-filesystem error when started from the reactor
Sorry, it was a problem with XP that cannot handle filenames (full path) longer than 256 (+3) bytes (C:/project/.../.../...). Bye -Messaggio originale- Da: Stefanutti, Mario Inviato: lunedì 7 giugno 2004 15.41 A: 'Maven Users List' Oggetto: dist:prepare-bin-filesystem error when started from the reactor Hi, I am getting the following error when running the dist goal of a subproject from the top level directory (using the reactor). If I start the same goal from the subproject directory everything goes fine. I have noticed that the output produced on Windows differs during the two situations: ..\IBAdapterHttp\.. NOK (from reactor) ..\IBADAP~1\.. OK (directly from the sub-directory) NOT OK (from the reactor) - dist:prepare-bin-filesystem: [delete] Deleting directory D:\Mario\InfoNew\ib\infobus\adapters\IBAdapterHttp\IBAdapterHttpOutbound\IBAdapterHttpOutbound-1.0.0\target\IBAdapterHttpOutbound-1.0.0\bin\IBAdapterHttpOutbound-1.0.0 BUILD FAILED File.. D:\Mario\InfoNew\ib\maven.xml Element... maven:reactor Line.. 18 Column 48 Unable to obtain goal [dist:prepare-bin-filesystem] -- D:\Mario\MyPrograms\Maven\LocalRepository\plugins\maven-dist-plugin-1.5\plugin.jelly:44:55: ant:delete Unable to delete file D:\Mario\InfoNew\ib\infobus\adapters\IBAdapterHttp\IBAdapterHttpOutbound\IBAdapterHttpOutbound-1.0.0\target\IBAdapterHttpOutbound-1.0.0\bin\IBAdapterHttpOutbound-1.0.0\docs\apidocs\tim\infobus\adapter\http\outbound\authentication\AuthenticatedHttpUserManager.html Total time: 17 minutes 6 seconds Finished at: Mon Jun 07 13:52:14 CEST 2004 NOT OK (from the subproject) dist:prepare-bin-filesystem: [delete] Deleting directory D:\Mario\InfoNew\ib\infobus\adapters\IBADAP~1\IBADAP~2\IBADAP~1.0\target\IBAdapterHttpOutbound-1.0.0\bin\IBAdapterHttpOutbound-1.0.0 [mkdir] Created dir: D:\Mario\InfoNew\ib\infobus\adapters\IBADAP~1\IBADAP~2\IBADAP~1.0\target\IBAdapterHttpOutbound-1.0.0\bin\IBAdapterHttpOutbound-1.0.0 [echo] +---+ | C R E A T I N G B I N A R Y D I S T R I B U T I O N | +---+ This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. su www.tim.it - Clienti Privati -, puoi vedere ed acquistare l'offerta LAST MINUTE di TIM. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
dist:prepare-bin-filesystem error when started from the reactor
Hi, I am getting the following error when running the dist goal of a subproject from the top level directory (using the reactor). If I start the same goal from the subproject directory everything goes fine. I have noticed that the output produced on Windows differs during the two situations: ..\IBAdapterHttp\.. NOK (from reactor) ..\IBADAP~1\.. OK (directly from the sub-directory) NOT OK (from the reactor) - dist:prepare-bin-filesystem: [delete] Deleting directory D:\Mario\InfoNew\ib\infobus\adapters\IBAdapterHttp\IBAdapterHttpOutbound \IBAdapterHttpOutbound-1.0.0\target\IBAdapterHttpOutbound-1.0.0\bin\IBAd apterHttpOutbound-1.0.0 BUILD FAILED File.. D:\Mario\InfoNew\ib\maven.xml Element... maven:reactor Line.. 18 Column 48 Unable to obtain goal [dist:prepare-bin-filesystem] -- D:\Mario\MyPrograms\Maven\LocalRepository\plugins\maven-dist-plugin-1.5\ plugin.jelly:44:55: ant:delete Unable to delete file D:\Mario\InfoNew\ib\infobus\adapters\IBAdapterHttp\IBAdapterHttpOutbound \IBAdapterHttpOutbound-1.0.0\target\IBAdapterHttpOutbound-1.0.0\bin\IBAd apterHttpOutbound-1.0.0\docs\apidocs\tim\infobus\adapter\http\outbound\a uthentication\AuthenticatedHttpUserManager.html Total time: 17 minutes 6 seconds Finished at: Mon Jun 07 13:52:14 CEST 2004 NOT OK (from the subproject) dist:prepare-bin-filesystem: [delete] Deleting directory D:\Mario\InfoNew\ib\infobus\adapters\IBADAP~1\IBADAP~2\IBADAP~1.0\target \IBAdapterHttpOutbound-1.0.0\bin\IBAdapterHttpOutbound-1.0.0 [mkdir] Created dir: D:\Mario\InfoNew\ib\infobus\adapters\IBADAP~1\IBADAP~2\IBADAP~1.0\target \IBAdapterHttpOutbound-1.0.0\bin\IBAdapterHttpOutbound-1.0.0 [echo] +---+ | C R E A T I N G B I N A R Y D I S T R I B U T I O N | +---+ This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. su www.tim.it - 119 Self Service -, puoi controllare il tuo traffico online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
R: problem with modifying bundled plugins in rc3
It seems to be related to how the plugins are loaded by maven. Try to run maven with the -X option to see if the vanilla jar file is loaded before the one that you modified. In that case it means that jelly scripting follows the same rules of classloading for the java classes. Bye -Messaggio originale- Da: Denis McLaughlin [mailto:[EMAIL PROTECTED] Inviato: venerdì 4 giugno 2004 6.06 A: [EMAIL PROTECTED] Oggetto: problem with modifying bundled plugins in rc3 Hi, I've begun to use Maven RC3, and have noticed a problem when trying to use a modified version of one of the plugins bundled with RC3. I've been discussing fixes to the javadoc plugin on the list. The patched javadoc plugin wasn't in RC3, but that's cool, I'm sure it'll be in the next release. However, because I need the new functionality, I had to patch the javadoc plugin that came with RC3. So I took a copy of the maven-javadoc-plugin-1.5.jar from MAVEN_HOME/plugins, unjarred it, modified the plugin.jelly file to get it to use maven.compile.src.set, rejarred it as maven-javadoc-plugin-1.5-dm1.jar and put it on my repository (maven.repo.remote). Then I went into my project and changed the project.xml to refer to my modified javadoc plugin. When I then ran a clean or a build, maven would install both the vanilla 1.5 plugin and my modified plugin in ~/.maven/plugins. However, when I actually executed the javadoc:generate goal, it used the goal as described by the vanilla 1.5 plugin, rather than using my modified plugin. This was in spite of my having made no mention in any project.xml files to the vanilla plugin, I was only specifying a dependency on my modified plugin. After playing with it, I found the following: - for any goal that was in the vanilla 1.5 plugin, but not in my modified plugin, the goal from the vanilla plugin would be used - for any goal that was in my modified plugin, but not in the vanilla 1.5 plugin, the goal from my modified plugin would be used - for any goal that was in both the vanilla 1.5 plugin and in my modified plugin, the goal from the vanilla plugin would be used To work around this problem, I deleted the vanilla 1.5 plugin from MAVEN_HOME/plugins: then only my modified plugin would be installed into ~/.maven, and the correct goal would be run. Anything I'm doing wrong? If this sounds like an unreported bug, I'll open a jira against it. Denis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. su www.tim.it - 119 Self Service -, puoi controllare il tuo traffico online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems with xml: \org\xml\sax\helpers\DefaultHandler (resolveEntity)
Hi, I am having a problem compiling XML code not present using ant. I discovered that when maven runs the java:compile goal, it prepends to the classpath the following jar file: xml-apis-1.0.b2.jar under .\Apache Software Foundation\Maven 1.0-rc3\lib\endorsed\ The problem is that the class DefaultHandler (package \org\xml\sax\helpers) defines that the resolveEntity method throws an IOException. But I have verified on the Sun site, that this class should throw only SAXException. Do you know why maven prepends that jar to the java:compile goal? And do you know why that jar declares the method to throw IOException? Bye and thanks, Mario This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. su www.tim.it - 119 Self Service -, puoi controllare il tuo traffico online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
R: problem with multiproject:clean when new subproject added
To resolve this problem I used the following solution:
The reactor has to be called called using:
ignoreFailures=true (so it keeps going is there is a failure)
and maven is invoked using
maven -o InfoBUS:clean (-o offline: this way maven ignores the central repo)
goal name=InfoBUS:clean
maven:reactor basedir=${basedir}
includes=**/${pattern}/**/project.xml
excludes=**/target/**/project.xml
goals=clean
banner=InfoBUS:clean
ignoreFailures=true/
/goal
Bye
-Messaggio originale-
Da: Dion Gillard [mailto:[EMAIL PROTECTED]
Inviato: venerdì 28 maggio 2004 15.37
A: Maven Users List
Oggetto: Re: problem with multiproject:clean when new subproject added
On Fri, 28 May 2004 09:11:27 -0400, Jim Crossley [EMAIL PROTECTED] wrote:
What? If you have an ear subproject that depends on a new war
subproject, you won't be able to invoke the clean goal (in the root,
to clean the old subprojects, for whatever reason) until you've
installed the new war subproject. That's just wrong: clean should
ignore missing dependencies.
We'd all agree, but that's the way it currently is.
There is no facility in m1 currently to ignore dependency resolution
when invoking any goal.
--
dIon
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This message is for the designated recipient only and may contain privileged or
confidential information. If you have received it in error, please notify the sender
immediately and delete the original. Any other use of the email by you is prohibited.
°
su www.tim.it - Shop -, puoi ricaricare subito il tuo telefonino.
°
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
R: About Dependencies
I am using the same approach and it works fine: maven.repo.remote=file://file_repository,http://www.ibiblio.org/maven You can set a file_repository accessible by anyone (developers) or you can set a user file store. In this case you can use I have a problem with this download from the file repository though: The first time a jar is downloaded, Maven downloads it from the file store, but it also tries to download it from the http repository, giving me the following error: Downloading file log4j-1.2.6.jar. Error retrieving artifact from [http://www.ibiblio.org/maven/Jakarta/jars/log4j-1.2.6.jar]: java.net.UnknownHostException: www.ibiblio.org Do you guys know why? Is is about md5 files? Bye and thanks -Messaggio originale- Da: Maczka Michal [mailto:[EMAIL PROTECTED] Inviato: venerdì 28 maggio 2004 13.55 A: 'Maven Users List' Oggetto: RE: About Dependencies -Original Message- From: Amato Massimiliano (TLAB) [mailto:[EMAIL PROTECTED] Sent: Friday, May 28, 2004 1:35 PM To: Maven Users List Subject: RE: About Dependencies Hello I just didn't know it was possible, are you sure this is supported since i didn't find it anywhere Yes I am sure. http://maven.apache.org/reference/user-guide.html#Behavioural_Properties - see maven.repo.remote I am using something like: maven.repo.remote=http://our_intranet_repo/,http://www.ibiblio.org/maven SO maven first looks for artifact which exits in closer repository which makes downloads way faster. you can even do maven.repo.remote=file://xxx/,http://ww.ibiblio.org/maven With file protocol and network drive mapping facility you can even access remote repositories (afaik some OS let you even map FTP, WebDav repositories) Michal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. Su www.tim.it - 119 Self Service -, puoi parlare con un operatore o farti aiutare a navigare nel mondo TIM. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
R: Reactor bug?
Please help me. I am really stuck with this problem.
Ejb-ibxdt depends on ibxdt (I have declared it into the project.xml file).
Why the reactor is reacting badly?
Starting the reactor...
Our processing order:
eai_commons
ejb-ibxdt see the project.xml
ibxdt see the project.xml
ib_commons
ib_internal
j2ee_commons
wls_commons
_
Da: Stefanutti, Mario
Inviato: giovedì 27 maggio 2004 16.13
A: '[EMAIL PROTECTED]'
Oggetto: Reactor bug?
Hello,
I have a multiproject build. Some sub-projects depend on each other (inter project
dependencies). For example in my scenario the j2ee_commons.jar depends on
eai_commons.jar.
The question is: have you ever had problems using the reactor with complex trees and
dependencies?
In my case I have an ibxdt (Data Transformation) module and an ejb that encapsulate
the ibxdt library. Reactor does not work correctly.
maven InfoBUS:dist
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-rc3
Starting the reactor...
Our processing order:
eai_commons
ejb-ibxdt see the project.xml
ibxdt see the project.xml
ib_commons
ib_internal
j2ee_commons
wls_commons
+
| Generating eai_commons
| Memory: 3M/4M
+
...
Ibxdt (project.xml)
?xml version=1.0 encoding=ISO-8859-1?
project
extend${basedir}/../../project.xml/extend
nameibxdt/name
id${pom.name}/id
currentVersion1.0.0/currentVersion
description
![CDATA[InfoBUS:ibxdt page]]
/description
dependencies
dependency
idlog4j/id
groupIdIB-Jakarta/groupId
version1.2.6/version
typejar/type
/dependency
dependency
idxalan/id
groupIdIB-Jakarta/groupId
version2.4.1/version
typejar/type
/dependency
dependency
ideai_commons/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
/dependency
dependency
idib_commons/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
/dependency
dependency
idib_internal/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
/dependency
/dependencies
build
name${pom.name}/name
sourceDirectorysrc/java/sourceDirectory
/build
/project
Ejb-ibxdt (project.xml)
?xml version=1.0 encoding=ISO-8859-1?
project
extend${basedir}/../../project.xml/extend
nameejb-ibxdt/name
id${pom.name}/id
currentVersion1.0.0/currentVersion
description
![CDATA[InfoBUS:ejb-ibxdt page]]
/description
dependencies
dependency
idlog4j/id
groupIdIB-Jakarta/groupId
version1.2.6/version
typejar/type
/dependency
dependency
idj2ee/id
groupIdIB-Sun/groupId
version1.3beta/version
typejar/type
/dependency
dependency
ideai_commons/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
properties
eclipse.dependencytrue/eclipse.dependency
/properties
/dependency
dependency
idib_commons/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
properties
eclipse.dependencytrue/eclipse.dependency
/properties
/dependency
dependency
idib_internal/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
properties
eclipse.dependencytrue/eclipse.dependency
/properties
/dependency
dependency
idibxdt/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
properties
eclipse.dependencytrue/eclipse.dependency
/properties
/dependency
/dependencies
build
name${pom.name}/name
sourceDirectorysrc/java/sourceDirectory
/build
R: Reactor infinite loop
I have done what suggested by Brett and it works fine:
!-- Clean through all sub-projects --
goal name=MY-PROJECT:clean
maven:reactor basedir=${basedir}
includes=**/${pattern}/**/project.xml
excludes=**/target/**/project.xml
goals=clean
banner=Cleaning
ignoreFailures=false/
/goal
I had to specify:
excludes=**/target/**/project.xml
to avoid the inclusion of the copied project.xml file into the target directory.
Bye
-Messaggio originale-
Da: Brett Porter [mailto:[EMAIL PROTECTED]
Inviato: venerdì 28 maggio 2004 13.08
A: Maven Users List
Oggetto: Re: Reactor infinite loop
Ian,
What you are doing here is overriding java:compile with this reactor
definition, so the previous java:compile no longer exists.
I'm guessing the default goal is something like jar which runs
java:compile, which runs this reactor, which runs the default goal which
runs java:compile you get the picture :)
You need to call your goal name something else, and possibly specify the
goal you want to run.
If all you want is to build multiple projects, you might consider the
multiproject plugin.
Cheers,
Brett
Ian Neruda wrote:
Am I doing something wrong?
Yup. The reactor includes itsef in the build, which
casuses infiniter
recursion. Try adding the following attribute.
excludes=project.xml
hope this helps
R.
I don't have project.xml in folder projects, so I
don't have anything to exclude.
Anyway I put excludes in reactor and it didn't work:
goal name=java:compile
maven:reactor
basedir=${basedir}
includes=*/project.xml
excludes=project.xml
banner=Building
ignoreFailures=false
/
/goal
This is structure:
-Maven
-projects
-maven.xml
-Project1
- project.xml
-Project2
- project.xml
Ian
__
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.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]
This message is for the designated recipient only and may contain privileged or
confidential information. If you have received it in error, please notify the sender
immediately and delete the original. Any other use of the email by you is prohibited.
Su www.tim.it - 119 Self Service -, puoi parlare con un operatore o farti aiutare a
navigare nel mondo TIM.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
clean bug
Hi, When clean is starter, Maven tries to resolve dependencies and if the artefact it depends on, was not build, Maven stops. During project start-up this behaviour is a problem: if I am creating a new project and I still have to compile it, why I cannot run clean? Bye Is it a bug or an expected behaviour? Bye DIVFONT face=Arial size=2IbrThis message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.brbrbrbrSu www.tim.it - 119 Self Service -, puoi parlare con un operatore o farti aiutare a navigare nel mondo TIM.brbr/I/FONT/DIV/BODY/HTML
Reactor bug?
Hello,
I have a multiproject build. Some sub-projects depend on each other
(inter project dependencies). For example in my scenario the
j2ee_commons.jar depends on eai_commons.jar.
The question is: have you ever had problems using the reactor with
complex trees and dependencies?
In my case I have an ibxdt (Data Transformation) module and an ejb that
encapsulate the ibxdt library. Reactor does not work correctly.
maven InfoBUS:dist
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-rc3
Starting the reactor...
Our processing order:
eai_commons
ejb-ibxdt see the
project.xml
ibxdt see the
project.xml
ib_commons
ib_internal
j2ee_commons
wls_commons
+
| Generating eai_commons
| Memory: 3M/4M
+
...
Ibxdt (project.xml)
?xml version=1.0 encoding=ISO-8859-1?
project
extend${basedir}/../../project.xml/extend
nameibxdt/name
id${pom.name}/id
currentVersion1.0.0/currentVersion
description
![CDATA[InfoBUS:ibxdt page]]
/description
dependencies
dependency
idlog4j/id
groupIdIB-Jakarta/groupId
version1.2.6/version
typejar/type
/dependency
dependency
idxalan/id
groupIdIB-Jakarta/groupId
version2.4.1/version
typejar/type
/dependency
dependency
ideai_commons/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
/dependency
dependency
idib_commons/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
/dependency
dependency
idib_internal/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
/dependency
/dependencies
build
name${pom.name}/name
sourceDirectorysrc/java/sourceDirectory
/build
/project
Ejb-ibxdt (project.xml)
?xml version=1.0 encoding=ISO-8859-1?
project
extend${basedir}/../../project.xml/extend
nameejb-ibxdt/name
id${pom.name}/id
currentVersion1.0.0/currentVersion
description
![CDATA[InfoBUS:ejb-ibxdt page]]
/description
dependencies
dependency
idlog4j/id
groupIdIB-Jakarta/groupId
version1.2.6/version
typejar/type
/dependency
dependency
idj2ee/id
groupIdIB-Sun/groupId
version1.3beta/version
typejar/type
/dependency
dependency
ideai_commons/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
properties
eclipse.dependencytrue/eclipse.dependency
/properties
/dependency
dependency
idib_commons/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
properties
eclipse.dependencytrue/eclipse.dependency
/properties
/dependency
dependency
idib_internal/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
properties
eclipse.dependencytrue/eclipse.dependency
/properties
/dependency
dependency
idibxdt/id
groupIdInfoBUS/groupId
version1.0.0/version
typejar/type
properties
eclipse.dependencytrue/eclipse.dependency
/properties
/dependency
/dependencies
build
name${pom.name}/name
sourceDirectorysrc/java/sourceDirectory
/build
/project
DIVFONT face=Arial size=2IbrThis message is for the designated recipient only
and may contain privileged or confidential information. If you have received it in
error, please notify the sender immediately and delete the original. Any other use of
the email by you is
prohibited.brbrbrbrSu
www.tim.it - 119 Self Service -, puoi parlare con un operatore o farti aiutare a
navigare nel mondo
TIM.brbr/I/FONT/DIV/BODY/HTML
Examples of Ejb and Maven
Hi, I was looking for a way to integrate an ejb sub-project to my build tree. The problem is that I did not found many examples and the few I found use the xdoclet goal to produces interfaces. Is this necessary? Is there a way to just produce an ejb starting from the source tree that contains the complete source code? IBXDT.java IBXDTBean.java IBXDTHome.java IBXDTLocal.java IBXDTLocalHome.java I am also confused about the position of the ejb directory respect to the source tree. The scenario is: I have a sub-project that realizes a Data Transformation Library (called ibxdt). It is only a jar file and I have no problems to produce it with maven. The problem comes when Maven tries to compile the ejb. It does not work, and I am pretty sure I have placed my code NOT with the right structure. . .. ejb maven.xml project.xml src D:. ejb ? src ? java ? ? tim ? ? infobus ? ? ibxdt ? ? ejb ? META-INF src java tim infobus ibxdt config controller transformers ? bin ? ? bin2xml ? ? converters ? ? utils ? ? xml2bin ? test ? xslt util xml Is there any example on the web that I can see to get information about simple ejb production? Do you suggest me to move to xdoclet? Thanks again for all the help you already gave me. Bye and forza Maven Ciao DIVFONT face=Arial size=2IbrThis message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.brbrbrbrSu www.tim.it - 119 Self Service -, puoi parlare con un operatore o farti aiutare a navigare nel mondo TIM.brbr/I/FONT/DIV/BODY/HTML
Question about dependency
Hi, I have two sub-projects PA and PB (two simple libraries), and PB depends on PA. I am using the multiproject goals to build the entire project, but when I compile PB, maven tries to download the PA generated jar file (present in the other sub-tree), but it cannot find the file from the PB subproject. + | Generating j2ee_commons | Memory: 6M/7M + Trying to download eai_commons-1.0.0.jar. Do you know how these problems have to be approached? Do I have to use an http central repository also for the internal dependencies and use the postGoal task from PA to copy the jar PA to the http server? Thanks, Mario DIVFONT face=Arial size=2IbrThis message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.brbrbrbrsu www.tim.it - Clienti Privati -, puoi trasformare il tuo traffico telefonico in fantastici premi con MILLEUNATIM.brbr/I/FONT/DIV/BODY/HTML
