RE: Continuum dead?
I just started converting to Hudson as well. It is extremely well written and it by far and away blows continuum out of the water, in features, in functionality, and of course stability. -Original Message- From: Gregory Kick [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 08, 2007 9:51 PM To: Maven Users List Subject: Re: Continuum dead? If you're not happy with the turnaround on continuum, take a look at Hudson. The maven integration is great and releases/bug fixes come incredibly quickly. https://hudson.dev.java.net/ (I didn't write it... just a user :-) On 5/8/07, Wendy Smoak [EMAIL PROTECTED] wrote: On 5/8/07, Crossley, Jim [EMAIL PROTECTED] wrote: Is Continuum dead? It hasn't been released in over a year. I need for it to build multi-module project snapshots correctly. Continuum has its own user and dev lists, for which you can find subscription info here: http://maven.apache.org/continuum/mail-lists.html Or you can follow the discusson on Nabble: http://www.nabble.com/Continuum---Users-f13868.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gregory Kick http://kickstyle.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to deploy source jar generated by source plug-in into repository when running mvn deploy?
Try mvn deploy:deploy-file :-) http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html - Deng JesseLiu wrote: Hi,all How to deploy source jar generated by source plug-in into repository when running mvn deploy? !DSPAM:602,4641443a36371546544105! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuum dead?
+1 on hudson. on a general level I find the default maven build behavior of continuum and hudson a bit annoying. I don't want 20 interdependent small builds that cause failure storms when something breaks. I find 1 complete build of the entire product more satisfying. I solve that by running a shell based job in hudson that just executes maven. Another thing that proved worth mentioning is that each project/product shall have a separate local repository location to prevent the artifacts from undeclared repos to appear in local one. Especially handy when some other project on the same hudson machine is using snapshot plugins or some experimental remote repos. Milos On 5/9/07, Jason Chaffee [EMAIL PROTECTED] wrote: I just started converting to Hudson as well. It is extremely well written and it by far and away blows continuum out of the water, in features, in functionality, and of course stability. -Original Message- From: Gregory Kick [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 08, 2007 9:51 PM To: Maven Users List Subject: Re: Continuum dead? If you're not happy with the turnaround on continuum, take a look at Hudson. The maven integration is great and releases/bug fixes come incredibly quickly. https://hudson.dev.java.net/ (I didn't write it... just a user :-) On 5/8/07, Wendy Smoak [EMAIL PROTECTED] wrote: On 5/8/07, Crossley, Jim [EMAIL PROTECTED] wrote: Is Continuum dead? It hasn't been released in over a year. I need for it to build multi-module project snapshots correctly. Continuum has its own user and dev lists, for which you can find subscription info here: http://maven.apache.org/continuum/mail-lists.html Or you can follow the discusson on Nabble: http://www.nabble.com/Continuum---Users-f13868.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Gregory Kick http://kickstyle.net/ - 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]
Sync of repository.jboss.com to repo1.maven.org
Hi, I'd like to know why the repository http://repository.jboss.com/maven2 isn't synch with http://repo1.maven.org/maven2. Specially the jboss folder (http://repository.jboss.com/maven2/jboss/). Is there any special request to made ? Or it's impossible ? Thanks, -- Olivier This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message electronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci apres le message ), sont confidentiels et destines exclusivement a l'usage de la personne a laquelle ils sont adresses. Si vous avez recu ce message par erreur, merci de le renvoyer a son emetteur et de le detruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressement autorisees de ce message, sont interdites. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deactivating profiles
I have a situation like this as well.
My use case is the maven release plugin and cargo. For day to day
builds, I want to use cargo to deploy the latest version of a war file
to my web container. During the release, the build falls over during
the cargo undeploy step due to the incremented version number of the
POM, which is part of the war file name.
So during a release, I wanted to disable cargo.
mvn release:prepare -Dcargo=false ...
This was the closest I found:
http://www.nabble.com/Skipping-cargo-tf2761726.html#a7702937
A concrete example would be be handy! I've tried the below, but it
doesn't work - the cargo plugin doesn't get called.
profiles
profile
!--
To disable the cargo plugin to undeploy and deploy to Tomcat,
use -Dcargo=false, or not 'true' as part of the mvn
command line.
--
activation
property
namecargo/name
valuetrue/value
/property
/activation
build
plugins
plugin
groupIdorg.codehaus.cargo/groupId
artifactIdcargo-maven2-plugin/artifactId
configuration
deployer
deployables
deployable
artifactId
${pom.artifactId}
/artifactId
groupId
${pom.groupId}
/groupId
/deployable
/deployables
/deployer
/configuration
/plugin
/plugins
/build
/profile
/profiles
properties
!-- enable cargo profile by default --
cargotrue/cargo
/properties
Cheers,
James
On 08/05/07, David Corbin [EMAIL PROTECTED] wrote:
Twice this week for two seperate reasons, I've wanted to use profiles where it
was active by default, but it would be possible to de-activate it based on
property.
I don't see anyway to do this. Am I missing something?
Thanks
David
-
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: Sync of repository.jboss.com to repo1.maven.org
On 5/9/07, LAMY Olivier [EMAIL PROTECTED] wrote: Hi, I'd like to know why the repository http://repository.jboss.com/maven2 isn't synch with http://repo1.maven.org/maven2. Specially the jboss folder (http://repository.jboss.com/maven2/jboss/). Is there any special request to made ? Yes, there's a Sync'ing your own repository to the central repository automatically paragraph on http://maven.apache.org/guides/mini/guide-central-repository-upload.html But - there are SNAPSHOTs in this repo, see http://repository.jboss.com/maven2/org/jboss/server/common/jboss-common/5.0-SNAPSHOT/ while repo1.maven.org/maven2 accepts only releases. So - probably there should be 'brand new repository' at jboss.org, containing only releases. Another thing - I don't know current state but when I was looking over this repository, there was a lot of artifacts, that are not 'synced' with their primary locations at repo1.maven.org, like this one: http://repository.jboss.com/maven2/apache-collections/commons-collections/2.1/ This should be clearified I think. Regards, Tomek PS1 I'm not a maven developer or repo1.maven.org maintainer, just a user, that would be happy if things like jboss or hibernate libraries will be synced to repo1 automatically, like spring libraries are for example). PS2 http://jira.jboss.org/jira/browse/JBBUILD-318 Or it's impossible ? Thanks, -- Olivier This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message electronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci apres le message ), sont confidentiels et destines exclusivement a l'usage de la personne a laquelle ils sont adresses. Si vous avez recu ce message par erreur, merci de le renvoyer a son emetteur et de le detruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressement autorisees de ce message, sont interdites. ** - 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: Default property values
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Corbin wrote: When I used to do ant, I always got frustrated by the way properties were immutable. I was always trying to use them as variables. Now, I find myself wanting them back. I would like to be able to declare proprties in my POM such that it will NOT replace/define the property if it is already available (such as one that is defined on the command line with -D). Can this be done? Would you please provide an example of what you are describing? I read your email several times. However, I think there is a misunderstanding here. I believe it is desirable to localize as much of the project and property definition in the pom.xml file for team communication. Settings.xml files are used to supply or override per user information such as passwords. Finally, the -D command line options are designed to override the settings in the pom.xml to trigger profiles or override defaults in the pom. Based on what the Sam's Ant Developer's Handbook says on page 87, It is important to note that properties set on the command line take precedence over those set by property tasks or in properties files. That Ant behavior sounds like the same behavior that Maven uses. Perhaps you are looking for profile functionality? Appendix A in this free pdf book, http://www.mergere.com/m2book_download.jsp , has a good explanation of expression evaluation and profile activation. This may be a good resource to explore what you are trying to do. HTH Regards, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGQY2ixyxe5L6mr7IRAq2AAKCgXbuINOzobZZZylV4ztX8/qUThACgii3+ UbwBOD3xyEWUBdnNZs4qlHM= =tpAf -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuum dead?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Milos Kleint wrote: +1 on hudson. As you have heard Continuum is not dead, nor are a number of other CI projects. What's nice about Maven is that it supports several CI tools. If you are in the process of evaluating CI tools, then you may want to also look at http://docs.codehaus.org/display/DAMAGECONTROL/Continuous+Integration+Server+Feature+Matrix for a nice matrix of tools. If you are short of time, then you may want to stay with your game plan of using Continuum, based on a how-to document, local support in your organization, or a mandate. Regards, Greg on a general level I find the default maven build behavior of continuum and hudson a bit annoying. I don't want 20 interdependent small builds that cause failure storms when something breaks. I find 1 complete build of the entire product more satisfying. I solve that by running a shell based job in hudson that just executes maven. Another thing that proved worth mentioning is that each project/product shall have a separate local repository location to prevent the artifacts from undeclared repos to appear in local one. Especially handy when some other project on the same hudson machine is using snapshot plugins or some experimental remote repos. Milos On 5/9/07, Jason Chaffee wrote: I just started converting to Hudson as well. It is extremely well written and it by far and away blows continuum out of the water, in features, in functionality, and of course stability. -Original Message- From: Gregory Kick Sent: Tuesday, May 08, 2007 9:51 PM To: Maven Users List Subject: Re: Continuum dead? If you're not happy with the turnaround on continuum, take a look at Hudson. The maven integration is great and releases/bug fixes come incredibly quickly. https://hudson.dev.java.net/ (I didn't write it... just a user :-) On 5/8/07, Wendy Smoak [EMAIL PROTECTED] wrote: On 5/8/07, Crossley, Jim [EMAIL PROTECTED] wrote: Is Continuum dead? It hasn't been released in over a year. I need for it to build multi-module project snapshots correctly. Continuum has its own user and dev lists, for which you can find subscription info here: http://maven.apache.org/continuum/mail-lists.html Or you can follow the discusson on Nabble: http://www.nabble.com/Continuum---Users-f13868.html -- Wendy -- Gregory Kick http://kickstyle.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGQZTJxyxe5L6mr7IRAkpnAKCEncq71wKxSBfKo0uKU/mtCk3HLACgiyPI LjBeSJhf7eZqJg8WlYxLv3Y= =c4My -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to deploy source jar generated by source plug-in into repository when running mvn deploy?
On 5/9/07, JesseLiu [EMAIL PROTECTED] wrote: Hi,all How to deploy source jar generated by source plug-in into repository when running mvn deploy? For SNAPSHOT versions right? Try mvn -DperformRelease=true deploy Regards, Tomek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to deploy source jar generated by source plug-in into repository when running mvn deploy?
On 5/9/07, Maria Odea Ching [EMAIL PROTECTED] wrote: Try mvn deploy:deploy-file :-) ? Not sure it's the right advice. If you want to deploy the source within the standard deploy phase, you need to bind the source plugin to the lifecycle. To do so, configure the source plugin as follows: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-source-plugin/artifactId executions execution idattach-sources/id goals goaljar/goal /goals /execution /executions /plugin HTH, Stéphane http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html - Deng JesseLiu wrote: Hi,all How to deploy source jar generated by source plug-in into repository when running mvn deploy? !DSPAM:602,4641443a36371546544105! - 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 vs. Scripted Build Systems
Hi folks,
after setting up and maintaining complex build environments using ANT
and Maven for a couple of years I have some thought about the topic
+) a fool with a tool is still a fool - if a complex build system is
falling apart it has most of the times nothing to do with the underlying
tools being used - if you do your job properly it will work
+) a related problem is that many companies hire juniors for this
setting up and maintaining a build system - it is not real programming
after all ... :-) ... later on the know better
+) the complexity does not go away - the complexity remains no matter
of the build system but it might be less visible - so if you have
problems they are hard to fix no matter what you are using
+) once you have it you have it - that was an important topic with my
current customer for rolling out a M2 build - it would be really
difficult and depressing to kick out M2 and replace it with something
else. And M2 is not really undisputed around here ... :-)
Cheers,
Siegfried Goeschl
Mykel Alvis wrote:
I agree with Graham's assessment that the bigger the project, the more
useful. However, it does come with a price. You've got to get used to the
idea of hard-versioning artifacts and moving toward controlled releases.
And a number of the plugins are pretty...interesting...to use.
I'm of the opinion that you shouldn't switch builds unless there's a
compelling reason to do so. If your scripted/ant build performs the build
tasks that you need, then use it until it becomes unmanageable or until you
need something else...like consistency and reporting. In every case that
I've installed maven in an enterprise environment, those are not just the
most compelling reasons that someone wanted/liked it. They WERE the
reasons. Ramp-up time for a new developer capable of building whatever
system and/or component needed dropped from several hours (even days) into
the 10's of minutes and is ridiculously easy. Likewise, the reporting
available to a maven build stands on its own. Anyone looking at the
default
generated reporting gets pretty excited, and when you can add other
sorts of
reports (we like JDepend, pmd, and Findbugs for example), it really shines.
As a side note, it has been my experience that low-to-mid-skill developers
rarely understands or wants to understand the software construction
process,
and management practically never does. Builds are a thing that are either
(a) laughably easy or (b) handled by someone else. If you're
implementing a
complex build, that someone is probably you. More than anything else, it
seems that resistance to a new (maven) build is inevitable since it forces
you to do some things that you might not otherwise do or to do them in a
particular way. Prepare for that.
As for scaling into large builds, I'd note that that a lot of that depends
on patterns in your code. For instance, we (now) have about 100 active
components being built, 80+ of which are in the hands of the coders (as
opposed to being built exclusively by the build engineer). Of those, they
can be divided out into about 15 classes of components. Once the build
process is defined for each class of components, then managing becomes
simpler for any new component of that class. For example, EJBs and their
clients are 2 classes of components in our systems. We can produce a build
for a new EJB in about 5 minutes and have a skeletal project waiting to be
checked out of SCM ready for the developer to write code.
If we had to manage 100 unique types of artifacts, this system would
definitely be less scalable, and I'd probably be wanting to go looking
for a
new job.
I haven't tried buildr, but am certainly interested in it. As for the
Maven
Uncertainty Principle they describe, I'm going to say that I've definitely
encountered that effect but it seems that we generally had no problem
defeating it with proper planning and project organization. Projects that
force maven to bend to the will of the project tend to be less successful
with maven integration than those that are structured around the maven
way. Note that the maven way is much like the DJB way. It's flexible
within limits, but you definitely get more bang for your buck if you
conform
to the way.
Maven's definitely got it's warts, just like any product, and your mileage
for responses on the lists may vary, but it's my current tool-of-choice and
I've not regretted the decision to anywhere near the point of replacing it
yet.
On 5/8/07, Graham Leggett [EMAIL PROTECTED] wrote:
On Mon, May 7, 2007 6:24 pm, Peter Kahn wrote:
How does maven's declarative convention over configuration stack up
against scripted solutions like buildr, groovy/ant or scons when it
comes to maintenance costs for large projects?
{snip}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Default property values
Properties that are given over the command-line ALWAYS prevail over those that are coded in the POM. On Tuesday 08 May 2007 21:03, David Corbin wrote: When I used to do ant, I always got frustrated by the way properties were immutable. I was always trying to use them as variables. Now, I find myself wanting them back. I would like to be able to declare proprties in my POM such that it will NOT replace/define the property if it is already available (such as one that is defined on the command line with -D). Can this be done? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Roland Asmann CFC Informationssysteme Entwicklungsgesellschaft m.b.H Bäckerstrasse 1/2/7 A-1010 Wien FN 266155f, Handelsgericht Wien Tel.: +43/1/513 88 77 - 27 Fax.: +43/1/513 88 62 Email: [EMAIL PROTECTED] Web: www.cfc.at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: SCM Problem Continuum 1.0.3 Ant
hi emmanuel, seems i jumped the gun a bit on that problem. the first time i copy/pasted the scm url from another project and edited it according to the projects needs. that didn't work. when i entered the url manually everything worked just fine. sorry for making such a fuzz about nothing. thx again, Freundliche Grüße / With kind regards Thomas Zirke SN AG Klingenderstr. 5 D 33100 Paderborn voice +49 5251/1581-984 fax +49 5251/1581-71 eMail [EMAIL PROTECTED] Web http://www.s-und-n.de Vorstand Klaus Beverungen Josef Tillmann Vorsitzender des Aufsichtsrates Heinz-Dieter Wendorff Handelsregister Amtsgericht Paderborn HRB 3270 [EMAIL PROTECTED] 09.05.2007 11:42 Bitte antworten an continuum-users An: [EMAIL PROTECTED] Kopie: Thema: Antwort: Re: SCM Problem Continuum 1.0.3 Ant hi emmanuel, i don't get past the setup page. whenever i try to submit the form right beneath the scm url input field the following error message appears. [ You must provide an scm url ] i just checked the wrapper log and the ant project is not to be found in it. Freundliche Grüße / With kind regards Thomas Zirke SN AG Klingenderstr. 5 D 33100 Paderborn voice +49 5251/1581-984 fax +49 5251/1581-71 eMail [EMAIL PROTECTED] Web http://www.s-und-n.de Vorstand Klaus Beverungen Josef Tillmann Vorsitzender des Aufsichtsrates Heinz-Dieter Wendorff Handelsregister Amtsgericht Paderborn HRB 3270 Emmanuel Venisse [EMAIL PROTECTED] 09.05.2007 11:34 Bitte antworten an continuum-users An: [EMAIL PROTECTED] Kopie: Thema: Re: SCM Problem Continuum 1.0.3 Ant [EMAIL PROTECTED] a écrit : hi, i'm trying to setup the first ant based project in continuum 1.0.3. however i can't get past the SCM URL that is to be entered on the projects setup page. i do use the following connection string: scm:cvs:ext:username@server:/path/to/repository i tried this with and without the username it doesn't work in either case. i also tried to add the module i want to check out to the scm url as the following pattern shows scm:cvs:ext:username@server:/path/to/repository:Module/ What is the pb with this url? it's seems to be correct. Do you have some logs we can look at? this doesn't work either. setting up the scm url as such works fine with any maven2 project on the continuum server. can anyone help me with this problem? thanks in advance, Freundliche Grüße / With kind regards Thomas Zirke
RE: Continuum dead?
Yes, you are right. And some of CI tools are really good. For Post release functions, Quickbuild is a wonderful tool. Bamboo is another CI tool but it is more helpful in pre release activities like unit testing and code coverage review. With Regards, Mayank -Original Message- From: Greg Morgan [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 3:01 PM To: Maven Users List Subject: Re: Continuum dead? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Milos Kleint wrote: +1 on hudson. As you have heard Continuum is not dead, nor are a number of other CI projects. What's nice about Maven is that it supports several CI tools. If you are in the process of evaluating CI tools, then you may want to also look at http://docs.codehaus.org/display/DAMAGECONTROL/Continuous+Integration+Server+Feature+Matrix for a nice matrix of tools. If you are short of time, then you may want to stay with your game plan of using Continuum, based on a how-to document, local support in your organization, or a mandate. Regards, Greg on a general level I find the default maven build behavior of continuum and hudson a bit annoying. I don't want 20 interdependent small builds that cause failure storms when something breaks. I find 1 complete build of the entire product more satisfying. I solve that by running a shell based job in hudson that just executes maven. Another thing that proved worth mentioning is that each project/product shall have a separate local repository location to prevent the artifacts from undeclared repos to appear in local one. Especially handy when some other project on the same hudson machine is using snapshot plugins or some experimental remote repos. Milos On 5/9/07, Jason Chaffee wrote: I just started converting to Hudson as well. It is extremely well written and it by far and away blows continuum out of the water, in features, in functionality, and of course stability. -Original Message- From: Gregory Kick Sent: Tuesday, May 08, 2007 9:51 PM To: Maven Users List Subject: Re: Continuum dead? If you're not happy with the turnaround on continuum, take a look at Hudson. The maven integration is great and releases/bug fixes come incredibly quickly. https://hudson.dev.java.net/ (I didn't write it... just a user :-) On 5/8/07, Wendy Smoak [EMAIL PROTECTED] wrote: On 5/8/07, Crossley, Jim [EMAIL PROTECTED] wrote: Is Continuum dead? It hasn't been released in over a year. I need for it to build multi-module project snapshots correctly. Continuum has its own user and dev lists, for which you can find subscription info here: http://maven.apache.org/continuum/mail-lists.html Or you can follow the discusson on Nabble: http://www.nabble.com/Continuum---Users-f13868.html -- Wendy -- Gregory Kick http://kickstyle.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGQZTJxyxe5L6mr7IRAkpnAKCEncq71wKxSBfKo0uKU/mtCk3HLACgiyPI LjBeSJhf7eZqJg8WlYxLv3Y= =c4My -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.463 / Virus Database: 269.6.2/782 - Release Date: 5/1/2007 2:10 AM Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.463 / Virus Database: 269.6.2/782 - Release Date: 5/1/2007 2:10 AM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Repository conversion
Hi, I would like to convert a maven1 repository to a maven2 repository, only one. . TTBOMK the maven1 repository on ibiblio is converted automatically, hence there must be some tools... Are the tools integrated in Archiva? Best regards, Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven vs. Scripted Build Systems
On Wed, May 9, 2007 12:30 pm, Siegfried Goeschl wrote: +) a related problem is that many companies hire juniors for this setting up and maintaining a build system - it is not real programming after all ... :-) ... later on the know better I've seen over an over again how a lack of basic software discipline can reduce a quickly running project down to an absolute crawl. One of the most key benefits of a system like maven is that it (within limitations) enforces discipline within a project. When you've made a policy decision that the maven release plugin (for example) will be used to make releases, you are now implicitely saying that the underlying code needs to build, the version control rules need to be followed properly, the maven repository to which you're publishing releases needs to be configured properly. Instead of trying to educate developers on some weird home grown way of maintaining software discipline (a task akin to herding cats), you say let's use the maven way - something you learn once, and apply everywhere. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
uber jar in lib of Maven2.0.6
Hi, why are the jar archives formerly stored in the lib folder of the maven installation now be unified in the maven-core-2.0.6-uber.jar? I think this was a bad decision because now i have to check this jar if e.g. the ftp or webdav wagon provider is included. In general it is not easy to update just one jar that is (con)fused in the uber jar. What do you think? Alex Bruker Daltonik GmbH -- Fahrenheitstrasse 4 28359 Bremen, Germany Permoserstrasse 15 04318 Leipzig, Germany Geschaftsfuhrer: Frank Laukien, Ph. D., Hans Jakob Baum, Gerd Hulso, Sebastian Meyer-Plath, Stefan Ruge, Ian Sanders, Ph. D., Dr. Michael Schubert Sitz der Gesellschaft: Bremen Handelsregister Amtsgericht Bremen: HRB 8150 www.bdal.de Haftungsausschluss: Die Bruker Daltonik GmbH ist nicht verantwortlich fur die ordnungsgema?e, vollstandige und verzogerungsfreie Ubertragung der Nachricht. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er unsererseits durch einen Brief oder ein Fax entsprechend bestatigt wird. Exclusion from liability: Any liability of Bruker Daltonik GmbH referring to the correct, complete and immediate transmission of the message shall be excluded. The content of the e-mail including its attachments is only legally binding if confirmed by Bruker Daltonik GmbH by letter or fax. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven native plugin
To expand on this.. Given the following command line options defined for the compiler; -idirafterdir Add directory (dir) to the second include file search path (after -I). -Idirectory Specifies an additional directory to search for include files -Ldirectory Instruct linker to search directory for libraries one would modify the sample pom and adjust the start, middle and end options of the compiler and linker as required or suggested by output. Good luck, project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.mycompany.app/groupId artifactIdmy-app/artifactId packagingso/packaging version1.0-SNAPSHOT/version namemy-app/name urlhttp://maven.apache.org/url dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdnative-maven-plugin/artifactId extensionstrue/extensions configuration compilerProvidergeneric/compilerProvider compilerExecutableicl/compilerExecutable compilerStartOptions-IC:\Programme\Intel\Compiler\C++\9.1\IA32\Includ e/compilerStartOptions linkerStartOptions-shared -lxml2 -lz -lpthread -ldl/linkerStartOptions linkerMiddleOptions-LC:\Programme\Intel\Compiler\C++\9.1\IA32\Lib/l inkerMiddleOptions sources source directory/src/main/native/directory includes include*.cpp/include /includes /source /sources /configuration /plugin /plugins /build /project -Original Message- From: Dan Tran [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 08, 2007 6:48 AM To: Maven Users List Subject: Re: Maven native plugin take tout your code source directoryC:\Programme\Intel\Compiler\C++\9.1\IA32\Include/directory includes include*.h/include /includes /source source source directoryC:\Programme\Intel\Compiler\C++\9.1\IA32\Lib/directory includes include*.lib/include /includes includes include*.dll/include /includes /source /yourcode - Dont think we support compilation of .h file - Dont think the compliler can compile .dll files - Dont think we support *.lib, you must explicitely link it via LinkerStartOption using your linker specific arguments Best to take to present INCLUDE and LIB system environment variables prior to running mvn -D On 5/7/07, jBeuchat [EMAIL PROTECTED] wrote: Thank you for your answer. I have done what you told me to do, but still have an error. There is something wrong, but i don't know what. The dependencies? The sources? or that? compilerProvidergeneric/compilerProvider compilerExecutableicl/compilerExecutable ?? THank you for your help! Here my pom.xml : project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.mycompany.app/groupId artifactIdmy-app/artifactId packagingso/packaging version1.0-SNAPSHOT/version namemy-app/name urlhttp://maven.apache.org/url dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdnative-maven-plugin/artifactId extensionstrue/extensions configuration linkerStartOptions linkerStartOption-shared -lxml2 -lz -lpthread -ldl/linkerStartOption /linkerStartOptions sources source directory/src/main/native/directory includes include*.cpp/include /includes /source source directoryC:\Programme\Intel\Compiler\C++\9.1\IA32\Include/directory includes include*.h/include /includes /source source directoryC:\Programme\Intel\Compiler\C++\9.1\IA32\Lib/directory includes include*.lib/include /includes includes include*.dll/include /includes /source /sources compilerProvidergeneric/compilerProvider compilerExecutableicl/compilerExecutable /configuration /plugin
Building Websphere/WSAD 5 projects with Maven
A coworker is converting a WebSphere project to build with Maven. Neither of us is one of the project developers, so we're working directly with the code in svn on a branch, and not with the IDE at all. I'll start with a couple of questions, but general advice from someone who's worked with WSAD [1] and Maven is greatly appreciated. Will WSAD work with Maven's standard src/main/java and src/main/webapp directory structures? How do you deal with the third-party jars? Of course we'll install them in the internal remote repository, but there are conflicting opinions about which jars you really need for building projects. The architects say only three are necessary, another group says they needed about 40 of them, and the group I'm working with now just wants to point Maven at the entire lib directory they way they did with Ant. [1] WebSphere Studio Application Developer Thanks, Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Final Name
Hi,
How do i get the final name propery like i would the project version,
eg ${project.version}.
Regards
Ben Short
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven native plugin
Guys, Everybody interested in more flexible CFLAGS/library path settings should vote for http://jira.codehaus.org/browse/MPNATIVE-22 :-) -h - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
APP-INF/lib and Developer Setup
In Maven I found an example of getting jars into APP-INF/lib from the Maven repository here http://maven.apache.org/plugins/maven-ear-plugin/howto.html. I'm developing a WebLogic Portal application and in order for developers to iteratively work with the application the jars referenced by pom.xml for APP-INF/lib need to be physically present. Is there a plugin or command that developers can use to get Maven to automatically copy these jars or do I need to write something myself? I realize they could do an mvn package and copy the jars from the target into EarContent/APP-INF/lib but I would prefer something more automated. Thanks, Gerald
Re: Building Websphere/WSAD 5 projects with Maven
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wendy Smoak wrote: A coworker is converting a WebSphere project to build with Maven. Neither of us is one of the project developers, so we're working directly with the code in svn on a branch, and not with the IDE at all. I'll start with a couple of questions, but general advice from someone who's worked with WSAD [1] and Maven is greatly appreciated. Will WSAD work with Maven's standard src/main/java and src/main/webapp directory structures? WSAD or whatever IBM is calling it these days is just eclipse with IBM plugins. The plugins make turn eclipse into WSAD and turn up the price. ;-) So the maven plugin, http://maven.apache.org/eclipse-plugin.html, will take the maven directory and map it to the correct dot files and project file for the eclipse/WASD/myeclipse world. How do you deal with the third-party jars? Of course we'll install them in the internal remote repository, but there are conflicting opinions about which jars you really need for building projects. The See if some of those jars aren't already available in the default maven repository. If so, then just declare a dependency to 'em. Those jars that aren't in the maven repo can be put in internal repo. The benefit here is that you'll finally know if the project requires 3 or 40 jars. architects say only three are necessary, another group says they needed about 40 of them, and the group I'm working with now just wants to point Maven at the entire lib directory they way they did with Ant. [1] WebSphere Studio Application Developer Thanks, Wendy Regards, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGQdrTxyxe5L6mr7IRAgUuAJ9cRj9NQJjo1ceDIHjZtsBzg1cvYQCgjYmn 6DQhRFUfca3iLxqrvgu/orE= =uYLd -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven native plugin
MPNATIVE is the issue tracker for the maven 1 native plugin, which is not developed anymore. If you meant to open an issue for the m2 plugin, you should do it at MOJO, under the native component. -Lukas Holger Hoffstaette wrote: Guys, Everybody interested in more flexible CFLAGS/library path settings should vote for http://jira.codehaus.org/browse/MPNATIVE-22 :-) -h - 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: Deactivating profiles
It's a little hackish, but if you have a profile that's activeByDefault, and
you want to disable it deliberately, then you can create an empty, dummy
profile, and activate that. So:
profile
iddummy/id
/profile
then:
mvn -P dummy goals
Good luck,
-john
On 5/9/07, James Abley [EMAIL PROTECTED] wrote:
I have a situation like this as well.
My use case is the maven release plugin and cargo. For day to day
builds, I want to use cargo to deploy the latest version of a war file
to my web container. During the release, the build falls over during
the cargo undeploy step due to the incremented version number of the
POM, which is part of the war file name.
So during a release, I wanted to disable cargo.
mvn release:prepare -Dcargo=false ...
This was the closest I found:
http://www.nabble.com/Skipping-cargo-tf2761726.html#a7702937
A concrete example would be be handy! I've tried the below, but it
doesn't work - the cargo plugin doesn't get called.
profiles
profile
!--
To disable the cargo plugin to undeploy and deploy to
Tomcat,
use -Dcargo=false, or not 'true' as part of the mvn
command line.
--
activation
property
namecargo/name
valuetrue/value
/property
/activation
build
plugins
plugin
groupIdorg.codehaus.cargo/groupId
artifactIdcargo-maven2-plugin/artifactId
configuration
deployer
deployables
deployable
artifactId
${pom.artifactId}
/artifactId
groupId
${pom.groupId}
/groupId
/deployable
/deployables
/deployer
/configuration
/plugin
/plugins
/build
/profile
/profiles
properties
!-- enable cargo profile by default --
cargotrue/cargo
/properties
Cheers,
James
On 08/05/07, David Corbin [EMAIL PROTECTED] wrote:
Twice this week for two seperate reasons, I've wanted to use profiles
where it
was active by default, but it would be possible to de-activate it based
on
property.
I don't see anyway to do this. Am I missing something?
Thanks
David
-
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]
--
John Casey
---
Maven Developer (http://maven.apache.org)
---
Blog: http://www.ejlife.net/blogs/buildchimp
Re: Applet with maven 2
I have tried this and see 1 downside, artifactId archiva-applet needs to live in the loacl repository. ( with mvn install ). If not it complains about a missing artifact. If archiva-applet was not installed in the local repository, is there anyway to do mvn package on archiva-parent ? -Thanks Steve More On 4/17/07, franz see [EMAIL PROTECTED] wrote: What archiva does with its applet is that in archiva-webapp, it declares archiva-applet as a dependency ( with scope set to provided ). Then it uses dependency-maven-plugin ( though you can now use maven-dependency-plugin since i think it's much more updated now ) to copy the applet to wherever it wants it to be ( see [1] ). Cheers, Franz [1] http://svn.apache.org/repos/asf/maven/archiva/trunk/archiva-webapp/pom.xml dennisl-2 wrote: That's how I would do it, but I'd make the applet jar a dependency in the war project, because it is a dependency. But you don't want the applet jar in the WEB-INF/lib directory of your webapp, because then it can't be reached directly by the user's browser. Instead you want it to be copied to the directory above WEB-INF. You could probably use the antrun-plugin to copy the applet jar from WEB-INF/lib to it's correct place. Henri Tremblay wrote: Hello everyone, I'm trying to do something that I think is quite common but can't find an easy way to do it. Here's how it goes: I have a war that basically contains nothing except a jar which contains an applet. The applet jar is for performance reason an ueber jar. How would you do something like this? My current solution is to have a jar project that creates and ueber jar and then a war project that includes the ueber jar by referencing it directly as a ressource (since I don't think it can be a dependency). Thanks a lot, Henri -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Applet-with-maven-2-tf3586961s177.html#a10032928 Sent from the Maven - Users 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: Snapshot repository
I added a snapshotRepository element in addition to the repository element in the distributionManagement section of my pom.xml. However, when I run the install phase the WAR is only output to the repository, not the snapshot repository, even when I change the version name to end in -SNAPSHOT. How can I get the WAR to go to the appropriate place? Also, as I'm a beginner I don't know what is expected behavior - would the WAR go to both repositories, or only one? If it's only one, is the chosen repository to which the WAR is installed what the -SNAPSHOT serves to indicate? Thanks. Wayne Fay wrote: Generally people don't like to mix SNAPSHOT artifacts with released artifacts. So the Snapshot repo and version number stuff just helps organize/manage that. You can *do* whatever you want -- its just not necessarily a build management best practice. I just would advise you to think long and hard about what you're about to do before doing it, though. Wayne On 5/7/07, lightbulb432 [EMAIL PROTECTED] wrote: What's the difference between a regular repository and a snapshot repository as specified under distributionManagement? I've tried using both types, but I didn't see any difference... Also, does ending the version number of a file in SNAPSHOT have something to do with this? Is it okay to end a version number with SNAPSHOT in a regular repository, or end without SNAPSHOT in a snapshot repository...? Thanks. -- View this message in context: http://www.nabble.com/Snapshot-repository-tf3706438s177.html#a10366009 Sent from the Maven - Users 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] -- View this message in context: http://www.nabble.com/Snapshot-repository-tf3706438s177.html#a10398347 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven native plugin
On Wed, 09 May 2007 16:32:25 +0200, Lukas Theussl wrote: MPNATIVE is the issue tracker for the maven 1 native plugin, which is not developed anymore. If you meant to open an issue for the m2 plugin, you should do it at MOJO, under the native component. Argh! Thanks a lot for the tip. I filed a new one at http://jira.codehaus.org/browse/MOJO-790 thanks! Holger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] Setting up ear plugin to include system version inside Manifest.mf
Hi all! How can I configure ear plugin to create a line inside manifest.mf of ear artifact, with the system version? Thanks a lot in advance. Regards, Roberto.
Re: Sync of repository.jboss.com to repo1.maven.org
they have to follow some rules and be good citizens for instance they just put poms for hibernate with no information at all, while the ones at the central repo are pretty complete On 5/9/07, Tomasz Pik [EMAIL PROTECTED] wrote: On 5/9/07, LAMY Olivier [EMAIL PROTECTED] wrote: Hi, I'd like to know why the repository http://repository.jboss.com/maven2 isn't synch with http://repo1.maven.org/maven2. Specially the jboss folder (http://repository.jboss.com/maven2/jboss/). Is there any special request to made ? Yes, there's a Sync'ing your own repository to the central repository automatically paragraph on http://maven.apache.org/guides/mini/guide-central-repository-upload.html But - there are SNAPSHOTs in this repo, see http://repository.jboss.com/maven2/org/jboss/server/common/jboss-common/5.0-SNAPSHOT/ while repo1.maven.org/maven2 accepts only releases. So - probably there should be 'brand new repository' at jboss.org, containing only releases. Another thing - I don't know current state but when I was looking over this repository, there was a lot of artifacts, that are not 'synced' with their primary locations at repo1.maven.org, like this one: http://repository.jboss.com/maven2/apache-collections/commons-collections/2.1/ This should be clearified I think. Regards, Tomek PS1 I'm not a maven developer or repo1.maven.org maintainer, just a user, that would be happy if things like jboss or hibernate libraries will be synced to repo1 automatically, like spring libraries are for example). PS2 http://jira.jboss.org/jira/browse/JBBUILD-318 Or it's impossible ? Thanks, -- Olivier This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message electronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci apres le message ), sont confidentiels et destines exclusivement a l'usage de la personne a laquelle ils sont adresses. Si vous avez recu ce message par erreur, merci de le renvoyer a son emetteur et de le detruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressement autorisees de ce message, sont interdites. ** - 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] -- 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]
How do I pass a username/password to a Junit test
I've seen this question asked a few places before, but the only responses that I've seen have been either dead links or links to reference material that doesn't actually explain the how of it. I have a unit test that connects to a database using a username and password in a system property as described in the junit docs: http://junit.sourceforge.net/doc/faq/faq.htm#running_7. I have a line of code in my test setup that does: dbusr = System.getProperty(dbusr); It does the same for the db password and url. We are using several IDE's and each test runner allows me to define this property on the command line: -Ddbusr=foo However using this switch on the mvn command line does not set the system property when the test is run. Now I have been able to make this work by specifying the systemProperties element in the pom.xml under the surefire plugin's configuration. This will pass the hardcoded values from the pom.xml to the unit test. However, I have not figured out a way to parameterize the build so that users can supply this information themselves. To date I have tried the following: 1) Specifying maven.junit.jvmargs=-D... on the command line (in quotes) as well as in a project.properties file and hardcoded in the pom.xml itself. This property seems to have no affect regardless of what I do with it. 2) Specifying the properties themselves on the maven command line, in a project.properties file. 3) Doing number (2) in conjunction with the maven.junit.sysproperties set to the names of the properties on the command line, in a project.properties file. 4) Setting maven.junit.sysproperties hardcoded in the pom.xml as a system property to the surefire configuration and then setting the properties themselves as in (2). None of the 4 approaches above have worked. Has anyone been able to accomplish this? If so could you describe your approach. Thank you, -- Les Walker - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Creating WebSphere Specific Config Files
Bala Rajamani skrev: Hello, I would like to create WebSphere specific application.xml and related ibm-application-bnd.xmi and MANIFEST.MF files. How do I this achieve this with maven? The IBM specific deploymentfiles (sigh) can be generated by the xdoclet plugin, sadly xdoclet does not seem to be maintained anymore. It covers support for was 5.x fairly well, but not 6.1. You might be lucky with xdoclet2 also - but I have no was-expirience with this. Good luck - if you find any good solutions - please post back on the list. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do I pass a username/password to a Junit test
This happens because Surefire by default forks once which means all
tests run in their own JVM.
If your tests will run with no forking, you can set
forkModenever/forkMode and all properties passed on the mvn
command line will go straight through to the tests. Most people will
not choose this option.
So the next option is to pass the CLI values into variables in the
pom, and then pass them into the tests as system Properties, ie:
In test source code:
String dbusr = System.getProperty(dbusr);
System.out.println(dbusr is: + dbusr);
In pom.xml:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
configuration
systemProperties
property
namedbusr/name
value${foo}/value
/property
/systemProperties
/configuration
/plugin
On command line:
C:\temp\blahmvn test -Dfoo=blah
Running myTest
dbusr is: blah
Wayne
On 5/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've seen this question asked a few places before, but the only
responses that I've seen have been either dead links or links to
reference material that doesn't actually explain the how of it.
I have a unit test that connects to a database using a username and
password in a system property as described in the junit docs:
http://junit.sourceforge.net/doc/faq/faq.htm#running_7. I have a line of
code in my test setup that does:
dbusr = System.getProperty(dbusr);
It does the same for the db password and url.
We are using several IDE's and each test runner allows me to define this
property on the command line:
-Ddbusr=foo
However using this switch on the mvn command line does not set the
system property when the test is run.
Now I have been able to make this work by specifying the
systemProperties element in the pom.xml under the surefire plugin's
configuration. This will pass the hardcoded values from the pom.xml to
the unit test. However, I have not figured out a way to parameterize the
build so that users can supply this information themselves. To date I
have tried the following:
1) Specifying maven.junit.jvmargs=-D... on the command line (in quotes)
as well as in a project.properties file and hardcoded in the pom.xml
itself. This property seems to have no affect regardless of what I do
with it.
2) Specifying the properties themselves on the maven command line, in a
project.properties file.
3) Doing number (2) in conjunction with the maven.junit.sysproperties
set to the names of the properties on the command line, in a
project.properties file.
4) Setting maven.junit.sysproperties hardcoded in the pom.xml as a
system property to the surefire configuration and then setting the
properties themselves as in (2).
None of the 4 approaches above have worked. Has anyone been able to
accomplish this? If so could you describe your approach.
Thank you,
-- Les Walker
-
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: Usage of ${appserver.home} in ~/.m2/archiva.xml
I have set both properties through CATALINA_OPTS, here is how I start Tomcat
on a win32 machine!
@set CATALINA_OPTS=-Dappserver.home=d:\temp\home
-Dappserver.base=d:\temp\base
@cd d:\temp\apache-tomcat-5.5.23
@mkdir d:\temp\home\
@mkdir d:\temp\base\logs
@d:\temp\apache-tomcat-5.5.23\bin\startup.bat
The appserver.home property is accepted, archiva creates a repository named
internal inside this directory. However, the appserver.base is
particularly ignored, the archiva.log file is going to this path BUT still
the TOMCAT_HOME/${appserver.base}\logs folder is created and it contains the
file audit.log
For comparing this I have also deployed continuum and noticed a similar
behaviour, TOMCAT_HOME/${appserver.base}\logs folder is created but stays
empty!
Hope this helps to diagnose and fix! I mean it's not a major issue but
strange!
Thanks
Martin
Emmanuel Venisse wrote:
Wendy Smoak a écrit :
On 5/5/07, Emmanuel Venisse [EMAIL PROTECTED] wrote:
I updated the tomcat installation page :
http://docs.codehaus.org/display/MAVENUSER/Archiva+on+Tomcat
Emmanuel, can you review items 5 and 7 on that page? Both are talking
about appserver.base.
I removed #7, I haven't seen infos was already in #5 :)
Do we have a good explanation of appserver.home vs appserver.base?
I don't have a good explanation yet, but appserver.home is used only by
the standalone app (I think). Maybe brett will can explain it.
Emmanuel
--
View this message in context:
http://www.nabble.com/Usage-of-%24%7Bappserver.home%7D-in-%7E-.m2-archiva.xml-tf3696110.html#a10401053
Sent from the archiva-users mailing list archive at Nabble.com.
filter referencing a filter from another file
Hi,
Does Maven support filters which reference a filter from another file ?
Example: I've got 2 filter property files:
filter1.properties
basepath=/tmp
filter2.properties
install.dir=${basepath}/myapp
How can I achieve that a resource containing ${install.dir} is filtered
to /tmp/myapp
With
filters
filter filter1.properties /filter
filter filter2.properties /filter
/filters
my resource ${install.dir} is filtered to ${basepath}/myapp.
Any ideas ?
Kind regards,
Andreas
Re: [m2] Final Name
[EMAIL PROTECTED] wrote:
Hi,
How do i get the final name propery like i would the project version,
eg ${project.version}.
I have not tested, but my guess is ${project.finalName}
--
Régis (keep it simple)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Site generation at one with Multimodule project
Hello, I need to generate the site with multimodule project. Requirement is to create site project at one place and deploy it to weblogic server. As of now each module is creating the site at it's target folder. Can we combine all the module and deploy it one place? Thanks Jaish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[SOLVED] RE: How do I pass a username/password to a Junit test
That did it. I thought that I had tried that, but without knowing which
approach to take it's difficult to spend time debugging any one
approach.
Junit code:
@BeforeClass
public static void initClass() {
dbusr = System.getProperty(dbusr);
dbpwd = System.getProperty(dbpwd);
dburl = System.getProperty(dburl);
if ((dbusr == null) || (dbpwd == null) || (dburl == null)) {
throw new RuntimeException(Invalid configuration. Make sure
to set dbusr, dbpwd, and dburl!);
}
}
POM.XML:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
configuration
systemProperties
property
namedbusr/name
value${dbusr}/value
/property
property
namedbpwd/name
value${dbpwd}/value
/property
property
namedburl/name
value${dburl}/value
/property
/systemProperties
/configuration
/plugin
and the command line:
mvn -D dbusr=lester -D dbpwd=youwish -D
dburl=jdbc:oracle:thin:@//localhost:1521/xe test
Thanks for the help.
-- Les Walker
-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 09, 2007 3:04 PM
To: Maven Users List
Subject: Re: How do I pass a username/password to a Junit test
This happens because Surefire by default forks once which means all
tests run in their own JVM.
If your tests will run with no forking, you can set
forkModenever/forkMode and all properties passed on the mvn
command line will go straight through to the tests. Most people will
not choose this option.
So the next option is to pass the CLI values into variables in the
pom, and then pass them into the tests as system Properties, ie:
In test source code:
String dbusr = System.getProperty(dbusr);
System.out.println(dbusr is: + dbusr);
In pom.xml:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
configuration
systemProperties
property
namedbusr/name
value${foo}/value
/property
/systemProperties
/configuration
/plugin
On command line:
C:\temp\blahmvn test -Dfoo=blah
Running myTest
dbusr is: blah
Wayne
On 5/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've seen this question asked a few places before, but the only
responses that I've seen have been either dead links or links to
reference material that doesn't actually explain the how of it.
I have a unit test that connects to a database using a username and
password in a system property as described in the junit docs:
http://junit.sourceforge.net/doc/faq/faq.htm#running_7. I have a line
of
code in my test setup that does:
dbusr = System.getProperty(dbusr);
It does the same for the db password and url.
We are using several IDE's and each test runner allows me to define
this
property on the command line:
-Ddbusr=foo
However using this switch on the mvn command line does not set the
system property when the test is run.
Now I have been able to make this work by specifying the
systemProperties element in the pom.xml under the surefire plugin's
configuration. This will pass the hardcoded values from the pom.xml to
the unit test. However, I have not figured out a way to parameterize
the
build so that users can supply this information themselves. To date I
have tried the following:
1) Specifying maven.junit.jvmargs=-D... on the command line (in
quotes)
as well as in a project.properties file and hardcoded in the pom.xml
itself. This property seems to have no affect regardless of what I do
with it.
2) Specifying the properties themselves on the maven command line, in
a
project.properties file.
3) Doing number (2) in conjunction with the maven.junit.sysproperties
set to the names of the properties on the command line, in a
project.properties file.
4) Setting maven.junit.sysproperties hardcoded in the pom.xml as a
system property to the surefire configuration and then setting the
properties themselves as in (2).
None of the 4 approaches above have worked. Has anyone been able to
accomplish this? If so could you describe your approach.
Thank you,
-- Les Walker
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] Final Name
According to page 50 of Better Builds with Maven you should use
${project.build.finalName}. This is because the finalName tag is supposed to
be placed in the build section of the POM.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Regis Decamps
Sent: Wednesday, May 09, 2007 12:39 PM
To: Maven Users List
Subject: Re: [m2] Final Name
[EMAIL PROTECTED] wrote:
Hi,
How do i get the final name propery like i would the project version,
eg ${project.version}.
I have not tested, but my guess is ${project.finalName}
--
Régis (keep it simple)
-
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: APP-INF/lib and Developer Setup
I don't understand your question. Where do you want to copy the jars? Which kind of project? What physically present means? On 5/9/07, Nunn, Gerald [EMAIL PROTECTED] wrote: In Maven I found an example of getting jars into APP-INF/lib from the Maven repository here http://maven.apache.org/plugins/maven-ear-plugin/howto.html. I'm developing a WebLogic Portal application and in order for developers to iteratively work with the application the jars referenced by pom.xml for APP-INF/lib need to be physically present. Is there a plugin or command that developers can use to get Maven to automatically copy these jars or do I need to write something myself? I realize they could do an mvn package and copy the jars from the target into EarContent/APP-INF/lib but I would prefer something more automated. Thanks, Gerald - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven vs. Scripted Build Systems
On 5/9/07, Graham Leggett [EMAIL PROTECTED] wrote: let's use the maven way - something you learn once, and apply everywhere. Learn once, apply everywhere, that reminds me something :) Maybe our next marketing slogan, who knows. Stéphane 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: Creating WebSphere Specific Config Files
XDoclet works ok for Websphere 6.0. XDoclet 2 seems to be a no go with
Websphere --at least for a while -- unless they have hidden the
documentation really well. The ejbs and mdb's we built give us no trouble
under WAS 6.0. XDoclet does have trouble with multi-module builds as it
seems to use the same directory for generated sources as it uses the first
time it runs. You can work around this by hooking into the maven lifecycle
with :
plugin
inheritedtrue/inherited
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phaseprocess-classes/phase
configuration
tasks
mkdir dir=${generated-sources-dir} /
delete quiet=true failonerror=false
dir=${generated-sources-dir} /
/tasks
/configuration
goals
goalrun/goal
/goals
/execution
/executions
/plugin
and the xdoclet plugin config:
plugin
inheritedtrue/inherited
groupIdorg.codehaus.mojo/groupId
artifactIdxdoclet-maven-plugin/artifactId
executions
execution
phasegenerate-sources/phase
goals
goalxdoclet/goal
/goals
configuration
tasks
ejbdoclet ejbspec=2.1
ejbClassNameSuffix=Bean
destdir=${generated-sources-dir}/xdoclet verbose=true
fileset
dir=${project.build.sourceDirectory
}
includes=**/**Bean.java,**/**
MDB.java,**/**Mdb.java /
deploymentdescriptor useIds=true
destdir=${
project.build.outputDirectory}/META-INF /
remoteinterface
pattern={0}Remote /
localinterface pattern={0} /
homeinterface /
localhomeinterface /
entitypk /
utilobject cacheHomes=true /
websphere
destdir=${
project.build.outputDirectory}/META-INF /
/ejbdoclet
/tasks
/configuration
/execution
/executions
/plugin
On 5/9/07, David J. M. Karlsen [EMAIL PROTECTED] wrote:
Bala Rajamani skrev:
Hello,
I would like to create WebSphere specific application.xml and related
ibm-application-bnd.xmi and MANIFEST.MF files. How do I this achieve
this
with maven?
The IBM specific deploymentfiles (sigh) can be generated by the xdoclet
plugin, sadly xdoclet does not seem to be maintained anymore.
It covers support for was 5.x fairly well, but not 6.1.
You might be lucky with xdoclet2 also - but I have no was-expirience
with this.
Good luck - if you find any good solutions - please post back on the list.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to deploy source jar generated by source plug-in into repository when running mvn deploy?
Hmm.. yeah it makes more sense. Thanks for correcting me :) - Deng Stephane Nicoll wrote: On 5/9/07, Maria Odea Ching [EMAIL PROTECTED] wrote: Try mvn deploy:deploy-file :-) ? Not sure it's the right advice. If you want to deploy the source within the standard deploy phase, you need to bind the source plugin to the lifecycle. To do so, configure the source plugin as follows: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-source-plugin/artifactId executions execution idattach-sources/id goals goaljar/goal /goals /execution /executions /plugin HTH, Stéphane http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html - Deng JesseLiu wrote: Hi,all How to deploy source jar generated by source plug-in into repository when running mvn deploy? - 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] !DSPAM:602,46419d83126011969219952! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Filtering Changes Jira Report By Version
I was wondering if it's possible to configure the changes plugin to pull only the jira issues that were assigned to the current version of my project. For example, if my project version is 1.1, I would like to see only issues that were assigned to version 1.1 in the changes jira report. Thanks, jp4 -- View this message in context: http://www.nabble.com/Filtering-Changes-Jira-Report-By-Version-tf3719358s177.html#a10406319 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building Websphere/WSAD 5 projects with Maven
With WSAD, we found that it required the WebContent dir to be right off the project root dir. We are in progress on rolling out RAD, so will experiment again when I recreate the projects. Along the way, you will need to decide which jars to build with: ones hosted in central, and those put in your in-house repo from IBM/Oracle, etc. For example, when I set ours up about 1.5 years ago, I chose to use JMS from central to build with vs using the proprietary jars from IBM. I first setup the deps that I knew, then just added one dep at a time until it built clean :-). I would use the Ant lib dir only as a source of jars to copy to the repo as necessary; ignore the others statements. -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 8:58 AM To: Maven Users List Subject: Building Websphere/WSAD 5 projects with Maven A coworker is converting a WebSphere project to build with Maven. Neither of us is one of the project developers, so we're working directly with the code in svn on a branch, and not with the IDE at all. I'll start with a couple of questions, but general advice from someone who's worked with WSAD [1] and Maven is greatly appreciated. Will WSAD work with Maven's standard src/main/java and src/main/webapp directory structures? How do you deal with the third-party jars? Of course we'll install them in the internal remote repository, but there are conflicting opinions about which jars you really need for building projects. The architects say only three are necessary, another group says they needed about 40 of them, and the group I'm working with now just wants to point Maven at the entire lib directory they way they did with Ant. [1] WebSphere Studio Application Developer Thanks, Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: APP-INF/lib and Developer Setup
On 5/9/07, Nunn, Gerald [EMAIL PROTECTED] wrote: In Maven I found an example of getting jars into APP-INF/lib from the Maven repository here http://maven.apache.org/plugins/maven-ear-plugin/howto.html. I'm developing a WebLogic Portal application and in order for developers to iteratively work with the application the jars referenced by pom.xml for APP-INF/lib need to be physically present. Is there a plugin or command that developers can use to get Maven to automatically copy these jars or do I need to write something myself? I realize they could do an mvn package and copy the jars from the target into EarContent/APP-INF/lib but I would prefer something more automated. Is http://maven.apache.org/plugins/maven-dependency-plugin/copy-dependencies-mojo.html not what you want? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
