RE: Checktyle report incomplete
Thanks, but I don't think that works Dennis. Here is a DOS example including the pmd:pmd goal. The result is not that the App1 class gets PMDed, instead the App.java class gets PMDed? The PMD doesn't have an expression for includes so I just tried the parameter name as suggested - I think that can only work in a plugin configuration of the pom. set INCLUDES=com/eurobase/mavenproject/App1.java set TEST_INCLUDES=com/eurobase/mavenproject/AppTest.java set MAVEN_OPTS=-Dcheckstyle.includes=%INCLUDES% -Dtest=%TEST_INCLUDES% -Dincludes=%INCLUDES% mvn clean compile test-compile pre-site checkstyle:checkstyle pmd:pmd surefire:test TIA, John -Original Message- From: Dennis Lundberg [mailto:denn...@apache.org] Sent: 31 March 2009 20:20 To: Maven Users List Subject: Re: Checktyle report incomplete John Coleman wrote: Yes that works, many thanks. Are there similar ways to do this for the PMD report and Corbertura? It would be nice if the reporting plugins were more consistent. Yes, check out the Goals link on a plugins site and then follow the link to the goal you want to use. If you see an Expression, then that what you'd use on the command line. If there is no Expression then you use the name of the parameter itself. http://maven.apache.org/plugins/maven-pmd-plugin/pmd-mojo.html #includes This is not available for Cobertura though. TIA John -Original Message- From: Dennis Lundberg [mailto:dennisl.apa...@gmail.com] On Behalf Of Dennis Lundberg Sent: 28 March 2009 17:06 To: Maven Users List Subject: Re: Checktyle report incomplete http://maven.apache.org/plugins/maven-checkstyle-plugin/checks tyle-mojo.html#includes You should use this command instead: mvn -Dcheckstyle.includes=**/Named.java compile pre-site checkstyle:checkstyle John Coleman wrote: Hi, When I run the command below I only get checkstyle reports for 2 classes in the project, and the class I have named is missed out. Why isn't the file I have referred to used? Perhaps I cannot put maven properties on the command line, who knows? mvn -Dmaven.checkstyle.includes=**/Named.java compile pre-site checkstyle:checkstyle TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Checktyle report incomplete
Yes that works, many thanks. Are there similar ways to do this for the PMD report and Corbertura? It would be nice if the reporting plugins were more consistent. TIA John -Original Message- From: Dennis Lundberg [mailto:dennisl.apa...@gmail.com] On Behalf Of Dennis Lundberg Sent: 28 March 2009 17:06 To: Maven Users List Subject: Re: Checktyle report incomplete http://maven.apache.org/plugins/maven-checkstyle-plugin/checks tyle-mojo.html#includes You should use this command instead: mvn -Dcheckstyle.includes=**/Named.java compile pre-site checkstyle:checkstyle John Coleman wrote: Hi, When I run the command below I only get checkstyle reports for 2 classes in the project, and the class I have named is missed out. Why isn't the file I have referred to used? Perhaps I cannot put maven properties on the command line, who knows? mvn -Dmaven.checkstyle.includes=**/Named.java compile pre-site checkstyle:checkstyle TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Checktyle report incomplete
Hi, When I run the command below I only get checkstyle reports for 2 classes in the project, and the class I have named is missed out. Why isn't the file I have referred to used? Perhaps I cannot put maven properties on the command line, who knows? mvn -Dmaven.checkstyle.includes=**/Named.java compile pre-site checkstyle:checkstyle TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Disable plugin during development builds
During development we don't want our javascript to be compressed, so the yuicompressor plugin only needs to run when we do a release build. How do we change the pom so that this plugin can be selectively turned off perhaps by a property in settings.xml or similar? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Test plugin
Thanks Justin, it turns out I was looking at Maven 1 docs. I can run the test I want with test:single. John -Original Message- From: Edelson, Justin [mailto:justin.edel...@mtvstaff.com] Sent: 18 December 2008 14:07 To: Maven Users List Subject: RE: Test plugin This error is accurate. There's no maven-test-plugin. test is a lifecycle phase, not a plugin. From: John Coleman [mailto:john.cole...@eurobase.com] Sent: Thu 12/18/2008 4:54 AM To: Maven Users List Subject: Test plugin When I try to run a test plugin goal I get: The plugin 'org.apache.maven.plugins:maven-test-plugin' does not exist or no valid version could be found In the repo I can only find a maven groupid with the maven-test-plugin. Is there really a org.apache.maven.plugins maven-test-plugin? I'm confused. Regards, John - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Test plugin
When I try to run a test plugin goal I get: The plugin 'org.apache.maven.plugins:maven-test-plugin' does not exist or no valid version could be found In the repo I can only find a maven groupid with the maven-test-plugin. Is there really a org.apache.maven.plugins maven-test-plugin? I'm confused. Regards, John - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Dependency version in manifest
Is there a way to inject the dependency version info of a project into the JARs manifest? TIA John - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Dependency version in manifest
I didn't want a classpath entry, so I decided to include the pom in the JAR as a workaround. Thanks, John -Original Message- From: Richard Chamberlain [mailto:[EMAIL PROTECTED] Sent: 10 December 2008 13:36 To: Maven Users List Subject: RE: Dependency version in manifest You can specify the dependencies on the classpath of a manifest: plugins plugin artifactIdmaven-jar-plugin/artifactId configuration archive manifest addClasspathtrue/addClasspath /manifest /archive /configuration /plugin plugin See the Jar Plugin documentation: http://maven.apache.org/plugins/maven-jar-plugin/ Is that what you were after? Regards, Richard -Original Message- From: John Coleman [mailto:[EMAIL PROTECTED] Sent: 10 December 2008 11:21 To: Maven Users List Subject: Dependency version in manifest Is there a way to inject the dependency version info of a project into the JARs manifest? TIA John - 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]
Dynamic dependencies
Is it possible to have a dependency that is dynamic, for example we first look for a project specific version of a dependenyc, and if this is not found, then the global version of the dependency is taken. The use case is where a dependency project has been specialised for a client, and a dependent project for a client needs to automatically obtain any of their client specific versions of dependencies, but if such doesn't exist, then the global version will be used instead. TIA, John - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Multi client release
Hi, We want to run various development projects on our trunk code. When project development is complete for a client, we then want to do an alpha release for internal testing. This release could contain partiallly completed development work for other projects for other clients. Am I right in thinking we can just use the maven release plugin and label the tag something like n.n.n-projectname-alpha1? Also we'd rather the release process produces a branch rather than a tag, because we will have to patch each first release before we get a beta version. Is that possible? Also, if we have snapshot dependencies for the project at release time, if we elect to resolve these, does that just to a release/tag on each dependency? TIA john - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mvn release plugin only to release parent project
Hi, I have a pom type parent project with modules of type jar that inherit settings from the parent. Is it possible to do a mvn release at the parent level that does not build and release all the related modules? I have tried the --non-recursive option to no effect. I just want to create a tagged version of the parent pom and roll out the next snapshot number. TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tests leave files that release number plugin won't allow
I have a problem whereby my tests create log files in the project root and then sometimes fail to delete them when the test completes. The build number plugin doesn't like this:- [INFO] Cannot create the build number because you have local modifications : [ratemanager2\unit_test.log:unknown] I think the solution is to place such files outside the project directory in a temporary directory. However, the path for such a directory is likely to be unpredictable, so I can't make it a property in profiles for example. In windows I could use tmpdir property, but what about linux, and what about permissions? Any suggestions please? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
YUICompressor plugin going ape
Hi, The YUICompressor plugin gives the dump below. Anyone have any ideas why this should suddenly go wrong? We already tried to get a fresh update from the central repo. Is this maybe a mvn version issue given that it is a core mvn plugin class missing? TIA, John Using default encoding to copy filtered resources. [yuicompressor:compress] [FATAL]net.sf.alchim.mojo.yuicompressor.YuiCompressorMojo#execute() caused a linkage error (java.lang.NoClassDefFoundError). Check the realms: [FATAL]NOTE: [FATAL]Plugin realm is: /plugins/net.sf.alchim:yuicompressor-maven-plugin:[EMAIL PROTECTED]/thread:exec_B uild eTraderII_17 [FATAL]Container realm is: plexus.core [FATAL]Realm ID: /plugins/net.sf.alchim:yuicompressor-maven-plugin:[EMAIL PROTECTED]/thread:exec_B uild eTraderII_17 [FATAL]urls[0] = file:/C:/Documents%20and%20Settings/user/.m2/repository/net/sf/alchim/yu icompressor-maven-plugin/0.6.3/yuicompressor-maven-plugin-0.6.3.jar [FATAL]urls[1] = file:/C:/Documents%20and%20Settings/user/.m2/repository/rhino/js/1.6R7/j s-1.6R7.jar [FATAL]urls[2] = file:/C:/Documents%20and%20Settings/user/.m2/repository/net/sf/retrotran slator/retrotranslator-runtime/1.2.1/retrotranslator-runtime-1.2.1.jar [FATAL]urls[3] = file:/C:/Documents%20and%20Settings/user/.m2/repository/backport-util-co ncurrent/backport-util-concurrent/3.0/backport-util-concurrent-3.0.jar [FATAL]Realm ID: plexus.core [FATAL]urls[0] = file:/C:/Documents%20and%20Settings/user/.netbeans/6.1/maven2/rootpackag e/ java.lang.NoClassDefFoundError: org/codehaus/plexus/util/DirectoryScanner at net.sf.alchim.mojo.yuicompressor.MojoSupport.processDir(MojoSupport.java :133) at net.sf.alchim.mojo.yuicompressor.MojoSupport.execute(MojoSupport.java:10 3) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:579) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:498) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmentFo rProject(DefaultLifecycleExecutor.java:265) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:191) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:149) at org.codehaus.mevenide.netbeans.embedder.exec.MyLifecycleExecutor.execute (MyLifecycleExecutor.java:72) at org.apache.maven.DefaultMaven.execute_aroundBody0(DefaultMaven.java:223) at org.apache.maven.DefaultMaven.execute_aroundBody1$advice(DefaultMaven.ja va:304) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:1) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody2(MavenEmbedde r.java:904) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody3$advice(Maven Embedder.java:304) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:1) at org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaEx ecutor.java:215) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:151) Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ci notifiers
Hi, Is it possible only to get notifications of release builds and filter out notifications of snapshot builds? I guess this might even be a continuum questions. TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Re : Re: Maven JET
I may look at velocity but I like the way JET turns JSP like templates into Java. John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 27 May 2008 18:03 To: Maven Users List Subject: Re : Re: Maven JET You tried using xdoc2? http://xdoclet.codehaus.org/ As powerful if not more than JET and doesn't need Eclipse. Eric. - Message d'origine - De: nicolas de loof [EMAIL PROTECTED] Date: Mardi, 27 Mai 2008, 11:36 Objet: Re: Maven JET À: Maven Users List users@maven.apache.org I made some experiments on my side to use JET for an incremental code generator (generated code is merged with user changes), but this requiresthe full eclipse AJT... this CAN work with an headless eclipse (eclipse without UI), but require an installed eclipse (not just Jars). Nico. 2008/5/27 John Coleman [EMAIL PROTECTED]: Hi, I'd like to compile JET templates in Maven so I don't need to use Eclipse. I just wondered if anyone else has done this or would like to do it and has ideas to contribute? Best regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E- Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. --- -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NetBeans6.0 mavenide plugin 3.1.1
Hi, One of our developers just reinstalled Netbeans6.0 and as a consequence pickud up the latest Maven plugin 3.1.1. Now his builds don't work because the active profile set in his settings.xml is ignored in preference to the active profile in the profiles.xml. Previously the settings in settings.xml always took priority. So what has changed, and how do we rectify this problem? TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: NetBeans6.0 mavenide plugin 3.1.1
Hi Milos, In profiles.xml we have an active profile called DEVTST that has a property buildNumber.check as true, but in settings.xml we have activate a profile called MYPROFILE that has buildNumber.check false. We do this so that the buildnumber plugin doesn't check for developers, but does in continuum. It used to be the case that the property value in the settings.xml was applied, but now it seems the profiles.xml value takes precedence. I even used the new configuration dialog to activate the MYPROFILE, yet the property gets its value from DEVTST. I hope that is clear. We also seem to of found that a load of the artifacts in the repositories could not be accessed until the configuration dialog was used to choose a profile, even artifacts from previously reliable external repos don't get found? Regards, John -Original Message- From: Milos Kleint [mailto:[EMAIL PROTECTED] Sent: 21 May 2008 10:02 To: Maven Users List Subject: Re: NetBeans6.0 mavenide plugin 3.1.1 On 5/21/08, John Coleman [EMAIL PROTECTED] wrote: Hi, One of our developers just reinstalled Netbeans6.0 and as a consequence pickud up the latest Maven plugin 3.1.1. Now his builds don't work because the active profile set in his settings.xml is ignored in preference to the active profile in the profiles.xml. Previously the settings in settings.xml always took priority. you mean the settings.xml profiles are not active when loading the project or when building? that would be a bug. However I'm not sure what the comments about priorities mean, I would assume both locations would be checked and their active profiles activated. So what has changed, and how do we rectify this problem? the major change was an upgrade of the maven embedder (which solved a bunch of issues, but created a pile of it's own) best steps to proceed would be to file a bug report against mevenide and provide a sample project demonstrating the problem. Milos TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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]
Branching and merging poms
Hi, We develop different code bases for out clients, and this means having various branches of our generic codebase running in parallel. We envisage that some branches will have the poms changed, maybe to introduce new dependencies, or dependencies on a variety of versions. What concerns us is that during merges between branch and trunk, client customised poms will get muddled up. Therefore we want to seperate the poms in a way that allows each project to choose the pom based on its client name property, probaly gathered from a profile. Has anyone a nice solution to this? We are using multi module projects, and I was thinking we can use almost empty poms in the project and inherit through a relative path to the client specific poms. Or should we just have a number of different pom file names? In which case how do we standardise the build? Regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven / Repository / SVN
In my experience, this is a very common attitude though. Unfortunately. For example, the jspwiki project currently under apache incubation stores its dependencies in the version-control system and will not change. And they are not stupid people; it is just the way they like to work. Doing something out of some irrational liking is hardly good business practice. Maybe they have some ANT days hangups? Just how does the Maven project integrate this behaviour given that its dependency mechanism is inteded to work off a regular M2 repo? Prove to me that they are not driving a horse and cart through some of the basic principles of Maven, i.e. portable standard build. Are they using coded paths to their dependencies? If so what happens if that behaviour is depricated? With no proper business rationale and many objections, this practice is dangerous. Some people will of course tell you that everything you need to build a project must be checked into the VCS along with the rest of the project - so what do they think all us other folks who don't do this are up to? Cos I can assure you we are getting a better deal, faster check out and import for a start, and safe that we are using Maven as intended. useful to have a way for maven to deal with this. Persuading people to move to maven is difficult enough without having to tackle a second problem like this concurrently. Maven provides a plugin mechanism, i.e. mojos, and customizable lifecycles for those who wish to dabble. But the disadvantage is that all that makes a build off standard. So best to do it only when unavoidable. BTW, one of the issues is that previously java classpaths had to be set up with the explicit names of dependent jars; having dependencies that change names was awkward. So simply having a stable name, and overwriting with later versions of the jars was tempting. Now that java can use * to pick up all jars in a dir this is no longer relevant, but the habit endures. This just adds to the crazyness. Maven controls dependency versions for very good reasons. If you are hard coding classpaths, that practice has to stop. Using * also means you have little control over what is being loaded at runtime. If you have some scripts that need to build classpaths, then these should be filtered resources, so they adapt dynamically to the build. Leverage Maven to provide classpaths with the right deps. I think that in this case, storing the repository in VCS makes sense. 8 What sense? If a newer version of a dep artifact pops into the Maven repo, it can be picked (or not) up by the next build, you can control this behaviour in a number of ways, this is powerful. How does putting artifacts in the VCS fit into this Maven standard? I also don't get the concerns over replication - some trivial replication/proxy technology should take care of that. It should not be an issue to sweat the developers. Regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven / Repository / SVN
-Original Message- From: Marco Mistroni [mailto:[EMAIL PROTECTED] Sent: 10 March 2008 23:00 To: Maven Users List Subject: Maven / Repository / SVN 8 the problem is that people here want to store artifact / external libraries in svn rather than in an internal repository These people have some bad thinking. There is simply no point putting guaranteed static objects into VCS, which is all about tracking changes. And since the POM defines all the dependencies and how they are used, and everything required for a build, then that mechanism is already ideal. If they are concerned about losing some artifacts, then they simply need to back them up, or provide some clustering. All you need to do is keep a mirrored server of your repo. only thing i could think was to store the maven repository in svn and check it out every time, pointing maven to look at the localRepository in my custom directory This is a solution, but one to a problem that doesn't exist. Absurd. anyone has any suggestions/comments? Looks like some people need some education, unless of course they have a very good reason for their position? People who refuse to rationalise their beliefs can be bothersome though. Regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: compress obfuscate js files
Hi, We use the YUI compression/obfusation now, and it seems to work very nicely. You should certainly separate out your js, css and JSP, which should be easy. If you cannot, then you could get the compression plugin and tweak it to do JSP somehow. Seperation is the way to go though IMO. Regards, John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 01 March 2008 08:57 To: users@maven.apache.org Subject: compress obfuscate js files Hi, I am still working on moving a big legacy project from Maven 1 to Maven2. Next step is compression of javascript files. What's the best plugin for this task? http://mojo.codehaus.org/javascript-maven-tools/ ? I just found: http://alchim.sourceforge.net/hg/yuicompressor-maven-plugin/ - which is based on yuicompressor, that I was even recommended to use by the javascript community. Not only does it compress javascript file, but also css file and it also seems to abfuscate them. The only problem I see with my legacy project - css and javascript are not 100% separated into their own files - often javascript and or css is directly used in jsp pages. So in order to properly obfuscate, a plugin would have to parse not only the css and javascript files, but also all jsp pages, that do direct javascript function calls and so on. Any idea if there is a compressor / obfuscator plugin that does all that? I would be pleased if you could recommend me something, that would be great - I underestimated the work to be done migrating to maven 2 and am kinda lost! :-( Thanks in advance, Stefanie -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Mevenide vs. M2Eclipse, Q for Eclipse/IAM
I can't see a way in Q4E to activate a profile in my settings.xml. Did you find out how to do that? My experience so far is that NetBeans mavenide seems to be streets ahead of the various eclipse efforts I have tried. Since devzuz support Q4E I am hoping it is better than what I have seen. Regards, John -Original Message- From: Thomas Lutz [mailto:[EMAIL PROTECTED] Sent: 25 February 2008 11:24 To: Maven Users List Subject: Re: Mevenide vs. M2Eclipse, Q for Eclipse/IAM Hi ! Though this doesn't answer your question regarding a comparison.. :-): I use Q4E and am really happy with it. much better than m2eclipse and mevenide, pom synchronization and classpath integration works well. No webtools support in the version I use, but that could have changed in the meantime... Tom VUB Stefan Seidel schrieb: Hi Chris, we started with m2eclipse, too, and had troubles too. After spending about a week in total fixing the worst things in it, it is quite usable. Unfortunately, almost none of my suggestions made it into the mainstream code, and I've given up trying. I thought about a fork but I don't have the time. Anyway, m2eclipse is based on some good ideas, and when I last looked at Q4E, it wasn't usable due to its early dev stage. There is a eclipse plugin for maven that generated the .project files and others, this one allows you to develop maven apps in Eclipse, but it is no real Eclipse integration. HTH, Stefan Chris wrote: I googled around to try to find a comparison between Mevenide and the alternatives, and didn't come up with much. Can someone tell me the differences? (I've spend some time with m2eclipse, and I'm *not* impressed). - 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] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE: compress obfuscate js files
Hi, We only use JSPs to arrange content pieces (like creating a page by including header JSP and footer JSP), so our js/css is an entirely separate concern. The js handles things like form input fields all itself using DHTML/DOM. I can't believe that seperating the jss is such a big operation (unless your js is using embedded scriptlets or something yucky like that), you should be able to scrape it out and bung it into a big function library script for starters. Switch off the js obfuscation so function names stay the same, or else build a plugin that can look for JSP embedded js function names and rename them using the obfuscation mappings. There is much you can do fairly easily using mojos. Regards, John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 04 March 2008 13:43 To: Maven Users List Subject: Re: RE: compress obfuscate js files Seperation is the way to go though IMO. You are 100% correct. Problem is, we just stared working on this project. Before, it was managed by an external company. Step by step, we will have to improve the legacy code. However, as it is now, css and javascript or totally mixed with jsp code - and it will take month if not years to change that (as it's a lot + there are other important tasks too) However, I am wondering - speaking of css - even IF the css and javscript code was 100% seperated - there will still be class=myCSSClass and onclick=MyJavascriptFunction calls in the jsp code. So if the obfuscator renames these css classes / javascript functions - how would that work?! Thanks in advance, Stefanie -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Mevenide vs. M2Eclipse, Q for Eclipse/IAM
Not supporting -P is a show stopper for us. We use the build number plugin, and insist that continumm builds have proper source-repo synchronization. Taking away these command line options is a big limitation. Expecting people to change their projects to suit this limitation seems unacceptable to me. I guess we'll have to use the command line in the meantime. Regards, John -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: 04 March 2008 15:01 To: Maven Users List Subject: Re: Mevenide vs. M2Eclipse, Q for Eclipse/IAM I switched from m2eclipse to Q4E (still using the dev release, ie http://www.jroller.com/carlossg/entry/exist_global_acquires_devzuz). Even if Q4E is a new project and so less mature, it works great for me, ie I could use an eclipse project having both WTP and Q4E nature. Q4E is supported by Devzuz.org and as they are involved (indirectly via Exist) in Buckminster, it will be in a not too long future the 'official eclipse plugin' for maven support. I recommands Q4E (http://code.google.com/p/q4e/) Regards. 2008/3/4, Thomas Lutz [EMAIL PROTECTED]: I don't use profiles very much, I've one box for office work, another for private stuff :-)... found a post in the q4e users list: http://groups.google.com/group/q4e-users/browse_thread/thread/82ff5a7a fd79ebcf refering to an issue in q4e: http://code.google.com/p/q4e/issues/detail?id=5 sorry, tom John Coleman schrieb: I can't see a way in Q4E to activate a profile in my settings.xml. Did you find out how to do that? My experience so far is that NetBeans mavenide seems to be streets ahead of the various eclipse efforts I have tried. Since devzuz support Q4E I am hoping it is better than what I have seen. Regards, John -Original Message- From: Thomas Lutz [mailto:[EMAIL PROTECTED] Sent: 25 February 2008 11:24 To: Maven Users List Subject: Re: Mevenide vs. M2Eclipse, Q for Eclipse/IAM Hi ! Though this doesn't answer your question regarding a comparison.. :-): I use Q4E and am really happy with it. much better than m2eclipse and mevenide, pom synchronization and classpath integration works well. No webtools support in the version I use, but that could have changed in the meantime... Tom VUB Stefan Seidel schrieb: Hi Chris, we started with m2eclipse, too, and had troubles too. After spending about a week in total fixing the worst things in it, it is quite usable. Unfortunately, almost none of my suggestions made it into the mainstream code, and I've given up trying. I thought about a fork but I don't have the time. Anyway, m2eclipse is based on some good ideas, and when I last looked at Q4E, it wasn't usable due to its early dev stage. There is a eclipse plugin for maven that generated the .project files and others, this one allows you to develop maven apps in Eclipse, but it is no real Eclipse integration. HTH, Stefan Chris wrote: I googled around to try to find a comparison between Mevenide and the alternatives, and didn't come up with much. Can someone tell me the differences? (I've spend some time with m2eclipse, and I'm *not* impressed). - 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] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted
RE: Mavenide NetBeans
I got this when I tried to install from the contents of the mavenide-AU-SNAPSHOT... Missing required modules for Plugin NetBeans Maven2 ArchetypeNG: Maven Embedder library [module org.codehaus.mevenide.nbmvnembedder/3 3.1] NetBeans Maven2 project support [module org.codehaus.mevenide.netbeans/3 3.1] Missing required modules for Plugin NetBeans Maven2 Web Frameworks: Maven Embedder library [module org.codehaus.mevenide.nbmvnembedder/3 3.1] NetBeans Maven2 J2EE bridge [module org.codehaus.mevenide.netbeans.j2ee/2 3.1] NetBeans Maven2 project support [module org.codehaus.mevenide.netbeans/3 3.1] Regards, John -Original Message- From: Milos Kleint [mailto:[EMAIL PROTECTED] Sent: 18 February 2008 17:58 To: Maven Users List Subject: Re: Mavenide NetBeans only by upgrading to the latest trunk (daily builds at http://deadlock.netbeans.org/hudson/job/mevenide/) that one use the latest (January/February) 2.1-SNAPSHOT. Unfurtunately there's no way to put pre-2.1 stable releases as embedded version (due to design problems on 2.0.x branch) Please not that the embedder user in current released version of mevenide uses a 1.5 years old 2.1-SNAPSHOT but labels it as 2.0.4. That's the released version of maven that is closest to that binary in terms of compatibility. Milos On Feb 18, 2008 6:09 PM, John Coleman [EMAIL PROTECTED] wrote: Hi, Our Mavenide seems to be maven 2.0.4, is there a way to put the latest stable into the NB plugin? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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: Mavenide NetBeans
I tried your script below, removed the Maven plugin and all related Maven category items. When I load NB6 up again it is not recognising Maven projects. Have I deleted too much perhaps? John -Original Message- From: Milos Kleint [mailto:[EMAIL PROTECTED] Sent: 19 February 2008 10:27 To: Maven Users List Subject: Re: Mavenide NetBeans I have filed it as bug against netbeans: http://www.netbeans.org/issues/show_bug.cgi?id=127716 a workaround for the time being is 1. uninstall and remove all maven modules from your installation (Tools/Plugins dialog should do) 2. download the http://deadlock.netbeans.org/hudson/job/mevenide/lastSuccessfu lBuild/artifact/mevenide-SNAPSHOT.zip file and expand it into your netbeans installation. You should end up with a new folder named mevenide next to other folders with names like platform8, ide6, java1 and so on. 3. edit the etc/netbeans.clusters file in netbeans installation and add mevenide at the end of the file on a separate line. that should do it. That's how I'm working with the daily builds. The additional advantage is easy upgrade path as I just delete the old mevenide folder and replace it with a new copy from deadlock.netbeans.org's hudson and restart the IDE. Regards Milos On Feb 19, 2008 10:35 AM, John Coleman [EMAIL PROTECTED] wrote: I got this when I tried to install from the contents of the mavenide-AU-SNAPSHOT... Missing required modules for Plugin NetBeans Maven2 ArchetypeNG: Maven Embedder library [module org.codehaus.mevenide.nbmvnembedder/3 3.1] NetBeans Maven2 project support [module org.codehaus.mevenide.netbeans/3 3.1] Missing required modules for Plugin NetBeans Maven2 Web Frameworks: Maven Embedder library [module org.codehaus.mevenide.nbmvnembedder/3 3.1] NetBeans Maven2 J2EE bridge [module org.codehaus.mevenide.netbeans.j2ee/2 3.1] NetBeans Maven2 project support [module org.codehaus.mevenide.netbeans/3 3.1] Regards, John -Original Message- From: Milos Kleint [mailto:[EMAIL PROTECTED] Sent: 18 February 2008 17:58 To: Maven Users List Subject: Re: Mavenide NetBeans only by upgrading to the latest trunk (daily builds at http://deadlock.netbeans.org/hudson/job/mevenide/) that one use the latest (January/February) 2.1-SNAPSHOT. Unfurtunately there's no way to put pre-2.1 stable releases as embedded version (due to design problems on 2.0.x branch) Please not that the embedder user in current released version of mevenide uses a 1.5 years old 2.1-SNAPSHOT but labels it as 2.0.4. That's the released version of maven that is closest to that binary in terms of compatibility. Milos On Feb 18, 2008 6:09 PM, John Coleman [EMAIL PROTECTED] wrote: Hi, Our Mavenide seems to be maven 2.0.4, is there a way to put the latest stable into the NB plugin? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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: Maven-jar-plugin
please ignore this thread - issue resolved Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven-jar-plugin
The following config doesn't seem to configure the manifest file
proeprly...
plugin
artifactIdmaven-jar-plugin/artifactId
configuration
archive
manifest
addDefaultImplementationEntriestrue/addDefaultImplementationEntries
addClasspathtrue/addClasspath
classpathPrefixlib/classpathPrefix
mainClassMain/mainClass
/manifest
manifestEntries
Implementation-Version${project.version}/Implementation-Version
/manifestEntries
/archive
/configuration
/plugin
I just get...
Manifest-Version: 1.0
Archiver-Version: Plexus Archiver
Created-By: Apache Maven
Built-By: jcoleman
Build-Jdk: 1.6.0_01
I have similar configuration for a WAR project and that works. Anyone
seen/resolved this please?
TIA
John
Eurobase International Limited and its subsidiaries (Eurobase) are unable to
exercise control over the content of information in E-Mails. Any views and
opinions expressed may be personal to the sender and are not necessarily those
of Eurobase. Eurobase will not enter into any contractual obligations in
respect of any part of its business in any E-mail.
Privileged / confidential information may be contained in this message and /or
any attachments. This E-mail is intended for the use of the addressee(s) only
and may contain confidential information. If you are not the / an intended
recipient, you are hereby notified that any use or dissemination of this
communication is strictly prohibited. If you receive this transmission in
error, please notify us immediately, and then delete this E-mail.
Neither the sender nor Eurobase accepts any liability whatsoever for any
defects of any kind either in or arising from this E-mail transmission. E-Mail
transmission cannot be guaranteed to be secure or error-free, as messages can
be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or
incomplete. Eurobase does not accept any responsibility for viruses and it is
your responsibility to scan any attachments.
Eurobase Systems Limited is the main trading company in the Eurobase
International Group; registered in England and Wales as company number
02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex
CM2 0RE, UK.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven + Subversion directory structure
Seems like you have a fundamental misunderstanding of what Maven is for. Maven is a build tool, similar to Ant. The structure that Maven wants is a conventional way to setup your project so that Maven can build it with minimal fuss. A Maven repo and a Subversion repo are two different things. You will store your Maven project in the Subversion repo, but the compiled jar/ war/artifacts are stored in the Maven repository. This can be as simple as a file system exposed by an HTTP server - but you will not generally deploy source code there. Have a look at the book Better Builds with Maven found here http://maven.apache.org/articles.html along with some other useful resources. Coleman On Feb 19, 2008, at 1:18 PM, Chris wrote: I'm migrating a number of projects and modules to Maven. I'm confused on how the directories should be set up. Maven wants this: /projectname /module0 /src /module1 /src Subversion wants this: /root /projectname /branches /tags /trunk /module0 /branches /tags /trunk /src etc. The way I read the documentation, Maven finds modules based on directory name, and the svn naming convention is going to mess things up. Where should /branches, /tags, and /trunk go in a Maven directory structure? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] John Coleman TRAX Tech Services 434.509.0063 x116 (w) 434.426.8357 (m) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven + Subversion directory structure
Sorry, that wasn't clear from your original post. Branches, tags, and trunk do not belong in a Maven directory structure, rather the Maven directory structure belongs in the branches/tags/trunk: /root /project /trunk /src /test /module0 /src /test /module1 /src /test /branches /1.0 /src /test /module0 /src /test /module1 /src /test Coleman On Feb 19, 2008, at 2:07 PM, Chris wrote: Umm, no. This question has nothing to do with repositories. It has to do with the directory structure on the development machines. John Coleman wrote: Seems like you have a fundamental misunderstanding of what Maven is for. Maven is a build tool, similar to Ant. The structure that Maven wants is a conventional way to setup your project so that Maven can build it with minimal fuss. A Maven repo and a Subversion repo are two different things. You will store your Maven project in the Subversion repo, but the compiled jar/war/artifacts are stored in the Maven repository. This can be as simple as a file system exposed by an HTTP server - but you will not generally deploy source code there. Have a look at the book Better Builds with Maven found here http://maven.apache.org/articles.html along with some other useful resources. Coleman On Feb 19, 2008, at 1:18 PM, Chris wrote: I'm migrating a number of projects and modules to Maven. I'm confused on how the directories should be set up. Maven wants this: /projectname /module0 /src /module1 /src Subversion wants this: /root /projectname /branches /tags /trunk /module0 /branches /tags /trunk /src etc. The way I read the documentation, Maven finds modules based on directory name, and the svn naming convention is going to mess things up. Where should /branches, /tags, and /trunk go in a Maven directory structure? - 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]
Mavenide NetBeans
Hi, Our Mavenide seems to be maven 2.0.4, is there a way to put the latest stable into the NB plugin? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Different plug in errors, same project
Having some major plug in execution issues. Two developers, same version of maven (2.0.8), same codebase, same POM, using the same internal repository (archiva-based) that proxies/mirrors everything.From the command line, I can build perfectly, all tests pass, no problem. From eclipse (0.12 Maven Integration for Eclipse), I get:Internal error in the plugin manager executing goal 'org.apache.maven.plugins:maven-resources-plugin:2.2:resources': Unable to find the mojo 'org.apache.maven.plugins:maven-resources-plugin:2.2:resources' in the plugin 'org.apache.maven.plugins:maven-resources-plugin'---Trace:Caused by: org.codehaus.plexus.component.repository.exception.ComponentLookupException: Unable to lookup component 'org.apache.maven.plugin.Mojo', it could not be started. role: org.apache.maven.plugin.Mojo roleHint: org.apache.maven.plugins:maven-resources-plugin:2.2:resourcesclassRealm: /plugins/org.apache.maven.plugins:maven-resources-plugin:[EMAIL PROTECTED] at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:155) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:494) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:714) ... 7 moreCaused by: org.codehaus.plexus.component.repository.exception.ComponentLifecycleException: Error starting component at org.codehaus.plexus.component.manager.AbstractComponentManager.startComponentLifecycle(AbstractComponentManager.java:140) at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:126) at org.codehaus.plexus.component.manager.PerLookupComponentManager.getComponent(PerLookupComponentManager.java:45) at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:147) ... 9 moreCaused by: org.codehaus.plexus.personality.plexus.lifecycle.phase.PhaseExecutionException: Unable to auto-configure component as its configurator could not be found at org.codehaus.plexus.personality.plexus.lifecycle.phase.AutoConfigurePhase.execute(AutoConfigurePhase.java:61) at org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97) at org.codehaus.plexus.component.manager.AbstractComponentManager.startComponentLifecycle(AbstractComponentManager.java:136) ... 12 more---The developer next to me gets the following on the command line:Internal error in the plugin manager executing goal 'org.codehaus.mojo:hibernate3-maven-plugin:2.0:hbm2ddl': Unable to find the mojo 'org.codehaus.mojo:hibernate3-maven-plugin:2.0:hbm2ddl' in the plugin 'org.codehaus.mojo:hibernate3-maven-plugin'---His trace:Caused by: org.codehaus.plexus.component.repository.exception.ComponentLookupException: Unable to lookup component 'org.apache.maven.plugin.Mojoorg.codehaus.mojo:hibernate3-maven-plugin:2.0:hbm2ddl', it could not be createdat org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:335)at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:440)at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:566)... 18 moreCaused by: org.codehaus.plexus.component.factory.ComponentInstantiationException: Could not instanciate component: role: 'null', implementation: 'org.codehaus.mojo.hibernate3.exporter.Hbm2DDLExporterMojo'at org.codehaus.plexus.component.factory.java.JavaComponentFactory.makeException(JavaComponentFactory.java:77)at org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(JavaComponentFactory.java:62)at org.codehaus.plexus.DefaultPlexusContainer.createComponentInstance(DefaultPlexusContainer.java:1464)at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:93)at org.codehaus.plexus.component.manager.PerLookupComponentManager.getComponent(PerLookupComponentManager.java:4at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:331)... 20 more---Running in offline mode does not change our problems. Any thoughts? John ColemanTRAX Tech Services
Re: damage image files
Here's some code to test in ResourcesMojo to try and sniff binary files
out from text without looking at extensions...
Have a play, let me know if it is useful.
Regards,
John
private void copyFile(File from, final File to, boolean filtering)
throws IOException {
FileUtils.FilterWrapper[] wrappers = null;
if (filtering isTextFile(from)) {
...
/**
* Attempt to determine if a file is text or binary by examining for
a BOM
* or unprintable ASCII characters.
*
* @param file a file to test
* @return true if the file is a text file
*/
private final boolean isTextFile(File file) {
FileInputStream fis = null;
try {
fis = new FileInputStream(file);
byte[] bom = new byte[4];
int read = fis.read(bom);
/** Try to detect these BOM formats which all indicate a
text file
*
* 00 00 FE FF UTF-32, big-endian
* FF FE 00 00 UTF-32, little-endian
* EF BB BFUTF-8
* FE FF UTF-16, big-endian
* FF FE UTF-16, little-endian
*/
if (read == 4) {
if ((bom[0] == 0x00 bom[1] == 0x00 bom[2] == 0xFE
bom[3] == 0xFF)) {
if (getLog().isDebugEnabled()) {
getLog().debug(file.getAbsolutePath() +
UTF-32BE encoded);
}
return true;
}
if ((bom[0] == 0xFF bom[1] == 0xFE bom[2] == 0x00
bom[3] == 0x00)) {
if (getLog().isDebugEnabled()) {
getLog().debug(file.getAbsolutePath() +
UTF-32LE encoded);
}
return true;
}
}
if (read = 3) {
if ((bom[0] == 0xEF bom[1] == 0xBB bom[2] ==
0xBF)) {
if (getLog().isDebugEnabled()) {
getLog().debug(file.getAbsolutePath() + UTF-8
encoded);
}
return true;
}
}
if (read = 2) {
if ((bom[0] == 0xFE bom[1] == 0xFF)) {
if (getLog().isDebugEnabled()) {
getLog().debug(file.getAbsolutePath() +
UTF-16BE encoded);
}
return true;
}
if ((bom[0] == 0xFF bom[1] == 0xFE)) {
if (getLog().isDebugEnabled()) {
getLog().debug(file.getAbsolutePath() +
UTF-32LE encoded);
}
return true;
}
}
/** Check some bytes to see if there are unprintable ASCII
chars and
if there are, then this is probably a binary file.
*/
for (int b = 0; b read; b++) {
if (isNotASCIIChar(bom[b] 0xFF)) {
if (getLog().isDebugEnabled()) {
getLog().debug(file.getAbsolutePath() + binary
encoded);
}
return false;
}
}
int inchar = -1, ccount = 0;
while ((inchar = fis.read()) != -1 ccount++ 1024) {
if (isNotASCIIChar(inchar)) {
if (getLog().isDebugEnabled()) {
getLog().debug(file.getAbsolutePath() + binary
encoded);
}
return false;
}
}
} catch (IOException ex) {
getLog().debug(ex);
} finally {
if (fis != null) {
try {
fis.close();
} catch (Exception ex) {
// ignore
}
}
}
if (getLog().isDebugEnabled()) {
getLog().debug(file.getAbsolutePath() + ASCII encoded);
}
return true;
}
private static final boolean isNotASCIIChar(int inchar) {
return inchar 0 || (inchar = 0 inchar = 0x1F inchar !=
0x09 inchar != 0x0A inchar != 0x0C inchar != 0x0D inchar !=
0x1A) || inchar == 0x7F;
}
Eurobase International Limited and its subsidiaries (Eurobase) are unable to
exercise control over the content of information in E-Mails. Any views and
opinions expressed may be personal to the sender and are not necessarily those
of Eurobase. Eurobase will not enter into any contractual obligations in
respect of any part of its business in any E-mail.
Privileged / confidential information may be contained in this message and /or
any attachments. This E-mail is intended for the use of the addressee(s) only
and may contain confidential information. If you are not the / an intended
recipient, you are hereby notified that any use or dissemination of this
communication is strictly prohibited. If you receive this transmission in
error, please notify us
Re: Different plug in errors, same project
Errr, let me modify that a little. Looks like the other developer is not using the same code/pom, we'll resolve that shortly. My issues still persist, but I can get around the error in Eclipse by removing the wagon extension from the POM. Coleman On Feb 18, 2008, at 12:31 PM, John Coleman wrote: Having some major plug in execution issues. Two developers, same version of maven (2.0.8), same codebase, same POM, using the same internal repository (archiva-based) that proxies/mirrors everything. From the command line, I can build perfectly, all tests pass, no problem. From eclipse (0.12 Maven Integration for Eclipse), I get: Internal error in the plugin manager executing goal 'org.apache.maven.plugins:maven-resources-plugin:2.2:resources': Unable to find the mojo 'org.apache.maven.plugins:maven-resources- plugin:2.2:resources' in the plugin 'org.apache.maven.plugins:maven- resources-plugin' --- Trace: Caused by: org .codehaus .plexus.component.repository.exception.ComponentLookupException: Unable to lookup component 'org.apache.maven.plugin.Mojo', it could not be started. role: org.apache.maven.plugin.Mojo roleHint: org.apache.maven.plugins:maven-resources-plugin: 2.2:resources classRealm: /plugins/org.apache.maven.plugins:maven-resources-plugin: [EMAIL PROTECTED] at org .codehaus .plexus .DefaultComponentLookupManager .lookup(DefaultComponentLookupManager.java:155) at org .codehaus .plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:494) at org .apache .maven .plugin .DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:714) ... 7 more Caused by: org .codehaus .plexus.component.repository.exception.ComponentLifecycleException: Error starting component at org .codehaus .plexus .component .manager .AbstractComponentManager .startComponentLifecycle(AbstractComponentManager.java:140) at org .codehaus .plexus .component .manager .AbstractComponentManager .createComponentInstance(AbstractComponentManager.java:126) at org .codehaus .plexus .component .manager .PerLookupComponentManager .getComponent(PerLookupComponentManager.java:45) at org .codehaus .plexus .DefaultComponentLookupManager .lookup(DefaultComponentLookupManager.java:147) ... 9 more Caused by: org .codehaus .plexus.personality.plexus.lifecycle.phase.PhaseExecutionException: Unable to auto-configure component as its configurator could not be found at org .codehaus .plexus .personality .plexus .lifecycle.phase.AutoConfigurePhase.execute(AutoConfigurePhase.java: 61) at org .codehaus .plexus .lifecycle .AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97) at org .codehaus .plexus .component .manager .AbstractComponentManager .startComponentLifecycle(AbstractComponentManager.java:136) ... 12 more --- The developer next to me gets the following on the command line: Internal error in the plugin manager executing goal 'org.codehaus.mojo:hibernate3-maven-plugin:2.0:hbm2ddl': Unable to find the mojo 'org.codehaus.mojo:hibernate3-maven-plugin: 2.0:hbm2ddl' in the plugin 'org.codehaus.mojo:hibernate3-maven-plugin' --- His trace: Caused by: org .codehaus .plexus.component.repository.exception.ComponentLookupException: Unable to lookup component 'org.apache.maven.plugin.Mojoorg.codehaus.mojo:hibernate3-maven- plugin:2.0:hbm2ddl', it could not be created at org .codehaus .plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:335) at org .codehaus .plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:440) at org .apache .maven .plugin .DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:566) ... 18 more Caused by: org .codehaus.plexus.component.factory.ComponentInstantiationException: Could not instanciate component: role: 'null', implementation: 'org.codehaus.mojo.hibernate3.exporter.Hbm2DDLExporterMojo' at org .codehaus .plexus .component .factory .java.JavaComponentFactory.makeException(JavaComponentFactory.java:77) at org .codehaus .plexus .component .factory .java.JavaComponentFactory.newInstance(JavaComponentFactory.java:62) at org .codehaus .plexus .DefaultPlexusContainer .createComponentInstance(DefaultPlexusContainer.java:1464) at org .codehaus .plexus .component .manager .AbstractComponentManager .createComponentInstance(AbstractComponentManager.java:93) at org .codehaus .plexus .component .manager .PerLookupComponentManager .getComponent(PerLookupComponentManager.java:4cool.tif at org .codehaus .plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:331) ... 20 more
RE: damage image files
When I switch filtering off it's fine. The filtering needs patching, I think this is in the JIRA already. I'm not sure how Maven should discern text and binary files though, you can't always depend on file extensions. I think the filter needs to have a file extension ignore element for starters though, that would fix our problem. John -Original Message- From: Rémy Sanlaville [mailto:[EMAIL PROTECTED] Sent: 13 February 2008 10:07 To: Maven Users List Subject: Re: damage image files Hi John, It's amazing that we had the same problem yesterday. It seems that it comes from filter but not sure for the moment. I will try to create a simple example project in order to can reproduce the problem. Rémy Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: damage image files
I think we will try something like this resource directorysrc/main/resources/cfg/directory filteringtrue/filtering /resource resource directorysrc/main/resources/bin/directory /resource This separate our configurable text file resources from our binaries, should do the trick. -Original Message- From: Rémy Sanlaville [mailto:[EMAIL PROTECTED] Sent: 13 February 2008 10:07 To: Maven Users List Subject: Re: damage image files Hi John, It's amazing that we had the same problem yesterday. It seems that it comes from filter but not sure for the moment. I will try to create a simple example project in order to can reproduce the problem. Rémy Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: damage image files
It proved to be a little troublesome to tease out the different resource types, so I had to compromise with... resources resource directorysrc/main/resources/directory filteringtrue/filtering excludes exclude**/*.gif/exclude exclude**/*.jpg/exclude /excludes /resource resource directorysrc/main/resources/directory includes include**/*.gif/include include**/*.jpg/include /includes /resource And this works, but there is of course a risk with relying on the file extensions. Does anyone have some dependable code to sniff at the files to see if they are text or binary? -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: 13 February 2008 13:38 To: Maven Users List Subject: Re: damage image files I use resource directorysrc/main/resources/filtered/directory filteringtrue/filtering /resource resource directorysrc/main/resources/verbatim/directory filteringfalse/filtering /resource As it describes exactly what happens to it's contained resources On Feb 13, 2008 11:56 AM, John Coleman [EMAIL PROTECTED] wrote: I think we will try something like this resource directorysrc/main/resources/cfg/directory filteringtrue/filtering /resource resource directorysrc/main/resources/bin/directory /resource This separate our configurable text file resources from our binaries, should do the trick. -Original Message- From: Rémy Sanlaville [mailto:[EMAIL PROTECTED] Sent: 13 February 2008 10:07 To: Maven Users List Subject: Re: damage image files Hi John, It's amazing that we had the same problem yesterday. It seems that it comes from filter but not sure for the moment. I will try to create a simple example project in order to can reproduce the problem. Rémy Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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: damage image files
Oh that's a shame. I'm keen to put a change into the resource plugin so that it can optionally try and only filter text files. I have an idea to do this, how can I contribute to the project? Regards, John -Original Message- From: Rémy Sanlaville [mailto:[EMAIL PROTECTED] Sent: 13 February 2008 14:10 To: Maven Users List Subject: Re: damage image files Your solution seems to be good. But with war overlays mechanism (cf [1] and [2]) it's not possible to specify the path of the directory resources because it is generated at runtime. I don't know for the moment how to solve this case. Rémy 1. http://maven.apache.org/plugins/maven-war-plugin/examples/war- overlay.html 2. http://jira.codehaus.org/browse/MWAR-143 Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
damage image files
Hi, We are finding that our Maven build is damaging jpg and gif files during the copy of resources into the target area. Is there something in the config to tell it not to mess with binary resources? Is this an issue with filters perhaps, or of locating image resources under the java directory? TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dependency:build-classpath
I'm trying to use the dependency plugin to record classpaths, but it doesn't seem to write to a file as documented. What have I done wrong? TIA, John plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId executions execution idclasspath/id goals goalbuild-classpath/goal /goals configuration excludeGroupIdscom.eurobase/excludeGroupIds outputFile.classpath/outputFile /configuration /execution /executions /plugin Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Dependency:build-classpath
Hi, Somehow I managed to get an alpha version in my repos, once I changed version to specify 2.0, was fine! Regards, John -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: 01 February 2008 14:41 To: Maven Users List Subject: RE: Dependency:build-classpath Is it just printing the classpath instead, or is it not doing anything? -Original Message- From: John Coleman [mailto:[EMAIL PROTECTED] Sent: Friday, February 01, 2008 7:09 AM To: Maven Users List Subject: Dependency:build-classpath I'm trying to use the dependency plugin to record classpaths, but it doesn't seem to write to a file as documented. What have I done wrong? TIA, John plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId executions execution idclasspath/id goals goalbuild-classpath/goal /goals configuration excludeGroupIdscom.eurobase/excludeGroupIds outputFile.classpath/outputFile /configuration /execution /executions /plugin Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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: Make META-INF optional
Yes thanks for that tip - it did not work until I declared the type in the dependency plugin config I use to unpack it as well. John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 14:13 To: Maven Users List Subject: Re: Make META-INF optional Did you try to declare the dependency as type zip? Stefan John Coleman wrote: Okay, I can now deploy the zip artifact to my repo - but how to I explode that into another maven project using the dependecy unpack plugin - this seems to expect a jar. TIA John -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 12:12 To: Maven Users List Subject: RE: Make META-INF optional That can be fixed by using the maven-buildhelper-plugin, which can attach any file to maven's list-of-deployable-files. http://mojo.codehaus.org/build-helper-maven-plugin/index.html John Coleman [EMAIL PROTECTED] schrieb: Ah, this does not work, since the zip will not deploy to the m2 repo in the deploy phase. -Original Message- From: John Coleman [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 11:16 To: Maven Users List Subject: RE: Make META-INF optional Specifying pom packaging seems like an abuse, but if it works, then great! Thanks, John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 11:05 To: Maven Users List Subject: Re: Make META-INF optional Hi John, no, the assembly plugin can also generate just one single zip file. I use packaging _pom_ and this plugin def: plugin artifactIdmaven-assembly-plugin/artifactId executions execution phasepackage/phase goals goalsingle/goal /goals /execution /executions configuration descriptors descriptorsrc/main/assembly/upload.xml/descriptor /descriptors /configuration /plugin On the other hand, there is an older maven zip plugin. Stefan John Coleman wrote: Thanks, I was hoping to avoid assembly plugin because it seems to be added to a jar project. A direct zip plugin would make more sense, but that's not a maven standard. John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 09:44 To: Maven Users List Subject: Re: Make META-INF optional Would it help to create a ZIP file with the maven assembly plugin[1]? regards, Stefan P.S.: I just saw, the assembly plugin can also create JARs - so it's probably just what you need. [1] http://maven.apache.org/plugins/maven-assembly-plugin/ John Coleman wrote: Hi, Is it possible to make a jar with no META-INF entry - I just want to create a jar to unpack with some files I need. TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses
Make META-INF optional
Hi, Is it possible to make a jar with no META-INF entry - I just want to create a jar to unpack with some files I need. TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Another jar plugin qu
I want to add some directories not under target/classes to my jar during
the package phase, but the below doesn't seem to work? It looks valid to
me.
TIA,
John
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-jar-plugin/artifactId
configuration
includes
include${basedir}/data/common/**/include
/includes
/configuration
/plugin
/plugins
Eurobase International Limited and its subsidiaries (Eurobase) are unable to
exercise control over the content of information in E-Mails. Any views and
opinions expressed may be personal to the sender and are not necessarily those
of Eurobase. Eurobase will not enter into any contractual obligations in
respect of any part of its business in any E-mail.
Privileged / confidential information may be contained in this message and /or
any attachments. This E-mail is intended for the use of the addressee(s) only
and may contain confidential information. If you are not the / an intended
recipient, you are hereby notified that any use or dissemination of this
communication is strictly prohibited. If you receive this transmission in
error, please notify us immediately, and then delete this E-mail.
Neither the sender nor Eurobase accepts any liability whatsoever for any
defects of any kind either in or arising from this E-mail transmission. E-Mail
transmission cannot be guaranteed to be secure or error-free, as messages can
be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or
incomplete. Eurobase does not accept any responsibility for viruses and it is
your responsibility to scan any attachments.
Eurobase Systems Limited is the main trading company in the Eurobase
International Group; registered in England and Wales as company number
02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex
CM2 0RE, UK.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Make META-INF optional
Thanks, I was hoping to avoid assembly plugin because it seems to be added to a jar project. A direct zip plugin would make more sense, but that's not a maven standard. John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 09:44 To: Maven Users List Subject: Re: Make META-INF optional Would it help to create a ZIP file with the maven assembly plugin[1]? regards, Stefan P.S.: I just saw, the assembly plugin can also create JARs - so it's probably just what you need. [1] http://maven.apache.org/plugins/maven-assembly-plugin/ John Coleman wrote: Hi, Is it possible to make a jar with no META-INF entry - I just want to create a jar to unpack with some files I need. TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- best regards, Stefan Seidel software developer VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 (341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss Neudorf, Dr. Christian Preuss Neudorf - 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: Make META-INF optional
Ah, this does not work, since the zip will not deploy to the m2 repo in the
deploy phase.
-Original Message-
From: John Coleman [mailto:[EMAIL PROTECTED]
Sent: 29 January 2008 11:16
To: Maven Users List
Subject: RE: Make META-INF optional
Specifying pom packaging seems like an abuse, but if it
works, then great!
Thanks,
John
-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED]
Sent: 29 January 2008 11:05
To: Maven Users List
Subject: Re: Make META-INF optional
Hi John,
no, the assembly plugin can also generate just one single zip file.
I use packaging _pom_ and this plugin def:
plugin
artifactIdmaven-assembly-plugin/artifactId
executions
execution
phasepackage/phase
goals
goalsingle/goal
/goals
/execution
/executions
configuration
descriptors
descriptorsrc/main/assembly/upload.xml/descriptor
/descriptors
/configuration
/plugin
On the other hand, there is an older maven zip plugin.
Stefan
John Coleman wrote:
Thanks, I was hoping to avoid assembly plugin because it
seems to be added to a jar project. A direct zip plugin would make
more sense, but that's not a maven standard.
John
-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED]
Sent: 29 January 2008 09:44
To: Maven Users List
Subject: Re: Make META-INF optional
Would it help to create a ZIP file with the maven assembly
plugin[1]?
regards,
Stefan
P.S.: I just saw, the assembly plugin can also create JARs
- so it's
probably just what you need.
[1] http://maven.apache.org/plugins/maven-assembly-plugin/
John Coleman wrote:
Hi,
Is it possible to make a jar with no META-INF entry - I
just want to
create a jar to unpack with some files I need.
TIA,
John
Eurobase International Limited and its subsidiaries
(Eurobase) are unable to exercise control over the content of
information in E-Mails. Any views and opinions expressed may be
personal to the sender and are not necessarily those of Eurobase.
Eurobase will not enter into any contractual obligations
in respect
of any part of its business in any E-mail.
Privileged / confidential information may be contained in
this message and /or any attachments. This E-mail is
intended for the
use of the addressee(s) only and may contain confidential
information. If you are not the / an intended recipient, you are
hereby notified that any use or dissemination of this
communication
is strictly prohibited.
If you receive this transmission in error, please notify us
immediately, and then delete this E-mail.
Neither the sender nor Eurobase accepts any liability
whatsoever for any defects of any kind either in or
arising from this
E-mail transmission. E-Mail transmission cannot be
guaranteed to be
secure or error-free, as messages can be intercepted, lost,
corrupted, destroyed, contain viruses, or arrive late or
incomplete.
Eurobase does not accept any responsibility for viruses
and it is
your responsibility to scan any attachments.
Eurobase Systems Limited is the main trading company in the
Eurobase International Group; registered in England and Wales as
company number 02251162; registered address: Essex House,
2 County Place, Chelmsford, Essex CM2 0RE, UK.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
best regards, Stefan Seidel software developer
VUB Printmedia GmbH Chopinstraße 4
D-04103 Leipzig Germany tel. +49
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail.
[EMAIL PROTECTED] web.
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr.
Achim Preuss
Neudorf, Dr. Christian Preuss Neudorf
-
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]
--
best regards, Stefan Seidel software developer
VUB Printmedia GmbH Chopinstraße 4
D-04103 Leipzig Germany tel. +49
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail.
[EMAIL PROTECTED] web.
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss
Neudorf, Dr. Christian Preuss Neudorf
RE: Make META-INF optional
Specifying pom packaging seems like an abuse, but if it works, then great! Thanks, John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 11:05 To: Maven Users List Subject: Re: Make META-INF optional Hi John, no, the assembly plugin can also generate just one single zip file. I use packaging _pom_ and this plugin def: plugin artifactIdmaven-assembly-plugin/artifactId executions execution phasepackage/phase goals goalsingle/goal /goals /execution /executions configuration descriptors descriptorsrc/main/assembly/upload.xml/descriptor /descriptors /configuration /plugin On the other hand, there is an older maven zip plugin. Stefan John Coleman wrote: Thanks, I was hoping to avoid assembly plugin because it seems to be added to a jar project. A direct zip plugin would make more sense, but that's not a maven standard. John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 09:44 To: Maven Users List Subject: Re: Make META-INF optional Would it help to create a ZIP file with the maven assembly plugin[1]? regards, Stefan P.S.: I just saw, the assembly plugin can also create JARs - so it's probably just what you need. [1] http://maven.apache.org/plugins/maven-assembly-plugin/ John Coleman wrote: Hi, Is it possible to make a jar with no META-INF entry - I just want to create a jar to unpack with some files I need. TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- best regards, Stefan Seidel software developer VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 (341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss Neudorf, Dr. Christian Preuss Neudorf - 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] -- best regards, Stefan Seidel software developer VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 (341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss Neudorf, Dr. Christian Preuss Neudorf - 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: Make META-INF optional
Okay, I can now deploy the zip artifact to my repo - but how to I explode that into another maven project using the dependecy unpack plugin - this seems to expect a jar. TIA John -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 12:12 To: Maven Users List Subject: RE: Make META-INF optional That can be fixed by using the maven-buildhelper-plugin, which can attach any file to maven's list-of-deployable-files. http://mojo.codehaus.org/build-helper-maven-plugin/index.html John Coleman [EMAIL PROTECTED] schrieb: Ah, this does not work, since the zip will not deploy to the m2 repo in the deploy phase. -Original Message- From: John Coleman [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 11:16 To: Maven Users List Subject: RE: Make META-INF optional Specifying pom packaging seems like an abuse, but if it works, then great! Thanks, John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 11:05 To: Maven Users List Subject: Re: Make META-INF optional Hi John, no, the assembly plugin can also generate just one single zip file. I use packaging _pom_ and this plugin def: plugin artifactIdmaven-assembly-plugin/artifactId executions execution phasepackage/phase goals goalsingle/goal /goals /execution /executions configuration descriptors descriptorsrc/main/assembly/upload.xml/descriptor /descriptors /configuration /plugin On the other hand, there is an older maven zip plugin. Stefan John Coleman wrote: Thanks, I was hoping to avoid assembly plugin because it seems to be added to a jar project. A direct zip plugin would make more sense, but that's not a maven standard. John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 09:44 To: Maven Users List Subject: Re: Make META-INF optional Would it help to create a ZIP file with the maven assembly plugin[1]? regards, Stefan P.S.: I just saw, the assembly plugin can also create JARs - so it's probably just what you need. [1] http://maven.apache.org/plugins/maven-assembly-plugin/ John Coleman wrote: Hi, Is it possible to make a jar with no META-INF entry - I just want to create a jar to unpack with some files I need. TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- best regards, Stefan Seidel software developer VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 (341) 9 60 50 07 fax. +49
Files copied from basedir to target/classes
Hi, Maybe I'm not understanding something basic here, but in my JAR project I am finding that folders in my basedir are getting copied into target/classes when I compile. I really didn't expect this behaviour. I thought target/classes only loaded up with stuff under src? Any ideas please? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Files copied from basedir to target/classes
igore this post ty Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
multimodule classpath
Hi, Is it possible to get a classpath for a multimodule project that contains all the subproject target/class folders? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
End-of-line style plugin
I quickly threw together an end-of-line style plugin yesterday becausee of problems I had importing a large Maven project into subversion. The plugin will list any files under the src tree that have inconsistent CR, CRLF or LF line endings. It's a bit rough and ready, but if anyone else is interested I will consider sharing or publishing it. Regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: End-of-line style plugin
Hi, The report looks like this: [warn] Z:\Audit TrailSettings.xml violation counts 83xLF 1xCRLF 1xCR [warn] inconsistent line endings found [info] Done with 4930 files checked 1 violations No it does not look at the eol-style property, but that would be a cool feature, because then the plugin could also enforce the selected eol-style. Any ideas how to do this? I suppose I could just parse the svn config file, but someone needs to explain how to apply the property for each case. John -Original Message- From: Antonio Petrelli [mailto:[EMAIL PROTECTED] Sent: 23 January 2008 09:01 To: Maven Users List Subject: Re: End-of-line style plugin 2008/1/23, John Coleman [EMAIL PROTECTED]: I quickly threw together an end-of-line style plugin yesterday becausee of problems I had importing a large Maven project into subversion. The plugin will list any files under the src tree that have inconsistent CR, CRLF or LF line endings. It's a bit rough and ready, but if anyone else is interested I will consider sharing or publishing it. It seems like a must-have plugin: sometimes I have problems with inconsistent newlines. Does it produce a report? Does it manage the svn:eol-style property, and in particular the native value? Antonio Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: End-of-line style plugin
The change notes for 1.4.6 mention ignoring eol-style violations * fixed: allow invalid svn:eol-style values (r28331) I don't see any note about correcting the eol-styles. John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 23 January 2008 09:46 To: Maven Users List Subject: RE: End-of-line style plugin Just checked it with subversion 1.4.4 and it seems to work automatically now. Is this a recent fix? I know I've had problems with it. Hth, Nick Stolwijk -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wed 1/23/2008 10:36 AM To: Maven Users List Subject: RE: End-of-line style plugin Yes, that is correct, but 1) Your co-developer forget to set the autoprops, so a file was committed without the property. If you set the property yourself, it will complain when the eol's in the file are not correct. If you do this at large with the svn_auto_props script, it will complain a lot. ;) 2) You get a codebase from another party and want to add this to your codebase. When you add this files and your autoprops get setted, it will also complain when the eol's in the file are not correct. So, the svn_apply_dos2unix script I have will solve this, by running dos2unix to your files, that need it, before applying the autoprops. Hth, Nick Stolwijk -Original Message- From: Jörg Schaible [mailto:[EMAIL PROTECTED] Sent: Wed 1/23/2008 10:23 AM To: Maven Users List Subject: RE: End-of-line style plugin [EMAIL PROTECTED] wrote: For what it is worth, I've adjusted the svn_apply_autoprops.py script of subversion to apply dos2unix to all files, which should have the svn:eol-style property set. This clearly makes it much easier to clean your repository or import code into your svn repository. Mind, the new script won't have the functionality of the old script, so you should make 2 scripts. This is unnecessary since Subversion will convert a text file on its own according the svn:eol-style setting if it is locally wrong. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Suppressing maven clean
Hi, I'm breaking the mould a little by setting the target directory is a parent pom for a multiproject to a common directory so I can put that on the classpath of my runtime application - I don't want to JAR everytime I want to start my app. Problem is that clean plugin removes prior project builds, so I did... plugin artifactIdmaven-clean-plugin/artifactId configuration skiptrue/skip /configuration /plugin in the parent and then in the module projects but the cleans still seem to fire! Any ideas why? Is there a way to trigger the parent pom project to do the clean once and all modules to ignore clean individually? TIA iohn Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Common compile target area
Hi, Some of our projects are quite big and we don't want to do a full JAR package each time we want to test a change, because the change may just be a few lines of code to a single class. Is it easy to configure every project to compile to a single target area that we then add to the softwares classpath? Will this adversely affect the package process since all classes from different projects would end up under the same structure? Perhaps developers can skip the install/deploy task and leave that to contiuum anyway? They can just use compile and commmit to VCS. What are your thoughts on best practice here please? It seems to me we want a single area to drop compiles but that package task needs not to be affected by this. The problem with using say a maven-exec-plugin, is that we don't want to use dependency JARs, but rather all the target paths of all the dependent projects, so we can just pick up individual new classes. Hope that's clear! TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Deployed artifcat names
Great, thanks for that tip. We use always option for update snapshots, which also still appears to work even when subsequent snapshot builds have the same version. Looks good. :) John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of nicolas de loof Sent: 15 January 2008 16:31 To: Maven Users List Subject: Re: Deployed artifcat names use distributionManagement snapshotRepository url.../url uniqueVersionfalse/uniqueVersion /snapshotRepository /distributionManagement This will deploy only SNAPSHOT jars, with no history (timsetamp) versions. Nico. 2008/1/15, John Coleman [EMAIL PROTECTED]: Hi, When I deploy my artifacts, the file names change from xxx-ver-SNAPSHOT.jar to xxx-ver-date time-n.jar. I just want to retain the latest snapshot versions with the usual SNAPSHOT suffix. Is that possible or ok? Or is it just better to let the deployment put on a data and time - is this what allows any SNAPSHOT dependencies in Maven to get the latest version? I want to include snapshots in ant builds which will be hard coded to specific snapshot versions. TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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]
Mavenide netbeans
In a netbeans project you can press F9 to compile a class. In a maven project this seems to be barred. Is there a way to get this functionality back? TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Block phase
I there a way to create profiles that disable the steps beyond compile? John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Deployed artifcat names
Hi, When I deploy my artifacts, the file names change from xxx-ver-SNAPSHOT.jar to xxx-ver-date time-n.jar. I just want to retain the latest snapshot versions with the usual SNAPSHOT suffix. Is that possible or ok? Or is it just better to let the deployment put on a data and time - is this what allows any SNAPSHOT dependencies in Maven to get the latest version? I want to include snapshots in ant builds which will be hard coded to specific snapshot versions. TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Deploy fails
I've tried various slash combinations, but the error report talks about the classes directory? In other POMs I use file:///Y:/... And that works. Regards, John -Original Message- From: Dan Tran [mailto:[EMAIL PROTECTED] Sent: 04 January 2008 00:31 To: Maven Users List Subject: Re: Deploy fails this looks bad file:///Y:/sienabuild/m2.builds/snapshots should it be file://Y:/sienabuild/m2.builds/snapshots ?? On Jan 3, 2008 1:02 PM, Ruchir Talwar [EMAIL PROTECTED] wrote: Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Defa ul tArtifactDeployer.java:95) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:162) ... 13 more Caused by: java.io.FileNotFoundException: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) Could the words in bold have something to do with it? On 03/01/2008, John Coleman [EMAIL PROTECTED] wrote: Anyone have any ideas why this deployment is failing please? I have no idea why the classes directory is even part of the deployment which should simply involve copying a jar and zip file to a directory on a remote windows server via a drive map. Happy new year! John [DEBUG]Configuring mojo 'org.apache.maven.plugins:maven-deploy-plugin:2.3:deploy' -- [DEBUG] (f) artifact = com.eurobase:eTraderII:war:1.7-SNAPSHOT [DEBUG] (f) attachedArtifacts = [com.eurobase:eTraderII:war:JC-1.7-SNAPSHOT-r1208:1.7-SNAPSHOT, com.eurobase:eTraderII:zip:bin:1.7-SNAPSHOT] [DEBUG] (f) deploymentRepository = [repo] - file:///Y:/sienabuild/m2.builds/snapshots [DEBUG] (s) localRepository = [local] - file://C:\Documents and Settings\jcoleman\.m2\repository [DEBUG] (f) packaging = war [DEBUG] (f) pomFile = Z:\jcoleman\projects\eTraderII\trunk\pom.xml [DEBUG] (f) updateReleaseInfo = false [DEBUG]-- end configuration -- [deploy:deploy] altDeploymentRepository = null Retrieving previous build number from repo [DEBUG]repository metadata for: 'snapshot com.eurobase:eTraderII:1.7-SNAPSHOT' could not be found on repository: repo [ERROR]BUILD ERROR Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) [DEBUG]Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Def ault LifecycleExecutor.java:635) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithL ifec ycle(DefaultLifecycleExecutor.java:551) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defa ultL ifecycleExecutor.java:530) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHa ndle Failures(DefaultLifecycleExecutor.java:309) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegme nts( DefaultLifecycleExecutor.java:276) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultL ifec ycleExecutor.java:143) at org.codehaus.mevenide.netbeans.embedder.exec.MyLifecycleExecutor.exe cute (MyLifecycleExecutor.java:92) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:393) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:182) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder. java:760) at org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJa vaEx ecutor.java:196) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:1 51) Caused by: org.apache.maven.plugin.MojoExecutionException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:174) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlug inMa nager.java:417) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Def ault LifecycleExecutor.java:610) ... 11 more Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Z:\jcoleman\projects
Deploy fails
Anyone have any ideas why this deployment is failing please? I have no idea why the classes directory is even part of the deployment which should simply involve copying a jar and zip file to a directory on a remote windows server via a drive map. Happy new year! John [DEBUG]Configuring mojo 'org.apache.maven.plugins:maven-deploy-plugin:2.3:deploy' -- [DEBUG] (f) artifact = com.eurobase:eTraderII:war:1.7-SNAPSHOT [DEBUG] (f) attachedArtifacts = [com.eurobase:eTraderII:war:JC-1.7-SNAPSHOT-r1208:1.7-SNAPSHOT, com.eurobase:eTraderII:zip:bin:1.7-SNAPSHOT] [DEBUG] (f) deploymentRepository = [repo] - file:///Y:/sienabuild/m2.builds/snapshots [DEBUG] (s) localRepository = [local] - file://C:\Documents and Settings\jcoleman\.m2\repository [DEBUG] (f) packaging = war [DEBUG] (f) pomFile = Z:\jcoleman\projects\eTraderII\trunk\pom.xml [DEBUG] (f) updateReleaseInfo = false [DEBUG]-- end configuration -- [deploy:deploy] altDeploymentRepository = null Retrieving previous build number from repo [DEBUG]repository metadata for: 'snapshot com.eurobase:eTraderII:1.7-SNAPSHOT' could not be found on repository: repo [ERROR]BUILD ERROR Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) [DEBUG]Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:635) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec ycle(DefaultLifecycleExecutor.java:551) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:530) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:309) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:276) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.codehaus.mevenide.netbeans.embedder.exec.MyLifecycleExecutor.execute (MyLifecycleExecutor.java:92) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:393) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:182) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:760) at org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaEx ecutor.java:196) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:151) Caused by: org.apache.maven.plugin.MojoExecutionException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:174) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:417) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:610) ... 11 more Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Defaul tArtifactDeployer.java:95) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:162) ... 13 more Caused by: java.io.FileNotFoundException: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:820) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Defaul tArtifactDeployer.java:74) ... 14 more Total time: 3 minutes Finished at: Thu Jan 03 12:34:56 GMT 2008 Final Memory: 55M/135M Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you
RE: distributing files / set of files to remove server (maven wagon plugin ???)
I've been looking at this for a while - at the end of the release process I would like to be able to FTP, or network copy the built artefact(s) to a distribution area where clients can collect them. Dropping them in a common repository is not helpful with respect to this as our artefacts vary according to client and need to be in separate client areas. I suppose the package name could be clientised in order to create separate paths in the file system, but really I'd like to drop all the maveny stuff and just have a flexible artefact delivery mechanism. I looked at modifying Wagon, but didn't get further than concluding that this is non-trivial. Wagon has been built from ground up to deliver maven repository functionality. John Coleman -Original Message- From: Jerome Lacoste [mailto:[EMAIL PROTECTED] Sent: 26 December 2007 20:57 To: Maven Users List Subject: distributing files / set of files to remove server (maven wagon plugin ???) Hei, anyone knows if there's an easy and generic way to distribute a file or a set of files to a remote server ? Basically, I am searching for something that would wrap wagon and understand the concept of server(s) (so that connection information doesn't need to be in the POM). The use case is for http://jira.codehaus.org/browse/MWEBSTART-25 Cheers, -- Jerome Lacoste - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jetty:run Failed startup of context
Hi, I've been using Jetty on a project successfully for a while but now we get this error... Starting jetty 6.1.5 ... 2007-12-04 09:00:55.230::INFO: jetty-6.1.5 2007-12-04 09:00:56.699::WARN: Failed startup of context [EMAIL PROTECTED]/eTraderII,Z:\jcoleman\pro jects\eTraderII\branches\SCB2\target\eTraderII} javax.naming.NameNotFoundException; remaining name 'java:comp' I've not seen this error before with Jetty, does anyone know how to fix it? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
RE: maven jetty plugin
Thanks, but is that possible using the Mavenide? I'd like to be able to easy run jetty with or without debug, the control being in a profile. TIA John -Original Message- From: Hugo Palma [mailto:[EMAIL PROTECTED] Sent: 14 November 2007 17:27 To: Maven Users List Subject: Re: maven jetty plugin Just provide those parameters to the maven JVM and jetty will use them. I usually just set the env variable MAVEN_OPTS with: MAVEN_OPTS=-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005 and then just run: mvn jetty:run John Coleman wrote: Hi, How do I run the jetty goal with jetty configured with a debug socket? I need to pass -Xdebug and other properties to jetty. TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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]
maven jetty plugin
Hi, How do I run the jetty goal with jetty configured with a debug socket? I need to pass -Xdebug and other properties to jetty. TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
RE: maven 2.0.7 assembly plugin
I have used the assembly plugin, but not like this. I don't think such a JAR (i.e. a JAR of JARS) will work unless you are loading the classes up by your own JAR exploration mechanism. Class files must be locatable from the JARs root to appear on the classpath. Perhaps you need to consider unpacking the various JARS into a common target and repcaking that into a single JAR. This could be a trivial Maven project. Perhaps this isn't really a JAR application, and would be better as a ZIP? John -Original Message- From: Brandon Enochs [mailto:[EMAIL PROTECTED] Sent: 06 November 2007 00:26 To: Maven Users List Subject: maven 2.0.7 assembly plugin I'm trying to assemble a multi-module project with a single jar file for all of the modules in my project and a lib directory with all of jar files for my dependencies. Does anyone know how to do this with the assembly plugin? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mavenide/NB6
Hi, I'm looking at the latest NB plus Mavenide combination and I can't see webapps under my other sources folder. Any ideas? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
prepare-package
I want to dynamically generate some js and JSPs just prior to wrapping up the WAR. There's been talk of a prepare-package phase for a while, has this ever got anywhere? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
RE: release/buildnumber plugin
I tried cleaning and preparing a couple of times, then after inventing some colourful new words, switched the build number plugin doCheck to false in a bogus profile of my settings.xml. John -Original Message- From: Maria Odea Ching [mailto:[EMAIL PROTECTED] Sent: 07 October 2007 15:26 To: Maven Users List Subject: Re: release/buildnumber plugin I used the release plugin a few weeks back and it worked fine for me. Have you tried release:clean, then release:perform again? -Deng John Coleman wrote: Hi, I just did a release:perform today and it failed. We have done a few before fine. The buildnumber plugin throws an error due to local modifications, however the local mods are in fact the pom.xml, it's tag version and the release backup file, all of which one would expect to be changed/new during a build and should be ignored by the buildnumber plugin? Any ideas? Has the plugin been changed in the last few weeks with respect to this? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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]
release/buildnumber plugin
Hi, I just did a release:perform today and it failed. We have done a few before fine. The buildnumber plugin throws an error due to local modifications, however the local mods are in fact the pom.xml, it's tag version and the release backup file, all of which one would expect to be changed/new during a build and should be ignored by the buildnumber plugin? Any ideas? Has the plugin been changed in the last few weeks with respect to this? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
RE: How do people handle installers/exe/bat/sh in maven?
Hi, Funny you should mention this as I was just pondering this yesterday, so many thanks for posting about IZPack. We send WARs to our clients, but it would be nice to be able to edit the config files embedded in the WARs, prior to dropping the WAR into the container. At present they drop the WAR into Tomcat, deploy, stop the webapp then edit the config files manually (yuk). Would be great to have an installer, GUI and command line based, that does the deployment more smoothly and can display settings files neatly in panels. I don't think IZPack meets these requirements though, perhaps it can be extended. John -Original Message- From: Manos Batsis [mailto:[EMAIL PROTECTED] Sent: 02 October 2007 12:36 To: Maven Users List Subject: Re: How do people handle installers/exe/bat/sh in maven? Wim Deblauwe wrote: I have a question for the people that use maven to create an application (as opposed to a library). How do you provide an easy start point for your application? Do you use webstart? Do you use the assembly plugin and add .bat and .sh files to it? Do you create an installer (with a maven plugin)? Something else you use? We always liked IZPack [1], so the maven-izpack-plugin [2] was a natural next step for us ;-) [1] http://izpack.org/ [2] http://maven-plugins.sourceforge.net/maven-izpack-plugin/index.html Cheers, Manos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Mavenide clashes with NB checkstyle plugin
Hi, We managed to get the Maven sites checkstyle report crashing when run from Netbeans with the checkstyle plugin installed. Some kind of classpath clash I suspect. We fixed this by removing the NB checkstyle plugin, I just wondered if others have seen this or had any comments? It would be nice if we could still have the plugin enabled for NB. Regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
RE: Do WAR overlays merge web.xml entries?
It seems not. When I tried this the dependency WARs web.xml file is lost, you just get the web.xml of the project you are building. That was what I wanted, so I was happy. But I was unhappy that I had to put an empty web.xml in my dependency WAR just to conform to standards. John -Original Message- From: Manos Batsis [mailto:[EMAIL PROTECTED] Sent: 01 October 2007 10:35 To: Maven Users List Subject: Do WAR overlays merge web.xml entries? Subject says it all :-) Thanks, Manos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Why Maven is Hard?
I think you expressed things very well. Maven is great for fairly trivial projects, but once you have a complicated build or deployment requirement, it is very hard to find out whether or how you can meet your requirements. And many of the existing plugins are indeed poorly documented. Our most complex application build involves a horribly complex Ant script - but as yet I'd be reluctant to recommend moving it to Maven, although if possible that would be fantastic. Maybe we'll do it piecemeal. Perhaps more effort needs to be expended in finding out why builds get so complicated - this seems to be against the Maven ethos. I don't think the complexities we have are unusual though. John 8 The problem is that people use mvn to begin with, with a simple project and think 'wow it's so easy', then when used in more complex circumstances, the documentation falls flat and the non-dedicated, willing-to-peruse-src-code user will be put off. I'm looking forward to see what other people think, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Deploying same version overwrites existing release
But if you use relase:prepare/release:perform then your snapshot version number goes up afterwards and overwritting is impossible? John -Original Message- From: Hayes, Peter [mailto:[EMAIL PROTECTED] Sent: 26 September 2007 15:39 To: Maven Users List Subject: Deploying same version overwrites existing release Is there a way to configure maven to not allow it to deploy over an existing release artifact? Peter Hayes Architecture Shared Technology Services | Fidelity Investments Management Technology Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Why Maven is Hard?
There might be enough discrete Maven subject areas to justify something more like a BB, eg like JavaRanch? I get a lot of mails from here that are for topics I know nothing about and are unlikely to dabble with. John -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: 26 September 2007 16:38 To: Maven Users List Subject: Re: Why Maven is Hard? Thinking about it, it seems like the mojo-dev list would be the right place for Maven plugin development discussion. Its just not very high traffic at this point. Probably if you joined and started posting questions etc, we could turn it into the mailing list we want/need with active participation. I'm sure other plugin devs like myself would appreciate this kind of forum. Wayne On 9/26/07, Sommers, Elizabeth [EMAIL PROTECTED] wrote: What I want is an active mailing list for plugin developers. I have written too many plugins with less than stellar testing harnesses and tools. The developers' mailing list is not the right place to discuss plugins. I think that maven itself has got pretty stable. The problem is that the plugins are NOT stable and vary in quality. I have now written more ant and maven than I care to think about (I am a build/release engineer). I know there are things I have found that other people might be interested in. I know that other people have solved other problems. I would like to be discussing these solutions in a forum where I am not boring either new users or the developers. - 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] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
filter plugin?
Hi, We have a scenario where we want to build a WAR, but whereas the plugin will copy in and filter additional web resources during the package phase, we want to filter template source during an earlier source phase so that we can then use these processed templates during the package phase. Is there a plain filter plugin we can use just to do replacements for the templated code at a phase we designate earlier in the lifecycle? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
RE: filter plugin?
Hi, How does an ant-run task perform filtering- can you share an example pelase? John -Original Message- From: Kevin Jackson [mailto:[EMAIL PROTECTED] Sent: 25 September 2007 11:16 To: Maven Users List Subject: Re: filter plugin? Hi, Is there a plain filter plugin we can use just to do replacements for the templated code at a phase we designate earlier in the lifecycle? We use the ant-run plugin at the gen-sources phase to filter resources before the package phase (when the war plugin executes) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Why Maven is Hard?
I agree with previous observations that some of the plugins have very poor documentation regarding their parameters. Regarding complex projects, any POM that is non-trivial should be well commented to describe the operations that are novel. Every effort should be made to keep builds plain and simple. In Ant, of course, you can just read the script as it describes the procedure down to the last detail. But in Mavens nippy declarative language, heavy commenting is essential because of the black-box effect. Novel plugins should be well documented and can make use of the info log to tell the builder what is happening. Regards, John -Original Message- From: Bob Aiello [mailto:[EMAIL PROTECTED] Sent: 24 September 2007 16:24 To: Maven Users List Subject: RE: Why Maven is Hard? One of Maven's values is that it does the heavy lifting for you. (as it's literature describes.) But that is also exactly the problem - because it is sometimes hard to tell what is going on. You need to keep the Maven cycle in mind at all times - and that does add another level of indirection. As a build engineer I am often getting complicated Maven poms from developers and then I gotta decipher what is happening. With Ant - it's a lot more transparent. I am not criticizing maven (then we'd be talking about the painful bugs), but I do think that it is fair to say that it is harder to understand what is happening... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
target discrepancy with Mavenide NetBeans plugin
I'm trying to run my project using the Mavenide for NetBeans.
I notice that the NB run setup creates a profile in pom.xml, but when
you run it in NB, it expects the artefact in a project subdirectoy of
target/executable-netbeans, so the execution fails.
But the default location for the build is target, can anyone explain
this?
TIA,
John
[INFO]Scanning for projects...
[INFO]artifact org.codehaus.mevenide:netbeans-run-plugin: checking for
updates from company
[INFO]artifact org.codehaus.mevenide:netbeans-run-plugin: checking for
updates from Marketcetera
[INFO]--
--
[INFO]Building FIX Message Simulator
[INFO] task-segment: [package,
org.codehaus.mevenide:netbeans-run-plugin:LATEST:run-jar]
[INFO]--
--
project-execute
[INFO]artifact org.apache.maven.plugins:maven-resources-plugin: checking
for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-compiler-plugin: checking
for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-surefire-plugin: checking
for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-jar-plugin: checking for
updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-dependency-plugin:
checking for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-assembly-plugin: checking
for updates from netbeansIDE-repo-internal
[resources:resources]
[INFO]Using default encoding to copy filtered resources.
[WARN]Unable to get resource from repository company
(http://ldnbank01-srv/maven2)
[WARN]Unable to get resource from repository Marketcetera
(http://repo.marketcetera.org/maven)
[WARN]Unable to get resource from repository central
(http://repo1.maven.org/maven2)
[WARN]Unable to get resource from repository company
(http://ldnbank01-srv/maven2)
[WARN]Unable to get resource from repository Marketcetera
(http://repo.marketcetera.org/maven)
[WARN]Unable to get resource from repository central
(http://repo1.maven.org/maven2)
[compiler:compile]
[INFO]Nothing to compile - all classes are up to date
[resources:testResources]
[INFO]Using default encoding to copy filtered resources.
[compiler:testCompile]
[INFO]Nothing to compile - all classes are up to date
[surefire:test]
[INFO]No tests to run.
[jar:jar]
[INFO]Building jar:
Z:\jcoleman\projects\TestSim\TestInitiator\target\FIXTestSim-1.0-SNAPSHO
T.jar
[dependency:copy-dependencies {execution: get-deps}]
[INFO]backport-util-concurrent-2.1.jar already exists in destination.
[INFO]jbcl-3.0-rt.jar already exists in destination.
[INFO]jgl-3.1.0.jar already exists in destination.
[INFO]junit-3.8.1.jar already exists in destination.
[INFO]log4j-1.2.13.jar already exists in destination.
[INFO]mina-core-1.1.2.jar already exists in destination.
[INFO]slf4j-api-1.4.3.jar already exists in destination.
[INFO]slf4j-log4j12-1.4.3.jar already exists in destination.
[INFO]quickfixj-1.1.0.jar already exists in destination.
[INFO]tantus-toolbox-1.1.jar already exists in destination.
[INFO]Preparing assembly:directory
[INFO]--
--
[INFO]Building FIX Message Simulator
[INFO]--
--
[WARN]Removing: directory from forked lifecycle, to prevent recursive
invocation.
[resources:resources]
[INFO]Using default encoding to copy filtered resources.
[compiler:compile]
[INFO]Nothing to compile - all classes are up to date
[resources:testResources]
[INFO]Using default encoding to copy filtered resources.
[compiler:testCompile]
[INFO]Nothing to compile - all classes are up to date
[surefire:test]
[INFO]No tests to run.
[jar:jar]
[INFO]Building jar:
Z:\jcoleman\projects\TestSim\TestInitiator\target\FIXTestSim-1.0-SNAPSHO
T.jar
[dependency:copy-dependencies {execution: get-deps}]
[INFO]backport-util-concurrent-2.1.jar already exists in destination.
[INFO]jbcl-3.0-rt.jar already exists in destination.
[INFO]jgl-3.1.0.jar already exists in destination.
[INFO]junit-3.8.1.jar already exists in destination.
[INFO]log4j-1.2.13.jar already exists in destination.
[INFO]mina-core-1.1.2.jar already exists in destination.
[INFO]slf4j-api-1.4.3.jar already exists in destination.
[INFO]slf4j-log4j12-1.4.3.jar already exists in destination.
[INFO]quickfixj-1.1.0.jar already exists in destination.
[INFO]tantus-toolbox-1.1.jar already exists in destination.
[WARN]DEPRECATED [descriptor]: Please use descriptors instead
[assembly:directory {execution: nb}]
[INFO]Processing DependencySet (output=lib)
[INFO]Copying 10 files to
Z:\jcoleman\projects\TestSim\TestInitiator\target\executable-netbeans.di
r
[INFO]artifact org.apache.maven:maven-project: checking for updates from
RE: target discrepancy with Mavenide NetBeans plugin
Hi,
Yes I have seen that bug before, but in this case there is no .dir in
the netbeans folder.
Is this really related, and fixed?
TIA
John
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 11 September 2007 13:15
To: Maven Users List
Subject: Re: target discrepancy with Mavenide NetBeans plugin
John Coleman wrote:
I'm trying to run my project using the Mavenide for NetBeans.
I notice that the NB run setup creates a profile in pom.xml, but when
you run it in NB, it expects the artefact in a project subdirectoy of
target/executable-netbeans, so the execution fails.
But the default location for the build is target, can anyone explain
this?
possibly duplicate of http://jira.codehaus.org/browse/MEVENIDE-523
fixed in netbeans 6.0 based binaries.
Milos
TIA,
John
[INFO]Scanning for projects...
[INFO]artifact org.codehaus.mevenide:netbeans-run-plugin: checking for
updates from company
[INFO]artifact org.codehaus.mevenide:netbeans-run-plugin: checking for
updates from Marketcetera
[INFO]--
--
[INFO]Building FIX Message Simulator
[INFO] task-segment: [package,
org.codehaus.mevenide:netbeans-run-plugin:LATEST:run-jar]
[INFO]--
--
project-execute
[INFO]artifact org.apache.maven.plugins:maven-resources-plugin:
checking
for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-compiler-plugin:
checking
for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-surefire-plugin:
checking
for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-jar-plugin: checking for
updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-dependency-plugin:
checking for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-assembly-plugin:
checking
for updates from netbeansIDE-repo-internal
[resources:resources]
[INFO]Using default encoding to copy filtered resources.
[WARN]Unable to get resource from repository company
(http://ldnbank01-srv/maven2)
[WARN]Unable to get resource from repository Marketcetera
(http://repo.marketcetera.org/maven)
[WARN]Unable to get resource from repository central
(http://repo1.maven.org/maven2)
[WARN]Unable to get resource from repository company
(http://ldnbank01-srv/maven2)
[WARN]Unable to get resource from repository Marketcetera
(http://repo.marketcetera.org/maven)
[WARN]Unable to get resource from repository central
(http://repo1.maven.org/maven2)
[compiler:compile]
[INFO]Nothing to compile - all classes are up to date
[resources:testResources]
[INFO]Using default encoding to copy filtered resources.
[compiler:testCompile]
[INFO]Nothing to compile - all classes are up to date
[surefire:test]
[INFO]No tests to run.
[jar:jar]
[INFO]Building jar:
Z:\jcoleman\projects\TestSim\TestInitiator\target\FIXTestSim-1.0-SNAPSHO
T.jar
[dependency:copy-dependencies {execution: get-deps}]
[INFO]backport-util-concurrent-2.1.jar already exists in destination.
[INFO]jbcl-3.0-rt.jar already exists in destination.
[INFO]jgl-3.1.0.jar already exists in destination.
[INFO]junit-3.8.1.jar already exists in destination.
[INFO]log4j-1.2.13.jar already exists in destination.
[INFO]mina-core-1.1.2.jar already exists in destination.
[INFO]slf4j-api-1.4.3.jar already exists in destination.
[INFO]slf4j-log4j12-1.4.3.jar already exists in destination.
[INFO]quickfixj-1.1.0.jar already exists in destination.
[INFO]tantus-toolbox-1.1.jar already exists in destination.
[INFO]Preparing assembly:directory
[INFO]--
--
[INFO]Building FIX Message Simulator
[INFO]--
--
[WARN]Removing: directory from forked lifecycle, to prevent recursive
invocation.
[resources:resources]
[INFO]Using default encoding to copy filtered resources.
[compiler:compile]
[INFO]Nothing to compile - all classes are up to date
[resources:testResources]
[INFO]Using default encoding to copy filtered resources.
[compiler:testCompile]
[INFO]Nothing to compile - all classes are up to date
[surefire:test]
[INFO]No tests to run.
[jar:jar]
[INFO]Building jar:
Z:\jcoleman\projects\TestSim\TestInitiator\target\FIXTestSim-1.0-SNAPSHO
T.jar
[dependency:copy-dependencies {execution: get-deps}]
[INFO]backport-util-concurrent-2.1.jar already exists in destination.
[INFO]jbcl-3.0-rt.jar already exists in destination.
[INFO]jgl-3.1.0.jar already exists in destination.
[INFO]junit-3.8.1.jar already exists in destination.
[INFO]log4j-1.2.13.jar already exists in destination.
[INFO]mina-core-1.1.2.jar already exists
RE: target discrepancy with Mavenide NetBeans plugin
Hi Milos,
I am still on 5.5 - now I look at the log again, perhaps this is the
JIRA issue you mentioned afterall.
I may get hold of the latest NB just to try it and see.
John
-Original Message-
From: Milos Kleint [mailto:[EMAIL PROTECTED]
Sent: 11 September 2007 14:22
To: Maven Users List
Subject: Re: target discrepancy with Mavenide NetBeans plugin
what version of netbeans are you running on? Can you confirm that the
assembly-plugin executes as part of the build?
Milos
On 9/11/07, John Coleman [EMAIL PROTECTED]
wrote:
Hi,
Yes I have seen that bug before, but in this case there is no .dir in
the netbeans folder.
Is this really related, and fixed?
TIA
John
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 11 September 2007 13:15
To: Maven Users List
Subject: Re: target discrepancy with Mavenide NetBeans plugin
John Coleman wrote:
I'm trying to run my project using the Mavenide for NetBeans.
I notice that the NB run setup creates a profile in pom.xml, but
when
you run it in NB, it expects the artefact in a project subdirectoy
of
target/executable-netbeans, so the execution fails.
But the default location for the build is target, can anyone explain
this?
possibly duplicate of http://jira.codehaus.org/browse/MEVENIDE-523
fixed in netbeans 6.0 based binaries.
Milos
TIA,
John
[INFO]Scanning for projects...
[INFO]artifact org.codehaus.mevenide:netbeans-run-plugin: checking
for
updates from company
[INFO]artifact org.codehaus.mevenide:netbeans-run-plugin: checking
for
updates from Marketcetera
[INFO]--
--
[INFO]Building FIX Message Simulator
[INFO] task-segment: [package,
org.codehaus.mevenide:netbeans-run-plugin:LATEST:run-jar]
[INFO]--
--
project-execute
[INFO]artifact org.apache.maven.plugins:maven-resources-plugin:
checking
for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-compiler-plugin:
checking
for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-surefire-plugin:
checking
for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-jar-plugin: checking
for
updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-dependency-plugin:
checking for updates from netbeansIDE-repo-internal
[INFO]artifact org.apache.maven.plugins:maven-assembly-plugin:
checking
for updates from netbeansIDE-repo-internal
[resources:resources]
[INFO]Using default encoding to copy filtered resources.
[WARN]Unable to get resource from repository company
(http://ldnbank01-srv/maven2)
[WARN]Unable to get resource from repository Marketcetera
(http://repo.marketcetera.org/maven)
[WARN]Unable to get resource from repository central
(http://repo1.maven.org/maven2)
[WARN]Unable to get resource from repository company
(http://ldnbank01-srv/maven2)
[WARN]Unable to get resource from repository Marketcetera
(http://repo.marketcetera.org/maven)
[WARN]Unable to get resource from repository central
(http://repo1.maven.org/maven2)
[compiler:compile]
[INFO]Nothing to compile - all classes are up to date
[resources:testResources]
[INFO]Using default encoding to copy filtered resources.
[compiler:testCompile]
[INFO]Nothing to compile - all classes are up to date
[surefire:test]
[INFO]No tests to run.
[jar:jar]
[INFO]Building jar:
Z:\jcoleman\projects\TestSim\TestInitiator\target\FIXTestSim-1.0-SNAPSHO
T.jar
[dependency:copy-dependencies {execution: get-deps}]
[INFO]backport-util-concurrent-2.1.jar already exists in
destination.
[INFO]jbcl-3.0-rt.jar already exists in destination.
[INFO]jgl-3.1.0.jar already exists in destination.
[INFO]junit-3.8.1.jar already exists in destination.
[INFO]log4j-1.2.13.jar already exists in destination.
[INFO]mina-core-1.1.2.jar already exists in destination.
[INFO]slf4j-api-1.4.3.jar already exists in destination.
[INFO]slf4j-log4j12-1.4.3.jar already exists in destination.
[INFO]quickfixj-1.1.0.jar already exists in destination.
[INFO]tantus-toolbox-1.1.jar already exists in destination.
[INFO]Preparing assembly:directory
[INFO]--
--
[INFO]Building FIX Message Simulator
[INFO]--
--
[WARN]Removing: directory from forked lifecycle, to prevent
recursive
invocation.
[resources:resources]
[INFO]Using default encoding to copy filtered resources.
[compiler:compile]
[INFO]Nothing to compile - all classes are up to date
RE: classifier for maven deploy plugin
Perhaps I need to explain the issue further. While our WARs contain common core code packages, each one is flavoured per client (typically providing custom images) and differing suits of JSPs. We are not interested in the install task as these WARs will never be shared off a repository. However, when we deploy the WARs to our staging server, they must have unique names using the classifier concept. But if we classify the WARs the deploy doesn't like it, and nor does the jetty plugin. I have been trying to resolve this by generating an assembly zip, but the deploy task delivers the WAR. Ideally I'd like to be able to deploy the assembly. Perhaps I should derive my own assembly-deploy plugin and inherit from the regular deploy plugin somehow? If so, how would I override the regular deploy task and replace it with my extended goal? Regards, John -Original Message- From: Dan Tran [mailto:[EMAIL PROTECTED] Sent: 28 August 2007 18:04 To: Maven Users List Subject: Re: classifier for maven deploy plugin I am going to assume that you want to deploy artifacts that are not built by maven. You can create a pom and configure build-helper-maven-plugin to attach all your artifacts to maven, and finally call 'maven deploy' -D On 8/28/07, John Coleman [EMAIL PROTECTED] wrote: Hi, Is there a way to use a classifier with the maven deploy plugin by configuring the plugin in the pom rather that using command line properties? TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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]
wagon
Hi, Has anyone found some decent user documentation for Wagon pls? Regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
classifier for maven deploy plugin
Hi, Is there a way to use a classifier with the maven deploy plugin by configuring the plugin in the pom rather that using command line properties? TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
war naming
Hi, We have an issue with naming wars. Our Maven2 project is used to build releases for a variety of clients, each client has their own particular payload for the projects WAR, however regardless of the configuration the final name is always the same. This satisfies the jetty run plugin which seems by default to look for the application under the artefact ids name. The problem is we would like to deploy the application to a test server where the context needs to include the client name, ap version and build number. Finally, when we package the application off to the client, the deployed context must be unadulterated with version information. Is there a way to configure to satisfy the above 3 needs? I'm wondering if there is a way to fix the context.xml content as suits? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
release plugin
Before I did my release prepare and perform, my scm connection read: scm connectionscm:svn:svn://ldnbank01-srv/banking/toolbox/maven-plugins/ro le-replacer/trunk/connection /scm In the next release pom it has left the connection as the prior release tag? scm connectionscm:svn:svn://ldnbank01-srv/banking/toolbox/maven-plugins/ro le-replacer/tags/role-replacer-1.5/connection /scm Is this behaviour correct - I expect to see the connection remain as trunk for the SNAPSHOT releases? What happens when I release this next SNAPSHOT? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
deploy goal fails
I have used a classifier on the war plugin, and it looks like this spoils the deploy, but the error message doesn't seem related. Does anyone understand this error pls? TIA John [deploy:deploy] altDeploymentRepository = null [INFO]Retrieving previous build number from repo [DEBUG]repository metadata for: 'snapshot com.eurobase:eTraderII:1.2-SNAPSHOT' could not be found on repository: repo [INFO]Error for project: eTraderII Project (during deploy) [INFO]-- -- [INFO]Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) [INFO]-- -- [DEBUG]Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:635) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec ycle(DefaultLifecycleExecutor.java:551) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:530) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:309) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:276) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:393) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:182) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:760) at org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaEx ecutor.java:257) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:131) Caused by: org.apache.maven.plugin.MojoExecutionException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:174) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:417) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:610) ... 10 more Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Defaul tArtifactDeployer.java:95) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:162) ... 12 more Caused by: java.io.FileNotFoundException: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:820) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Defaul tArtifactDeployer.java:74) ... 13 more [INFO]-- -- [INFO]BUILD ERRORS [INFO]-- -- [INFO]Total time: 1 minute 1 second [INFO]Finished at: Tue Aug 21 15:26:01 BST 2007 [INFO]Final Memory: 52M/105M [INFO]-- -- Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems
RE: deploy goal fails
It's strange because this is a mapped drive over a local disk, and the folder exists and contains classes. But this looks somewhat like a network permissions problem? Other deployments from this drive work fine. John -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: 21 August 2007 16:53 To: Maven Users List Subject: Re: deploy goal fails Caused by: java.io.FileNotFoundException: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at java.io.FileInputStream.open(Native Method) That's your root problem. I can't tell you why its happening or what it means, but that's the reason your deploy is failing. Wayne On 8/21/07, John Coleman [EMAIL PROTECTED] wrote: I have used a classifier on the war plugin, and it looks like this spoils the deploy, but the error message doesn't seem related. Does anyone understand this error pls? TIA John [deploy:deploy] altDeploymentRepository = null [INFO]Retrieving previous build number from repo [DEBUG]repository metadata for: 'snapshot com.eurobase:eTraderII:1.2-SNAPSHOT' could not be found on repository: repo [INFO]Error for project: eTraderII Project (during deploy) [INFO]-- -- [INFO]Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) [INFO]-- -- [DEBUG]Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:635) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec ycle(DefaultLifecycleExecutor.java:551) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:530) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:309) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:276) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:393) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:182) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:760) at org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaEx ecutor.java:257) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:131) Caused by: org.apache.maven.plugin.MojoExecutionException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:174) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:417) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:610) ... 10 more Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Defaul tArtifactDeployer.java:95) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:162) ... 12 more Caused by: java.io.FileNotFoundException: Z:\jcoleman\projects\eTraderII\trunk\target\classes (Access is denied) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:820) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Defaul tArtifactDeployer.java:74) ... 13 more [INFO]-- -- [INFO]BUILD ERRORS [INFO]-- -- [INFO]Total time: 1 minute 1 second [INFO]Finished at: Tue Aug 21 15:26:01 BST 2007 [INFO]Final Memory: 52M/105M [INFO]-- -- Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail
RE: When to use -SNAPSHOT when to use a build number
Once you have a tested stable version you do the release, and put it in a tag. You can then continue with the next snapshot. The Maven release plugin does edit the POMS, but I've yet to give it a go. The documentation would benefit from detailing the exact steps that occur. John -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: 20 August 2007 15:16 To: Maven Users List Subject: When to use -SNAPSHOT when to use a build number Just wondering, when should you convert from a -SNAPSHOT version to a fully fledge build number? When you convert to a build number, how does your build system update it internally? Does it edit/submit the pom(s)? Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: expand war deps
Thanks for these tips I now have it working just right. The method as follows...
dependency
groupIdcom.eurobase/groupId
artifactIdcommon-wac/artifactId
version1.3-SNAPSHOT/version
scopeprovided/scope
typejar/type
/dependency
I have to mark the dependency as provided, so the jar is not left in /lib -
to me this doesn't quite look right 'cos the dependency is not provided by the
container, so this is a hack.
The include/excludes are not required, so I stripped them out and I get just
what I want. :)
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
executions
execution
idunpack/id
phasegenerate-resources/phase
goals
goalunpack/goal
/goals
configuration
artifactItems
artifactItem
groupIdcom.eurobase/groupId
artifactIdcommon-wac/artifactId
typejar/type
outputDirectory${project.build.directory}/${project.build.finalName}/WEB-INF/classes/outputDirectory
/artifactItem
/artifactItems
/configuration
/execution
/executions
/plugin
Excellent.
Regards,
John
-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: 16 August 2007 19:56
To: Maven Users List
Subject: RE: expand war deps
Hi John,
I see two issues below. The first is that the includes/excludes is only
available in 2.0-alpha-5-SNAPSHOT. The second is more to your question. You can
skip specifying a version in the artifactItems if you put that dependency
version in your dependencyManagement section. Then you can also omit it in your
dependencies declaration and have only one place to control the version.
--Brian
-Original Message-
From: John Coleman [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 16, 2007 8:09 AM
To: Maven Users List
Subject: RE: expand war deps
Hi Stephane,
I grafted an example off the dependency plugin site, but it didn't go too well
as you can see below! I just want to unpack that JAR instead of add it to lib
directory.
Any ideas what is wrong? I'm a bit concerned that I have both a declared
dependency at the top of my pom and then this plugin configuration - could that
lead to version conflicts, will the plugin config default to the previously
declared version?
TIA
John
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
executions
execution
idunpack/id
phasepackage/phase
goals
goalunpack/goal
/goals
configuration
artifactItems
artifactItem
groupIdcom.eurobase/groupId
artifactIdcommon-wac/artifactId
!--version1.3-SNAPSHOT/version--
typejar/type
overWritefalse/overWrite
outputDirectory${project.build.directory}/${project.build.finalName}/WEB-INF/classes/outputDirectory
includes**/*.class,**/*.xml/includes
excludes**/*test.class/excludes
/artifactItem
/artifactItems
includes**/*.java/includes
excludes**/*.properties/excludes
outputDirectory${project.build.directory}/wars/outputDirectory
overWriteReleasesfalse/overWriteReleases
overWriteSnapshotstrue/overWriteSnapshots
/configuration
/execution
/executions
/plugin
[INFO]Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-dependency-plugin:2.0-alpha-4
Cause: Cannot find setter nor field in
org.apache.maven.plugin.dependency.fromConfiguration.ArtifactItem for 'includes'
[INFO]
[DEBUG]Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring:
org.apache.maven.plugins:maven-dependency-plugin. Reason: Unable to parse the
created DOM for plugin configuration
Debugging with the Maven Jetty Plugin in Netbeans
There's documentation for Debugging with the Maven Jetty Plugin in Eclipse, but does such exist for NetBeans? Anyone know how to do this if not? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
RE: Debugging with the Maven Jetty Plugin in Netbeans
Thanks for that suggestion, not really a slick solution. Would it be possible for the plugin to spawn another thread to run jetty in debug, then perhaps the debug settings could be put in a jetty config file somewhere? It would be nice not to have to set up jetty somewhere else, as the dev team have to learn a lot of extra non-business related stuff. John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 17 August 2007 12:06 To: Maven Users List Subject: Re: Debugging with the Maven Jetty Plugin in Netbeans John Coleman wrote: There's documentation for Debugging with the Maven Jetty Plugin in Eclipse, but does such exist for NetBeans? Anyone know how to do this if not? run the jetty plugin externally (not with the embedded version of maven in netbeans, but in different jvm) with the proper debugging switches and the n attach the debugger in netbeans? Milos TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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: Debugging with the Maven Jetty Plugin in Netbeans
Well I found this tip for Hudson users... $ cd main/war $ export MAVEN_OPTS=-Xdebug -Xrunjdwp:transport=dt_socket,server=y,address=8000 $ mvn -o jetty:run Looks linux, but is there any way to use this with NetBeans/Mavenide+ WinXP? John -Original Message- From: Milos Kleint [mailto:[EMAIL PROTECTED] Sent: 17 August 2007 12:27 To: Maven Users List Subject: Re: Debugging with the Maven Jetty Plugin in Netbeans On 8/17/07, John Coleman [EMAIL PROTECTED] wrote: Thanks for that suggestion, not really a slick solution. Would it be possible for the plugin to spawn another thread to run jetty in debug, then perhaps the debug settings could be put in a jetty config file somewhere? I guess it's as slick as the eclipse solution. Spawn a new jvm with the debug parameters. and attach to it. I'm not fluent with the jetty plugin to tell if it's possible to configure to run externally (and thus be able to set the parameters via plugin config) but I always supposed that jetty is running in the same VM as maven build is. Then it's impossible to influence from the plugin. It would be nice not to have to set up jetty somewhere else, as the dev team have to learn a lot of extra non-business related stuff. netbeans own deployment maybe? AFAIK there's not an jetty module/plugin for netbeans though.. Milos John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 17 August 2007 12:06 To: Maven Users List Subject: Re: Debugging with the Maven Jetty Plugin in Netbeans John Coleman wrote: There's documentation for Debugging with the Maven Jetty Plugin in Eclipse, but does such exist for NetBeans? Anyone know how to do this if not? run the jetty plugin externally (not with the embedded version of maven in netbeans, but in different jvm) with the proper debugging switches and the n attach the debugger in netbeans? Milos TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: expand war deps
Hi Stephane,
I grafted an example off the dependency plugin site, but it didn't go too well
as you can see below! I just want to unpack that JAR instead of add it to lib
directory.
Any ideas what is wrong? I'm a bit concerned that I have both a declared
dependency at the top of my pom and then this plugin configuration - could that
lead to version conflicts, will the plugin config default to the previously
declared version?
TIA
John
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
executions
execution
idunpack/id
phasepackage/phase
goals
goalunpack/goal
/goals
configuration
artifactItems
artifactItem
groupIdcom.eurobase/groupId
artifactIdcommon-wac/artifactId
!--version1.3-SNAPSHOT/version--
typejar/type
overWritefalse/overWrite
outputDirectory${project.build.directory}/${project.build.finalName}/WEB-INF/classes/outputDirectory
includes**/*.class,**/*.xml/includes
excludes**/*test.class/excludes
/artifactItem
/artifactItems
includes**/*.java/includes
excludes**/*.properties/excludes
outputDirectory${project.build.directory}/wars/outputDirectory
overWriteReleasesfalse/overWriteReleases
overWriteSnapshotstrue/overWriteSnapshots
/configuration
/execution
/executions
/plugin
[INFO]Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-dependency-plugin:2.0-alpha-4
Cause: Cannot find setter nor field in
org.apache.maven.plugin.dependency.fromConfiguration.ArtifactItem for 'includes'
[INFO]
[DEBUG]Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring:
org.apache.maven.plugins:maven-dependency-plugin. Reason: Unable to parse the
created DOM for plugin configuration
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:639)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:551)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:530)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:309)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:276)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:393)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:182)
at
org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:760)
at
org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaExecutor.java:257)
at
org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:131)
-Original Message-
From: Stephane Nicoll [mailto:[EMAIL PROTECTED]
Sent: 15 August 2007 19:26
To: Maven Users List
Subject: Re: expand war deps
Hi,
Yep you'll need to setup resources:unpack in the generate-resources
phase. Next version of the WAR plugin has a new overlay handling but
we do not consider handling jars for the moment.
Regards,
Stéphane
On 8/15/07, John Coleman [EMAIL PROTECTED] wrote:
Hi,
I have a WAR project that depends on a JAR.
Can I expand the contents of the JAR dependency into my webapps classes
directory automatically with a setting, or do I have to do something
more manual like setting up a dependency:unpack? Anyone got an example
pls.
TIA
John
Eurobase International Limited and its subsidiaries (Eurobase) are unable to
exercise control over the content of information in E-Mails. Any views and
opinions expressed may be personal to the sender and are not necessarily
those of Eurobase. Eurobase will not enter into any contractual obligations
in respect of any part of its business in any E-mail.
Privileged / confidential information may be contained in this message and
/or any attachments. This E-mail is intended for the use of the addressee(s)
only and may contain confidential
expand war deps
Hi, I have a WAR project that depends on a JAR. Can I expand the contents of the JAR dependency into my webapps classes directory automatically with a setting, or do I have to do something more manual like setting up a dependency:unpack? Anyone got an example pls. TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
properties
Hi,
How do I return the value of the active profiles id as a property in my
pom.xml. How do I override the property values in profiles.xml on a per
user basis? I thought I could put them in ${user.home}/build.properties,
but that seems not to work?!
TIA
John
Eurobase International Limited and its subsidiaries (Eurobase) are unable to
exercise control over the content of information in E-Mails. Any views and
opinions expressed may be personal to the sender and are not necessarily those
of Eurobase. Eurobase will not enter into any contractual obligations in
respect of any part of its business in any E-mail.
Privileged / confidential information may be contained in this message and /or
any attachments. This E-mail is intended for the use of the addressee(s) only
and may contain confidential information. If you are not the / an intended
recipient, you are hereby notified that any use or dissemination of this
communication is strictly prohibited. If you receive this transmission in
error, please notify us immediately, and then delete this E-mail.
Neither the sender nor Eurobase accepts any liability whatsoever for any
defects of any kind either in or arising from this E-mail transmission. E-Mail
transmission cannot be guaranteed to be secure or error-free, as messages can
be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or
incomplete. Eurobase does not accept any responsibility for viruses and it is
your responsibility to scan any attachments.
Eurobase Systems Limited is the main trading company in the Eurobase
International Group; registered in England and Wales as company number
02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex
CM2 0RE, UK.
jspc plugin
I want to compile jsps but the jspc-maven-plugin doesn't seem to handle jsp methods declared in a containing jsp. Is there some way to fix this? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.
RE: Auto incrementing a build identifier
That certainly gets my vote - just last week I was thinking it might be handy to incorporate the subversion revision number in the artefact name. John -Original Message- From: Antony Stubbs [mailto:[EMAIL PROTECTED] Sent: 05 August 2007 11:42 To: users@maven.apache.org Subject: RE: Auto incrementing a build identifier That's exactly what M2 needs - would you consider releasing your mojo? I'd love to try using. IMO this should be apart of the m2 deploy goal. The problem with Mavin buildnumber plugin, is that it isn't synced with the build number repository. Artamonov, Juri wrote: The thing is that I don't want to generate new builds during development, overwriting the current snapshot is preferred. But when processing a project which will be publicly available, I want to be able to identify it (even a snapshot) with an incremented build number, but without having to manage the version setting by hand. IMHO, this is (I mean let's say snapshot numbering) not yet covered well in m2. I have requirement also for myself to distunguish two snapshot builds and here is what I did... 1. I use maestro stuff with continuum and m2. When I do install I have files like 1.0-SNPASHOT-BUILD_NUMBER in repository. BUILD_NUMBER is always inrementing on 1 when new version is installed into repository. 2. I wrote the plugin which get latest BUILD_NUMBER from repository and do +1 during for example compile phase. Now I know what build version is going to be and I put this information into manifest file or war file or for example jar file. Now I have information inside of the archive that allows me to distinguish two snapshot versions. Also you can use http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/ plugin but seems having it working requires a lot of manual work, due missing versions on the repositories of the components listed in the dependencies. Best regards, Juri. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, September 22, 2006 8:30 PM To: users@maven.apache.org Subject: Auto incrementing a build identifier A question about version numbering in Subversion. I am aware of the way subversion handles version information while releasing. As I have peeked overhere in the Maven repository: https://svn.apache.org/repos/asf/maven/plugins/tags/maven-release-plugin -2.0-beta-4/src/main/java/org/apache/maven/plugins/release/versions/Defa ultVersionInfo.java Now I am wondering about something. My current contract would like a build increment value in between two brackets. Which auto increases with each build delivered to production. I'd say that hooking into the deploy phase would be a good time for such actions. But then I figure that it isn't. I'd say the initialize phase is the correct one. Since I am not processing resources or sources but the POM.xml. The thing is this, can I modify the POM then and there and keep the build going or do I need to modify the POM. And let the user start another run, just like the release plugin does? Also, is it possible (by documented API or acceptable convention) to detect whether or not a build is running up to or past the deploy phase? The thing is that I don't want to generate new builds during development, overwriting the current snapshot is preferred. But when processing a project which will be publicly available, I want to be able to identify it (even a snapshot) with an incremented build number, but without having to manage the version setting by hand. Any suggestions are greatly apreciated. Kind regards, Jeroen Leenarts http://blog.leenarts.net Download this as a file - 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] -- View this message in context: http://www.nabble.com/Auto-incrementing-a-build-identifier-tf2319084s177 .html#a12003652 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential
