[c1.1] setting the min and max heap size ?
I need to increase my min and max heap size for CI. Where can I set this? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c1.1] setting the min and max heap size ?
Hi, if you launch it with plexus.sh/bat, look at the script and set PLEXUS_OPTS HTH, -- Olivier 2007/12/10, Mick Knutson [EMAIL PROTECTED]: I need to increase my min and max heap size for CI. Where can I set this? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c1.1] setting the min and max heap size ?
We use the sun sparc 64 run.sh On Dec 10, 2007 1:48 PM, olivier lamy [EMAIL PROTECTED] wrote: Hi, if you launch it with plexus.sh/bat, look at the script and set PLEXUS_OPTS HTH, -- Olivier 2007/12/10, Mick Knutson [EMAIL PROTECTED]: I need to increase my min and max heap size for CI. Where can I set this? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com --- -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: Release Plugin/SCM Scheme
On Saturday 08 December 2007 16:54:43 Wendy Smoak wrote: On Dec 8, 2007 7:52 AM, Marco Bakera [EMAIL PROTECTED] wrote: Does really nobody have a clue on this question? Or has the mail been overseen due to Santa Claus happenings?! ;) You didn't provide enough information to enable anyone to help. What url are you trying to use? What documentation have you already looked at? I found this page: http://maven.apache.org/scm/cvs.html Right, the page you mentioned was my first try. According to that page I tried scm:cvs:extssh:[EMAIL PROTECTED]:/path/to/repo but that results in The scm url is invalid. - Unknown transport: extssh When trying scm:cvs:ext:[EMAIL PROTECTED]:/path/to/repo I get The scm url is invalid. - The connection string contains too few tokens. My CVS/Root in my sandbox contains :extssh:[EMAIL PROTECTED]:/path/to/repo Any suggestions how solve this? Thanks for help. - Marco. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Release Plugin/SCM Scheme
On Monday 10 December 2007 10:26:37 Marco Bakera wrote: On Saturday 08 December 2007 16:54:43 Wendy Smoak wrote: On Dec 8, 2007 7:52 AM, Marco Bakera [EMAIL PROTECTED] wrote: Does really nobody have a clue on this question? Or has the mail been overseen due to Santa Claus happenings?! ;) You didn't provide enough information to enable anyone to help. What url are you trying to use? What documentation have you already looked at? I found this page: http://maven.apache.org/scm/cvs.html Right, the page you mentioned was my first try. According to that page I tried scm:cvs:extssh:[EMAIL PROTECTED]:/path/to/repo but that results in The scm url is invalid. - Unknown transport: extssh I missed to specify the CVS module at the end. Now everything works fine. :) However, thanks for your help. - Marco. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
archetypes with text substitutions [Virus checked]
Hi Maven experts, What I want to do, I am almost sure, has someone done before: I need to create achetypes, one for a parent project, a subproject for the some jar files, one for the interface definition, and one for web use, web admin. In a batch they are createed side by side with something like this: call mvn archetype:create -DarchetypeGroupId=MYGROUPID -DarchetypeArtifactId=my-parent -DarchetypeVersion=0.2.1-SNAPSHOT -DgroupId=%PACKAGE% -DartifactId=parent call mvn archetype:create -DarchetypeGroupId=MYGROUPID -DarchetypeArtifactId=my-opm -DarchetypeVersion=0.1.0-SNAPSHOT -DgroupId=%PACKAGE% -DartifactId=%SYS_NAME%-opm call mvn archetype:create -DarchetypeGroupId=MYGROUPID -DarchetypeArtifactId=my-opm -DarchetypeVersion=0.1.0-SNAPSHOT -DgroupId=%PACKAGE% -DartifactId=%SYS_NAME%-common call mvn archetype:create -DarchetypeGroupId=MYGROUPID -DarchetypeArtifactId=my-opm -DarchetypeVersion=0.1.0-SNAPSHOT -DgroupId=%PACKAGE% -DartifactId=%SYS_NAME%-interface All the created pom.xml should contain a parent/parent automatically referencing the parent just created. Even better would be that the project structure (main/java/...) reflects the MYGROUPID structure. Maven VELOCITY may be the tools to accomblish this. Is there an example how to do something like this? Is there a better way ? Is a stupid idea in the first place ? Any pointers apreciated ! mit freundlichen Grüßen/best regards Wolfgang Schrecker Database design is still largely subjective in nature; from C.J. Date: Database In Depth p. 137 -- -- Atos Worldline Processing GmbH Hahnstrasse 25 60528 Frankfurt/Main Germany Phone: +49 69/6657-1176 mailto:[EMAIL PROTECTED] http://www.atosworldline.com Geschäftsführer: Erik Munk Koefoed Aufsichtsratsvorsitzender: Didier Dhennin Sitz der Gesellschaft: Frankfurt/Main Handelsregister: Frankfurt/Main HRB 40 417 -- Atos Worldline Processing GmbH Hahnstraße 25 60528 Frankfurt/Main Germany Phone: +49 69/6657-1176 Fax : mailto: [EMAIL PROTECTED] http://www.atosworldline.com Geschäftsführer: Erik Munk Koefoed Aufsichtsratsvorsitzender: Didier Dhennin Sitz der Gesellschaft: Frankfurt/Main Handelsregister: Frankfurt/Main HRB 40 417 * * * * * * * * L E G A LD I S C L A I M E R * * * * * * * * This e-mail is destined for the above mentioned recipient. In case you received this e-mail by accident, we would appreciate it if you could contact the sender and delete all copies stored on your computer. Please be aware that the security and confidentiality of electronic data transmitted by e-mail is not completely guaranteed and that data may be seen, copied, downloaded or changed by third persons during transmission. Atos Origin accepts no liability for the security and confidentiality of data and documents sent by e-mail. Please make sure that all important messages will be confirmed in writing by means of a telefax or a letter. * * * * * * * * L E G A LD I S C L A I M E R * * * * * * * *
Dependencies
Hi All, Is there any way to set dependencies to a local classpath instead of a package in a repository? Thanks, Luis
Re: Dependencies
scopesystem/scope On 10 Dec 2007, at 12:52, Luis Roberto P. Paula wrote: Hi All, Is there any way to set dependencies to a local classpath instead of a package in a repository? Thanks, Luis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant to Maven
Hi, I'm work in a huge java project that has a ant script with almost 800 lines. The last two weeks I'm trying to convert this script into a maven2 multiproject, in order to simplify the build process, and its being such a pain in the ass. My questions are: - Is it worth to do this? - I know it is a great software, but in what causes maven is not recommended? Thanks, Luis
Re: Ant to Maven
You may wish to start by using the maven-antrun-plugin, breaking up the ant into smaller files that you put alongside each pom of your multi-module project. This way you can avoid writing all the plugins/complex poms that, while ideal, would take more time initially. That is the approach my project took, and we had at least 4 ant files (in the core) with probably about 1000 lines at least. Hopefully once you go through the process of breaking up the ant you will become intimately familiar with it's content, and have a better idea of how much work will be required to complete a full conversion. As to whether or not it's worth it is another question. What is your motivation for performing the conversion? What problems are you currently experiencing with your ant-built process that you felt needed alleviation? On Dec 10, 2007 8:14 AM, Luis Roberto P. Paula [EMAIL PROTECTED] wrote: Hi, I'm work in a huge java project that has a ant script with almost 800 lines. The last two weeks I'm trying to convert this script into a maven2 multiproject, in order to simplify the build process, and its being such a pain in the ass. My questions are: - Is it worth to do this? - I know it is a great software, but in what causes maven is not recommended? Thanks, Luis
exclude depend. from all war files included in EAR
Hi, I have an EAR file wich contains 5 WAR files. Each is dependent on struts, now i want be able to build the EAR so that all dependencies are concentrated in the root of the EAR and excluded from the WEB-INF\lib. The manifests are correct and the struts library is situated in the EAR and not in the WAR\WEB-INF\lib but the transitive dependencies are still included in the WEB-INF\lib. How can i easily avoid this. The option provided only works for the mentioned jar and not for it's transitive dependencies. Thanks, Maarten Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: exclude depend. from all war files included in EAR
On Dec 10, 2007 6:42 AM, maarten roosendaal [EMAIL PROTECTED] wrote: I have an EAR file wich contains 5 WAR files. Each is dependent on struts, now i want be able to build the EAR so that all dependencies are concentrated in the root of the EAR and excluded from the WEB-INF\lib. The manifests are correct and the struts library is situated in the EAR and not in the WAR\WEB-INF\lib but the transitive dependencies are still included in the WEB-INF\lib. How can i easily avoid this. The option provided only works for the mentioned jar and not for it's transitive dependencies. I think the concept you're looking for is skinny war. These links may help: * http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html * http://jira.codehaus.org/browse/MEAR-60 -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Dependency question
Declare the dependency as test scope:
dependency
groupId${jdbc.groupId}/groupId
artifactId${jdbc.artifactId}/artifactId
version${jdbc.version}/version
scopetest/scope
/dependency
Richard Brewster
Senior Associate
Perrin Quarles Associates
[EMAIL PROTECTED]
(434) 817-2640
-Original Message-
From: Jason Porter [mailto:[EMAIL PROTECTED]
Sent: Friday, December 07, 2007 2:12 PM
To: users@maven.apache.org
Subject: Dependency question
Is there a way to specify a dependency to be available for compilation
and test running, but not have it packaged up?
We have a situation where some older code that has been converted to
maven2 uses a library (SAP JCo if anyone is familiar with it) that must
be there to compile and also to run. Some of the tests were written to
communicate with SAP, which requires the jar to be in the classpath at
runtime. When the application is deployed the jar is provided via the
container, so we need it available to run the tests, but don't want it
packaged up with the application.
Jason Porter
O.C. Tanner
Information Services
Technical Specialist
-
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: Ant to Maven
As to whether or not it's worth it is another question. What is your motivation for performing the conversion? What problems are you currently experiencing with your ant-built process that you felt needed alleviation? Actually, our ant-build process works fine and it is well-structured. We thought that we could incorporate some advantages from maven, such as repositories and work in a more high-level way. But nothing is too simple and wonderful like those Hello world examples. On Dec 10, 2007 11:20 AM, Kallin Nagelberg [EMAIL PROTECTED] wrote: You may wish to start by using the maven-antrun-plugin, breaking up the ant into smaller files that you put alongside each pom of your multi-module project. This way you can avoid writing all the plugins/complex poms that, while ideal, would take more time initially. That is the approach my project took, and we had at least 4 ant files (in the core) with probably about 1000 lines at least. Hopefully once you go through the process of breaking up the ant you will become intimately familiar with it's content, and have a better idea of how much work will be required to complete a full conversion. As to whether or not it's worth it is another question. What is your motivation for performing the conversion? What problems are you currently experiencing with your ant-built process that you felt needed alleviation? On Dec 10, 2007 8:14 AM, Luis Roberto P. Paula [EMAIL PROTECTED] wrote: Hi, I'm work in a huge java project that has a ant script with almost 800 lines. The last two weeks I'm trying to convert this script into a maven2 multiproject, in order to simplify the build process, and its being such a pain in the ass. My questions are: - Is it worth to do this? - I know it is a great software, but in what causes maven is not recommended? Thanks, Luis
Re: exclude depend. from all war files included in EAR
thanks, just what i was looking for. Too bad about the bug. - Original Message From: Wendy Smoak [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Monday, December 10, 2007 2:49:30 PM Subject: Re: exclude depend. from all war files included in EAR On Dec 10, 2007 6:42 AM, maarten roosendaal [EMAIL PROTECTED] wrote: I have an EAR file wich contains 5 WAR files. Each is dependent on struts, now i want be able to build the EAR so that all dependencies are concentrated in the root of the EAR and excluded from the WEB-INF\lib. The manifests are correct and the struts library is situated in the EAR and not in the WAR\WEB-INF\lib but the transitive dependencies are still included in the WEB-INF\lib. How can i easily avoid this. The option provided only works for the mentioned jar and not for it's transitive dependencies. I think the concept you're looking for is skinny war. These links may help: * http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html * http://jira.codehaus.org/browse/MEAR-60 -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
new to the list: archetype with substitutions [Virus checked]
Hi Maven experts, (this is the second try to send to the list, delete it, if you saw the first.) What I want to do, I am almost sure, has someone done before: I need to create achetypes, one for a parent project, a subproject for the some jar files, one for the interface definition, and one for web use, web admin. In a batch they are createed side by side with something like this: call mvn archetype:create -DarchetypeGroupId=MYGROUPID -DarchetypeArtifactId=my-parent -DarchetypeVersion=0.2.1-SNAPSHOT -DgroupId=%PACKAGE% -DartifactId=parent call mvn archetype:create -DarchetypeGroupId=MYGROUPID -DarchetypeArtifactId=my-opm -DarchetypeVersion=0.1.0-SNAPSHOT -DgroupId=%PACKAGE% -DartifactId=%SYS_NAME%-opm call mvn archetype:create -DarchetypeGroupId=MYGROUPID -DarchetypeArtifactId=my-opm -DarchetypeVersion=0.1.0-SNAPSHOT -DgroupId=%PACKAGE% -DartifactId=%SYS_NAME%-common call mvn archetype:create -DarchetypeGroupId=MYGROUPID -DarchetypeArtifactId=my-opm -DarchetypeVersion=0.1.0-SNAPSHOT -DgroupId=%PACKAGE% -DartifactId=%SYS_NAME%-interface All the created pom.xml should contain a parent/parent automatically referencing the parent just created. Even better would be that the project structure (main/java/...) reflects the MYGROUPID structure. Maven VELOCITY may be the tools to accomblish this. Is there an example how to do something like this? Is there a better way ? Is a stupid idea in the first place ? Any pointers apreciated ! mit freundlichen Grüßen/best regards Wolfgang Schrecker Database design is still largely subjective in nature; from C.J. Date: Database In Depth p. 137 -- -- Atos Worldline Processing GmbH Hahnstrasse 25 60528 Frankfurt/Main Germany Phone: +49 69/6657-1176 mailto:[EMAIL PROTECTED] http://www.atosworldline.com Geschäftsführer: Erik Munk Koefoed Aufsichtsratsvorsitzender: Didier Dhennin Sitz der Gesellschaft: Frankfurt/Main Handelsregister: Frankfurt/Main HRB 40 417 -- Atos Worldline Processing GmbH Hahnstraße 25 60528 Frankfurt/Main Germany Phone: +49 69/6657-1176 Fax : mailto: [EMAIL PROTECTED] http://www.atosworldline.com Geschäftsführer: Erik Munk Koefoed Aufsichtsratsvorsitzender: Didier Dhennin Sitz der Gesellschaft: Frankfurt/Main Handelsregister: Frankfurt/Main HRB 40 417 * * * * * * * * L E G A LD I S C L A I M E R * * * * * * * * This e-mail is destined for the above mentioned recipient. In case you received this e-mail by accident, we would appreciate it if you could contact the sender and delete all copies stored on your computer. Please be aware that the security and confidentiality of electronic data transmitted by e-mail is not completely guaranteed and that data may be seen, copied, downloaded or changed by third persons during transmission. Atos Origin accepts no liability for the security and confidentiality of data and documents sent by e-mail. Please make sure that all important messages will be confirmed in writing by means of a telefax or a letter. * * * * * * * * L E G A LD I S C L A I M E R * * * * * * * *
Re: Ant to Maven
While I guess some big advantages are: 1. Jars out of SCM. Depending on the number/size of your JARs and your choice of SCM you could see big time benefits on branch/checkout/etc operations, and a corresponding lack of strain on your SCM server. 2. Reporting/site-plugin. The site stage of Maven allows you to keep your documentation in with your source, which to some degree can ensure consitency between the code and documentation. There are also plugins that produce things like javadoc, extract docs from TLDs etc. that will can automatically show up on a website whenever a new deployment is done. 3. Standardization. This is probably the biggest one. Instead of whatever custom conventions for project structure you have internally you can always point people to the Maven standards. Where do tests go? Resources? Groovy code? a new dependency? It's nice not having to think about these sorts of things any more, as they really have nothing to do with what you're trying to accomplish. 4. IDE integration. I'm actually in the middle of a maven conversion of a pretty huge unwieldly project, and one thing I'm looking foward to is automatic configuration of IDEs (Eclipse/IDEA). We did a partial maven-conversion about a year ago, but left a lot of stuff up to ANT. This meant whenever something new was needed we needed to adjust the maven build (for deployment), the ant build (for local dev) and the IDE project files. This was horribly time consuming and error prone. I haven't tried it yet, but the maven IDE plugins purport to handle the generation of modules/classpath management. All that being said, if you go forward with it my one piece of advice is take it all the way so that all developers are using maven for all tasks. People may be reluctant to learn maven if they can still 'get by' with ant, and as such you'll be left doing support for all maven issues. If you ensure everyone uses maven for everything (ok 99% of things), you'll find yourself surrounded by a lot more maven experts than if you hadn't. On Dec 10, 2007 8:57 AM, Luis Roberto P. Paula [EMAIL PROTECTED] wrote: As to whether or not it's worth it is another question. What is your motivation for performing the conversion? What problems are you currently experiencing with your ant-built process that you felt needed alleviation? Actually, our ant-build process works fine and it is well-structured. We thought that we could incorporate some advantages from maven, such as repositories and work in a more high-level way. But nothing is too simple and wonderful like those Hello world examples. On Dec 10, 2007 11:20 AM, Kallin Nagelberg [EMAIL PROTECTED] wrote: You may wish to start by using the maven-antrun-plugin, breaking up the ant into smaller files that you put alongside each pom of your multi-module project. This way you can avoid writing all the plugins/complex poms that, while ideal, would take more time initially. That is the approach my project took, and we had at least 4 ant files (in the core) with probably about 1000 lines at least. Hopefully once you go through the process of breaking up the ant you will become intimately familiar with it's content, and have a better idea of how much work will be required to complete a full conversion. As to whether or not it's worth it is another question. What is your motivation for performing the conversion? What problems are you currently experiencing with your ant-built process that you felt needed alleviation? On Dec 10, 2007 8:14 AM, Luis Roberto P. Paula [EMAIL PROTECTED] wrote: Hi, I'm work in a huge java project that has a ant script with almost 800 lines. The last two weeks I'm trying to convert this script into a maven2 multiproject, in order to simplify the build process, and its being such a pain in the ass. My questions are: - Is it worth to do this? - I know it is a great software, but in what causes maven is not recommended? Thanks, Luis
Getting started with Maven Tutorial
Hi there, Maven2 works really great as a project build tool for us. I have written a tutorial at my company for all Maven newbies, and I hope it can benefit other who is struggling on how to get started. The tutorial is very short, and it walks through a real simple java project from creating it from scratch to all the way on deploying and releasing it. It also has a small webapp application walk through as well. The tutorial is on Maven wiki: http://docs.codehaus.org/display/MAVENUSER/Getting+started+with+Maven2+-+complete+projects+walk+through Enjoys, -Zemian Deng
maven-war-plugin webResources - relative path
Hi, I'm using the following settings to include and filter webresources: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId version2.0/version configuration webResources resource directorysrc/main/webresources/directory filteringtrue/filtering /resource /webResources /configuration /plugin However, the project is a multi-module project. Thus, running it in the submodule works, but in the parent it expects the resource to be relative to it's own pom.xml (so module/src/main/webresources, would be correct). Can I fix it? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-war-plugin webResources - relative path
Replace 2.0 by 2.0.2. It's a bug and it has been fixed. Stéphane On Dec 10, 2007 4:03 PM, Jan Torben Heuer [EMAIL PROTECTED] wrote: Hi, I'm using the following settings to include and filter webresources: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId version2.0/version configuration webResources resource directorysrc/main/webresources/directory filteringtrue/filtering /resource /webResources /configuration /plugin However, the project is a multi-module project. Thus, running it in the submodule works, but in the parent it expects the resource to be relative to it's own pom.xml (so module/src/main/webresources, would be correct). Can I fix it? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Large Systems Suck: This rule is 100% transitive. If you build one, you suck -- S.Yegge - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-war-plugin webResources - relative path
Jan Torben Heuer schrieb: Hi, I'm using the following settings to include and filter webresources: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId version2.0/version configuration webResources resource directorysrc/main/webresources/directory filteringtrue/filtering /resource /webResources /configuration /plugin However, the project is a multi-module project. Thus, running it in the submodule works, but in the parent it expects the resource to be relative to it's own pom.xml (so module/src/main/webresources, would be correct). Can I fix it? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi, I think you can put your configuration in the top-level-pom and add inheritedtrue/tag to it. Thus, it should filter all files. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-war-plugin webResources - relative path
Stephane Nicoll wrote: Replace 2.0 by 2.0.2. It's a bug and it has been fixed. Thanks! Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Meta-Project and module sharing
Hello \o_ We have a big project with a custom ant-based build system but it's a pain to maintain. So, I'm taking a look at maven2 to see if it fits our requirements. Today, we have 7 separate components (different servers) that use some shared libraries (utilities, protocol implementations, clients...). Each component or library has its own 'project'. A typical project has the following layout: Project |- src/ |- classes/ |- conf/ |- www/ |- libs/ `- build.xml and config properties All the libraries used by a component are 'linked' under libs/ using an svn:externals property. This allows us to share the libraries in the SVN repository and at the same time just checkout a component as an Eclipse project to get all the libraries it depends on. I'd like to mimic that behaviour using maven2. I thought i could use the 'modules' structure : Component |- component/ | `- pom.xml |- lib1/ | `- pom.xml |- lib2/ | `- pom.xml `- pom.xml using the same svn:externals as before for the libs. However, it seems the modules MUST refer to their parent in their pom.xml. As the libraries are shared amongst the components, that's not feasible for them. Is there a way to work around that or is it total stupidity ? Actually, we have component - library and library - library dependencies. Maybe there is a better way to define dependencies that I don't know ? Thanks for any reply _o/ -- Olivier SERVE - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: localRepository property prepends backslash on Windows
I'll answer my own question. localRepository isn't a property.
Although you can reference it like one, it does not return the value you
set, but apparently modifies it. I solved this by creating a property
local.repository. A bit redundant, but it got the job done.
Richard Brewster
Senior Associate
Perrin Quarles Associates
[EMAIL PROTECTED]
(434) 817-2640
-Original Message-
From: Brewster, Richard [mailto:[EMAIL PROTECTED]
Sent: Friday, December 07, 2007 5:43 PM
To: users@maven.apache.org
Subject: localRepository property prepends backslash on Windows
I am using the maven-antrun-plugin to execute a simple copy task that
configures my JBoss instance prior to running integration-test with
Cargo. I want to include the JDBC driver jar, which is installed into
my local maven repository. I've relocated the repository in
settings.xml as follows:
localRepositoryC:/m2/repository/localRepository
Here is the task element
copy todir=${cargo.container.home}/server/default/lib
fileset
dir=${localRepository}/com/oracle/${jdbc.artifactId}/${jdbc.version}
include name=*.jar/
/fileset
/copy
I get:
[INFO] Error executing ant tasks
Embedded error: C:\dev\af-modular\web\[local] -
file:\C:\m2\repository\com\oracle\ojdbc14\10.2.0.3.0 not found.
If I replace the localRepository property reference with the literal
'C:/m2/repository' all is well. It is the backslash before C: that's
the trouble. Where is it coming from?
Any suggestion to solve this, or a completely different approach, would
be welcome.
TIA,
Richard Brewster
Senior Associate
Perrin Quarles Associates
[EMAIL PROTECTED]
(434) 817-2640
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hot Code Replace
Hi, I'm looking at ways to improve our experience when using Maven to develop our web applications. We use Eclipse as well and would like to try and take advantage of the hot code replace feature. Googling suggests using this plugin[1] along with Tomcat. Is there a way to continue using the Jetty Maven plugin? Thanks, Martin. [1]http://www.eclipsetotale.com/tomcatPlugin.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2][c1.1] How to run dashboard in Continuum?
I have setup the 3 phases I needed on my project group: Goals Arguments Build File Schedule Profile From Build Fresh Default Description Type clean site:site -P documentation -e pom.xml Site Schedulehttp://rc-sun66e.ut.dentegra.lab:8080/continuum/schedule.action?id=6 site documentation GROUP false true Run clean site:site -P documentation -e maven2 [image: Build]http://rc-sun66e.ut.dentegra.lab:8080/continuum/buildProject.action?goals=dashboard-report%3Adashboardarguments=-P+documentation+-egroupBuildDefinition=truescheduleId=6buildDefinitionType=maven2defaultBuildDefinition=truefromProjectPage=trueprojectId=81buildDefinitionId=24description=Run+dashboard-report%3Adashboard+-P+documentation+-eprojectGroupId=11buildFile=pom.xmlprofileId=11 [image: Edit]http://rc-sun66e.ut.dentegra.lab:8080/continuum/buildDefinition%21input.action?arguments=-P+documentation+-egoals=dashboard-report%3AdashboardprojectId=81buildDefinitionId=24description=Run+dashboard-report%3Adashboard+-P+documentation+-egroupBuildDefinition=trueprojectGroupId=11buildDefinitionType=maven2scheduleId=6defaultBuildDefinition=trueprofileId=11buildFile=pom.xml [image: Delete]http://rc-sun66e.ut.dentegra.lab:8080/continuum/removeGroupBuildDefinition.action?goals=dashboard-report%3Adashboardarguments=-P+documentation+-egroupBuildDefinition=truescheduleId=6buildDefinitionType=maven2defaultBuildDefinition=trueprojectId=81buildDefinitionId=24confirmed=falsedescription=Run+dashboard-report%3Adashboard+-P+documentation+-eprojectGroupId=11buildFile=pom.xmlprofileId=11 dashboard-report:dashboard -P documentation -e pom.xml Site Schedulehttp://rc-sun66e.ut.dentegra.lab:8080/continuum/schedule.action?id=6 site documentation GROUP false false Run dashboard-report:dashboard -P documentation -e maven2 [image: Build]http://rc-sun66e.ut.dentegra.lab:8080/continuum/buildProject.action?goals=dashboard-report%3Adashboardarguments=-P+documentation+-egroupBuildDefinition=truescheduleId=6buildDefinitionType=maven2defaultBuildDefinition=truefromProjectPage=trueprojectId=81buildDefinitionId=25description=Run+dashboard-report%3Adashboard+-P+documentation+-eprojectGroupId=11buildFile=pom.xmlprofileId=11 [image: Edit]http://rc-sun66e.ut.dentegra.lab:8080/continuum/buildDefinition%21input.action?arguments=-P+documentation+-egoals=dashboard-report%3AdashboardprojectId=81buildDefinitionId=25description=Run+dashboard-report%3Adashboard+-P+documentation+-egroupBuildDefinition=trueprojectGroupId=11buildDefinitionType=maven2scheduleId=6defaultBuildDefinition=trueprofileId=11buildFile=pom.xml [image: Delete]http://rc-sun66e.ut.dentegra.lab:8080/continuum/removeGroupBuildDefinition.action?goals=dashboard-report%3Adashboardarguments=-P+documentation+-egroupBuildDefinition=truescheduleId=6buildDefinitionType=maven2defaultBuildDefinition=trueprojectId=81buildDefinitionId=25confirmed=falsedescription=Run+dashboard-report%3Adashboard+-P+documentation+-eprojectGroupId=11buildFile=pom.xmlprofileId=11 site:site-deploy -P documentation -e pom.xml Site Schedulehttp://rc-sun66e.ut.dentegra.lab:8080/continuum/schedule.action?id=6 site documentation GROUP false false Run clean site:site-deploy -P documentation -e maven2 [image: Build]http://rc-sun66e.ut.dentegra.lab:8080/continuum/buildProject.action?goals=dashboard-report%3Adashboardarguments=-P+documentation+-egroupBuildDefinition=truescheduleId=6buildDefinitionType=maven2defaultBuildDefinition=truefromProjectPage=trueprojectId=81buildDefinitionId=26description=Run+dashboard-report%3Adashboard+-P+documentation+-eprojectGroupId=11buildFile=pom.xmlprofileId=11 [image: Edit]http://rc-sun66e.ut.dentegra.lab:8080/continuum/buildDefinition%21input.action?arguments=-P+documentation+-egoals=dashboard-report%3AdashboardprojectId=81buildDefinitionId=26description=Run+dashboard-report%3Adashboard+-P+documentation+-egroupBuildDefinition=trueprojectGroupId=11buildDefinitionType=maven2scheduleId=6defaultBuildDefinition=trueprofileId=11buildFile=pom.xml [image: Delete]http://rc-sun66e.ut.dentegra.lab:8080/continuum/removeGroupBuildDefinition.action?goals=dashboard-report%3Adashboardarguments=-P+documentation+-egroupBuildDefinition=truescheduleId=6buildDefinitionType=maven2defaultBuildDefinition=trueprojectId=81buildDefinitionId=26confirmed=falsedescription=Run+dashboard-report%3Adashboard+-P+documentation+-eprojectGroupId=11buildFile=pom.xmlprofileId=11 But when I click to run the project, it only does the default. How can I have continuum run all three? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
How to find Maestro password
How to find Maestro password in config files? Cheers
Using different plugin with standard lifecycle
Hello Maven users, I work with maven for more than a year now and I come to point when I must alter standard SITE lifecycle replacing site plugin binding with my own. I've checked every available source of information (yes, BBwM as well) and used every trick which came to my mind but found no way to do this altering. The only which is working is replacing META-INF/plexus/components.xml in Maven distribution jar. I know I can define lifecycle of my own non-standard packaging, but this is not a solution - there is a lot of places in Maven source code (and plugin's as well) with special handling of pom packaging. Did I missed something ? .. or this is by design ;) Regards, Piotr Tarnowski -- View this message in context: http://www.nabble.com/Using-different-plugin-with-standard-lifecycle-tp14261690s177p14261690.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JDK 1.5 java.lang.Enum Buid Failure using Maven 2.0.8
No takers?
-Original Message-
From: William Hoover [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 08, 2007 8:13 PM
To: users@maven.apache.org
Subject: JDK 1.5 java.lang.Enum Buid Failure using Maven 2.0.8
I am using JDK 1.5 / Maven 2.0.8 and am attempting mvn clean install on a
simple project that contains the following snippet:
...
public final Class? extends Enum? extends IDTOPhase
getDTOPhaseLifeCycleStrategy(){
return someEnumClass;
}
...
for(java.lang.Enum? extends IDTOPhase phase :
getDTOPhaseLifeCycleStrategy().getEnumConstants()){
...
}
...
The problem is that this compiles w/o a problem using ANT (or Eclipse build),
but fails using Maven. I get the error:
... incompatible types
found : java.lang.Enum? extends IDTOPhase
required : java.lang.Enum? extends IDTOPhase
I even set the maven-compiler-plugin to ensure compilation in 1.5
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
version2.0.2/version
configuration
source1.5/source
target1.5/target
/configuration
/plugin
Any clue??? Thanks!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDK 1.5 java.lang.Enum Buid Failure using Maven 2.0.8
Zip up a small sample project, create a JIRA issue, and attach it.
Then someone can look at your issue more closely.
Wayne
On 12/10/07, William Hoover [EMAIL PROTECTED] wrote:
No takers?
-Original Message-
From: William Hoover [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 08, 2007 8:13 PM
To: users@maven.apache.org
Subject: JDK 1.5 java.lang.Enum Buid Failure using Maven 2.0.8
I am using JDK 1.5 / Maven 2.0.8 and am attempting mvn clean install on a
simple project that contains the following snippet:
...
public final Class? extends Enum? extends IDTOPhase
getDTOPhaseLifeCycleStrategy(){
return someEnumClass;
}
...
for(java.lang.Enum? extends IDTOPhase phase :
getDTOPhaseLifeCycleStrategy().getEnumConstants()){
...
}
...
The problem is that this compiles w/o a problem using ANT (or Eclipse build),
but fails using Maven. I get the error:
... incompatible types
found : java.lang.Enum? extends IDTOPhase
required : java.lang.Enum? extends IDTOPhase
I even set the maven-compiler-plugin to ensure compilation in 1.5
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
version2.0.2/version
configuration
source1.5/source
target1.5/target
/configuration
/plugin
Any clue??? Thanks!
-
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 find Maestro password
On Dec 10, 2007 2:18 PM, Alexandre Nshimiyimana [EMAIL PROTECTED] wrote: How to find Maestro password in config files? I see you've already found the Maestro support forum on devzuz.org, so I'll answer over there. :) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
WTP 2.0 strategy?
Hi, I'm trying to use Maven for an Eclipse Europa (WTP 2.0) project. What's the best way to do this, given that the Eclipse plugin doesn't support WTP 2.0 yet? I tried running the eclipse:eclipse goal anyway and managed to turn the resulting plain project into a Web App project. But the problem I'm facing now is that Eclipse won't deploy any of the Maven-managed dependency libraries with the WAR file. In order for that to happen, I think they need to be present under the WEB-INF\lib folder in the project. Is there any way to do this short of me going into the M2 repo and copying them by hand? Also, since I'm new to Maven, how does the Eclipse project get updated if the dependencies change? Any advice appreciated! -Rob
Multimodule application and exec pluggin
Greetings all,
We have an multi-module application that we build with maven but we work on
the code with eclipse, to avoid trauma with eclipse schema we have the
modules all flat on the workspace, something like this:
workspace/appRoot
workspace/appEar
workspace/appWar
workspace/appCore
workspace/appBizz
...
Where the appRoot work as if the root of all the modules and appEar is where
the .ear is assembled. On the root pom we have:
modules
module../appEar/module
module../appWar/module
module../appCore/module
module../appBizz/module
...
/modules
In the modules pom we have:
parent
artifactIdAppRoot/artifactId
groupIdexample/groupId
version1.0-SNAPSHOT/version
/parent
It all work fine up to package and insall, but we want to deploy the
application to a Glassfish Server, in order to do that we tried to add a
goal to the appEar pom:
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdexec-maven-plugin/artifactId
executions
execution
goals
goalexec/goal
/goals
/execution
/executions
configuration
executableasadmin/executable
arguments
argumentdeploy/argument
argument--user=admin/argument
argument--passwordfile=${user.home
}/.asadminpass/argument
argument--host=${glassfish.host}/argument
argument--port=4848/argument
argument--name=${artifactId}/argument
argumenttarget/${artifactId}-${version}.${packaging}/argument
/arguments
/configuration
/plugin
It works, if I call mvn exec:exec only on the appEar dir, but if I try to
deploy it through the appRoot, it seems to not get the config and it
complaigns that there is no executable set up.
I tried to move the plugin config to the root pom, but it runs for every
module on the project, giving errors, until it reaches the appEar when it
works.
I would like to know if there is a way to have the plugin on the module
project and have it understood by the root and run during the build or if
there is a way to run the plugin set on the root to run only on a specific
module.
Thank you for reading this and for the help in advance.
Re: Hot Code Replace
Can't you use the WTP extension of eclipse to run/debug your application on tomcat (or another app server) ? The required configuration can be generated by the eclipse plugin. Arnaud On Dec 10, 2007 9:27 PM, Martin Gilday [EMAIL PROTECTED] wrote: Hi, I'm looking at ways to improve our experience when using Maven to develop our web applications. We use Eclipse as well and would like to try and take advantage of the hot code replace feature. Googling suggests using this plugin[1] along with Tomcat. Is there a way to continue using the Jetty Maven plugin? Thanks, Martin. [1]http://www.eclipsetotale.com/tomcatPlugin.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .. Arnaud HERITIER .. OCTO Technology - aheritier AT octo DOT com www.octo.com | blog.octo.com .. ASF - aheritier AT apache DOT org www.apache.org | maven.apache.org ...
Timeframe for 2.4 release of maven plugins?
Hi all. I've been writing a prototype using Maven, and loving it. I want to try out the release functionality now, but whenever I do, it complains that I'm using -SNAPSHOT versions of libraries. Which I am. I'm using a 2.4-SNAPSHOT of the maven-surefire-report-plugin, and well as 2.4-collab-SNAPSHOT of the maven-sure-plugin, because I use TestNG and attempts to use TestNG with 2.3 fail. So, I get the idea that releasing using SNAPSHOT versions is bad. But, I'm having a very hard time determining when the next version (Non-Snapshot) of my dependancies are going to be released. If this were something that a customer was waiting for urgently, it's not really acceptable for me to tell them they have to wait until a dependant library is moved out from SNAPSHOT status. Where can I find out when the next version of a library will be released? Do I just have to query the mailing lists of the projects repsonsible for the release? Are there any other options for using snapshot versions in releases, apart from manually modifying the pom file after a release, as described here (see the Gotcha section at the end): http://jlorenzen.blogspot.com/2007/09/how-to-create-release-using-maven2.html Thanks for any help, Ed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant to Maven
Hi Luis, As you'd already know, Maven is good with the following, a) maven is structured and more declarative (less procedural) than Ant. b) maven manage your dependencies properly (or at least in its ideal) c) maven can generate IDE project files easily d) life cycle management ensure that test cases and other important things always run e) central repository of artifacts with maven corrdinates. All of those should add up to simply, less pain and more elegant way in managing build. But gotcha that I found are a) single artifact per module (generally ok but occasionally you need to do some trick with dependency plugin to import source/resources from another module). b) It's not as robust as Ant - expect to find critical bugs and things that you need to work around. c) version range is still buggy. d) can be very verbose if you want to ensure that your build is repeatable - you need to explicitly declare every plugins in the root pom. e) different settings.xml can lead to different build results. different local repository can also lead to different build results. Obvious, but it means that your maven project depends on these external factors and you'd often find youself flushing local repo when things doesn't work right. f) You need to understand how to develop convention for groupId and artifactId and their impact. Ideally, artifactId needs to be a unique id irregardless of groupId that it belongs to. I find that groupId is not really like a qualifying package name, it's more of a unique project id that should be the same across muti module projects. g) Plain old maven repo can get corrupted if there are concurrent deployment. Is it worth it? I think so but won't be a painless experience! Cheers, rOnn c. Luis Roberto P. Paula [EMAIL PROTECTED] 12/11/2007 12:14 AM Please respond to Maven Users List users@maven.apache.org To users@maven.apache.org cc Subject Ant to Maven Hi, I'm work in a huge java project that has a ant script with almost 800 lines. The last two weeks I'm trying to convert this script into a maven2 multiproject, in order to simplify the build process, and its being such a pain in the ass. My questions are: - Is it worth to do this? - I know it is a great software, but in what causes maven is not recommended? Thanks, Luis ## DISCLAIMER: This email and any attachment may contain confidential information. If you are not the intended recipient you are not authorized to copy or disclose all or any part of it without the prior written consent of Toyota. Opinions expressed in this email and any attachments are those of the sender and not necessarily the opinions of Toyota. Please scan this email and any attachment(s) for viruses. Toyota does not accept any responsibility for problems caused by viruses, whether it is Toyota's fault or not. ##
Re: Timeframe for 2.4 release of maven plugins?
On Dec 10, 2007 4:14 PM, Ed Hillmann [EMAIL PROTECTED] wrote: So, I get the idea that releasing using SNAPSHOT versions is bad. But, I'm having a very hard time determining when the next version (Non-Snapshot) of my dependancies are going to be released. If this were something that a customer was waiting for urgently, it's not really acceptable for me to tell them they have to wait until a dependant library is moved out from SNAPSHOT status. The release plugin will not let you release if you depend on snapshots. That's because they may change, and your build won't be reproducible. If you need unreleased features, you can do an internal release to your own repository, and use that until it's released in the community. However, it can be time consuming to chase down and release all the dependencies that a particular project needs. :( Where can I find out when the next version of a library will be released? Do I just have to query the mailing lists of the projects repsonsible for the release? Follow the development list for the project and you'll see activity leading up to a release (or not.) In this particular case I've seen lots of traffic lately about Surefire [1], and it seems that they are getting close to 2.4. Since you're using the snapshots, I'm sure your feedback would be appreciated! [1] http://apache.markmail.org/search/?q=Surefire -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Timeframe for 2.4 release of maven plugins?
Follow the development list for the project and you'll see activity leading up to a release (or not.) In this particular case I've seen lots of traffic lately about Surefire [1], and it seems that they are getting close to 2.4. Since you're using the snapshots, I'm sure your feedback would be appreciated! [1] http://apache.markmail.org/search/?q=Surefire Thanks Wendy. I looked at the JIRA issues for the 3 plugins I use that are in snapshot (surefire, surefire-report and javadoc). According to their roadmap, it looks like they've hit all the issues they wanted to for the next release. That supports your guess that the next release should be soon. I guess I need to use a whine and beg approach with the plugin lead. Thanks again, Ed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to access classpath from a test running in maven/surefire
One of the classes that is used in a test explores the classpath to search for classes with a specific annotation. This test works fine in the IDE because when the junit runner runs the test, the java.class.path environment variable is set as expected and thus I can search this classpath. When running from maven, that environment variable contains only the maven resources and does not contain any of the test's dependent jars. Any ideas? Thanks much, Evan
Re: Ant to Maven
Thanks Kallin and Ronn, Your information were very helpful. Cheers, Luis On Dec 10, 2007 9:21 PM, [EMAIL PROTECTED] wrote: Hi Luis, As you'd already know, Maven is good with the following, a) maven is structured and more declarative (less procedural) than Ant. b) maven manage your dependencies properly (or at least in its ideal) c) maven can generate IDE project files easily d) life cycle management ensure that test cases and other important things always run e) central repository of artifacts with maven corrdinates. All of those should add up to simply, less pain and more elegant way in managing build. But gotcha that I found are a) single artifact per module (generally ok but occasionally you need to do some trick with dependency plugin to import source/resources from another module). b) It's not as robust as Ant - expect to find critical bugs and things that you need to work around. c) version range is still buggy. d) can be very verbose if you want to ensure that your build is repeatable - you need to explicitly declare every plugins in the root pom. e) different settings.xml can lead to different build results. different local repository can also lead to different build results. Obvious, but it means that your maven project depends on these external factors and you'd often find youself flushing local repo when things doesn't work right. f) You need to understand how to develop convention for groupId and artifactId and their impact. Ideally, artifactId needs to be a unique id irregardless of groupId that it belongs to. I find that groupId is not really like a qualifying package name, it's more of a unique project id that should be the same across muti module projects. g) Plain old maven repo can get corrupted if there are concurrent deployment. Is it worth it? I think so but won't be a painless experience! Cheers, rOnn c. Luis Roberto P. Paula [EMAIL PROTECTED] 12/11/2007 12:14 AM Please respond to Maven Users List users@maven.apache.org To users@maven.apache.org cc Subject Ant to Maven Hi, I'm work in a huge java project that has a ant script with almost 800 lines. The last two weeks I'm trying to convert this script into a maven2 multiproject, in order to simplify the build process, and its being such a pain in the ass. My questions are: - Is it worth to do this? - I know it is a great software, but in what causes maven is not recommended? Thanks, Luis ## DISCLAIMER: This email and any attachment may contain confidential information. If you are not the intended recipient you are not authorized to copy or disclose all or any part of it without the prior written consent of Toyota. Opinions expressed in this email and any attachments are those of the sender and not necessarily the opinions of Toyota. Please scan this email and any attachment(s) for viruses. Toyota does not accept any responsibility for problems caused by viruses, whether it is Toyota's fault or not. ##
Re: Dependencies
thats just asking for pain... isn't system scope deprecated now? On Tue, 11 Dec 2007 02:13:12 Andrew Williams wrote: scopesystem/scope On 10 Dec 2007, at 12:52, Luis Roberto P. Paula wrote: Hi All, Is there any way to set dependencies to a local classpath instead of a package in a repository? Thanks, Luis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Creating JBoss SAR with net.sf.maven-sar maven-sar-plugin
Hi, I am using maven-sar-plugin to create JBoss SAR. Question: Why are the dependencies not resolved into the built .sar ? Configuration: project ... packagingsar/packaging ... build plugins plugin groupIdnet.sf.maven-sar/groupId artifactIdmaven-sar-plugin/artifactId version1.0/version extensionstrue/extensions /plugin /plugins /build dependencies dependency ...X... /dependency /dependencies /project Result is that the myProject.sar is built with the right directory structure including META-INF/jboss-service.xml , but it is missing the X.jar from the dependencies, which causes the Jboss not find the references X.jar classes. -- View this message in context: http://www.nabble.com/Creating-JBoss-SAR-with-net.sf.maven-sar-maven-sar-plugin-tp14269095s177p14269095.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
