Changing WAR default goal
How do I change the default goal of a war so that it produces an exploded war instead of .war file when I run the package goal? Frank
Re: [m2] xdoclet and ear plugin - how to generate .war extension (not .jar)
Ashley, I understand what your are trying to achieve. The thing is, changing the extension is not enough. Invoking such goals as 'install, deploy' needs your project to be properly configured. Typically, even if you had the ability to change the extension, the archive would still be deployed as a simple Jar file and not a web archive. Maybe I am totally missing your point, integration with XDoclet is not yet perfect. According to you, using webXml does not make sense because XDoclet already registered it as a resource folder, right? Thanks, Stéphane On 11/19/05, Ashley Williams [EMAIL PROTECTED] wrote: I'm sure you have some wisdom to pass onto me but can't work out the point you are making. Am I using the plugin configs inefficiently and if so do you have an example for me? I (think) we're in agreement that the war plugin does more than file extension which has been the very problem for me. Hence my desire to use something that just does compression - ie the jar plugin, albeit with an extension of my choosing. On 19 Nov 2005, at 18:16, Stephane Nicoll wrote: Ashley, We want to avoid that. Using the war plugin is not only a matter of file extension. Your project needs to be defined properly. Thanks, Stéphane On 11/19/05, Ashley Williams [EMAIL PROTECTED] wrote: Hi Stéphane, missed you response until now. webXml property works so first of all I'm very pleased about that. However this is a little bit hacky as I'm just conning the war plugin to copy something that is already in the right place for copying anyway. The setting I was suggesting to was simply the ability to change the file extension, not to add any associated features. The user would simple add the following to the jar plugin configuration: extwarext (or zip or any text string the user wants) and that would be that. Anyway thanks for your solution that keeps my project ticking along ;) AW On 15 Nov 2005, at 10:20, Stephane Nicoll wrote: Well, if you are generating a WAR artifact, you *have to* use war packaging. If we provide the ability to use the JAR plugin for that, we would have a big messy Jar plugin with each and every features (war, ejb, rar, etc). If you are using XDoclet, that's fine, check the documentation of the war plugin and configure it properly: http://maven.apache.org/plugins/maven-war-plugin/ (see webXml configuration item). Hope it helps, Stéphane On 11/14/05, Ashley Williams [EMAIL PROTECTED] wrote: Yes the ear plugin seems to be doing its job fine. However I need a way to make the web project generate a file with a .war extension so that it will be found ok. I can't add the following tag: packagingwar/packaging because this makes the war behaviour kick in and I get the following error: /WEB-INF/web.xml does not exist. And of course I'm not providing one because I want xdoclet to generate it for me. I think the ideal solution would be to configure the maven-jar- plugin to use a different extension, but I'd have to branch the code on my machine and... ... I really wouldn't want to do that!! Has anyone else come up against this problem? Thanks - AW On 14 Nov 2005, at 12:29, Stephane Nicoll wrote: Well, your war project should produce a war file. Is the packaging of your war project set to war? I am not sure it is related to the EAR plugin. Hope it helps, Stéphane On 11/14/05, Ashley Williams [EMAIL PROTECTED] wrote: Has anyone had success on getting xdoclet to play nicely with the ear plugin? I have a project set up that builds ejb then war and then ear for both of them. project ejb (produces .jar) war (produces .jar - perhaps should produce .war) ear (looks for .war - perhaps should look for .jar) The problem I'm having is that war (xdoclet/webdoclet) produces an artifact with a .jar extension whereas the ear plugin looks for an artifact with a .war extension. One idea I had was to configure the jar plugin to generate an extension of my choosing for my xdoclet pom but it looks as if .jar is hardcoded there. crosses fingers that this can be solved in under 20 keystrokes Thanks AW - -- -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .::You're welcome ::. --- -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .::You're welcome ::. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .::You're welcome ::.
Starting HSQL server from a custom goal
I'm still trying to start a test database server just before my Spring+Hibernate unit tests are run. I applied the trick referenced in the FAQ, using j:thread to start the server in another thread. But now I have troubles with what I should put inside my custom start_test_server goal. Here is the excerpt from my maven.xml file : preGoal name=test:test j:thread attainGoal name=start_test_server/ /j:thread sleep seconds=10/ /preGoal goal name=start_test_server description=Starts the HSQL server for testing ant:java classname=org.hsqldb.Server fork=true ant:arg value=-port 1701/ ant:arg value=-database.0 tagspotdb/ ant:arg value=-dbname.0 tagspotdb/ ant:classpath ant:path refid=maven.dependency.classpath/ /ant:classpath /ant:java /goal But when I run maven start_test_server to check if everything's OK, I get this exception : start_test_server: [java] java.lang.ArrayIndexOutOfBoundsException: 3 [java] at org.hsqldb.persist.HsqlProperties.argArrayToProps(Unknown Source) [java] at org.hsqldb.Server.main(Unknown Source) [java] Exception in thread main [java] [ERROR] Java Result: 1 Could anyone tell me what's wrong with my custom goal ? -- Sébastien Arbogast Blog : http://www.sebastien-arbogast.com The Epseelon Project : http://www.epseelon.org Projet Phénix : http://phenix.netbios.fr
[m2] Facelets and JSF implementation
Hello, I would like to setup my own central repository with Facelets jar and configure its pom with all dependencies. I see that it requires JSF API. I would like to use MyFaces or Sun's Reference Implementation. I think that I should include in the Facelets pom only JSF API dependency since different projects using Facelets can choose different implementations. I was thinking about following solution: pom.xml for Facelets (https://facelets.dev.java.net/nonav/docs/dev/docbook.html#gettingstarted-dependencies): project modelVersion4.0.0/modelVersion groupIdcom.sun/groupId artifactIdfacelets/artifactId version1.0e/version dependencies !-- JSF API from http://javaserverfaces.dev.java.net/ -- dependency groupIdjavax.faces/groupId artifactIdjsf-api/artifactId version1.1/version /dependency !-- EL API from https://facelets.dev.java.net/files/documents/3448/24027/facelets-1.0e.zip -- dependency groupIdjavax.el/groupId artifactIdel-api/artifactId version1.0/version /dependency !-- What about EL reference implementation? Include here? -- !-- EL RI from https://facelets.dev.java.net/files/documents/3448/24027/facelets-1.0e.zip -- dependency groupIdjavax.el/groupId artifactIdel-ri/artifactId version1.0/version /dependency /dependencies /project MyFaces 1.1.1 pom (based on the http://jira.codehaus.org/browse/MEV-136#action_51297): project modelVersion4.0.0/modelVersion groupIdorg.apache.myfaces/groupId artifactIdmyfacess/artifactId version1.1.1/version dependency groupIdcommons-beanutils/groupId artifactIdcommons-beanutils/artifactId version1.7.0/version /dependency dependency groupIdcommons-codec/groupId artifactIdcommons-codec/artifactId version1.3.0/version /dependency dependency groupIdcommons-collections/groupId artifactIdcommons-collections/artifactId version3.1/version /dependency dependency groupIdcommons-digester/groupId artifactIdcommons-digester/artifactId version1.7/version /dependency dependency groupIdcommons-el/groupId artifactIdcommons-el/artifactId version1.0/version /dependency dependency groupIdcommons-fileupload/groupId artifactId commons-fileupload/artifactId version1.0/version /dependency dependency groupIdcommons-lang/groupId artifactId commons-lang/artifactId version2.1/version /dependency dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId version1.0.4/version /dependency dependency groupIdcommons-validator/groupId artifactIdcommons-validator/artifactId version1.1.4/version /dependency dependency groupIdoro/groupId artifactIdoro/artifactId version2.0.8/version /dependency dependency groupIdjavax.servlet/groupId artifactIdservlet-api/artifactId version2.4/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjsp-api/artifactId version2.0/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.1.2/version /dependency dependency groupIdjavax.portlet/groupId artifactIdportlet-api/artifactId version1.0/version /dependency !-- only for tiles support -- dependency groupIdstruts/groupId artifactIdstruts/artifactId version1.2.7/version optionaltrue/optional /dependency dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency dependency groupIdeasymock/groupId artifactIdeasymock/artifactId version1.1/version scopetest/scope /dependency dependency groupIdeasymock/groupId artifactIdeasymockclassextension/artifactId version1.1/version scopetest/scope /dependency dependency groupIdcargo/groupId artifactIdcargo/artifactId version0.6/version scopetest/scope /dependency /project The main concern is about where to include API and RI dependencies? I think that all libraries which uses particular API should include dependency only to the API libraries and all projects using these libraries should include dependencies of equivalent implementations. But how and where this information should be written for users of these libraries? Maybe API libraries should list its own implementations as optional dependencies (I don't think it is a good solution because API libraries aren't responsible for these implementations), or other solution? Best regards, Piotrek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Any support for Cruise Control yet?
Hi, I'm currently evaluating continuum and like it a lot, but I just read on continuum-users that test reports are currently not displayed (it's a planned feature for 1.1, and 1.0 just came out). I'm wondering whether it might be a little early to recommend continuum over CruiseControl? Cheers, -Ralph. On 19.11.2005, at 03:07, Carlos Sanchez wrote: We are not the ones that develope CruiseControl, so we don't know. In fact we suggest Continuum instead which is seamlessly integrated with maven2 http://maven.apache.org/continuum/. On 11/18/05, KC Baltz [EMAIL PROTECTED] wrote: We use Cruise Control here and I'm trying to introduce Maven2. Is this possible? K.C. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] missing dependency features??
Greetings, Seems that dependencies should provide two features they do not already; 1) the ability to explicitly specify the URL from which to download an artifact (in m1, if I recall, this was handled by the jar element). This is particularly important when one depends upon interface definitions -- particularly WSDLs -- which are typically available from some webserver which does not adhere to the maven style of URL. A client may wish to find these dependencies at the URL first, and leave open the possibility of finding the WSDL locally in a maven-style repo. Looking at the available dependency XML elements; systemPath is System-scope only, but something akin to it (say, path) might work. dependency groupIdorg.myorg.services/groupId artifactIdfoo/artifactId version1.0.0/version typewsdl/type pathhttp://foo.com/wslds/foo.wsdl/path properties transitive=false server.wsdltrue/server.wsdl war.bundletrue/war.bundle /properties /dependency 2) The ability to specify a dependency property (as in m1). For example, in my project must be able to specify that I want a WSDL dependency as either a client or a server. This is an application specific property, which is a good, legitimate use of properties. Others are war.bundle, etc. These properties may be used in all points of the lifecycle. In one case, server.wsdl is a compile-time property, in another war.bundle is a assembly-time property. It seems that these properties could be transitive -- so that, say, war.bundle will pertain to the declaring dependency and all of it's descendants (so that they all end up in the war.bundle). Or perhaps use an XML artifact to control whether it is transitive or not would be useful. I'm probably rehashing old history, but why were dependency properties removed in m2?? Thanks, -- Chris
Re: [m2] how to define the output HTML's encoding when using site:site?
this way didn't work with text in site.xml, but really work with all other src/site files ! 2005/10/14, Kenney Westerhof [EMAIL PROTECTED]: On Fri, 14 Oct 2005, Zhong ZHENG wrote: Use this: build plugins plugin artifactIdmaven-site-plugin/artifactId configuration outputEncodingUTF-8/outputEncoding /configuration / HTH, -- Kenney Hi, there, I am using maven 2 to generate project site. But it does not seem to work well when generating chinese pages... I set the xdoc encoding to UTF-8, but i don't know where i could define the encoding of the output HTML. All HTML pages are encoded in ISO-8859-1. I know that for maven 1 i could modify the default.properties in maven.jar, but what should i do for maven2? Thanks in advance. -- ZHENG Zhong 1 Avenue Alphand 75116 Paris, France +33 6 76 80 45 90 -- Kenney Westerhof http://www.neonics.com GPG public key: http://www.gods.nl/~forge/kenneyw.key - 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: [m2] missing dependency features??
On 11/21/05, Chris Berry [EMAIL PROTECTED] wrote: Greetings, Seems that dependencies should provide two features they do not already; 1) the ability to explicitly specify the URL from which to download an artifact (in m1, if I recall, this was handled by the jar element). Actually, not quite - the JAR element just let you change the filename, not the repository. This isn't really an artifact as it will have no other meta information (no versioning, no POM, no checksum). What is the use case for having this as a dependency? I can think of 2: - use from a plugin: in which case, passing the URL to the plugin directly and having it manage it seems the best alternative - copied into a webapp/jar/etc: I think this might fit better with a external resources specification we have discussed on the dev list and will consider for 2.1. In the mean time, it will require a custom plugin to download and copy it, or that you manually put it in the repository and look after the versioning. I'm probably rehashing old history, but why were dependency properties removed in m2?? Well, its our fault for not putting together a FAQ - but you should find plenty of answers in the mail list archives. I'll put a FAQ together :) They were removed because they aren't reliable in a transitive environment. It implies that the dependency knows something about the environment of the dependee, which is back to front. In most cases, granted, the value for war bundle will be the same for a particular dependency - but that relies on the dependency specifying it. In the end, we give control to the actual POM doing the building, trying to use sensible defaults that minimise what needs to be specified, and allowing the use of artifact filters in the configuration of plugins. HTH, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Any support for Cruise Control yet?
It depends on your required feature set. Continuum has a number of features CC doesn't have, and vice-versa. You can view test reports by browsing the working copy in Continuum, but we aim to have general report integration in the next releases. - Brett On 11/21/05, Ralph Pöllath [EMAIL PROTECTED] wrote: Hi, I'm currently evaluating continuum and like it a lot, but I just read on continuum-users that test reports are currently not displayed (it's a planned feature for 1.1, and 1.0 just came out). I'm wondering whether it might be a little early to recommend continuum over CruiseControl? Cheers, -Ralph. On 19.11.2005, at 03:07, Carlos Sanchez wrote: We are not the ones that develope CruiseControl, so we don't know. In fact we suggest Continuum instead which is seamlessly integrated with maven2 http://maven.apache.org/continuum/. On 11/18/05, KC Baltz [EMAIL PROTECTED] wrote: We use Cruise Control here and I'm trying to introduce Maven2. Is this possible? K.C. - 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: Starting HSQL server from a custom goal
I think: ant:arg value=-port 1701/ should be: ant:arg value=-port/ ant:arg value=1701/ and so on. - Brett On 11/20/05, Sebastien Arbogast [EMAIL PROTECTED] wrote: I'm still trying to start a test database server just before my Spring+Hibernate unit tests are run. I applied the trick referenced in the FAQ, using j:thread to start the server in another thread. But now I have troubles with what I should put inside my custom start_test_server goal. Here is the excerpt from my maven.xml file : preGoal name=test:test j:thread attainGoal name=start_test_server/ /j:thread sleep seconds=10/ /preGoal goal name=start_test_server description=Starts the HSQL server for testing ant:java classname=org.hsqldb.Server fork=true ant:arg value=-port 1701/ ant:arg value=-database.0 tagspotdb/ ant:arg value=-dbname.0 tagspotdb/ ant:classpath ant:path refid=maven.dependency.classpath/ /ant:classpath /ant:java /goal But when I run maven start_test_server to check if everything's OK, I get this exception : start_test_server: [java] java.lang.ArrayIndexOutOfBoundsException: 3 [java] at org.hsqldb.persist.HsqlProperties.argArrayToProps(Unknown Source) [java] at org.hsqldb.Server.main(Unknown Source) [java] Exception in thread main [java] [ERROR] Java Result: 1 Could anyone tell me what's wrong with my custom goal ? -- Sébastien Arbogast Blog : http://www.sebastien-arbogast.com The Epseelon Project : http://www.epseelon.org Projet Phénix : http://phenix.netbios.fr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Configuring Continuum to start automatically on Fedora Core 4
Hi, I am trying to configure contiuum to start automatically on Fedora Core 4. I have adapted from the documentation because on FC4 we need special comments on the script and FC4 does not have update-rc.d. Here is what I have done: - added the following comments to run.sh # chkconfig: 45 98 2 # description: Starts and stops continuum. - added some echo to debug the script on the run.sh start function start() { echo Starting $APP_LONG_NAME... getpid if [ X$pid = X ] then if [ X$IGNORE_SIGNALS = X ] then if [ X$RUN_AS_USER = X ] then echo X$pid echo X$IGNORE_SIGNALS echo X$RUN_AS_USER CMD=$CMDNICE $WRAPPER_CMD $WRAPPER_CONF wrapper.pidfile=$PIDFILE wrapper.daemonize=TRUE echo $CMD exec $CMD [...] - symlinked to run.sh cd /etc/init.d ln -s /usr/local/continuum/bin/linux/run.sh continuum - run chkconfig chkconfig --add continuum - checked /etc/rc.d/rc4.d and /etc/rc.d/rc5.d Both have the following symbolic link: S98continuum - ../init.d/continuum - tested the service with 1- service continuum start and 2- by restarting the computer in both cases I get following messages: Starting continuum... X X X ./wrapper wrapper.conf wrapper.pidfile=./continuum.pid wrapper.daemonize=TRUE So the run.sh script is executed. However it does not work. - the ps command does not show any process running continuum - netstat does not show any expected 'listened contiuum port' - if I do service continuum status I get: continuum is not running. On the other hand. If I do: /usr/local/continuum/bin/linux/run.sh start continuum is started. Any idea? Thanks Oscar - Yahoo! FareChase - Search multiple travel sites in one click.
Re: [m2] parent poms and svn externals
Right - though Maven discovers pom's in ../pom.xml, so if your layout is different, you must ensure that the parent is already installed in the repository (mvn install in the build directory in this case, or deployed to a remote repository accessible from the child project). - Brett On 11/20/05, Stephen Duncan [EMAIL PROTECTED] wrote: Child projects specify their parent POM using the parent tag instead of extends. A parent tag looks like this: parent groupIdcom.myproject/groupId artifactIdmyproject/artifactId version1.3-SNAPSHOT/version /parent The parent POM is looked for in the repository, so, in your source structure, it can exist anywhere. -Stephen On 11/19/05, Wendy Smoak [EMAIL PROTECTED] wrote: Struts uses svn externals to place /struts/build/trunk under each other sub-project, such as core. (Then a 'current' external to make it possible to check out all the sub-projects at once.) The result is a structure like this: /current/build /current/core /current/core/build Where those two build directories contain the exact same files. With m1 and the reactor, you could run from current/build/ using maven.multiproject.basedir = ../ maven.multiproject.includes = */project.xml maven.multiproject.excludes = build/* and maven:reactor basedir=../ includes=*/project.xml excludes=build/project.xml goals=dist / Then each of the project.xml files extends the project.xml *below* it in the svn external build directory: extendbuild/project.xml/extend In m2 it seems I can't have it both ways... build from the top and extend beneath using the same parent pom in multiple places. The goal is to be able to check out and build a single sub-project. I'll spare you my wild guesses at how to make this work and just ask for advice. Can it be done, or will the sub-project poms have to extend../build/pom.xml/extend ? (Or should it be done some other way?) Thanks, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Stephen Duncan Jr www.stephenduncanjr.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]
Re: [m2] parent poms and svn externals
On 11/20/05, Brett Porter [EMAIL PROTECTED] wrote: Right - though Maven discovers pom's in ../pom.xml, so if your layout is different, you must ensure that the parent is already installed in the repository (mvn install in the build directory in this case, or deployed to a remote repository accessible from the child project). Right now (with m1) we can check out a single subproject and build it with just 'svn co ...' and 'maven dist'. It seems like we're going to lose that with m2. So far I think the parent tag has to include relativePath../build/pom.xml/relativePath (and everyone will need to know to check out 'build' along with whichever sub-project). And the svn externals are no longer useful. That's okay... but before I go down that path I want to make sure I'm not missing something that will make it Just Work with m2. Thanks, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Any support for Cruise Control yet?
On 20.11.2005, at 19:18, Brett Porter wrote: It depends on your required feature set. Continuum has a number of features CC doesn't have, and vice-versa. Agreed. You can view test reports by browsing the working copy in Continuum, but we aim to have general report integration in the next releases. General report integration (not just test reports, but PMD, etc.) makes a lot of sense - that wasn't clear in the thread on continuum- users. Cheers, -Ralph. On 11/21/05, Ralph Pöllath [EMAIL PROTECTED] wrote: Hi, I'm currently evaluating continuum and like it a lot, but I just read on continuum-users that test reports are currently not displayed (it's a planned feature for 1.1, and 1.0 just came out). I'm wondering whether it might be a little early to recommend continuum over CruiseControl? Cheers, -Ralph. On 19.11.2005, at 03:07, Carlos Sanchez wrote: We are not the ones that develope CruiseControl, so we don't know. In fact we suggest Continuum instead which is seamlessly integrated with maven2 http://maven.apache.org/continuum/. On 11/18/05, KC Baltz [EMAIL PROTECTED] wrote: We use Cruise Control here and I'm trying to introduce Maven2. Is this possible? K.C. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] parent poms and svn externals
This issue has notes relevant to you too (for one, it must be absolute path; for two, I'm not sure, but it seems they plan to get rid of the feature). Please comment and vote... http://jira.codehaus.org/browse/MNG-1471 -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Sunday, November 20, 2005 12:31 PM To: Maven Users List Subject: Re: [m2] parent poms and svn externals On 11/20/05, Brett Porter [EMAIL PROTECTED] wrote: Right - though Maven discovers pom's in ../pom.xml, so if your layout is different, you must ensure that the parent is already installed in the repository (mvn install in the build directory in this case, or deployed to a remote repository accessible from the child project). Right now (with m1) we can check out a single subproject and build it with just 'svn co ...' and 'maven dist'. It seems like we're going to lose that with m2. So far I think the parent tag has to include relativePath../build/pom.xml/relativePath (and everyone will need to know to check out 'build' along with whichever sub-project). And the svn externals are no longer useful. That's okay... but before I go down that path I want to make sure I'm not missing something that will make it Just Work with m2. Thanks, -- Wendy - 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: [m2] parent poms and svn externals
On 11/21/05, Wendy Smoak [EMAIL PROTECTED] wrote: It seems like we're going to lose that with m2. So far I think the parent tag has to include relativePath../build/pom.xml/relativePath (and everyone will need to know to check out 'build' along with whichever sub-project). And the svn externals are no longer useful. No, that's not the case. Someone just needs to deploy that root project. Relative path is just a hint for using a multiproject checkout structure so that if you edit it locally it gets picked up. It still goes to the repository if it is not found. - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] parent poms and svn externals
This doesn't appear relative to the parent element. - Brett On 11/21/05, Jeff Jensen [EMAIL PROTECTED] wrote: This issue has notes relevant to you too (for one, it must be absolute path; for two, I'm not sure, but it seems they plan to get rid of the feature). Please comment and vote... http://jira.codehaus.org/browse/MNG-1471 -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Sunday, November 20, 2005 12:31 PM To: Maven Users List Subject: Re: [m2] parent poms and svn externals On 11/20/05, Brett Porter [EMAIL PROTECTED] wrote: Right - though Maven discovers pom's in ../pom.xml, so if your layout is different, you must ensure that the parent is already installed in the repository (mvn install in the build directory in this case, or deployed to a remote repository accessible from the child project). Right now (with m1) we can check out a single subproject and build it with just 'svn co ...' and 'maven dist'. It seems like we're going to lose that with m2. So far I think the parent tag has to include relativePath../build/pom.xml/relativePath (and everyone will need to know to check out 'build' along with whichever sub-project). And the svn externals are no longer useful. That's okay... but before I go down that path I want to make sure I'm not missing something that will make it Just Work with m2. Thanks, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] creating a par package and including it in an ear
You guys doing EJB3, can you recommend a decent tutorial on the new technology? Did you go to Sun or JBoss? I see with Sun's glassfish EJB3 server, the bundled tutorial is actually a tutorial for Netbeans users, rather than just a pure EJB3 tutorial :( Or are there others? Thanks Adam Bruno Aranda on 18/11/05 14:43, wrote: Thanks Stéphane! I've finally got it working... I've checked out the current SVN maven, and maven ear plugin and rebuilt everything. I've used the maven-par-plugin from the mojo codehaus sandbox. After building everything I reproduced an issue discussed some days ago in this mailing list [1], where it is said that ejb3 and pars do not expose its classes to the classpath in order to be used by other modules. I've created a JIRA for that [2] and attached the plugin there with the solution proposed by Thomas Marek, in order to be available in the next release. Now, everything is working as expected, Thanks, Bruno [1] http://mail-archives.apache.org/mod_mbox/maven-users/200511.mbox/[EMAIL PROTECTED] [2] http://jira.codehaus.org/browse/MNG-1620 2005/11/17, Stephane Nicoll [EMAIL PROTECTED]: Bruno, Yes but you need to use latest SVN et rebuild the maven ear plugin. It works but it's not released yet. Regarding the lifecyle, same answer, it's applied to maven core but not as part of the 2.0 release. Hope it helps, Stéphane On 11/17/05, Bruno Aranda [EMAIL PROTECTED] wrote: Thanks, I know, to summarise, my question was if someone has successfully included a par generated with that plugin inside an ear... Thanks, Bruno 2005/11/17, Arik Kfir [EMAIL PROTECTED]: I think you need to use the 'maven-par-plugin' (in the mojo project, at http://mojo.codehaus.org/) However, AFAIK its not released yet. On 11/17/05, Bruno Aranda [EMAIL PROTECTED] wrote: Hi all, I am doing my first steps with maven... I have a multi-module setup that involves the creation of jars, wars, pars and an ear with everything inside. I've been told to use a plugin to create the par file [1]. However, when the par is set as a dependency in the pom.xml file to create the ear, a jar (with the same name of the par) is included in the ear instead. I do not know anything about the maven insights so I am not able right now to modify the code in order to see what fails now, although I could do an ant task to rename again the jar file to par inside the ear. But that will be the last solution... I've seen that there is also a maven-par-plugin in the sandbox and I've tried to use it. Then I got this exception: Cannot find lifecycle mapping for packaging: 'par'. I've compared the two plugins and I've seen than the plugin from JIRA contains a components.xml file, so I've copied that file to the sandbox plugin and I've installed it again (yeah, you now, trial and error). The lifecycle seems ok now, but I keep getting this exception org.apache.maven.lifecycle.LifecycleExecutionException: Error assembling PAR - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] parent poms and svn externals
On 11/20/05, Brett Porter [EMAIL PROTECTED] wrote: No, that's not the case. Someone just needs to deploy that root project. Relative path is just a hint for using a multiproject checkout structure so that if you edit it locally it gets picked up. It still goes to the repository if it is not found. Okay, that will allow each child to find its parent. But how does the parent find the children? If I have current/build/pom.xml current/core/pom.xml current/taglib/pom.xml Then what do I put in the module tags in current/build/pom.xml? module../core/module module../taglib/module ? In addition to being able to build a single sub-project, I also need to be able to build all of them at once. Thanks for your patience. :) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] creating a par package and including it in an ear
yeah that's a known issue with Sun ;-) for a getting-started kind of tutorial - I recommend JBoss's TrailBlazer (can't remember the url - google finds it though). for more in depth info - currently there's only the jcp spec and some material on the net. Oh oracle's OTN (http://otn.oracle.com) has some info about it too - but I think it's oc4j-oriented, like Sun's... good luck :) On 11/20/05, Adam Hardy [EMAIL PROTECTED] wrote: You guys doing EJB3, can you recommend a decent tutorial on the new technology? Did you go to Sun or JBoss? I see with Sun's glassfish EJB3 server, the bundled tutorial is actually a tutorial for Netbeans users, rather than just a pure EJB3 tutorial :( Or are there others? Thanks Adam Bruno Aranda on 18/11/05 14:43, wrote: Thanks Stéphane! I've finally got it working... I've checked out the current SVN maven, and maven ear plugin and rebuilt everything. I've used the maven-par-plugin from the mojo codehaus sandbox. After building everything I reproduced an issue discussed some days ago in this mailing list [1], where it is said that ejb3 and pars do not expose its classes to the classpath in order to be used by other modules. I've created a JIRA for that [2] and attached the plugin there with the solution proposed by Thomas Marek, in order to be available in the next release. Now, everything is working as expected, Thanks, Bruno [1] http://mail-archives.apache.org/mod_mbox/maven-users/200511.mbox/[EMAIL PROTECTED] [2] http://jira.codehaus.org/browse/MNG-1620 2005/11/17, Stephane Nicoll [EMAIL PROTECTED]: Bruno, Yes but you need to use latest SVN et rebuild the maven ear plugin. It works but it's not released yet. Regarding the lifecyle, same answer, it's applied to maven core but not as part of the 2.0 release. Hope it helps, Stéphane On 11/17/05, Bruno Aranda [EMAIL PROTECTED] wrote: Thanks, I know, to summarise, my question was if someone has successfully included a par generated with that plugin inside an ear... Thanks, Bruno 2005/11/17, Arik Kfir [EMAIL PROTECTED]: I think you need to use the 'maven-par-plugin' (in the mojo project, at http://mojo.codehaus.org/) However, AFAIK its not released yet. On 11/17/05, Bruno Aranda [EMAIL PROTECTED] wrote: Hi all, I am doing my first steps with maven... I have a multi-module setup that involves the creation of jars, wars, pars and an ear with everything inside. I've been told to use a plugin to create the par file [1]. However, when the par is set as a dependency in the pom.xml file to create the ear, a jar (with the same name of the par) is included in the ear instead. I do not know anything about the maven insights so I am not able right now to modify the code in order to see what fails now, although I could do an ant task to rename again the jar file to par inside the ear. But that will be the last solution... I've seen that there is also a maven-par-plugin in the sandbox and I've tried to use it. Then I got this exception: Cannot find lifecycle mapping for packaging: 'par'. I've compared the two plugins and I've seen than the plugin from JIRA contains a components.xml file, so I've copied that file to the sandbox plugin and I've installed it again (yeah, you now, trial and error). The lifecycle seems ok now, but I keep getting this exception org.apache.maven.lifecycle.LifecycleExecutionException: Error assembling PAR - 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: [m2] parent poms and svn externals
You've got this corect - the modules are path based (in hindisght, maybe they should be repository references too - we'll look at implementing that in a backwards compatible way in 2.1). - Brett On 11/21/05, Wendy Smoak [EMAIL PROTECTED] wrote: On 11/20/05, Brett Porter [EMAIL PROTECTED] wrote: No, that's not the case. Someone just needs to deploy that root project. Relative path is just a hint for using a multiproject checkout structure so that if you edit it locally it gets picked up. It still goes to the repository if it is not found. Okay, that will allow each child to find its parent. But how does the parent find the children? If I have current/build/pom.xml current/core/pom.xml current/taglib/pom.xml Then what do I put in the module tags in current/build/pom.xml? module../core/module module../taglib/module ? In addition to being able to build a single sub-project, I also need to be able to build all of them at once. Thanks for your patience. :) -- Wendy - 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]
[m2] how to use javacc?
Hi, Please help me getting javacc jjtree generation work in maven. I simply can't figureout how to set properties, so mojo will know where is jjt file, and how to make code generation occure before code compilation. I'm new to maven at all. Thanks for you help, Hubert. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] maven-tomcat-plugin 1.2.1
Hi, The codeczar team is pleased to announce the bugfix release of the maven-tomcat-plugin http://www.codeczar.com/products/maven-tomcat-plugin/ This build fixes two issues. 1) plugin now compatible with jdk 1.4 2) missing jar resources copied into target directory prior to jspc. maven -DartifactId=maven-tomcat-plugin -DgroupId=codeczar-tomcat -Dversion=1.2.1 plugin:download This plugin requires a minimum of Maven 1.1.X. cheers Nathan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changing WAR default goal
Hi. The war:war goal is executed for all projects with packaging=war. I think overriding this default value is not supported yet. However, doing mvn test war:exploded would be a work-around as package is done after tests have passed. Frank Mena wrote: How do I change the default goal of a war so that it produces an exploded war instead of .war file when I run the package goal? Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changing WAR default goal
mvn war:exploded Please see http://maven.apache.org/plugins/maven-war-plugin/ Other relevant info about plugins: http://maven.apache.org/plugins/index.html Regards, John Frank Mena wrote: How do I change the default goal of a war so that it produces an exploded war instead of .war file when I run the package goal? Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changing WAR default goal
Thanks. I was looking to stop the war:war from executing, as it takes time. Frank On 11/20/05, Edwin Punzalan [EMAIL PROTECTED] wrote: Hi. The war:war goal is executed for all projects with packaging=war. I think overriding this default value is not supported yet. However, doing mvn test war:exploded would be a work-around as package is done after tests have passed. Frank Mena wrote: How do I change the default goal of a war so that it produces an exploded war instead of .war file when I run the package goal? Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] how to use javacc?
Hi Hubert, jjtree is not yet available in the javacc-maven-plugin. But it will have soon. regards, -allan Hubert Iwaniuk wrote: Hi, Please help me getting javacc jjtree generation work in maven. I simply can't figureout how to set properties, so mojo will know where is jjt file, and how to make code generation occure before code compilation. I'm new to maven at all. Thanks for you help, Hubert. - 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: [m2] how to use javacc?
Dear Allan, You had better not use javac in maven. To complie a java file, create a jvm compiler is not good. You can read why we need ant and maven. thanks. Tel: (020)36315358-328 Fax: (020)36315170 Allan Ramirez [EMAIL PROTECTED]To: Maven Users List users@maven.apache.org om cc: Subject: Re: [m2] how to use javacc? 21/11/2005 13:52 Please respond to Maven Users List Hi Hubert, jjtree is not yet available in the javacc-maven-plugin. But it will have soon. regards, -allan Hubert Iwaniuk wrote: Hi, Please help me getting javacc jjtree generation work in maven. I simply can't figureout how to set properties, so mojo will know where is jjt file, and how to make code generation occure before code compilation. I'm new to maven at all. Thanks for you help, Hubert. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hactl..Moving forward with you. Best Air Cargo Terminal - Asia 2005 Air Cargo Terminal of the Year 2002, 2003 2004 Web: http://www.hactl.com DISCLAIMER :- The information contained in this message, including any attachment, is confidential and may also be privileged. The information is intended only for the person or entity to which it is addressed. Any review, re-transmission, copying, storage, distribution or other use or disclosure of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please contact the sender immediately by return email and delete this message from your system. Thank you. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] can't reach maven-proxy
Hi, are you sure its proxy you want? Proxies only forwards requests from private machines to those on the internet. If you want maven to go to your own repository, then setup a repository with id central so that the ibiblio repo will be overridden in your pom.xml. Or if you want to put it in your settings.xml, use mirror. Didier BRICHET wrote: Hello, I'm trying maven in a corporate environnement. My problem is to use maven-proxy, to sit on my main server and imitate ibiblio. To do this, on a Windows XP machine with internet connection, I set my user settings (in .m2 directory) like this : |settings profiles profile idmyprofile/id repositories repository idcentral/id nameyour custom repo/name urlhttp://localhost:/repository/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameyour custom repo/name urlhttp://localhost://url /pluginRepository /pluginRepositories /profile /profiles activeProfiles activeProfilemyprofile/activeProfile /activeProfiles /settings | Maven-proxy is running well (I can administrate it with a web browser at http://localhost:) In a empty directory, I try this |mvn archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app| This work fine, but all downloads are done from http://repo1.maven.org/maven2 ! And not from maven-proxy ! Maven-proxy cache is empty, and these no log in it's command window. It seems that maven do not reach maven-proxy. What's wrong with my configuration ? Thank's by advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] can't reach maven-proxy
Also, please see: http://maven.apache.org/guides/introduction/introduction-to-repositories.html Didier BRICHET wrote: Hello, I'm trying maven in a corporate environnement. My problem is to use maven-proxy, to sit on my main server and imitate ibiblio. To do this, on a Windows XP machine with internet connection, I set my user settings (in .m2 directory) like this : |settings profiles profile idmyprofile/id repositories repository idcentral/id nameyour custom repo/name urlhttp://localhost:/repository/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameyour custom repo/name urlhttp://localhost://url /pluginRepository /pluginRepositories /profile /profiles activeProfiles activeProfilemyprofile/activeProfile /activeProfiles /settings | Maven-proxy is running well (I can administrate it with a web browser at http://localhost:) In a empty directory, I try this |mvn archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app| This work fine, but all downloads are done from http://repo1.maven.org/maven2 ! And not from maven-proxy ! Maven-proxy cache is empty, and these no log in it's command window. It seems that maven do not reach maven-proxy. What's wrong with my configuration ? Thank's by advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M2] [M1] Multiproject dependencies question
Arik Kfir wrote on Friday, November 18, 2005 7:20 PM: in m2 you can define the version once - in the parent POM via a dependencyManagement section. All child POMs just state the group artifact IDs, without the version (they inherit the version from the parent). Well, with exceptions: http://jira.codehaus.org/browse/MNG-1577 - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
variable references for site generation
hi, where can i find a listing of the available references that i could use during site generation? the guide in the documentation site only lists ${reports} which inserts all reports included in the reporting/ section of the project. i was wondering if there is a similar mechanism for including links to the sub-modules. i agree that such links would be useless when the site is generated in the target directory but they would be useful once the site files are deployed. short of maintaining each module's site.xml, are there any ways of including/excluding the other modules in the navigation menu(s)? thanks. ciao! -- Programming, an artform that fights back Anuerin G. Diaz Registered Linux User #246176 Friendly Linux Board @ http://mandrivausers.org/index.php http://capsule.ramfree17.org , when you absolutely have nothing else better to do - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]