Re: bad checksum
Thanks ! Carlos Sanchez a écrit : I have regenerated the checksum On 10/18/06, Nicolas DE LOOF [EMAIL PROTECTED] wrote: I just tried Archiva and got errors downloading maven war plugin due to bad checksum on http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-war-plugin/maven-metadata.xml I manually tested it and checsum are bad. Can someone fix this ? Is there no robot to check for maven public repo consistency ? Nico. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SNAPSHOT policy
Jason van Zyl wrote on Thursday, October 19, 2006 12:48 AM: On 18 Oct 06, at 4:18 PM 18 Oct 06, Dennis Lundberg wrote: Jörg Schaible wrote: Hi Dennis, Dennis Lundberg wrote: [snip] = = --- maven/plugins/trunk/maven-clean-plugin/pom.xml (original) +++ maven/plugins/trunk/maven-clean-plugin/pom.xml Mon Oct 16 10:55:07 2006 @@ -9,7 +9,7 @@ artifactIdmaven-clean-plugin/artifactId packagingmaven-plugin/packaging nameMaven Clean Plugin/name - version2.1.1/version + version2.1-SNAPSHOT/version This doesn't seem right. After version 2.1.1 comes version 2.1??? snip What's wrong with this in general? We do this all the time! 2.1- SNAPSHOT means for us always the latest version from the 2.1-trunk and from time to time, we have a release, i.e. 2.1.0, 2.1.1, 2.1.2, ... - Jörg Not in my book. To me 2.1-SNAPSHOT means something that will be called 2.1 when it will be released. If you are on a 2.1.0, 2.1.1 , 2.1.2 course, then the next upcoming release is 2.1.3. The version number in the pom should therefor be 2.1.3-SNAPSHOT Correct. XXX-SNAPSHOT means moving toward XXX. Always has. Sigh. I believe. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building and running?
Thanks Jesse, One more thing: the ouput of mvn clean install will only end up in build.log if you send it there yourself: mvn clean install | tee result.log. grtz Philippe The output of the build will be in build.log. On Wed, 2006-10-18 at 11:58 -0500, Jesse McConnell wrote: readme is updated :) On 10/18/06, Philippe Faes [EMAIL PROTECTED] wrote: Could somebody please insert those few lines of text in README.txt? It is nice if new people can check out the source, and start compiling without browsing the mailing lists first. cheers Philippe On Tue, 2006-09-26 at 12:31 +1000, Brett Porter wrote: mvn clean install take the WAR from continuum-webapp and deploy it, or cd continuum- webapp and mvn jetty:run. Cheers, Brett On 26/09/2006, at 11:43 AM, David Blevins wrote: So the README.txt is obviously out of date. What's the status on building and starting up a continuum server? -David
Getting started on repository security again
Hey folks, I'm going to take a stab at the repository security stuff this weekend if I can (at least some of the foundational stuff, I think hooking it up to the download validation will become a rabbit hole since all that stuff needs some work). If you have any feedback on the proposal [1] before then, I'd love to hear it. I'll probably take another stab at getting the site to be a bit better organised too. Cheers, Brett [1] http://docs.codehaus.org/display/MAVEN/Repository+Security +Improvements - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bad checksum
I also get checkum errors for those artefacts : - commons-chain/commons-chain/1.1/commons-chain-1.1.pom - org/codehaus/plexus/plexus-compiler/1.5.2/plexus-compiler-1.5.2.pom - commons-validator/commons-validator/1.3.0/commons-validator-1.3.0-sources.jar - commons-validator/commons-validator/1.3.0/commons-validator-1.3.0-javadoc.jar - struts/struts/1.2.9/struts-1.2.9-sources.jar Could you please fix them ? Nicolas DE LOOF a écrit : Thanks ! Carlos Sanchez a écrit : I have regenerated the checksum On 10/18/06, Nicolas DE LOOF [EMAIL PROTECTED] wrote: I just tried Archiva and got errors downloading maven war plugin due to bad checksum on http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-war-plugin/maven-metadata.xml I manually tested it and checsum are bad. Can someone fix this ? Is there no robot to check for maven public repo consistency ? Nico. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MSUREFIREREP-26
Hi, would it be possible for someone to verify the patches and provide a snapshot :-) (or a release ;-) ) thanks on advance! best regards Bernd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuum behind SSL, any progress on this
Carlos Sanchez wrote: I think this is already fixed for 1.1 Busy building trunk now, will confirm whether it's fixed. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Continuum behind SSL, any progress on this
Brian E. Fox wrote: Someone asked about this a while ago (perhaps you). I have this working but I had to use the http://apache.webthing.com/mod_proxy_html/config.html and recompiled a mod_proxy for apache 2.0.55. It works perfectly for this and other proxy unfriendly apps. I'll update the jira with this info and attach the module. In this case we can't add arbitrary modules to the httpd server, as it's not under our control, our only option is a proper fix. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
integration testing thought
Hi, I haven't had a chance to look at the new bootstrap/integration testing stuff (it seems like the build is broken according to CI?), but had a thought I wanted to raise. Will the integration tests be runnable through Maven itself? ie, can the verifier be wrapped in a mojo (which I figured would be necessary to merge with the verifier plugin as Jason was discussing). The reason I suggest this is that it would make running all or individual integration tests simpler (cd, m2 integration-test; or use the reactor). It would also allow us to do code coverage for integration tests and so on. Thoughts? - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bad checksums
Here is a grep from archiva.log for Artifact failures due to Checksum failures occurred while downloading ... commons-chain/commons-chain/1.1/commons-chain-1.1.pom org/codehaus/plexus/plexus-compiler/1.5.2/plexus-compiler-1.5.2.pom commons-validator/commons-validator/1.3.0/commons-validator-1.3.0-sources.jar struts/struts/1.2.9/struts-1.2.9-sources.jar junit/junit/3.8.2/junit-3.8.2.pom junit/junit/3.8.2/junit-3.8.2.jar junit/junit/3.8.2/junit-3.8.2-sources.jar junit/junit/3.8.2/junit-3.8.2-javadoc.jar easymock/easymock/1.2_Java1.3/easymock-1.2_Java1.3-sources.jar org/codehaus/plexus/plexus-compilers/1.5.2/plexus-compilers-1.5.2.pom org/apache/maven/surefire/surefire-providers/2.0/surefire-providers-2.0.pom org/apache/maven/plugins/maven-project-info-reports-plugin/maven-metadata.xml it/could/webdav/0.4/webdav-0.4.pom com/jcraft/jsch/0.1.27/jsch-0.1.27.pom com/jcraft/jsch/0.1.27/jsch-0.1.27.jar it/could/webdav/0.4/webdav-0.4.pom it/could/webdav/0.4/webdav-0.4.jar Nicolas DE LOOF a écrit : I also get checkum errors for those artefacts : - commons-chain/commons-chain/1.1/commons-chain-1.1.pom - org/codehaus/plexus/plexus-compiler/1.5.2/plexus-compiler-1.5.2.pom - commons-validator/commons-validator/1.3.0/commons-validator-1.3.0-sources.jar - commons-validator/commons-validator/1.3.0/commons-validator-1.3.0-javadoc.jar - struts/struts/1.2.9/struts-1.2.9-sources.jar Could you please fix them ? Nicolas DE LOOF a écrit : Thanks ! Carlos Sanchez a écrit : I have regenerated the checksum On 10/18/06, Nicolas DE LOOF [EMAIL PROTECTED] wrote: I just tried Archiva and got errors downloading maven war plugin due to bad checksum on http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-war-plugin/maven-metadata.xml I manually tested it and checsum are bad. Can someone fix this ? Is there no robot to check for maven public repo consistency ? Nico. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuum behind SSL, any progress on this
Graham Leggett wrote: Hi all, It seems that http://jira.codehaus.org/browse/CONTINUUM-734 Can't use continuum behind https proxy still hasn't been resolved, which is a serious oversight. Looking at the code, is this a continuum problem or a plexus problem? Has there been any progress on this? In the case you run behind an Apache 2 webserver, I found a work-around by rewritting all absolute links: - install mod_proxy_html and load it within your Apache configuration - add following lines to your Apache configuration file: ProxyRequests Off ProxyPass/ http://localhost:8082/ ProxyPassReverse / http://localhost:8082/ SetOutputFilter proxy-html ProxyHTMLURLMap http://localhost:8082 https://[your-domain.org] -- Reinhard Pötz Independent Consultant, Trainer (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Continuum WAR snapshot - installation instructions anywhere?
Hi all, After going through the build process for continuum v1.1-SNAPSHOT, the end result is a WAR file, which I dropped into a tomcat container. On startup I get the following error: 2006-10-19 15:07:29,654 [main] INFO PlexusContainer- Loading on start [role]: [org.apache.maven.continuum.Continuum] 2006-10-19 15:07:30,112 [main] ERROR 1-SNAPSHOT]- Exception sending context initialized event to listener instance of class org.codehaus.ple xus.xwork.PlexusLifecycleListener org.jpox.exceptions.ConnectionFactoryNotFoundException: Connection Factory java :comp/env/jdbc/continuum not found It looks like there are extra steps to get continuum to work as a WAR file. Does anyone have any instructions anywhere? Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Continuum WAR snapshot - installation instructions anywhere?
I used the admin webapp for tomcat 5.5 to create the following two jndi resources. jdbc/continuum jdbc/users This resulted in the following context being created in the server.xml Context path=/continuum-webapp-1.1-SNAPSHOT Resource name=jdbc/continuum type=javax.sql.DataSource password=continuum driverClassName=org.postgresql.Driver maxIdle=2 maxWait=5000 username=continuum url=jdbc:postgresql://127.0.0.1/continuum maxActive=4/ Resource name=jdbc/users type=javax.sql.DataSource password=continuum driverClassName=org.postgresql.Driver maxIdle=2 maxWait=5000 username=continuum url=jdbc:postgresql://127.0.0.1/users maxActive=4/ WatchedResource/opt/tomcat/conf/context.xml/WatchedResource WatchedResource/opt/tomcat/conf/context.xml/WatchedResource /Context On 10/19/06, Graham Leggett [EMAIL PROTECTED] wrote: Hi all, After going through the build process for continuum v1.1-SNAPSHOT, the end result is a WAR file, which I dropped into a tomcat container. On startup I get the following error: 2006-10-19 15:07:29,654 [main] INFO PlexusContainer- Loading on start [role]: [org.apache.maven.continuum.Continuum] 2006-10-19 15:07:30,112 [main] ERROR 1-SNAPSHOT]- Exception sending context initialized event to listener instance of class org.codehaus.ple xus.xwork.PlexusLifecycleListener org.jpox.exceptions.ConnectionFactoryNotFoundException: Connection Factory java :comp/env/jdbc/continuum not found It looks like there are extra steps to get continuum to work as a WAR file. Does anyone have any instructions anywhere? Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuum WAR snapshot - installation instructions anywhere?
ben short wrote: I used the admin webapp for tomcat 5.5 to create the following two jndi resources. jdbc/continuum jdbc/users This resulted in the following context being created in the server.xml Is there any easy to follow config out there that describes setting up a derby database with continuum? The tomcat docs include lots of examples for various external DBs, but none for small scale DBs. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Continuum WAR snapshot - installation instructions anywhere?
well it should be pretty easy... Assuming you know how to setup a deaby server and how to create databases then you just need to change the driver class and url of each resource and you should be in busness. Ben On 10/19/06, Graham Leggett [EMAIL PROTECTED] wrote: ben short wrote: I used the admin webapp for tomcat 5.5 to create the following two jndi resources. jdbc/continuum jdbc/users This resulted in the following context being created in the server.xml Is there any easy to follow config out there that describes setting up a derby database with continuum? The tomcat docs include lots of examples for various external DBs, but none for small scale DBs. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuum WAR snapshot - installation instructions anywhere?
For Jetty, look in jetty-env.xml in the webapp. For Tomcat, I think it's this (derived from my plexus configuration for the naming component, should match Tomcat though): Resource namejdbc/users/name typejavax.sql.DataSource/type properties property namedriverClassName/name valueorg.apache.derby.jdbc.EmbeddedDriver/value /property property nameurl/name valuejdbc:derby:${plexus.home}/database/ users;create=true/value /property property nameusername/name valuesa/value /property property namepassword/name value/value /property /properties /Resource Resource namejdbc/continuum/name typejavax.sql.DataSource/type properties property namedriverClassName/name valueorg.apache.derby.jdbc.EmbeddedDriver/value /property property nameurl/name valuejdbc:derby:${plexus.home}/database/ continuum;create=true/value /property property nameusername/name valuesa/value /property property namepassword/name value/value /property /properties /Resource On 20/10/2006, at 12:08 AM, ben short wrote: well it should be pretty easy... Assuming you know how to setup a deaby server and how to create databases then you just need to change the driver class and url of each resource and you should be in busness. Ben On 10/19/06, Graham Leggett [EMAIL PROTECTED] wrote: ben short wrote: I used the admin webapp for tomcat 5.5 to create the following two jndi resources. jdbc/continuum jdbc/users This resulted in the following context being created in the server.xml Is there any easy to follow config out there that describes setting up a derby database with continuum? The tomcat docs include lots of examples for various external DBs, but none for small scale DBs. Regards, Graham -- - 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: Continuum WAR snapshot - installation instructions anywhere?
Graham, if you confirm you have it working just get me the settings your using and I get the readme updated with it. thanks, jesse On 10/19/06, Brett Porter [EMAIL PROTECTED] wrote: For Jetty, look in jetty-env.xml in the webapp. For Tomcat, I think it's this (derived from my plexus configuration for the naming component, should match Tomcat though): Resource namejdbc/users/name typejavax.sql.DataSource/type properties property namedriverClassName/name valueorg.apache.derby.jdbc.EmbeddedDriver/value /property property nameurl/name valuejdbc:derby:${plexus.home}/database/ users;create=true/value /property property nameusername/name valuesa/value /property property namepassword/name value/value /property /properties /Resource Resource namejdbc/continuum/name typejavax.sql.DataSource/type properties property namedriverClassName/name valueorg.apache.derby.jdbc.EmbeddedDriver/value /property property nameurl/name valuejdbc:derby:${plexus.home}/database/ continuum;create=true/value /property property nameusername/name valuesa/value /property property namepassword/name value/value /property /properties /Resource On 20/10/2006, at 12:08 AM, ben short wrote: well it should be pretty easy... Assuming you know how to setup a deaby server and how to create databases then you just need to change the driver class and url of each resource and you should be in busness. Ben On 10/19/06, Graham Leggett [EMAIL PROTECTED] wrote: ben short wrote: I used the admin webapp for tomcat 5.5 to create the following two jndi resources. jdbc/continuum jdbc/users This resulted in the following context being created in the server.xml Is there any easy to follow config out there that describes setting up a derby database with continuum? The tomcat docs include lots of examples for various external DBs, but none for small scale DBs. Regards, Graham -- - 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] -- jesse mcconnell [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New Maven Embedder release?
The m2eclipse plugin (Eclipse's, not Maven's plugin) is depending on a stable Maven Embedder release in order to make a new release. Do you have an expected release date for a Maven Embedder release? Is there something I can do to help this release happen sooner? I'm an experienced Java developer, but somewhat of a Maven2 newbie. Thanks in advance, Daniel Serodio -- View this message in context: http://www.nabble.com/New-Maven-Embedder-release--tf2473997.html#a6898506 Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[vote] commit access for Dan Fabulich
Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Maven Embedder release?
On 19 Oct 06, at 10:55 AM 19 Oct 06, Daniel Serodio wrote: The m2eclipse plugin (Eclipse's, not Maven's plugin) is depending on a stable Maven Embedder release in order to make a new release. When the new ITs setup is done I will start merging in some changes from a branch I have. Do you have an expected release date for a Maven Embedder release? No. Until the testing is under control I won't look at the embedder. I would make a guestimate of a couple weeks. Is there something I can do to help this release happen sooner? Probably not unless you are intimately familiar with Maven's core. But if you want to learn I'll give you some issues from JIRA. I'm an experienced Java developer, but somewhat of a Maven2 newbie. Thanks in advance, Daniel Serodio -- View this message in context: http://www.nabble.com/New-Maven- Embedder-release--tf2473997.html#a6898506 Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: integration testing thought
On 19 Oct 06, at 7:58 AM 19 Oct 06, Brett Porter wrote: Hi, I haven't had a chance to look at the new bootstrap/integration testing stuff (it seems like the build is broken according to CI?), but had a thought I wanted to raise. Will the integration tests be runnable through Maven itself? ie, can the verifier be wrapped in a mojo (which I figured would be necessary to merge with the verifier plugin as Jason was discussing). The reason I suggest this is that it would make running all or individual integration tests simpler (cd, m2 integration-test; or use the reactor). It would also allow us to do code coverage for integration tests and so on. Thoughts? This will work with the new setup. Each rest can be run individually and as part of one test suite so these sorts of things will be entirely possible. Dan will hopefully be aboard soon and he's created a very nice setup with is very testing/automation friendly. Once he's a committer I'll let him document it :-) Jason. - Brett - 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: New Maven Embedder release?
Jason, Are you recording this work regarding testing somewhere (jira/confluence)? I still have blocking issues with the embedder for the ear mojo tests and I would like to solve them to release it. Thanks, Stéphane On 10/19/06, Jason van Zyl [EMAIL PROTECTED] wrote: On 19 Oct 06, at 10:55 AM 19 Oct 06, Daniel Serodio wrote: The m2eclipse plugin (Eclipse's, not Maven's plugin) is depending on a stable Maven Embedder release in order to make a new release. When the new ITs setup is done I will start merging in some changes from a branch I have. Do you have an expected release date for a Maven Embedder release? No. Until the testing is under control I won't look at the embedder. I would make a guestimate of a couple weeks. Is there something I can do to help this release happen sooner? Probably not unless you are intimately familiar with Maven's core. But if you want to learn I'll give you some issues from JIRA. I'm an experienced Java developer, but somewhat of a Maven2 newbie. Thanks in advance, Daniel Serodio -- View this message in context: http://www.nabble.com/New-Maven- Embedder-release--tf2473997.html#a6898506 Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] commit access for Dan Fabulich
+1 Jason van Zyl wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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: [vote] commit access for Dan Fabulich
+1 Jason van Zyl wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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: [vote] commit access for Dan Fabulich
+1 Stéphane On 10/19/06, Jason van Zyl [EMAIL PROTECTED] wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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: [vote] commit access for Dan Fabulich
+1 On 10/19/06, Kenney Westerhof [EMAIL PROTECTED] wrote: +1 Jason van Zyl wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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] -- jesse mcconnell [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuum WAR snapshot - installation instructions anywhere?
On Thu, October 19, 2006 4:24 pm, Jesse McConnell wrote: Graham, if you confirm you have it working just get me the settings your using and I get the readme updated with it. After fiddling around for a bit, I got this to work as continuum.xml: Context docBase=${catalina.home}/webapps/continuum privileged=true antiResourceLocking=false antiJARLocking=false Resource name=jdbc/continuum type=javax.sql.DataSource auth=Container description=Derby database for Continuum maxActive=100 maxIdle=30 maxWait=1 username= password= driverClassName=org.apache.derby.jdbc.EmbeddedDriver url=jdbc:derby:/udd001/app/alchemy/continuum/derby/continuum;create=true / Resource name=jdbc/users type=javax.sql.DataSource auth=Container description=Derby database for Continuum maxActive=100 maxIdle=30 maxWait=1 username= password= driverClassName=org.apache.derby.jdbc.EmbeddedDriver url=jdbc:derby:/udd001/app/alchemy/continuum/derby/users;create=true / /Context The pathnames would need to be fixed to say ${catalina.home}/databases/whatever. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] commit access for Dan Fabulich
+1 -Lukas Jason van Zyl wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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: [vote] commit access for Dan Fabulich
+1 On 10/19/06, Lukas Theussl [EMAIL PROTECTED] wrote: +1 -Lukas Jason van Zyl wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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]
[jnlp:generate] jarsigner
Hi all, I'm facing trouble when generating a jnlp, especialy when launching the signjar. It takes a LOT of time to sign the jars. And the weird thing is, when I launch another maven process, it speeds up Anyone has already experienced this ? Any ideas ? Thanks a lot. This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. - Ce message et toutes les pieces jointes (ci-apres le message) sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie.
Re: [vote] commit access for Dan Fabulich
+1 I think we should nominate him for sainthood too. :-) On 10/19/06, Jason van Zyl [EMAIL PROTECTED] wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] commit access for Dan Fabulich
I think we should nominate him for sainthood too. :-) pretty sure that is a different mailing list...:P On 10/19/06, Jason van Zyl [EMAIL PROTECTED] wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jesse mcconnell [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting started on repository security again
On 19 Oct 06, at 3:39 AM 19 Oct 06, Brett Porter wrote: Hey folks, I'm going to take a stab at the repository security stuff this weekend if I can (at least some of the foundational stuff, I think hooking it up to the download validation will become a rabbit hole since all that stuff needs some work). If you have any feedback on the proposal [1] before then, I'd love to hear it. I'll probably take another stab at getting the site to be a bit better organised too. Please sync up with Eric as he's doing some work and been filing issues in JIRA. I'm going to apply his patches later on. Jason. Cheers, Brett [1] http://docs.codehaus.org/display/MAVEN/Repository+Security +Improvements - 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: m2eclipse Readiness For Maven Eclipse Plugin
I've tried the patch and it works for me too. Without it, it's a painfully manual process. . .any maven developers out there care to take a look and commit? David Rob Baily wrote: If this is the wrong forum for this question please let me know and I'll take whatever other path is recommended. I had 2 questions: - What is the expected release date of the next version (2.3) of the Maven 2 Eclipse plugin? The JIRA site doesn't list a date in the version so I wasn't sure what that meant. - I was wondering if anyone had taken a look at the patch I submitted for http://jira.codehaus.org/browse/MECLIPSE-78 regarding setting up projects that are m2eclipse ready? I tried to follow it the same way that the WTP support was done so hopefully it is straight forward and in line with the way that things are done. This item is in the top 5 items that people have voted for so I was checking to see if anyone thought this could be included in the next release since hopefully the work is basically done. :) I can also do more work on it if that would help. Just let me know. I apologize in advance if I'm bothering people. I just wasn't sure what the appropriate way to handle this was. Rob Baily - 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: [vote] commit access for Dan Fabulich
+1 On 10/19/06, Jason van Zyl [EMAIL PROTECTED] wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [vote] commit access for Dan Fabulich
Heh. Much appreciated! I'll get started on CLA stuff now... I'm looking forward to joining the team. :-) -Dan -Original Message- From: Mike Perham [mailto:[EMAIL PROTECTED] Sent: Thursday, October 19, 2006 8:33 AM To: Maven Developers List Subject: Re: [vote] commit access for Dan Fabulich +1 I think we should nominate him for sainthood too. :-) On 10/19/06, Jason van Zyl [EMAIL PROTECTED] wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] [m1] release changes, genapp, pom, clover, java, jira, simian plugins
+1 On 18 Oct 06, at 6:21 PM 18 Oct 06, Lukas Theussl wrote: Hi all, I am slowly starting to get familiar with Maven again... The following m1 plugins only had some trivial updates since the respective versions included in maven-1.1-beta-3, I think we could quickly release them for inclusion in 1.1-rc1: [] maven-changes-plugin-1.7 [] maven-genapp-plugin-2.3.1 [] maven-pom-plugin-1.5.1 [] maven-clover-plugin-1.11.1 [] maven-java-plugin-1.6.1 [] maven-jira-plugin-1.3.1 [] maven-simian-plugin-1.6.1 For an overview of changes, check the changes and jira(-roadmap) reports on the stage sites given below. +1 from me and 72h to vote, Cheers, -Lukas http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/changes/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/genapp/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/pom/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/clover/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/java/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/jira/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/simian/ maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-changes-plugin -Dversion=1.7- SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-genapp-plugin -Dversion=2.3.1- SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-pom-plugin -Dversion=1.5.1-SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-clover-plugin -Dversion=1.11.1- SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-java-plugin -Dversion=1.6.1-SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-jira-plugin -Dversion=1.3.1-SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-simian-plugin -Dversion=1.6.1- SNAPSHOT - 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]
Mojo and it's own dependencies
Hi Is there a Maven helper class that can be called from a Mojo that will give the Mojo access to it's own dependencies? Hermod - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mojo and it's own dependencies
project.getArtifacts() There are plenty of examples source at http://svn.codehaus.org/mojo/trunk/mojo -D On 10/19/06, Hermod Opstvedt [EMAIL PROTECTED] wrote: Hi Is there a Maven helper class that can be called from a Mojo that will give the Mojo access to it's own dependencies? Hermod - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: integration testing thought
They absolutely do run through Maven itself. In the new integration testing scheme, the integration tests become simple JUnit tests, which, IMO, makes them even easier to run than Mojos... you can just press Play in Eclipse/IDEA and get a nice red/green report. The most important advantage to this is that since they're just JUnit tests, you have the full power of Java to use in configuring, running, and verifying your test output. All those 1000-2000 range tests that were too complicated before will just become JUnit tests run nightly. -Dan -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Thursday, October 19, 2006 4:58 AM To: Maven Developers List Subject: integration testing thought Hi, I haven't had a chance to look at the new bootstrap/integration testing stuff (it seems like the build is broken according to CI?), but had a thought I wanted to raise. Will the integration tests be runnable through Maven itself? ie, can the verifier be wrapped in a mojo (which I figured would be necessary to merge with the verifier plugin as Jason was discussing). The reason I suggest this is that it would make running all or individual integration tests simpler (cd, m2 integration-test; or use the reactor). It would also allow us to do code coverage for integration tests and so on. Thoughts? - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New Maven Embedder release?
There's a JIRA issue for this (mostly where I've been recording patches) here: http://jira.codehaus.org/browse/MNG-2617 It's not totally documented yet, but it will be once we feel sure we've finalized what the tests will look like. -Dan -Original Message- From: Stephane Nicoll [mailto:[EMAIL PROTECTED] Sent: Thursday, October 19, 2006 8:08 AM To: Maven Developers List Subject: Re: New Maven Embedder release? Jason, Are you recording this work regarding testing somewhere (jira/confluence)? I still have blocking issues with the embedder for the ear mojo tests and I would like to solve them to release it. Thanks, Stéphane On 10/19/06, Jason van Zyl [EMAIL PROTECTED] wrote: On 19 Oct 06, at 10:55 AM 19 Oct 06, Daniel Serodio wrote: The m2eclipse plugin (Eclipse's, not Maven's plugin) is depending on a stable Maven Embedder release in order to make a new release. When the new ITs setup is done I will start merging in some changes from a branch I have. Do you have an expected release date for a Maven Embedder release? No. Until the testing is under control I won't look at the embedder. I would make a guestimate of a couple weeks. Is there something I can do to help this release happen sooner? Probably not unless you are intimately familiar with Maven's core. But if you want to learn I'll give you some issues from JIRA. I'm an experienced Java developer, but somewhat of a Maven2 newbie. Thanks in advance, Daniel Serodio -- View this message in context: http://www.nabble.com/New-Maven- Embedder-release--tf2473997.html#a6898506 Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuum behind SSL, any progress on this
Hi Reinhard, Reinhard Poetz wrote: - install mod_proxy_html and load it within your Apache configuration - add following lines to your Apache configuration file: ProxyRequests Off ProxyPass/ http://localhost:8082/ ProxyPassReverse / http://localhost:8082/ SetOutputFilter proxy-html ProxyHTMLURLMap http://localhost:8082 https://[your-domain.org] i tried enabling this on our zone, but i'm getting Invalid command 'ProxyHTMLURLMap', perhaps mis-spelled or defined by a module not included in the server configuration The module is loaded though, is there anything else that is needed to get this to work? Thanks Jorg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven and the Apache processes...
The maven release process criticism from Dan Kulp spawned an impromptu ApacheCon gathering of the minds (Dan Kulp, Wendy Smoak, Jason Van Zyl, and Myself) to define a better release process for maven. First off, thanks for that discussion. It was nice to sit down and really spell out the issues and brainstorm on solutions. * license:check Using the same filetype list as license:inject, this will create a build-time failure if the license does not exist in one or more files in your project tree. I'd like to also see a maven reports version of Roberts ARAT tool. If Robert is going to run that on all the incubator releases, it would be nice if a maven plugin could do it automatically and add it to the site reports. The top level apache.pom will also define the -sources.jar and -javadoc.jar creation with appropriate LICENSE file injection as well. Out of curiosity: is adding the LICENSE to the javadoc or sources jars even possible at all right now? I'm not really seeing anything in the docs for either of the two plugins. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mojo and it's own dependencies
On 19 Oct 06, at 1:50 PM 19 Oct 06, Hermod Opstvedt wrote: Hi Is there a Maven helper class that can be called from a Mojo that will give the Mojo access to it's own dependencies? You can use the expression ${plugin.artifacts} i.e. /** * @parameter expression=${plugin.artifacts} */ private List pluginArtifacts; Is that what you're looking for? Jason. Hermod - 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 and the Apache processes...
On Saturday October 14 2006 9:30 am, Kenney Westerhof wrote: Hm. This only describes a major release. I think that branches should be created off tags, and that a developer should do that, not a release plugin. The above process looks ok for major releases (with reservations), but we probably don't want to create a branch for each bugfix release. Say you're working on maven-2.0.x branch, currently at 2.0.5-SNAPSHOT. If we follow the above process, assuming that 'TRUNK' can also mean 'branch', we'd get a branch for 2.0.5, which will never change since there are no 2.0.5.x releases. You have to stop this recursion somewhere - otherwise you'd get 2.0.5.1.1.1.1 branches. Personally I like the following process when doing a bugfix release: 1) release:prepare: tag branch 2.0.x as 2.0.5-rc1 2) release:propose: stage 2.0.5-rc1 3) if there are -1's on the proposed release, work on 2.0.x branch (still at 2.0.5-SNAPHSHOT) and release 2.0.5-rc2, -rc3 etc, until the release is ACK'd. (so basically: work on the code, goto step 1, incrementing the rcX counter). 4) release:accept: tag 2.0.5-rcX (which should be the same as the branch) as 2.0.5, build tag 2.0.5 and deploy to the live site. Also update the 2.0.x branch's pom to 2.0.6-SNAPSHOT. The problem is that this is not ALLOWED. The artifacts that were voted on MUST be the artifacts that are released. You cannot vote on one set of artifacts, then build a whole new set of artifacts for the release. You also cannot go into the artifacts and start changing manifests and such and renaming version numbers/jars/etc That was kind of the purpose of the branch.Create the 2.0.5 branch where the proposals are made from. The proposals go to a staging area (not an official repository like the snapshot or release repositories) with the real version number of 2.0.5 where they are voted on. If there are problems, fix it on the branch and rerun propose. Now, the accept could do svn mv branches/2.0.5 tags/2.0.5 or similar to convert the branch to a tag. The branch name could also be something like 2.0.5_prepare_release or something so we know it's a branch specifically being used to prepare a release and will be removed once the release is complete. 5) For a bugfix release: that's it. For a major release (say 2.1), also copy the 2.1 tag to a 2.1.x branch. (the pom's version in trunk will have been updated to 2.2-SNAPSHOT in step 4). Comments? -- Kenney -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven and the Apache processes...
I'm very glad that people are having this discussion here. I, too, give my heartfelt +1 to the notion of promoting the build to a release by simply copying it, but I've argued elsewhere that the way the maven-release-plugin works, really the very idea of the way that it works, is dangerous from a release engineering perspective. I work for one of the large corporate clients that jdcasey referred to earlier; we take release engineering very seriously. The big thing you want *not* to do is to do a build in an unusual/different way right before you release. The idea should be that every build should be releasable; you should need merely to copy the build and tag the source to promote it. Specifically, I've been working with Mergere on a build numbering strategy that would make this possible, and I've written up documentation about this (and a variety of other stuff) here: http://docs.codehaus.org/display/MAVENUSER/BEA+Maven+Requirement+Documen ts The most important bit here is the notion of builds getting automatically numbered by the continuous integration system in a way that can be tracked back to source control. (The bit about Windows libraries is important, too, but not relevant to this discussion.) As a committer, this is one of the issues in which I'm very interested, and I'm very interested in helping out with making the release process 100 Rock Solid for Maven projects [and, uh, the world :-)]. -Dan ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven and the Apache processes...
On 10/19/06, Daniel Kulp [EMAIL PROTECTED] wrote: The problem is that this is not ALLOWED. The artifacts that were voted on MUST be the artifacts that are released. You cannot vote on one set of artifacts, then build a whole new set of artifacts for the release. In practice, this does actually happen. Jakarta Commons uses release candidates, calls a vote, and then it's up to the release manager to make the final changes (usually just the version number, maybe minor editing of release notes,) and build/publish the final version. See: http://www.nabble.com/forum/Search.jtp?forum=317local=yquery=VOTE+release Some projects don't do preliminary tags and release candidates, they build 2.0.7 once and if any problems are found, they just move on to 2.0.8. Then there are others that don't like to skip release numbers, so they'll just keep rebuilding 2.0.7 until they get it right. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven and the Apache processes...
On Thursday October 19 2006 3:58 pm, Wendy Smoak wrote: On 10/19/06, Daniel Kulp [EMAIL PROTECTED] wrote: The problem is that this is not ALLOWED. The artifacts that were voted on MUST be the artifacts that are released. You cannot vote on one set of artifacts, then build a whole new set of artifacts for the release. In practice, this does actually happen. Jakarta Commons uses release candidates, calls a vote, and then it's up to the release manager to make the final changes (usually just the version number, maybe minor editing of release notes,) and build/publish the final version. Well, I was speaking based on experience in the incubator. The incubator rules/process pretty much mandates that if an issue pops up, we correct it, rebuild new artifacts, and re-vote on those specific artifacts. In anycase, the changes to the maven release plugins/processes definitely need to take the incubator process into account, especially since the only projects I'm involved in are incubator projects. ;-) -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven and the Apache processes...
On 19 Oct 06, at 3:58 PM 19 Oct 06, Wendy Smoak wrote: On 10/19/06, Daniel Kulp [EMAIL PROTECTED] wrote: The problem is that this is not ALLOWED. The artifacts that were voted on MUST be the artifacts that are released. You cannot vote on one set of artifacts, then build a whole new set of artifacts for the release. In practice, this does actually happen. Jakarta Commons uses release candidates, calls a vote, and then it's up to the release manager to make the final changes (usually just the version number, maybe minor editing of release notes,) and build/publish the final version. See: http://www.nabble.com/forum/Search.jtp? forum=317local=yquery=VOTE+release Some projects don't do preliminary tags and release candidates, they build 2.0.7 once and if any problems are found, they just move on to 2.0.8. Then there are others that don't like to skip release numbers, so they'll just keep rebuilding 2.0.7 until they get it right. I think skipping release numbers is Bad Thing(tm). It would certainly confuse users if we release Maven 2.0.7 next. Jason. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
VS: Mojo and it's own dependencies
Hi That will give you the dependencies of the project the mojo is running against, not the dependencies of the mojo itself. Med vennlig hilsen Hermod Opstvedt Webmaster Seiling.org/Norlys.org -Opprinnelig melding- Fra: Dan Tran [mailto:[EMAIL PROTECTED] Sendt: 19. oktober 2006 19:55 Til: Maven Developers List; [EMAIL PROTECTED] Emne: Re: Mojo and it's own dependencies project.getArtifacts() There are plenty of examples source at http://svn.codehaus.org/mojo/trunk/mojo -D On 10/19/06, Hermod Opstvedt [EMAIL PROTECTED] wrote: Hi Is there a Maven helper class that can be called from a Mojo that will give the Mojo access to it's own dependencies? Hermod - 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]
SV: Mojo and it's own dependencies
Hi Yeah, now we're talking. I need to setup a classpath for another java class that is to be run by an ant based mojo. So setting up the first mojo with the same dependencies as it, I will be able to supply the Ant script that as a classpath variable (Sneaky but does the trick) Hermod -Opprinnelig melding- Fra: Jason van Zyl [mailto:[EMAIL PROTECTED] Sendt: 19. oktober 2006 21:30 Til: Maven Developers List Emne: Re: Mojo and it's own dependencies On 19 Oct 06, at 1:50 PM 19 Oct 06, Hermod Opstvedt wrote: Hi Is there a Maven helper class that can be called from a Mojo that will give the Mojo access to it's own dependencies? You can use the expression ${plugin.artifacts} i.e. /** * @parameter expression=${plugin.artifacts} */ private List pluginArtifacts; Is that what you're looking for? Jason. Hermod - 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: SV: Mojo and it's own dependencies
On 19 Oct 06, at 5:19 PM 19 Oct 06, Hermod Opstvedt wrote: Hi Yeah, now we're talking. I need to setup a classpath for another java class that is to be run by an ant based mojo. So setting up the first mojo with the same dependencies as it, I will be able to supply the Ant script that as a classpath variable (Sneaky but does the trick) I need to document it, and you can help me with it, but I have that working with the new ant-based plugin stuff that I've committed. What I got working was an axis plugin entirely written in Ant. So a plugin script used in an ant-based plugin now has access to the compile, test, runtime and plugin classpath. I reworked all the ant stuff and combined John and Kenney's work and put it in a common project called maven-ant. I'll dig you up a sample if you document it :-) It fully works and has been run with a sizable ant script. Jason. Hermod -Opprinnelig melding- Fra: Jason van Zyl [mailto:[EMAIL PROTECTED] Sendt: 19. oktober 2006 21:30 Til: Maven Developers List Emne: Re: Mojo and it's own dependencies On 19 Oct 06, at 1:50 PM 19 Oct 06, Hermod Opstvedt wrote: Hi Is there a Maven helper class that can be called from a Mojo that will give the Mojo access to it's own dependencies? You can use the expression ${plugin.artifacts} i.e. /** * @parameter expression=${plugin.artifacts} */ private List pluginArtifacts; Is that what you're looking for? Jason. Hermod - 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]
SV: SV: Mojo and it's own dependencies
Hi I'll give it a shot Hermod -Opprinnelig melding- Fra: Jason van Zyl [mailto:[EMAIL PROTECTED] Sendt: 19. oktober 2006 23:36 Til: Maven Developers List Emne: Re: SV: Mojo and it's own dependencies On 19 Oct 06, at 5:19 PM 19 Oct 06, Hermod Opstvedt wrote: Hi Yeah, now we're talking. I need to setup a classpath for another java class that is to be run by an ant based mojo. So setting up the first mojo with the same dependencies as it, I will be able to supply the Ant script that as a classpath variable (Sneaky but does the trick) I need to document it, and you can help me with it, but I have that working with the new ant-based plugin stuff that I've committed. What I got working was an axis plugin entirely written in Ant. So a plugin script used in an ant-based plugin now has access to the compile, test, runtime and plugin classpath. I reworked all the ant stuff and combined John and Kenney's work and put it in a common project called maven-ant. I'll dig you up a sample if you document it :-) It fully works and has been run with a sizable ant script. Jason. Hermod -Opprinnelig melding- Fra: Jason van Zyl [mailto:[EMAIL PROTECTED] Sendt: 19. oktober 2006 21:30 Til: Maven Developers List Emne: Re: Mojo and it's own dependencies On 19 Oct 06, at 1:50 PM 19 Oct 06, Hermod Opstvedt wrote: Hi Is there a Maven helper class that can be called from a Mojo that will give the Mojo access to it's own dependencies? You can use the expression ${plugin.artifacts} i.e. /** * @parameter expression=${plugin.artifacts} */ private List pluginArtifacts; Is that what you're looking for? Jason. Hermod - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] [m1] release changes, genapp, pom, clover, java, jira, simian plugins
+1 for all Arnaud On 10/19/06, Jason van Zyl [EMAIL PROTECTED] wrote: +1 On 18 Oct 06, at 6:21 PM 18 Oct 06, Lukas Theussl wrote: Hi all, I am slowly starting to get familiar with Maven again... The following m1 plugins only had some trivial updates since the respective versions included in maven-1.1-beta-3, I think we could quickly release them for inclusion in 1.1-rc1: [] maven-changes-plugin-1.7 [] maven-genapp-plugin-2.3.1 [] maven-pom-plugin-1.5.1 [] maven-clover-plugin-1.11.1 [] maven-java-plugin-1.6.1 [] maven-jira-plugin-1.3.1 [] maven-simian-plugin-1.6.1 For an overview of changes, check the changes and jira(-roadmap) reports on the stage sites given below. +1 from me and 72h to vote, Cheers, -Lukas http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/changes/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/genapp/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/pom/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/clover/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/java/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/jira/ http://people.apache.org/~ltheussl/m1-plugins-stage-sites/maven-1.x/ plugins/simian/ maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-changes-plugin -Dversion=1.7- SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-genapp-plugin -Dversion=2.3.1- SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-pom-plugin -Dversion=1.5.1-SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-clover-plugin -Dversion=1.11.1- SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-java-plugin -Dversion=1.6.1-SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-jira-plugin -Dversion=1.3.1-SNAPSHOT maven plugin:download -Dmaven.repo.remote=http://repo1.maven.org/ maven,http://people.apache.org/repo/m1-snapshot-repository/ - DgroupId=maven -DartifactId=maven-simian-plugin -Dversion=1.6.1- SNAPSHOT - 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: [vote] commit access for Dan Fabulich
+1 Arnaud On 10/19/06, Dan Fabulich [EMAIL PROTECTED] wrote: Heh. Much appreciated! I'll get started on CLA stuff now... I'm looking forward to joining the team. :-) -Dan -Original Message- From: Mike Perham [mailto:[EMAIL PROTECTED] Sent: Thursday, October 19, 2006 8:33 AM To: Maven Developers List Subject: Re: [vote] commit access for Dan Fabulich +1 I think we should nominate him for sainthood too. :-) On 10/19/06, Jason van Zyl [EMAIL PROTECTED] wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] commit access for Dan Fabulich
+1 On 20/10/2006, at 12:58 AM, Jason van Zyl wrote: Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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: Getting started on repository security again
Do you have a pointer? I'm not sure what you are referring to. Eric - can you reply here? - Brett On 20/10/2006, at 2:57 AM, Jason van Zyl wrote: On 19 Oct 06, at 3:39 AM 19 Oct 06, Brett Porter wrote: Hey folks, I'm going to take a stab at the repository security stuff this weekend if I can (at least some of the foundational stuff, I think hooking it up to the download validation will become a rabbit hole since all that stuff needs some work). If you have any feedback on the proposal [1] before then, I'd love to hear it. I'll probably take another stab at getting the site to be a bit better organised too. Please sync up with Eric as he's doing some work and been filing issues in JIRA. I'm going to apply his patches later on. Jason. Cheers, Brett [1] http://docs.codehaus.org/display/MAVEN/Repository+Security +Improvements - 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: Continuum WAR snapshot - installation instructions anywhere?
Thanks, I guess it's been longer since I used Tomcat than I thought :) I forgot they were all attributes. - Brett On 20/10/2006, at 1:23 AM, Graham Leggett wrote: On Thu, October 19, 2006 4:24 pm, Jesse McConnell wrote: Graham, if you confirm you have it working just get me the settings your using and I get the readme updated with it. After fiddling around for a bit, I got this to work as continuum.xml: Context docBase=${catalina.home}/webapps/continuum privileged=true antiResourceLocking=false antiJARLocking=false Resource name=jdbc/continuum type=javax.sql.DataSource auth=Container description=Derby database for Continuum maxActive=100 maxIdle=30 maxWait=1 username= password= driverClassName=org.apache.derby.jdbc.EmbeddedDriver url=jdbc:derby:/udd001/app/alchemy/continuum/derby/ continuum;create=true / Resource name=jdbc/users type=javax.sql.DataSource auth=Container description=Derby database for Continuum maxActive=100 maxIdle=30 maxWait=1 username= password= driverClassName=org.apache.derby.jdbc.EmbeddedDriver url=jdbc:derby:/udd001/app/alchemy/continuum/derby/ users;create=true / /Context The pathnames would need to be fixed to say ${catalina.home}/databases/whatever. Regards, Graham -- - 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: [vote] commit access for Dan Fabulich
+1 Emmanuel Jason van Zyl a écrit : Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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: [vote] commit access for Dan Fabulich
+1 Vincent 2006/10/19, Emmanuel Venisse [EMAIL PROTECTED]: +1 Emmanuel Jason van Zyl a écrit : Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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: contents of a 1.1 release
Something I saw a while back and have been reminded of (they just had a recent release): http://jameleon.sourceforge.net/ Worth looking at too? It builds on top of jWebUnit and others, and might make authoring test cases easier. And they build with Maven :) - Brett On 19/10/2006, at 1:40 AM, Emmanuel Venisse wrote: Next week, I'll start implementation of UI tests for all screens. Emmanuel Jason van Zyl a écrit : On 17 Oct 06, at 2:34 PM 17 Oct 06, Brett Porter wrote: I agree with Emmanuel. IIRC, the profiles are already in the model, and basic choice of which JDK and maven/ant installation to use should be straightforward and extremely useful. I agree that making it more pervasive and using the toolchain support would be even better, but I don't believe it needs to wait for that. I would be against any more radical changes until the testing setup is rock solid. We're slipping in this area. We don't really know what machines this stuff runs on and I don't think anything is automated anymore. We need to stop paying lip service to what we are preaching. Jason. - Brett On 18/10/2006, at 12:54 AM, Emmanuel Venisse wrote: The introduction of continuum profiles isn't impacted by the DefaultContinuum refactoring. If we don't provide a full continuum profiles implementation in 1.1, I think we can do a minimal one with only the possibility to choose the maven1/maven2/ant/java home directories and use them instead of using maven/ant/mvn/java from the PATH. This feature isn't big to do. In 1.1, I'd like to see the possibility to choose in build definitions if a project is built with an update (like it's done actually) or with a clean checkout. The last point, I'd like to see in 1.1 is the dependency/parent change build-trigger. All these features are awaited by users since a long time. I don't think the implementation will take lot of time, so they can be add in 1.1. Of course, we need a database migration tool for the release too. Emmanuel Jesse McConnell a écrit : I was going to try and wrap my head about what needed to get wrapped up for a 1.1 release of continuum this week when I got to talking to emmanuel this morning. I had been under the impression that we were getting near a point that we might want to polish things up and cut a 1.1 release but emm was thinking that we ought to have another big push for new features before we start polishing things up. So I told him I would mention our talk and see what kinda interest we got from people on new features and who might want to tackle what in the short term, or if we wanted to put some things out into the longer term bin. One of the major things that I had been thinking we would push off to the 1.2 release was the profiles. Its a slightly overridden term as it has little to do with maven profiles, but in my mind at least the profiles were going to be 1/3 of a trinity by which builds could be setup to run. The trinity being: profile (maven instance, env vars, maven profiles, jdk instance, etc), temporal ( scheduled cron, when dependency changes, scm activity, etc) and the project group (bundle of projects). I was figuring that those three things taken together ought meet the requirements for building what, where and when. It would be a matter of setting up the permutations of those three components, for example: 2 profiles, 1 schedule, 1 project group would make 2 instances of schedulable FOO. Anyway, I digress...profiles would be one large feature that would be wonderful to have in continuum, sooner the better. But it would be pretty massive effects on the codebase. So massive that I would think we ought to consider splitting up the DefaultContinuum object into the workflows that have been kicked around, making things like 'Add Project To Project Group' extensible by users so they can trigger any other processes they might want running on those events. Trygve has some definite ideas in this area, perhaps using the plexus-spe code. The actions in continuum have been a first pass attempt at starting to break things out of the DC object which is pretty big atm. If we were going to rip the top off of the DefaultContinuum object and add/modify in the profile concepts into the store then we really ought to clean up the whole store api which is more painful to work with then it really should be. joakim and I had a lot of success with structuring things nicely in the plexus-security jdo stores and we could probably apply a ton of the concepts there in terms of api to the continuum-store and make it scads easier to work with. and on and on. I agree with Emmanuel that since 1.1 as it currently stands is not backwards compatible (I think) with the old database we ought to just add in what we need now...But doing this will definitely move out a 1.1 release into the new year...and is that something we want to do? I dunno really,
turned off ci.sh for trunk
Since it was deleted :) I'm assuming Jason is going to work to get stuff up on Continuum somewhere in short order, which I think is just fantabulous. Crossing it off my todo list right now in fact - thanks guys! :) - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [vote] commit access for Dan Fabulich
+1 -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Thursday, October 19, 2006 10:58 AM To: Maven Developers List Subject: [vote] commit access for Dan Fabulich Hi, Over the last month Dan has been helping a great deal with the Maven bootstrap and integration testing which are not for the faint of heart. He's been great at communicating solutions and has done a lot of work and submitted many patches to make our bootstrap and integration testing much easier to understand and use. He's created a simple Ant bootstrap mechanism, created a nice and clean integration testing setup and is working on a archetype for ITs to try and make it easier for others to contribute ITs. Dan also has many pending patches in JIRA for many other fixes and I wold like him to be able to integrate those himself. He's demonstrated to me that he understands Maven very well and is great to work with so I'd like to invite him to the team. +1 Jason. - 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: turned off ci.sh for trunk
On 19 Oct 06, at 7:44 PM 19 Oct 06, Brett Porter wrote: Since it was deleted :) I'm assuming Jason is going to work to get stuff up on Continuum somewhere in short order, which I think is just fantabulous. Crossing it off my todo list right now in fact - thanks guys! :) Yah, I found some rogue machines and I'll set it up once and for all tomorrow. - Brett - 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: Re: Continuum behind SSL, any progress on this
Jorg, The module that implements this isn't part of the standard mod_proxy. See my previous post or my comments here http://jira.codehaus.org/browse/CONTINUUM-734 to see how it's done. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Jorg Heymans Sent: Thursday, October 19, 2006 3:06 PM To: dev@maven.apache.org Subject: Re: Continuum behind SSL, any progress on this Hi Reinhard, Reinhard Poetz wrote: - install mod_proxy_html and load it within your Apache configuration - add following lines to your Apache configuration file: ProxyRequests Off ProxyPass/ http://localhost:8082/ ProxyPassReverse / http://localhost:8082/ SetOutputFilter proxy-html ProxyHTMLURLMap http://localhost:8082 https://[your-domain.org] i tried enabling this on our zone, but i'm getting Invalid command 'ProxyHTMLURLMap', perhaps mis-spelled or defined by a module not included in the server configuration The module is loaded though, is there anything else that is needed to get this to work? Thanks Jorg - 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 and the Apache processes...
Some projects don't do preliminary tags and release candidates, they build 2.0.7 once and if any problems are found, they just move on to 2.0.8. Then there are others that don't like to skip release numbers, so they'll just keep rebuilding 2.0.7 until they get it right. We do the former. Each build is pushed out to qa and tagged in svn as /build-tags. If it passes and gets release, the tag is moved to /release-tags. If it fails, we do another build and increment the last number. The issue with Maven is that you would want to move the deployed artifacts from a staging repo to a deployment repo. Since the maven repo is only used internally, we don't have to worry about deploying something that hasn't passed test yet. -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Thursday, October 19, 2006 3:59 PM To: Maven Developers List Subject: Re: Maven and the Apache processes... On 10/19/06, Daniel Kulp [EMAIL PROTECTED] wrote: The problem is that this is not ALLOWED. The artifacts that were voted on MUST be the artifacts that are released. You cannot vote on one set of artifacts, then build a whole new set of artifacts for the release. In practice, this does actually happen. Jakarta Commons uses release candidates, calls a vote, and then it's up to the release manager to make the final changes (usually just the version number, maybe minor editing of release notes,) and build/publish the final version. See: http://www.nabble.com/forum/Search.jtp?forum=317local=yquery=VOTE+rele ase Some projects don't do preliminary tags and release candidates, they build 2.0.7 once and if any problems are found, they just move on to 2.0.8. Then there are others that don't like to skip release numbers, so they'll just keep rebuilding 2.0.7 until they get it right. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Subscription: Design Best Practices
Issue Subscription Filter: Design Best Practices (37 issues) Subscriber: mavendevlist Key Summary MNG-2184Possible problem with @aggregator and forked lifecycles http://jira.codehaus.org/browse/MNG-2184 MNG-612 implement conflict resolution techniques http://jira.codehaus.org/browse/MNG-612 MNG-1634move maven-core-it to integration-tests http://jira.codehaus.org/browse/MNG-1634 MNG-1508Need a process-test-classes phase http://jira.codehaus.org/browse/MNG-1508 MNG-1305Document Maven's own development process http://jira.codehaus.org/browse/MNG-1305 MNG-1381best practices: testing strategies http://jira.codehaus.org/browse/MNG-1381 MNG-2125[doc] when and how to define plugins in a pom http://jira.codehaus.org/browse/MNG-2125 MNG-1563how to write integration tests http://jira.codehaus.org/browse/MNG-1563 MNG-1936pattern: for mojo parameters which have default values in the POM we need standard usage http://jira.codehaus.org/browse/MNG-1936 MNG-474 performance improvement for forked lifecycles http://jira.codehaus.org/browse/MNG-474 MNG-2381improved control over the repositories in the POM http://jira.codehaus.org/browse/MNG-2381 MNG-1950Ability to introduce new lifecycles phases http://jira.codehaus.org/browse/MNG-1950 MNG-1931add a reportingManagement section http://jira.codehaus.org/browse/MNG-1931 MNG-2477Implement repository security improvements for verification of downloaded artifacts http://jira.codehaus.org/browse/MNG-2477 MNG-1437How to make additions to the POM and have it be backward/forward compatible http://jira.codehaus.org/browse/MNG-1437 MNG-1468best practices: version management in multi project builds http://jira.codehaus.org/browse/MNG-1468 MNG-1423best practices: setting up multi-module build http://jira.codehaus.org/browse/MNG-1423 MNG-1463best practices: plugin inheritance for a multi project build http://jira.codehaus.org/browse/MNG-1463 MNG-1441Starting thinking about a proper distributed repository mechanism a la CPAN http://jira.codehaus.org/browse/MNG-1441 MNG-647 Allow Maven 2 to be monitored using JMX. http://jira.codehaus.org/browse/MNG-647 MNG-1425best practices: the location of configuration files vs resources http://jira.codehaus.org/browse/MNG-1425 MNG-1867deprecate system scope, analyse other use cases http://jira.codehaus.org/browse/MNG-1867 MNG-1452best practices: deployment of aggregate JARs produced by the assembly plug-in http://jira.codehaus.org/browse/MNG-1452 MNG-939 specify maven settings from command line http://jira.codehaus.org/browse/MNG-939 MNG-367 best practices: multi-user installation http://jira.codehaus.org/browse/MNG-367 MNG-139 server definitions should be reusable http://jira.codehaus.org/browse/MNG-139 MNG-1440Developer Object Model (DOM) http://jira.codehaus.org/browse/MNG-1440 MNG-657 possible chicken and egg problem with extensions http://jira.codehaus.org/browse/MNG-657 MNG-125 guarded mojo execution http://jira.codehaus.org/browse/MNG-125 MNG-1439Organization Object Model (OOM) http://jira.codehaus.org/browse/MNG-1439 MNG-905 review clean repo install of m2 for download trimming http://jira.codehaus.org/browse/MNG-905 MNG-1569Make build process info read-only to mojos, and provide mechanism for explicit out-params for mojos to declare http://jira.codehaus.org/browse/MNG-1569 MNG-416 best practices: multiple profile deployments http://jira.codehaus.org/browse/MNG-416 MNG-1885Uniquely identify modules by module name and version number http://jira.codehaus.org/browse/MNG-1885 MNG-868 Use uniform format for properties and other tags http://jira.codehaus.org/browse/MNG-868 MNG-140 refactor maven-artifact http://jira.codehaus.org/browse/MNG-140 MNG-41 best practices: site management http://jira.codehaus.org/browse/MNG-41 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]