[M2] documentaion bundled with binaries ?
Dear Maven users, It would be a plus for a M2 users, if HTML documentation can be bundled alogwith M2 binaries, becuase if someone is offline then he can still brainstorm things, by going through the proivided offline documentation! I am not sure, any one has raised this earlier! Regards, Jaikumar - - - - - - - DISCLAIMER- - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liablility for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.
[m2] whether the build-helper-maven-plugin can add webapp resouces
Hi, friends, I knew the plugin could add source codes from other directories, but I don't know if it can add some webapp directoies, for example, add some jsp or gif files from another project. Regards/Kevin. _ Qiang(Kevin) Wang Software Engineer Phone: 8610.85281188.1564 Mobile: 86.13910673958 Yahoo_IM: wiseking_wq [EMAIL PROTECTED] BEA BEA Systems (China) Ltd. 11F, China Life Tower No. 16 Chao Wai Da Jie, Beijing 100020, China Fax: 86. 85251008 www.bea.com.cn dev2dev.bea.com ___ 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.
Re: Property filter with xml files
Hi, Maybe Modello is the more standard o load xml files as it is used to load poms, setings, ... Regards Raphaël 2006/4/6, Kevin Galligan [EMAIL PROTECTED]: Ok. More of a general question. I found the spot in the code that loads the properties and I see an easy insert. Now, I'm used to dealing with xml through jdom, and (somewhat) the standard dom. Questions: 1) Is there a standard way to load xml files in a maven project, say through some utility. 2) If not, is there a dependency already defined that I should be using code from. 3) If not, and I need to add a dependency to the resources plugin, is there a specific one I should use. Thanks in advance... On 4/6/06, Eric Redmond [EMAIL PROTECTED] wrote: http://maven.apache.org/contributing/help.html On 4/6/06, Kevin Galligan [EMAIL PROTECTED] wrote: Not sure how the submit process works... On 4/6/06, Eric Redmond [EMAIL PROTECTED] wrote: Current documentation states that filters are *.properties files. I have not heard of any change to this. It should be a relatively minor patch, why don't you submit the idea? Eric On 4/6/06, Kevin Galligan [EMAIL PROTECTED] wrote: Is there any way to specify an xml file as the source of property values instead of a properties files... build filters !-- Something like this ... -- filtersrc/main/filters/filter.xml/filter !-- End of special section. Don't worry about the rest... -- /filters resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build We're specifying the replace file in a command line switch, and the different files get out of date as new properties are added. Having an xml file would allow for an xml schema, and that would make it easier to see which files are out of date. Thanks
Re: [m2] whether the build-helper-maven-plugin can add webapp resouces
not in build-helper-maven-plugin since it knows nothing about war/webapp related source. -D On 4/7/06, Kevin Wang [EMAIL PROTECTED] wrote: Hi, friends, I knew the plugin could add source codes from other directories, but I don't know if it can add some webapp directoies, for example, add some jsp or gif files from another project. Regards/Kevin. _ Qiang(Kevin) Wang Software Engineer Phone: 8610.85281188.1564 Mobile: 86.13910673958 Yahoo_IM: wiseking_wq [EMAIL PROTECTED] BEA BEA Systems (China) Ltd. 11F, China Life Tower No. 16 Chao Wai Da Jie, Beijing 100020, China Fax: 86. 85251008 www.bea.com.cn dev2dev.bea.com ___ 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.
RE: [M2] documentaion bundled with binaries ?
if HTML documentation can be bundled along with M2 binaries I think this is a very good suggestion! At least have access to the docs ZIP in an easy way. (I don't think must users consider svn export/mvn site easy ;-) /Jens -Original Message- From: Sharma, Jaikumar [mailto:[EMAIL PROTECTED] Sent: 07 April 2006 07:58 To: Maven Users List Subject: [M2] documentaion bundled with binaries ? Dear Maven users, It would be a plus for a M2 users, if HTML documentation can be bundled alogwith M2 binaries, becuase if someone is offline then he can still brainstorm things, by going through the proivided offline documentation! I am not sure, any one has raised this earlier! Regards, Jaikumar - - - - - - - DISCLAIMER- - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liablility for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
assembling war?
Hello! I can not understand how I to add some resources into war archive. I know that I can put all my resources under main/webapp dir, but in this dir I must support a real structure of my dir. I mean the next: Assume I've got a configuration file with log4j.xml name. I hold it under PROJECT_HOME/src/main/conf/, so if I want to put my file on the web server under PROJECT_HOME/WEB-INF/classes/ dir, then I put log4j.xml under PROJECT_HOME/src/main/webapp/WEB-INF/classes/ and the war plugin will do all right. So can I tell to war plugin to take my log4j.xml from PROJECT_HOME/src/main/conf/ and to put into EXPLODED_PROJECT/WEB-INF/classes/? Thanks for responses! -- С уважением, Kirin mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jboss-sar-maven-plugin and packaging sar
This is the pom for my sar project, which is working for me: project modelVersion4.0.0/modelVersion groupIdxxx/groupId artifactIdxxx/artifactId packagingsar/packaging version1.0.0-SNAPSHOT/version description/description build plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdjboss-sar-maven-plugin/artifactId version2.0-SNAPSHOT/version extensionstrue/extensions /plugin /plugins /build /project On 4/6/06, Peschier J. (Jeroen) [EMAIL PROTECTED] wrote: I got this when trying your suggestion. [INFO] -- [INFO] The plugin 'org.apache.maven.plugins:maven-sar-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-sar-plugin' does not exist or no valid version could be found Why is it looking for org.apache.maven.plugins:maven-sar-plugin? The plugin I built is org.codehaus.mojo:jboss-sar-maven-plugin. Am I correct in assuming there are different plugins for the same task? Or perhaps one plugin for the SAR-packaging-type and one for building a SAR archive? The org.apache.maven.plugins:maven-sar-plugin is not available at ibiblio. I found loom:maven-sar-plugin, but it's just an empty stub on ibiblio. Any ideas where it can be found? Add: extensionstrue/extensions to the plugin element for the jboss-sar-maven-plugin. Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] existing JAR in WEB-INF/lib without dependency
I know it's not the usual or recommended case, but is this possible somehow: I've got a web app, which has already a JAR in the source directory under WEB-INF/lib I do not want the JAR to be picked from the maven repository, and thus I did not define the dependency. How can I make that JAR (or better all existing JARs in the WEB-INF/lib) visible to the compiler classpath? Tom __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] documentaion bundled with binaries ?
It will bloat up the binaries, so I 'd rather have them in a separate, optional download. What might be more useful is to create archived websites, like struts.apache.org is doing: maven.apache.org = latest snaphost from subversion maven.apache.org/archives/2.0.0 maven.apache.org/archives/2.0.1 maven.apache.org/archives/2.0.2 maven.apache.org/archives/2.0.3 = latest release Especially for the plugins this would be handy: - What is available in the latest release and what is available latest snapshot? Many times I tried to use a property on a plugin that didn't know that property yet in the latest release. For spring-richclient we'll be doing that. Sharma, Jaikumar wrote: Dear Maven users, It would be a plus for a M2 users, if HTML documentation can be bundled alogwith M2 binaries, becuase if someone is offline then he can still brainstorm things, by going through the proivided offline documentation! I am not sure, any one has raised this earlier! Regards, Jaikumar - - - - - - - DISCLAIMER- - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liablility for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you. -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Obtaining all profiles on a project - active/merged/inactive
Hi, I am coding a Mojo that can display all Profiles available to a project and corresponding status (active/inactive). I tried project.getModel().getProfiles() to obtain all profiles, but don't seem to be getting all profiles set up in an external profiles.xml. How can I get a handle to all the profiles (active + merged/inlined + inactive) available to a project. Any ideas, any one? TIA, Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[2.0.3] scp with password in settings.xml still needs type in pwd
Really, I don't get it. Why scp still asks me for a password when I have settings.xml: server idsystemone-repository/id usernamelalala/username passwordlalala/password /server and pom.xml: distributionManagement repository idsystemone-repository/id nameSystem One Repository/name urlscp://development1/var/www/repository//url /repository Why deploy goal continues to ask me for passwords every time? I don't want to use scpexe with keys and ssh-agent as I want to keep configuration of developer machines as slim as possible strange is also that i have to set ssh-wagon-alpha-7 explicitly. this should be the default for 2.0.3 not? thanks, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Internal (intranet) repositories
I assume that version[1.2.2]/version works in plugin, dependencyManagement, and pluginManagement to accomplish the same effect for plugin versions and inherited version information. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 00:31 To: Maven Users List Subject: Re: Internal (intranet) repositories Unfortunately, ibiblio is super busy most hours of the day as it is a shared resource. This is the price we pay for using it. You can use a Central mirror instead by configuring your settings.xml. The occasional 503 on ibiblio is really no big deal imo. Especially considering that you can run offline with -o once your dependencies are all downloaded into your repo. For 90% of maven builds, you really don't need to go out to the net to check for updates of dependencies etc. In fact, I might even suggest you use [x.y.z] to lock in versions for dependencies just to prevent Maven from having to go out to ibiblio etc to find updates, and also to prevent changes in new versions of dependencies from breaking your build. Especially when you are dealing with code that's in production -- the last thing you'd want is for Maven to autodownload the latest JDO files which might not be 100% compatible with the version you were running before. Enabling this can be as simple as tweaking your dependencies as follows: dependency ... version[1.2.2]/version /dependency This locks the dependency version to 1.2.2 so Maven does not check ibiblio for updates. When you just use version1.2.2/version, Maven will go out and check ibiblio for updates and pull them down automatically for you. Go here to read more about configuring versions: http://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict +Resolution Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: For the record, this is why I want to avoid going to remote server for the repository: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Error transferring file commons-io:commons-io:jar:1.0 from the specified remote repositories: central (http://repo1.maven.org/maven2), snapshots (http://snapshots.maven.codehaus.org/maven2) Path to dependency: 1) org.apache.maven.plugins:maven-resources-plugin:maven-plugin:2.1 2) commons-io:commons-io:jar:1.0 Caused by I/O exception: Server returned HTTP response code: 503 for URL: http://www.ibiblio.org/maven2/commons-io/commons-io/1.0/commons-io-1.0. jar.sha1 Re-running produces a working build. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 6:16 PM To: Maven Users List Subject: RE: Internal (intranet) repositories Here is my pom file. The directory in the url below is a shared folder on a different machine. 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.ejstools.tool1/groupId artifactIdtool1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameEJs Tools/name urlhttp://build2.corp.upromise.com:8080/url descriptionThis project is simply here to lean about maven and eventually will be used to build EJs Java tools./description repositories repository idlocal/id nameUpromise Maven Repository/name urlfile:///servernamehere/mavenrepository/url /repository /repositories dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build /project -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 6:12 PM To: Maven Users List Subject: Re: Internal (intranet) repositories Where exactly were you putting that repository section? In your pom.xml? Or in another configuration file? Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: None of this explains why it didn't use my repo and simply ignored it completely. This is the more important part of the puzzle. - 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
RE: jboss-sar-maven-plugin and packaging sar
I have it configured exactly like you. Except it keeps asking for org.apache.maven.plugins:maven-sar-plugin to be present when I set the packaging to sar. Could you perhaps verify you have that plugin in your repository? -Oorspronkelijk bericht- Van: Tom Huybrechts [mailto:[EMAIL PROTECTED] Verzonden: vrijdag 7 april 2006 11:22 Aan: Maven Users List Onderwerp: Re: jboss-sar-maven-plugin and packaging sar This is the pom for my sar project, which is working for me: project modelVersion4.0.0/modelVersion groupIdxxx/groupId artifactIdxxx/artifactId packagingsar/packaging version1.0.0-SNAPSHOT/version description/description build plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdjboss-sar-maven-plugin/artifactId version2.0-SNAPSHOT/version extensionstrue/extensions /plugin /plugins /build /project On 4/6/06, Peschier J. (Jeroen) [EMAIL PROTECTED] wrote: I got this when trying your suggestion. [INFO] -- [INFO] The plugin 'org.apache.maven.plugins:maven-sar-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-sar-plugin' does not exist or no valid version could be found Why is it looking for org.apache.maven.plugins:maven-sar-plugin? The plugin I built is org.codehaus.mojo:jboss-sar-maven-plugin. Am I correct in assuming there are different plugins for the same task? Or perhaps one plugin for the SAR-packaging-type and one for building a SAR archive? The org.apache.maven.plugins:maven-sar-plugin is not available at ibiblio. I found loom:maven-sar-plugin, but it's just an empty stub on ibiblio. Any ideas where it can be found? Add: extensionstrue/extensions to the plugin element for the jboss-sar-maven-plugin. Tom - 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: Changing default webapp directory
You configure maven-war-plugin plugin artifactIdmaven-war-plugin/artifactId version2.0-beta-2/version configuration warSourceDirectoryYOUR_WEBAPP/warSourceDirectory /configuration /plugin Tom. 2006/4/7, Henry S. Isidro [EMAIL PROTECTED]: csudhi wrote: Hi, Is it possible to change the default webapp directory (src/main/webapp) location in POM.xml file , to somethng like ui/pages/jsp path (relative to application root)? -- View this message in context: http://www.nabble.com/Changing-default-webapp-directory-t1409364.html#a3795726 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] You can configure the war plugin. Change the value of warSourceDirectory to the setting you want. For more info: http://maven.apache.org/plugins/maven-war-plugin/ http://maven.apache.org/guides/mini/guide-configuring-plugins.html HTH, Henry || - 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: Obtaining all profiles on a project - active/merged/inactive
You can get them with profileManager with something like this :
DefaultProfileManager manager = new DefaultProfileManager( plexusContainer,
settings );
loadProjectExternalProfiles( manager, projectDir );
Map profiles = manager.getProfilesById();
private void loadProjectExternalProfiles( ProfileManager profileManager, File
projectDir )
throws ProfileActivationException
{
if ( projectDir != null )
{
try
{
ProfilesRoot root = profilesBuilder.buildProfiles( projectDir );
if ( root != null )
{
List active = root.getActiveProfiles();
if ( active != null !active.isEmpty() )
{
profileManager.explicitlyActivate( root.getActiveProfiles()
);
}
for ( Iterator it = root.getProfiles().iterator();
it.hasNext(); )
{
org.apache.maven.profiles.Profile rawProfile =
(org.apache.maven.profiles.Profile) it.next();
Profile converted = ProfilesConversionUtils.convertFromProfileXmlProfile(
rawProfile );
profileManager.addProfile( converted );
}
}
}
catch ( IOException e )
{
throw new ProfileActivationException( Cannot read profiles.xml resource from
directory: + projectDir,
e );
}
catch ( XmlPullParserException e )
{
throw new ProfileActivationException(
Cannot parse profiles.xml resource from directory: +
projectDir, e );
}
}
}
If you do it, it can be useful to add this feature to help plugin
Emmanuel
Rahul Thakur a écrit :
Hi,
I am coding a Mojo that can display all Profiles available to a project
and corresponding status (active/inactive).
I tried project.getModel().getProfiles() to obtain all profiles, but
don't seem to be getting all profiles set up in an external profiles.xml.
How can I get a handle to all the profiles (active + merged/inlined +
inactive) available to a project. Any ideas, any one?
TIA,
Rahul
-
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 2 guide for ant users
You can use the help plugin for getting infos of a maven plugin : mvn help:describe -Dplugin=install= will return basic info on install plugin mvn help:describe -Dplugin=install -Dmojo=install = will return basic info on install-file mojo mvn help:describe -Dplugin=install -Dmojo=install -Dfull=true = will return full info on install-file mojo Emmanuel EJ Ciramella a écrit : Is there anything like this? I'm very used to typing ant -projecthelp and seeing a list of targets an descriptions. I'm trying to learn some maven stuffs (we may be switching soon). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] Replacing central repository doesn?t wo rk for certain plugins/components
Hi everybody, I successfully replaced the standard-repo of Maven with two internal repositories (one for plugins, one for normal dependencies). My own repositories both use the id central and overwrite the internal defaults defined in the super-pom. However, I noticed that sometimes artifacts are still downloaded from http://repo1.maven.org/maven2. Two popular examples are - org/codehaus/plexus/plexus-components/1.1.5/plexus-components-1.1.5.pom and - org/codehaus/plexus/plexus/1.0.5/plexus-1.0.5.pom The above POMs are parents of plexus-compiler-1.5.2.pom. This pom redefines for some reason the central-repository, too (for plugins and dependencies). However, it uses the default url http://repo1.maven.org/maven2. IMO, my definition of the central repository should never be overwritten by downloaded poms in any case. I would like to file an issue for this behaviour, but am not sure where. Is this a Maven bug? Or is the pom of plexus-compiler-1.5.2 incorrect? Can someone please point me to the correct place to create a new issue? Thanks, Gunther - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] ejb-client includes deployment descriptors...
I am experiencing problems with the ejb-client jar generated with Maven 2.0.3. It appears the deployement descriptors (ejb-jar.xml, jboss.xml) are being included in the client jar. Our war reference the client-ejb jar with a classpath reference in its manifest. This causes problems when deploying on JBoss 4.0.3sp1: 2006-04-07 12:10:46,430 WARN ScannerThread [org.jboss.deployment.MainDeployer] Found non-jar deployer for lib/xxx-1.0-client.jar: MBeanProxyExt[jboss.ejb:service=EJBDeployer] I did a test where I manually removed the deployment descriptors from the ejb-client.jar and then the above warning does not appear. I think there are two sides to this issue: (1) Maven should not include deployment descriptors in the ejb-client jar. (2) JBoss should not try to deploy jar files as ejbs. Should I file a Jira issue for this?
RE: Maven 1.1 gold?
(we're still entirely dependent on m1.1, and will be for awhile yet, and so
am very selfishly motivated! :-)
-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 06, 2006 11:34 PM
To: Maven Users List
Subject: Re: Maven 1.1 gold?
++1
Strongly agree even though I'm not using M1 any more. ;-)
Wayne
On 4/6/06, Dion Gillard [EMAIL PROTECTED] wrote:
+1.
Release early, release often. Better to have point releases to fix
bugs than a very long schedule.
On 4/7/06, Jeff Jensen [EMAIL PROTECTED] wrote:
It seems a worse situation to keep dragging 1.1 betas out for this
duration
(1 year?). 1.1b2/3 is far better than any prior release. Cut bait
and fish. Make the remaining items 1.2 if needed. The small
incremental changes are better released more frequently for all
concerned.
If core work has stalled so, then ship it as is.
-Original Message-
From: Lukas Theussl [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 06, 2006 12:54 PM
To: Maven Users List
Subject: Re: Maven 1.1 gold?
There are definetely plans but we are only very few people actively
working on m1 anymore. Since the release of m11b2 we have mainly
concentrated on plugins development, we planned to include a new
version of every single plugin into 11b3 [1]. Plugins provide the
main functionality for the end user and I am confident to say that
the quality of plugins that have been released since b2 [2] has
improved considerably.
Unfortunately, development on the core has practically stalled by
now, mainly due to the lack of man-power. There is a long list of
open issues [3] that are waiting to be addressed, any help here
would be very welcome...
Cheers,
-Lukas
[1] http://docs.codehaus.org/display/MAVEN/Maven+1.1+plugins
[2]
http://maven.apache.org/maven-1.x/plugins/bundled/multichanges-repor
t.html
[3]
http://jira.codehaus.org/browse/MAVEN?report=com.atlassian.jira.plug
in.syste
m.project:roadmap-panel
Shute, James wrote:
Are there any plans to turn Maven 1.1b2 into 1.1 final?
I'm personally quite happy to trust using a b2 version but being
in a commercial organisation eyebrows are always raised when you
say you're using a beta build of an open source project!
thanks
James
--
This message is intended only for the personal and
confidential use of the designated recipient(s) named above. If
you are
not the intended recipient of this message you are hereby notified
that any review, dissemination, distribution or copying of this
message is strictly prohibited. This communication is for
information purposes only and should not be regarded as an offer to
sell or as a solicitation of an offer to buy any financial product,
an official confirmation of any transaction, or as an official
statement of Lehman Brothers. Email transmission cannot be
guaranteed to be secure or error-free. Therefore, we do not
represent that this information is complete or accurate and it
should not be relied upon as such. All information is subject to
change without notice.
-
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]
--
http://www.multitask.com.au/people/dion/
Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid
of the dark, but because the dark is afraid of Chuck Norris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven 1.1 gold?
I agree. We're using 1 and would like to move to 1.1. Maven 2 is a complete waste of time because, as far as I can tell, Maven 2 seems to be completely incompatible with Maven 1 with no migration path, thereby rendering it completely worthless. Not so 1.1. -Original Message- From: Jeff Jensen [mailto:[EMAIL PROTECTED] Sent: 07 April 2006 12:43 To: 'Maven Users List' Subject: RE: Maven 1.1 gold? (we're still entirely dependent on m1.1, and will be for awhile yet, and so am very selfishly motivated! :-) -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 11:34 PM To: Maven Users List Subject: Re: Maven 1.1 gold? ++1 Strongly agree even though I'm not using M1 any more. ;-) Wayne On 4/6/06, Dion Gillard [EMAIL PROTECTED] wrote: +1. Release early, release often. Better to have point releases to fix bugs than a very long schedule. On 4/7/06, Jeff Jensen [EMAIL PROTECTED] wrote: It seems a worse situation to keep dragging 1.1 betas out for this duration (1 year?). 1.1b2/3 is far better than any prior release. Cut bait and fish. Make the remaining items 1.2 if needed. The small incremental changes are better released more frequently for all concerned. If core work has stalled so, then ship it as is. -Original Message- From: Lukas Theussl [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 12:54 PM To: Maven Users List Subject: Re: Maven 1.1 gold? There are definetely plans but we are only very few people actively working on m1 anymore. Since the release of m11b2 we have mainly concentrated on plugins development, we planned to include a new version of every single plugin into 11b3 [1]. Plugins provide the main functionality for the end user and I am confident to say that the quality of plugins that have been released since b2 [2] has improved considerably. Unfortunately, development on the core has practically stalled by now, mainly due to the lack of man-power. There is a long list of open issues [3] that are waiting to be addressed, any help here would be very welcome... Cheers, -Lukas [1] http://docs.codehaus.org/display/MAVEN/Maven+1.1+plugins [2] http://maven.apache.org/maven-1.x/plugins/bundled/multichanges-repor t.html [3] http://jira.codehaus.org/browse/MAVEN?report=com.atlassian.jira.plug in.syste m.project:roadmap-panel Shute, James wrote: Are there any plans to turn Maven 1.1b2 into 1.1 final? I'm personally quite happy to trust using a b2 version but being in a commercial organisation eyebrows are always raised when you say you're using a beta build of an open source project! thanks James -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- --- 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] -- http://www.multitask.com.au/people/dion/ Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid of the dark, but because the dark is afraid of Chuck Norris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** The information contained in this electronic message may be confidential and/or privileged. Any unauthorized use, dissemination, distribution, or reproduction is strictly
Re: Maven 1.1 gold?
Hi all,
We (the few m1.1 developpers) are completly agree with you.
Release early, release often is what we are trying to do for plugins
because you can use them today in maven 1.0.2 or in maven 1.1 beta X.
In the history page [1] and in our you can see that we are releasing a lot
of plugins since maven 1.1 beta 2 ( I don't talk about maven 1.0.2 ).
For the main distribution the problem is more complex.
We have actually a lot of blocking bugs (multiproject problems, xml
entities not supported, ...) that we have to fix before to release maven
1.1-beta-3 :
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truetype=1pid=10030status=1status=3status=4
But these bugs are also depending of external libraries (jelly, dom4j,
jaxen, ) and some of these projects are a little bit dead. It's why
maven 2 uses less external dependencies to not reproduce this error.
And the last point : The community for m1 is less and less active. People
are migrating to maven 2 and nobody wants to lost his time to debug and
patch maven 1.1 :-(
Cheers
Arnaud
[1] http://maven.apache.org/maven-1.x/plugins/bundledHistory.html
[2]
http://docs.codehaus.org/display/MAVEN/Maven+1.1+pluginshttp://docs.codehaus.org/display/MAVEN/Maven+1.1+plugins
On 4/7/06, Dion Gillard [EMAIL PROTECTED] wrote:
+1.
Release early, release often. Better to have point releases to fix bugs
than
a very long schedule.
On 4/7/06, Jeff Jensen [EMAIL PROTECTED] wrote:
It seems a worse situation to keep dragging 1.1 betas out for this
duration
(1 year?). 1.1b2/3 is far better than any prior release. Cut bait and
fish. Make the remaining items 1.2 if needed. The small incremental
changes are better released more frequently for all concerned.
If core work has stalled so, then ship it as is.
-Original Message-
From: Lukas Theussl [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 06, 2006 12:54 PM
To: Maven Users List
Subject: Re: Maven 1.1 gold?
There are definetely plans but we are only very few people actively
working
on m1 anymore. Since the release of m11b2 we have mainly concentrated on
plugins development, we planned to include a new version of every single
plugin into 11b3 [1]. Plugins provide the main functionality for the end
user and I am confident to say that the quality of plugins that have
been
released since b2 [2] has improved considerably.
Unfortunately, development on the core has practically stalled by now,
mainly due to the lack of man-power. There is a long list of open issues
[3]
that are waiting to be addressed, any help here would be very welcome...
Cheers,
-Lukas
[1] http://docs.codehaus.org/display/MAVEN/Maven+1.1+plugins
[2]
http://maven.apache.org/maven-1.x/plugins/bundled/multichanges-report.html
[3]
http://jira.codehaus.org/browse/MAVEN?report=com.atlassian.jira.plugin.syste
m.project:roadmap-panel
Shute, James wrote:
Are there any plans to turn Maven 1.1b2 into 1.1 final?
I'm personally quite happy to trust using a b2 version but being in a
commercial organisation eyebrows are always raised when you say you're
using a beta build of an open source project!
thanks
James
--
This message is intended only for the personal and
confidential use of the designated recipient(s) named above. If you
are
not the intended recipient of this message you are hereby notified that
any
review, dissemination, distribution or copying of this message is
strictly
prohibited. This communication is for information purposes only and
should
not be regarded as an offer to sell or as a solicitation of an offer to
buy
any financial product, an official confirmation of any transaction, or
as
an
official statement of Lehman Brothers. Email transmission cannot be
guaranteed to be secure or error-free. Therefore, we do not represent
that
this information is complete or accurate and it should not be relied
upon
as
such. All information is subject to change without notice.
-
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]
--
http://www.multitask.com.au/people/dion/
Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid
of the dark, but because the dark is afraid of Chuck Norris
Re: Maven 1.1 gold?
Thus help us !! If you're interesting to use maven 1.1, you can try the snapshots I publish here : http://people.apache.org/~aheritier/maven/1.X/snapshots/ And you can try to help us to analyse and fix some bugs http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truetype=1pid=10030status=1status=3status=4 ;-) Arnaud On 4/7/06, Peter Bright [EMAIL PROTECTED] wrote: I agree. We're using 1 and would like to move to 1.1. Maven 2 is a complete waste of time because, as far as I can tell, Maven 2 seems to be completely incompatible with Maven 1 with no migration path, thereby rendering it completely worthless. Not so 1.1. -Original Message- From: Jeff Jensen [mailto:[EMAIL PROTECTED] Sent: 07 April 2006 12:43 To: 'Maven Users List' Subject: RE: Maven 1.1 gold? (we're still entirely dependent on m1.1, and will be for awhile yet, and so am very selfishly motivated! :-) -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 11:34 PM To: Maven Users List Subject: Re: Maven 1.1 gold? ++1 Strongly agree even though I'm not using M1 any more. ;-) Wayne On 4/6/06, Dion Gillard [EMAIL PROTECTED] wrote: +1. Release early, release often. Better to have point releases to fix bugs than a very long schedule. On 4/7/06, Jeff Jensen [EMAIL PROTECTED] wrote: It seems a worse situation to keep dragging 1.1 betas out for this duration (1 year?). 1.1b2/3 is far better than any prior release. Cut bait and fish. Make the remaining items 1.2 if needed. The small incremental changes are better released more frequently for all concerned. If core work has stalled so, then ship it as is. -Original Message- From: Lukas Theussl [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 12:54 PM To: Maven Users List Subject: Re: Maven 1.1 gold? There are definetely plans but we are only very few people actively working on m1 anymore. Since the release of m11b2 we have mainly concentrated on plugins development, we planned to include a new version of every single plugin into 11b3 [1]. Plugins provide the main functionality for the end user and I am confident to say that the quality of plugins that have been released since b2 [2] has improved considerably. Unfortunately, development on the core has practically stalled by now, mainly due to the lack of man-power. There is a long list of open issues [3] that are waiting to be addressed, any help here would be very welcome... Cheers, -Lukas [1] http://docs.codehaus.org/display/MAVEN/Maven+1.1+plugins [2] http://maven.apache.org/maven-1.x/plugins/bundled/multichanges-repor t.html [3] http://jira.codehaus.org/browse/MAVEN?report=com.atlassian.jira.plug in.syste m.project:roadmap-panel Shute, James wrote: Are there any plans to turn Maven 1.1b2 into 1.1 final? I'm personally quite happy to trust using a b2 version but being in a commercial organisation eyebrows are always raised when you say you're using a beta build of an open source project! thanks James -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- --- 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] -- http://www.multitask.com.au/people/dion/ Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid of the dark, but
RE: Maven 1.1 gold?
What stops you now from moving to 1.1 from 1.0?? That confuses me. I understand not moving to 2 yet, as we are in that situation. However, Maven 2 is a complete waste of time...thereby rendering it completely worthless. are not conclusions I agree with. M2 is at the beginning of something bigger and better. Revolution vs evolution. -Original Message- From: Peter Bright [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 6:56 AM To: Maven Users List Subject: RE: Maven 1.1 gold? I agree. We're using 1 and would like to move to 1.1. Maven 2 is a complete waste of time because, as far as I can tell, Maven 2 seems to be completely incompatible with Maven 1 with no migration path, thereby rendering it completely worthless. Not so 1.1. -Original Message- From: Jeff Jensen [mailto:[EMAIL PROTECTED] Sent: 07 April 2006 12:43 To: 'Maven Users List' Subject: RE: Maven 1.1 gold? (we're still entirely dependent on m1.1, and will be for awhile yet, and so am very selfishly motivated! :-) -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 11:34 PM To: Maven Users List Subject: Re: Maven 1.1 gold? ++1 Strongly agree even though I'm not using M1 any more. ;-) Wayne On 4/6/06, Dion Gillard [EMAIL PROTECTED] wrote: +1. Release early, release often. Better to have point releases to fix bugs than a very long schedule. On 4/7/06, Jeff Jensen [EMAIL PROTECTED] wrote: It seems a worse situation to keep dragging 1.1 betas out for this duration (1 year?). 1.1b2/3 is far better than any prior release. Cut bait and fish. Make the remaining items 1.2 if needed. The small incremental changes are better released more frequently for all concerned. If core work has stalled so, then ship it as is. -Original Message- From: Lukas Theussl [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 12:54 PM To: Maven Users List Subject: Re: Maven 1.1 gold? There are definetely plans but we are only very few people actively working on m1 anymore. Since the release of m11b2 we have mainly concentrated on plugins development, we planned to include a new version of every single plugin into 11b3 [1]. Plugins provide the main functionality for the end user and I am confident to say that the quality of plugins that have been released since b2 [2] has improved considerably. Unfortunately, development on the core has practically stalled by now, mainly due to the lack of man-power. There is a long list of open issues [3] that are waiting to be addressed, any help here would be very welcome... Cheers, -Lukas [1] http://docs.codehaus.org/display/MAVEN/Maven+1.1+plugins [2] http://maven.apache.org/maven-1.x/plugins/bundled/multichanges-repor t.html [3] http://jira.codehaus.org/browse/MAVEN?report=com.atlassian.jira.plug in.syste m.project:roadmap-panel Shute, James wrote: Are there any plans to turn Maven 1.1b2 into 1.1 final? I'm personally quite happy to trust using a b2 version but being in a commercial organisation eyebrows are always raised when you say you're using a beta build of an open source project! thanks James -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- --- 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] -- http://www.multitask.com.au/people/dion/ Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid of the dark,
surefire-report : characters problem
this is a copy from my last surefire-report : testAdd junit.framework.AssertionFailedError: resultat renvoyé non attenndu expected:lt;102gt; but was:lt;98gt; junit.framework.AssertionFailedError: resultat renvoyé non attenndu expected:102 but was:98 at junit.framework.Assert.fail(Assert.java:47) at The character became lt and the character became gt. How to have the usual characters.
Re: assembling war?
Hi there, Not to sure if you have had much luck. I think you can place your configuration xml file under the src/main/resources folder. Maven should then copy these to the output directory for compiled classes. The war plugin should then include this in the war , (exploded or packaged). I have not done this but you should be able to supply resource filters to say what should be included at a project file, for example **/*.xml features in the documentation for the project descriptor. I hope this helps to put you in the right direction. The above works with *.properties files when working with struts etc. Trent On 07/04/06, Kirin Eugene [EMAIL PROTECTED] wrote: Hello! I can not understand how I to add some resources into war archive. I know that I can put all my resources under main/webapp dir, but in this dir I must support a real structure of my dir. I mean the next: Assume I've got a configuration file with log4j.xml name. I hold it under PROJECT_HOME/src/main/conf/, so if I want to put my file on the web server under PROJECT_HOME/WEB-INF/classes/ dir, then I put log4j.xml under PROJECT_HOME/src/main/webapp/WEB-INF/classes/ and the war plugin will do all right. So can I tell to war plugin to take my log4j.xml from PROJECT_HOME/src/main/conf/ and to put into EXPLODED_PROJECT/WEB-INF/classes/? Thanks for responses! -- С уважением, Kirin mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
M2 Inherit properties across all subprojects
Hi, in a multi-project M2 application is there a way to define some global properties e.g tomcat.home , tomcat.deploy.dir ,etc.. which could be inherited by all sub-projects . I tried adding my property values inside a properties tag in my POM : e.g properties tomcat.homec:/devtools/tomcat/tomcat.home /properties But this does not seem to be working. Any ideas? thanks, Javed
Re: excluding parent jar
You can't have a parent project which produce a jar file. A parent project should always have a pom packaging value. On 4/6/06, Vijay Shanker [EMAIL PROTECTED] wrote: Hi there, Could you please let me know how to exclude parent POM's jar in child POM? I have following pom.xml dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopecompile/scope /dependency dependency groupIdj2ee/groupId artifactIdj2ee/artifactId version1.5/version scopecompile/scope /dependency dependency groupIdcom.honda/groupId artifactIdGALC_Core/artifactId version1.0/version scopecompile/scope /dependency I would like to exclude GALC_Core in child POM. Thanking you in advance. Vijay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alexandre Poitras Québec, Canada - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] existing JAR in WEB-INF/lib without dependency
Declare it using a system dependency. Note the jar won't be packaged inside the project generated jar. On 4/7/06, Thomas Will [EMAIL PROTECTED] wrote: I know it's not the usual or recommended case, but is this possible somehow: I've got a web app, which has already a JAR in the source directory under WEB-INF/lib I do not want the JAR to be picked from the maven repository, and thus I did not define the dependency. How can I make that JAR (or better all existing JARs in the WEB-INF/lib) visible to the compiler classpath? Tom __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alexandre Poitras Québec, Canada - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.0.3] scp with password in settings.xml still needs type in pwd
With me it works, but I remember I had to comment out interactiveMode is true in my settings.xml Roland Kofler wrote: Really, I don't get it. Why scp still asks me for a password when I have settings.xml: server idsystemone-repository/id usernamelalala/username passwordlalala/password /server and pom.xml: distributionManagement repository idsystemone-repository/id nameSystem One Repository/name urlscp://development1/var/www/repository//url /repository Why deploy goal continues to ask me for passwords every time? I don't want to use scpexe with keys and ssh-agent as I want to keep configuration of developer machines as slim as possible strange is also that i have to set ssh-wagon-alpha-7 explicitly. this should be the default for 2.0.3 not? thanks, Roland -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jboss-sar-maven-plugin and packaging sar
On 4/7/06, Peschier J. (Jeroen) [EMAIL PROTECTED] wrote: I have it configured exactly like you. Except it keeps asking for org.apache.maven.plugins:maven-sar-plugin to be present when I set the packaging to sar. Could you perhaps verify you have that plugin in your repository? No, I only have the org.codehaus.mojo version in my repository. But this plugin is deployed on http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/jboss-sar-maven-plugin/2.0-SNAPSHOT/ Did you try adding that repository ? Tom
Re: Ruby on Maven / problem with repository - Maven 2.0.3
this is my conf/settings.xml --- !- maven 2.0.3 /conf/settings.xml -- settings localRepositoryE:\soft\maven-2.0.3\repository/localRepository proxies proxy idoptional/id activetrue/active protocolhttp/protocol usernameproxyuser/username passwordproxypass/password hostlocalhost/host port8444/port nonProxyHostslocal.net,some.host.com/nonProxyHosts /proxy /proxies servers /servers mirrors /mirrors profiles profile !-- remote repository -- repositories repository idenv-propellors/id urlhttp://propellors.net/maven-repo/url /repository /repositories /profile /profiles activeProfiles activeProfileenv-propellors/activeProfile /activeProfiles /settings --- -- On 4/6/06, John Casey [EMAIL PROTECTED] wrote: Don't forget to add an activeProfiles section to your settings.xml, to explicitly activate that profile: activeProfiles activeProfilesome-profile-id/activeProfile /activeProfiles Also, I noticed your profile doesn't have an id/...you'll need one if you want to do this. -john Julio Oliveira wrote: Hi I put it in the %HOMEPATH%\.m2\settings.xml file. this is -- profiles !-- profile | Specifies a set of introductions to the build process, to be activated using one or more of the | mechanisms described above. For inheritance purposes, and to activate profiles via activatedProfiles/ | or the command line, profiles have to have an ID that is unique. | | An encouraged best practice for profile identification is to use a consistent naming convention | for profiles, such as 'env-dev', 'env-test', 'env-production', 'user-jdcasey', 'user-brett', etc. | This will make it more intuitive to understand what the set of introduced profiles is attempting | to accomplish, particularly when you only have a list of profile id's for debug. | | This profile example uses the JDK version to trigger activation, and provides a JDK-specific repo. profile idjdk-1.4/id activation jdk1.4/jdk /activation repositories repository idjdk14/id nameRepository for JDK 1.4 builds/name urlhttp://www.myhost.com/maven/jdk14/url layoutdefault/layout snapshotPolicyalways/snapshotPolicy /repository /repositories /profile -- profile !-- remote repository -- repositories repository idpropellors.net/id urlhttp://propellors.net/maven-repo/url /repository /repositories /profile -- Also i probe to put the properties at build.properties and project.properties but it doesn't work Can't you send me an example, if this is wrong regards On 4/6/06, KC Baltz [EMAIL PROTECTED] wrote: Hello, Where did you put the repository definition you mention in 1) below? I would expect it to go in your %HOMEPATH%\.m2\settings.xml file. K.C. -Original Message- From: Julio Oliveira [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 8:07 AM To: Maven Users List Subject: Ruby on Maven / problem with repository - Maven 2.0.3 Hi As the doc say i put in maven: 1) !-- remote repository -- repositories repository idpropellors.net/id urlhttp://propellors.net/maven-repo/url /repository /repositories 2) type the command . - E:\Work\eclipse3_1\Jfp_libsmvn rubyarchetype:create -DgroupId=test -DartifactId=rubyplugin [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'rubyarchetype'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-rubyarchetype-plugin' does not exist or no valid version could be found [INFO] [INFO]
Re: Ruby on Maven / problem with repository - Maven 2.0.3
Thanks wait for it On 4/6/06, Eric Redmond [EMAIL PROTECTED] wrote: Yeah, I guess I should update the docs. And, you know, fix the 20 other things. Sorry about that. Eric On 4/6/06, John Casey [EMAIL PROTECTED] wrote: Don't forget to add an activeProfiles section to your settings.xml, to explicitly activate that profile: activeProfiles activeProfilesome-profile-id/activeProfile /activeProfiles Also, I noticed your profile doesn't have an id/...you'll need one if you want to do this. -john Julio Oliveira wrote: Hi I put it in the %HOMEPATH%\.m2\settings.xml file. this is -- profiles !-- profile | Specifies a set of introductions to the build process, to be activated using one or more of the | mechanisms described above. For inheritance purposes, and to activate profiles via activatedProfiles/ | or the command line, profiles have to have an ID that is unique. | | An encouraged best practice for profile identification is to use a consistent naming convention | for profiles, such as 'env-dev', 'env-test', 'env-production', 'user-jdcasey', 'user-brett', etc. | This will make it more intuitive to understand what the set of introduced profiles is attempting | to accomplish, particularly when you only have a list of profile id's for debug. | | This profile example uses the JDK version to trigger activation, and provides a JDK-specific repo. profile idjdk-1.4/id activation jdk1.4/jdk /activation repositories repository idjdk14/id nameRepository for JDK 1.4 builds/name urlhttp://www.myhost.com/maven/jdk14/url layoutdefault/layout snapshotPolicyalways/snapshotPolicy /repository /repositories /profile -- profile !-- remote repository -- repositories repository idpropellors.net/id urlhttp://propellors.net/maven-repo/url /repository /repositories /profile -- Also i probe to put the properties at build.properties and project.properties but it doesn't work Can't you send me an example, if this is wrong regards On 4/6/06, KC Baltz [EMAIL PROTECTED] wrote: Hello, Where did you put the repository definition you mention in 1) below? I would expect it to go in your %HOMEPATH%\.m2\settings.xml file. K.C. -Original Message- From: Julio Oliveira [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 8:07 AM To: Maven Users List Subject: Ruby on Maven / problem with repository - Maven 2.0.3 Hi As the doc say i put in maven: 1) !-- remote repository -- repositories repository idpropellors.net/id urlhttp://propellors.net/maven-repo/url /repository /repositories 2) type the command . - E:\Work\eclipse3_1\Jfp_libsmvn rubyarchetype:create -DgroupId=test -DartifactId=rubyplugin [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'rubyarchetype'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-rubyarchetype-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Thu Apr 06 11:39:53 ART 2006 [INFO] Final Memory: 1M/2M [INFO] run with -e switch E:\Work\eclipse3_1\Jfp_libsmvn rubyarchetype:create -DgroupId=test -DartifactId=rubyplugin [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'rubyarchetype'. [INFO]
Dependencies on plugin classpath
Hi,
I'm a new maven user and I have a plugin for 1.0.2 that is having trouble
finding it's jars in a local repository even though I've defined them in the
dependencies. It's purpose is to extract business rules from a local rule
repository and then package deploy them to a remote server.
Appended is the output of '-e', it's reporting that it can't find one of the
jndi classes. This class is in jnp-client-4.0.jar and I've included this in
the project.xml dependency list. I know it's finding it because if I mangle
the name it carps about not finding it. The jellybean works thru a test class
in eclipse so I don't believe it's a code issue.
What puzzles me is that there are other outside classes used in the bean before
the jndi context that are found on the classpath.
Can someone help me get this jellybean's classpath working?
Thanks,
Darren
If it helps, here's my plugin.jelly file:
?xml version=1.0?
project
xmlns:ant=jelly:ant
xmlns:define=jelly:define
xmlns:jrulesdeployer=jrulesdeployer
define:taglib uri=jrulesdeployer
define:jellybean
name=jrulesdeployer
className=com.emdeon.phoenix.jrules.deploy.JRulesRuleAppDeployer
method=exportRuleApps
/
/define:taglib
goal name=jrules-ruleapp-quality-deploy description=Deploy Quality
Measures IRL files
jrulesdeployer:jrulesdeployer
var=rd
repositoryPath=${medOne.jrules.deploy.quality.repositoryPath}
ruleAppMajorVersion=${medOne.jrules.deploy.quality.ruleApp.majorVersion}
ruleAppMinorVersion=${medOne.jrules.deploy.quality.ruleApp.minorVersion}
/
/goal
/project
Stack trace:
BUILD FAILED
javax.naming.NoInitialContextException: Cannot instantiate class:
org.jnp.interfaces.NamingContextFactory [Root exception is
java.lang.ClassNotFoundException: org/jnp/interfaces/NamingContextFactory]
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:652)
at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:243)
at javax.naming.InitialContext.init(InitialContext.java:219)
at javax.naming.InitialContext.init(InitialContext.java:195)
at
com.emdeon.phoenix.jrules.deploy.JRulesRuleAppDeployer.connect(JRulesRuleAppDeployer.java:92)
at
com.emdeon.phoenix.jrules.deploy.JRulesRuleAppDeployer.exportRuleApps(JRulesRuleAppDeployer.java:70)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.java:230)
at
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:145)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
at
org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:127)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:671)
at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263)
at org.apache.maven.cli.App.doMain(App.java:488)
at org.apache.maven.cli.App.main(App.java:1239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:551)
at com.werken.forehead.Forehead.main(Forehead.java:581)
Caused by: java.lang.ClassNotFoundException:
org/jnp/interfaces/NamingContextFactory
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:219)
at
com.sun.naming.internal.VersionHelper12.loadClass(VersionHelper12.java:42)
at
manual install of logging not working
Can someone explain why I am getting this error below during mvn compile I have installed the activation and mail jars into my local repository works fine, then installed the logging.jar however commons logging .jar is not being picked up. Did I not install it correctly? Why is it still going outside my local repository? mvn install:install-file -Dfile=commons-logging.jar -DgroupId=commons-logging -DartifactId=commons-logging -Dversion=1.0 -Dpackaging=jar produces in my repository commons-logging - commons-logging - 1.0 - commons-logging-1.0jar [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://repo1.maven.org/maven2/root/project/projects/logging/1.0/logging-1.0.jar [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. required artifacts missing: root.project.projects:logging:jar:1.0 for the artifact: root.project:primary-source:jar:1.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) -- Thanks, Michael Tedesco --
RE: excluding parent jar and Continuum build problem
Thanks Alexandre, Sorry for confusion. Actually, I have following parent POM dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopecompile/scope /dependency dependency groupIdj2ee/groupId artifactIdj2ee/artifactId version1.5/version scopecompile/scope /dependency dependency groupIdcom.honda/groupId artifactIdGALC_Core/artifactId version1.0/version scopecompile/scope /dependency Now, I would like to exclude GALC_Core dependency inside child POM. I think we can use dependencyManagement tag in parnet POM. Now I have problem that Continuum is not building all projects, when I try to build parent POM. Any suggestion would be appreciated. Thanks, Vijay From: Alexandre Poitras [mailto:[EMAIL PROTECTED] Sent: Fri 4/7/2006 7:40 AM To: Maven Users List Subject: Re: excluding parent jar You can't have a parent project which produce a jar file. A parent project should always have a pom packaging value. On 4/6/06, Vijay Shanker [EMAIL PROTECTED] wrote: Hi there, Could you please let me know how to exclude parent POM's jar in child POM? I have following pom.xml dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopecompile/scope /dependency dependency groupIdj2ee/groupId artifactIdj2ee/artifactId version1.5/version scopecompile/scope /dependency dependency groupIdcom.honda/groupId artifactIdGALC_Core/artifactId version1.0/version scopecompile/scope /dependency I would like to exclude GALC_Core in child POM. Thanking you in advance. Vijay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alexandre Poitras Québec, Canada - 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: Ruby on Maven / problem with repository - Maven 2.0.3
Your profile needs an id. You gave the repository an id, but the profile itself needs one too. Eric On 4/7/06, Julio Oliveira [EMAIL PROTECTED] wrote: this is my conf/settings.xml --- !- maven 2.0.3 /conf/settings.xml -- settings localRepositoryE:\soft\maven-2.0.3\repository/localRepository proxies proxy idoptional/id activetrue/active protocolhttp/protocol usernameproxyuser/username passwordproxypass/password hostlocalhost/host port8444/port nonProxyHostslocal.net,some.host.com/nonProxyHosts /proxy /proxies servers /servers mirrors /mirrors profiles profile !-- remote repository -- repositories repository idenv-propellors/id urlhttp://propellors.net/maven-repo/url /repository /repositories /profile /profiles activeProfiles activeProfileenv-propellors/activeProfile /activeProfiles /settings --- -- On 4/6/06, John Casey [EMAIL PROTECTED] wrote: Don't forget to add an activeProfiles section to your settings.xml, to explicitly activate that profile: activeProfiles activeProfilesome-profile-id/activeProfile /activeProfiles Also, I noticed your profile doesn't have an id/...you'll need one if you want to do this. -john Julio Oliveira wrote: Hi I put it in the %HOMEPATH%\.m2\settings.xml file. this is -- profiles !-- profile | Specifies a set of introductions to the build process, to be activated using one or more of the | mechanisms described above. For inheritance purposes, and to activate profiles via activatedProfiles/ | or the command line, profiles have to have an ID that is unique. | | An encouraged best practice for profile identification is to use a consistent naming convention | for profiles, such as 'env-dev', 'env-test', 'env-production', 'user-jdcasey', 'user-brett', etc. | This will make it more intuitive to understand what the set of introduced profiles is attempting | to accomplish, particularly when you only have a list of profile id's for debug. | | This profile example uses the JDK version to trigger activation, and provides a JDK-specific repo. profile idjdk-1.4/id activation jdk1.4/jdk /activation repositories repository idjdk14/id nameRepository for JDK 1.4 builds/name urlhttp://www.myhost.com/maven/jdk14/url layoutdefault/layout snapshotPolicyalways/snapshotPolicy /repository /repositories /profile -- profile !-- remote repository -- repositories repository idpropellors.net/id urlhttp://propellors.net/maven-repo/url /repository /repositories /profile -- Also i probe to put the properties at build.properties and project.properties but it doesn't work Can't you send me an example, if this is wrong regards On 4/6/06, KC Baltz [EMAIL PROTECTED] wrote: Hello, Where did you put the repository definition you mention in 1) below? I would expect it to go in your %HOMEPATH%\.m2\settings.xml file. K.C. -Original Message- From: Julio Oliveira [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 8:07 AM To: Maven Users List Subject: Ruby on Maven / problem with repository - Maven 2.0.3 Hi As the doc say i put in maven: 1) !-- remote repository -- repositories repository idpropellors.net/id urlhttp://propellors.net/maven-repo/url /repository /repositories 2) type the command . - E:\Work\eclipse3_1\Jfp_libsmvn rubyarchetype:create -DgroupId=test -DartifactId=rubyplugin [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'rubyarchetype'. [INFO]
RE: Internal (intranet) repositories
Bummer about the potential for a bug. I know that the group working on maven 2 things have submitted a repository directory in the perforce project (kinda exactly the opposite to what this feature in maven is supposed to provide). But theirs works, but it seems to have to be a local copy. I'll try to bring up apache on that machine and see what happens. I kind of don't want to do this to an already complicated build environment though. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 12:33 AM To: Maven Users List Subject: Re: Internal (intranet) repositories Can you perhaps load that repository on a local Apache server and modify the repository to reflect the HTTP repo, and see if it still fails to attempt to access the local repo? Might be a bug in how Maven deals with file:/// repos. I know most of us on the list are using simple HTTP repos, so you might have just stumbled into a new bug. Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: Here is my pom file. The directory in the url below is a shared folder on a different machine. 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.ejstools.tool1/groupId artifactIdtool1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameEJs Tools/name urlhttp://build2.corp.upromise.com:8080/url descriptionThis project is simply here to lean about maven and eventually will be used to build EJs Java tools./description repositories repository idlocal/id nameUpromise Maven Repository/name urlfile:///servernamehere/mavenrepository/url /repository /repositories dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build /project -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 6:12 PM To: Maven Users List Subject: Re: Internal (intranet) repositories Where exactly were you putting that repository section? In your pom.xml? Or in another configuration file? Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: None of this explains why it didn't use my repo and simply ignored it completely. This is the more important part of the puzzle. - 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 unable to build on linux with maven-compiler-plugin 2.0.1 version
HI Carlos, I removed the plexus-compiler-api, plexus-compiler-manager and plexus-compiler-javac. I am still getting the same error... [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: null:plexus-compiler-api:jar:1.5.2 Reason: Cannot find parent: org.codehaus.plexus:plexus-compiler for project: null:plexus-compiler-api:jar:1.5.2 [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Unable to get dependency information: Unable to read the metadata file for artifact ' org.codehaus.plexus:plexus-compiler-api:jar': Cannot find parent: org.codehaus.plexus:plexus-compiler for project: null:plexus-compiler-api:jar:1.5.2 org.codehaus.plexus:plexus-compiler-api:jar:1.5.2 from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.snapshots (http://svn.apache.org/maven-snapshot-repository), snapshots (http://snapshots.maven.codehaus.org/maven2) Path to dependency: 1) org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:2.0.1 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:551) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:475) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:454) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:85) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:58) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:60) at java.lang.reflect.Method.invoke(Method.java:391) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java :315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java :430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.artifact.resolver.ArtifactResolutionException: Unable to get dependency information: Unable to read the metadata file for artifact 'org.codehaus.plexus:plexus-compiler-api:jar': Cannot find parent: org.codehaus.plexus:plexus-compiler for project: null:plexus-compiler-api:jar:1.5.2 org.codehaus.plexus:plexus-compiler-api:jar:1.5.2 from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.snapshots (http://svn.apache.org/maven-snapshot-repository), snapshots (http://snapshots.maven.codehaus.org/maven2) Path to dependency: 1) org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:2.0.1 at org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse( DefaultArtifactCollector.java:297) at org.apache.maven.artifact.resolver.DefaultArtifactCollector.collect( DefaultArtifactCollector.java(Compiled Code)) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively (DefaultArtifactResolver.java:223) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively (DefaultArtifactResolver.java:211) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively (DefaultArtifactResolver.java:182) at org.apache.maven.plugin.DefaultPluginManager.ensurePluginContainerIsComplete (DefaultPluginManager.java:608) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo( DefaultPluginManager.java:519) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:390) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:534) ... 17 more Caused by: org.apache.maven.artifact.metadata.ArtifactMetadataRetrievalException: Unable to read the metadata file for artifact ' org.codehaus.plexus:plexus-compiler-api:jar': Cannot find parent: org.codehaus.plexus:plexus-compiler for project: null:plexus-compiler-api:jar:1.5.2 at
dependency-maven-plugin force copy
Is there a way to configure the dependency-maven-plugin to force the copy and unpack operations, e.g. overwrite existing files? Tom. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jboss-sar-maven-plugin and packaging sar
Thanks for the link! I have it working now. The snapshot I built was probably faulty. Now packaging sar works I noticed that the eclipse plugin does not make project references for sar-projects... I'll start a new thread on that one... -Oorspronkelijk bericht- Van: Tom Huybrechts [mailto:[EMAIL PROTECTED] Verzonden: vrijdag 7 april 2006 15:28 Aan: Maven Users List Onderwerp: Re: jboss-sar-maven-plugin and packaging sar On 4/7/06, Peschier J. (Jeroen) [EMAIL PROTECTED] wrote: I have it configured exactly like you. Except it keeps asking for org.apache.maven.plugins:maven-sar-plugin to be present when I set the packaging to sar. Could you perhaps verify you have that plugin in your repository? No, I only have the org.codehaus.mojo version in my repository. But this plugin is deployed on http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/jboss-sar-m aven-plugin/2.0-SNAPSHOT/ Did you try adding that repository ? Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2]recalcitrant plugin when building offline
I'm not feelin the love, no one seems to care about my issue :( On 4/6/06, Xavier Toth [EMAIL PROTECTED] wrote: I have occasion to build at locations where I don't have internet access but I do have access to a cvs repository where I have added my local maven repository. So I build a local repository with a check out from cvs and then I build my project with 'mvn -o clean install'. However I get the following error: [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-site-plugin' does not exist or no valid version could be found [INFO] but it's there! ls ~/.m2/repository/org/apache/maven/plugins/maven-site-plugin/2.0-beta-4/ CVS maven-site-plugin-2.0-beta-4.jar maven-site-plugin-2.0-beta-4.pom While testing this build process I have internet access and if I remove ~/.m2/repository/org/apache/maven/plugins/maven-site-plugin/2.0-beta-4 and build 'online' the same files (maven-site-plugin-2.0-beta-4.jar, maven-site-plugin-2.0-beta-4.pom) end up in the same place (~/.m2/repository/org/apache/maven/plugins/maven-site-plugin/2.0-beta-4/) and the build works. Can anyone help me understand why this happens and how I can fix it? Xavier
conditionally loading property files
sorry, drumming this up again guys - so I have the following:
filters
filtersrc/main/filters/filter.properties/filter
filter${user.home}/${pom.name}.properties/filter
filter${user.home}/${pom.name}-${pom.version}.properties/filter
/filters
But if a file doesn't exist, maven fails. How can I make maven just
continue if it doesn't exist instead of failing?
Re: conditionally loading property files
you can profile your resources ( never done it before thou )
http://maven.apache.org/guides/introduction/introduction-to-profiles.html
-D
On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote:
sorry, drumming this up again guys - so I have the following:
filters
filtersrc/main/filters/filter.properties/filter
filter${user.home}/${pom.name}.properties/filter
filter${user.home}/${pom.name}-${pom.version}.properties/filter
/filters
But if a file doesn't exist, maven fails. How can I make maven just
continue if it doesn't exist instead of failing?
RE: conditionally loading property files
Yeah, I tried this:
settings
activeProfiles
activeProfilefoxboro/activeProfile
/activeProfiles
profiles
profile
idfoxboro/id
activation
activeByDefault/
/activation
properties
db.port/db.port
/properties
/profile
/profiles
/settings
But that port was never picked up.
What did I do wrong here?
-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED]
Sent: Friday, April 07, 2006 10:58 AM
To: Maven Users List
Subject: Re: conditionally loading property files
you can profile your resources ( never done it before thou )
http://maven.apache.org/guides/introduction/introduction-to-profiles.htm
l
-D
On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote:
sorry, drumming this up again guys - so I have the following:
filters
filtersrc/main/filters/filter.properties/filter
filter${user.home}/${pom.name}.properties/filter
filter${user.home}/${pom.name}-${pom.version}.properties/filter
/filters
But if a file doesn't exist, maven fails. How can I make maven just
continue if it doesn't exist instead of failing?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Eclipse plugin does not seem to make references for packaging sar
I have some projects that depend on projects with packaging sar. I observe the following behaviour: - Running eclipse:eclipse from the parent POM, project references to dependencies with packaging jar and ejb are made. However the project references for sar projects seem to be omitted. - Running eclipse:eclipse from a child POM, classpath references to jars and ejbs in the local repository are made. Here, references to sars seem to be omitted as well. The docs for the maven-eclipse-plugin don't list which package-type are actually supported. Does the package type matter when making project references? Short of declaring a dependency in the POM, is there another way to force a project reference to be added when the eclipse plugin runs? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.0.3] scp with password in settings.xml still needs type in pwd
Thanks, tried to set interactiveModefalse/interactiveMode , but didn't work , always promting for pwd... Roland Geoffrey De Smet schrieb: With me it works, but I remember I had to comment out interactiveMode is true in my settings.xml Roland Kofler wrote: Really, I don't get it. Why scp still asks me for a password when I have settings.xml: server idsystemone-repository/id usernamelalala/username passwordlalala/password /server and pom.xml: distributionManagement repository idsystemone-repository/id nameSystem One Repository/name urlscp://development1/var/www/repository//url /repository Why deploy goal continues to ask me for passwords every time? I don't want to use scpexe with keys and ssh-agent as I want to keep configuration of developer machines as slim as possible strange is also that i have to set ssh-wagon-alpha-7 explicitly. this should be the default for 2.0.3 not? thanks, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: manual install of logging not working
Hi, required artifacts missing: root.project.projects:logging:jar:1.0 Looking at this snippet from the log shows that maven is searching for an artifact with the groupId 'root.project.projects', the artifactId 'logging' and the version '1.0'. You installed the artifact with a groupId of 'commons-logging' and and artifactId of 'commons-logging' to your local repository, so your dependency definition in your pom.xml should look like this: dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId version1.0/version /dependency However, you don't need to add the commons-logging jar to your local repository by hand at all. This is just needed for the Sun jars due to licensing issues. The other arifacts are downloaded automatically by maven during the build. Hope this helps -Tim [EMAIL PROTECTED] schrieb: Can someone explain why I am getting this error below during mvn compile I have installed the activation and mail jars into my local repository works fine, then installed the logging.jar however commons logging .jar is not being picked up. Did I not install it correctly? Why is it still going outside my local repository? mvn install:install-file -Dfile=commons-logging.jar -DgroupId=commons-logging -DartifactId=commons-logging -Dversion=1.0 -Dpackaging=jar produces in my repository commons-logging - commons-logging - 1.0 - commons-logging-1.0jar [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://repo1.maven.org/maven2/root/project/projects/logging/1.0/logging-1.0.jar [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. required artifacts missing: root.project.projects:logging:jar:1.0 for the artifact: root.project:primary-source:jar:1.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) -- Thanks, Michael Tedesco -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.0.3] scp with password in settings.xml still needs type in pwd
I have had that problem on windows, but not on unix/linux. Seems like the scp plugin thingy does not create the .ssh directory under c:\documents and settings or whatever\username So if you manually create that directory yourself and then run your stuff it should work. (well that is if you are on windows) /Kaare On 07/04/06, Roland Kofler [EMAIL PROTECTED] wrote: Thanks, tried to set interactiveModefalse/interactiveMode , but didn't work , always promting for pwd... Roland Geoffrey De Smet schrieb: With me it works, but I remember I had to comment out interactiveMode is true in my settings.xml Roland Kofler wrote: Really, I don't get it. Why scp still asks me for a password when I have settings.xml: server idsystemone-repository/id usernamelalala/username passwordlalala/password /server and pom.xml: distributionManagement repository idsystemone-repository/id nameSystem One Repository/name urlscp://development1/var/www/repository//url /repository Why deploy goal continues to ask me for passwords every time? I don't want to use scpexe with keys and ssh-agent as I want to keep configuration of developer machines as slim as possible strange is also that i have to set ssh-wagon-alpha-7 explicitly. this should be the default for 2.0.3 not? thanks, Roland - 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: Ruby on Maven / problem with repository - Maven 2.0.3
not work any other think - something at the pom.xml ??? the id is other name not env-propellors - profiles profile idproperllors/id !-- remote repository -- repositories repository idenv-propellors/id urlhttp://propellors.net/maven-repo/url /repository /repositories /profile /profiles activeProfiles activeProfileenv-propellors/activeProfile /activeProfiles also i prove with this.. idenv-propellors/id - regards On 4/7/06, Eric Redmond [EMAIL PROTECTED] wrote: Your profile needs an id. You gave the repository an id, but the profile itself needs one too. Eric On 4/7/06, Julio Oliveira [EMAIL PROTECTED] wrote: this is my conf/settings.xml --- !- maven 2.0.3 /conf/settings.xml -- settings localRepositoryE:\soft\maven-2.0.3\repository/localRepository proxies proxy idoptional/id activetrue/active protocolhttp/protocol usernameproxyuser/username passwordproxypass/password hostlocalhost/host port8444/port nonProxyHostslocal.net,some.host.com/nonProxyHosts /proxy /proxies servers /servers mirrors /mirrors profiles profile !-- remote repository -- repositories repository idenv-propellors/id urlhttp://propellors.net/maven-repo/url /repository /repositories /profile /profiles activeProfiles activeProfileenv-propellors/activeProfile /activeProfiles /settings --- -- On 4/6/06, John Casey [EMAIL PROTECTED] wrote: Don't forget to add an activeProfiles section to your settings.xml, to explicitly activate that profile: activeProfiles activeProfilesome-profile-id/activeProfile /activeProfiles Also, I noticed your profile doesn't have an id/...you'll need one if you want to do this. -john Julio Oliveira wrote: Hi I put it in the %HOMEPATH%\.m2\settings.xml file. this is -- profiles !-- profile | Specifies a set of introductions to the build process, to be activated using one or more of the | mechanisms described above. For inheritance purposes, and to activate profiles via activatedProfiles/ | or the command line, profiles have to have an ID that is unique. | | An encouraged best practice for profile identification is to use a consistent naming convention | for profiles, such as 'env-dev', 'env-test', 'env-production', 'user-jdcasey', 'user-brett', etc. | This will make it more intuitive to understand what the set of introduced profiles is attempting | to accomplish, particularly when you only have a list of profile id's for debug. | | This profile example uses the JDK version to trigger activation, and provides a JDK-specific repo. profile idjdk-1.4/id activation jdk1.4/jdk /activation repositories repository idjdk14/id nameRepository for JDK 1.4 builds/name urlhttp://www.myhost.com/maven/jdk14/url layoutdefault/layout snapshotPolicyalways/snapshotPolicy /repository /repositories /profile -- profile !-- remote repository -- repositories repository idpropellors.net/id urlhttp://propellors.net/maven-repo/url /repository /repositories /profile -- Also i probe to put the properties at build.properties and project.properties but it doesn't work Can't you send me an example, if this is wrong regards On 4/6/06, KC Baltz [EMAIL PROTECTED] wrote: Hello, Where did you put the repository definition you mention in 1) below? I would expect it to go in your %HOMEPATH%\.m2\settings.xml file. K.C. -Original Message- From: Julio Oliveira [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 8:07 AM To: Maven Users List Subject: Ruby on Maven / problem with repository - Maven 2.0.3
[m2] IncompatibleClassChangeError using maven-surefire-plugin 2.1.3
I upgraded to version 2.1.3 of the maven-surefire-plugin for the forkmode fixes on windows -- solved lots of problems, but created others. I have a set of unit tests that run just fine when I have forkmode set to none. However, when I set forkmode to perTest I get a bunch of 'java.lang.IncompatibleClassChangeError' exceptions. (see dump below) It looks like a problem with XercesImpl, but I don't see that as a dependency of the surefire plugin. Does anybody have any suggestions? Thanks for any and all help. Jim error type=java.lang.IncompatibleClassChangeErrorjava.lang.IncompatibleClassChangeError at net.sf.ehcache.config.BeanHandler.startElement(BeanHandler.java:113) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at net.sf.ehcache.config.Configurator.configure(Configurator.java:130) at net.sf.ehcache.CacheManager.configure(CacheManager.java:166) at net.sf.ehcache.CacheManager.lt;initgt;(CacheManager.java:138) at net.sf.ehcache.CacheManager.create(CacheManager.java:193) at net.sf.ehcache.CacheManager.getInstance(CacheManager.java:209) at com.bankerssystems.framework.cache.ehcache.EHCacheFactory.lt;initgt;(EHCacheFactory.java:27) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at com.bankerssystems.framework.cache.CacheFactory.createFactory(CacheFactory.java:133) at com.bankerssystems.framework.cache.CacheFactory.getInstance(CacheFactory.java:87) at com.bankerssystems.framework.cache.ehcache.EHCacheTest.setUp(EHCacheTest.java:39) at junit.framework.TestCase.runBare(TestCase.java:125) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.maven.surefire.battery.JUnitBattery.executeJUnit(JUnitBattery.java:242) at org.apache.maven.surefire.battery.JUnitBattery.execute(JUnitBattery.java:216) at org.apache.maven.surefire.Surefire.executeBattery(Surefire.java:215) at org.apache.maven.surefire.Surefire.run(Surefire.java:126) at org.apache.maven.surefire.Surefire.run(Surefire.java:87) at org.apache.maven.surefire.Surefire.run(Surefire.java:63) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.maven.surefire.SurefireBooter.main(SurefireBooter.java:785) -- View this message in context: http://www.nabble.com/-m2-IncompatibleClassChangeError-using-maven-surefire-plugin-2.1.3-t1412704.html#a3805791 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.0.3] scp with password in settings.xml still needs type in pwd
Thanks again. I have a .ssh dir in my home folder. but he complains aubout a password at every deploy. I am so sad that I can't use full deployment fancy, plz help. Roland Kaare Nilsen schrieb: I have had that problem on windows, but not on unix/linux. Seems like the scp plugin thingy does not create the .ssh directory under c:\documents and settings or whatever\username So if you manually create that directory yourself and then run your stuff it should work. (well that is if you are on windows) /Kaare On 07/04/06, Roland Kofler [EMAIL PROTECTED] wrote: Thanks, tried to set interactiveModefalse/interactiveMode , but didn't work , always promting for pwd... Roland Geoffrey De Smet schrieb: With me it works, but I remember I had to comment out interactiveMode is true in my settings.xml Roland Kofler wrote: Really, I don't get it. Why scp still asks me for a password when I have settings.xml: server idsystemone-repository/id usernamelalala/username passwordlalala/password /server and pom.xml: distributionManagement repository idsystemone-repository/id nameSystem One Repository/name urlscp://development1/var/www/repository//url /repository Why deploy goal continues to ask me for passwords every time? I don't want to use scpexe with keys and ssh-agent as I want to keep configuration of developer machines as slim as possible strange is also that i have to set ssh-wagon-alpha-7 explicitly. this should be the default for 2.0.3 not? thanks, Roland - 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]
Fw: 404 on Surefire-Report Plugin
I suppose it would help if I actually sent this to the right address... :\ It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 - Forwarded by Ian D Stewart/OH/ONE on 04/07/2006 11:44 AM - Ian D StewartTo: [EMAIL PROTECTED] cc: 04/07/2006 11:42 Subject: 404 on Surefire-Report Plugin AM Dear List, I'm at the point now where I'm ready to start generating reports to go with all of my spiffy code :) The logical starting point seemed to me to be the Surefire report, so I went to maven.apache.org, clicked on Available Plugins, and then surefire-report. Unfortunately, this link gets redirected to http://maven.apache.org/plugins/maven-surefire-report-plugin, which displays a nice shiny Page Not Found error. I have opened an issue in JIRA (http://jira.codehaus.org/browse/MNG-2212). In the meantime, can anyone point me to the real documentation for maven-surefire-report-plugin? Thanks, Ian It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Compiling dependency project
I am a new user for Maven. I have created two project Folder A and B. In each of the project I have a pom.xml. When i try to execute mvn-compile for project folder A, it throws compilation errors since java files under project A have imports for java classes under project B. How do i specify this in the pom.xml for project A to also include files under project B. I know we have something called dependency tag which i can make use of, but dont know the values to provide. I tried providing the following for the dependency tags in pom.xml of Project A as shown below groupIdpackage.subPackage1.subPackage2/groupId artifactIdB/artifactId scopecompile/scope version1.0/version Please advice on this. Cheers Robin -- View this message in context: http://www.nabble.com/Compiling-dependency-project-t1412713.html#a3805829 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fw: 404 on Surefire-Report Plugin
I'm not sure where the documentation lives but this is all I did to get Surefire reports added to my site. ;-) reporting plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdsurefire-report-maven-plugin/artifactId /plugin /plugins /reporting Since its just a report of your test results, I'm not sure what if anything can be configured in the plugin. You might just find it easiest to pull the plugin code from Subversion and build the site yourself? HTH. Wayne On 4/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I suppose it would help if I actually sent this to the right address... :\ It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 - Forwarded by Ian D Stewart/OH/ONE on 04/07/2006 11:44 AM - Ian D StewartTo: [EMAIL PROTECTED] cc: 04/07/2006 11:42 Subject: 404 on Surefire-Report Plugin AM Dear List, I'm at the point now where I'm ready to start generating reports to go with all of my spiffy code :) The logical starting point seemed to me to be the Surefire report, so I went to maven.apache.org, clicked on Available Plugins, and then surefire-report. Unfortunately, this link gets redirected to http://maven.apache.org/plugins/maven-surefire-report-plugin, which displays a nice shiny Page Not Found error. I have opened an issue in JIRA (http://jira.codehaus.org/browse/MNG-2212). In the meantime, can anyone point me to the real documentation for maven-surefire-report-plugin? Thanks, Ian It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven2 How to deploy assembled file
In my pom.xml I put the maven-assembly-plugin configuration, so now not only I can do mvn install to make my program jar (i.e. pks-3.0.jar), but also mvn assembly:assembly to produce the whole application package (pks-3.0-jar-with-dependencies.jar). When I do mvn deploy, it deploys the pks-3.0.jar to remote repository. How can I deploy pks-3.0-jar-with-dependencies.jar ? Please respond to my email address (I do not subscribe currently to the mail group). If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
RE: Maven 1.1 gold?
From: Jeff Jensen [mailto:[EMAIL PROTECTED] What stops you now from moving to 1.1 from 1.0?? That confuses me. Primarily the beta in its name. I understand not moving to 2 yet, as we are in that situation. However, Maven 2 is a complete waste of time...thereby rendering it completely worthless. are not conclusions I agree with. M2 is at the beginning of something bigger and better. M2 shits all over the investment we have made into Maven. We might as well switch to something else entirely, because the migration to M2 is no easier than migration to any other build tool (including reverting back to ant)--we'll have to chuck everything away and start from scratch. Revolution vs evolution. -Original Message- From: Peter Bright [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 6:56 AM To: Maven Users List Subject: RE: Maven 1.1 gold? I agree. We're using 1 and would like to move to 1.1. Maven 2 is a complete waste of time because, as far as I can tell, Maven 2 seems to be completely incompatible with Maven 1 with no migration path, thereby rendering it completely worthless. Not so 1.1. -Original Message- From: Jeff Jensen [mailto:[EMAIL PROTECTED] Sent: 07 April 2006 12:43 To: 'Maven Users List' Subject: RE: Maven 1.1 gold? (we're still entirely dependent on m1.1, and will be for awhile yet, and so am very selfishly motivated! :-) -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 11:34 PM To: Maven Users List Subject: Re: Maven 1.1 gold? ++1 Strongly agree even though I'm not using M1 any more. ;-) Wayne On 4/6/06, Dion Gillard [EMAIL PROTECTED] wrote: +1. Release early, release often. Better to have point releases to fix bugs than a very long schedule. On 4/7/06, Jeff Jensen [EMAIL PROTECTED] wrote: It seems a worse situation to keep dragging 1.1 betas out for this duration (1 year?). 1.1b2/3 is far better than any prior release. Cut bait and fish. Make the remaining items 1.2 if needed. The small incremental changes are better released more frequently for all concerned. If core work has stalled so, then ship it as is. -Original Message- From: Lukas Theussl [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 12:54 PM To: Maven Users List Subject: Re: Maven 1.1 gold? There are definetely plans but we are only very few people actively working on m1 anymore. Since the release of m11b2 we have mainly concentrated on plugins development, we planned to include a new version of every single plugin into 11b3 [1]. Plugins provide the main functionality for the end user and I am confident to say that the quality of plugins that have been released since b2 [2] has improved considerably. Unfortunately, development on the core has practically stalled by now, mainly due to the lack of man-power. There is a long list of open issues [3] that are waiting to be addressed, any help here would be very welcome... Cheers, -Lukas [1] http://docs.codehaus.org/display/MAVEN/Maven+1.1+plugins [2] http://maven.apache.org/maven-1.x/plugins/bundled/multichanges-repor t.html [3] http://jira.codehaus.org/browse/MAVEN?report=com.atlassian.jira.plug in.syste m.project:roadmap-panel Shute, James wrote: Are there any plans to turn Maven 1.1b2 into 1.1 final? I'm personally quite happy to trust using a b2 version but being in a commercial organisation eyebrows are always raised when you say you're using a beta build of an open source project! thanks James -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- --- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Re: Fw: 404 on Surefire-Report Plugin
I am new to Maven (2) and to TestNG. I decided to take both for a spin, and I ran into the same situation. I had no problem running my unit tests, but I was not able to generate the report. I had trouble finding any documentation. I actually posted my questions on the TestNG mailing list at http://forums.opensymphony.com/thread.jspa?threadID=24959tstart=0. I guess I should have posted here. In any event, I was able to generate my report, but there is something that I didn't expect to see. I have one test class, com.foo.MessageProviderTest with one test, testGetMessageOfTheDay(). On the report under the Test Cases section, what shows up under MessageProviderTest is class org.apache.maven.surefire.battery.JUnitBattery.testGetMessageOfTheDay. It appears that at runtime, a class is dynamically generated. I am just surprised to see that show up in the report. On 4/7/06, Wayne Fay [EMAIL PROTECTED] wrote: I'm not sure where the documentation lives but this is all I did to get Surefire reports added to my site. ;-) reporting plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdsurefire-report-maven-plugin/artifactId /plugin /plugins /reporting Since its just a report of your test results, I'm not sure what if anything can be configured in the plugin. You might just find it easiest to pull the plugin code from Subversion and build the site yourself? HTH. Wayne On 4/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I suppose it would help if I actually sent this to the right address... :\ It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 - Forwarded by Ian D Stewart/OH/ONE on 04/07/2006 11:44 AM - Ian D StewartTo: [EMAIL PROTECTED] cc: 04/07/2006 11:42 Subject: 404 on Surefire-Report Plugin AM Dear List, I'm at the point now where I'm ready to start generating reports to go with all of my spiffy code :) The logical starting point seemed to me to be the Surefire report, so I went to maven.apache.org, clicked on Available Plugins, and then surefire-report. Unfortunately, this link gets redirected to http://maven.apache.org/plugins/maven-surefire-report-plugin, which displays a nice shiny Page Not Found error. I have opened an issue in JIRA (http://jira.codehaus.org/browse/MNG-2212). In the meantime, can anyone point me to the real documentation for maven-surefire-report-plugin? Thanks, Ian It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- - John - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven 1.1 gold?
Quoting Peter Bright [EMAIL PROTECTED]: From: Jeff Jensen [mailto:[EMAIL PROTECTED] What stops you now from moving to 1.1 from 1.0?? That confuses me. Primarily the beta in its name. I find m1.1 betas far superior to m1.0. Is this an internal political thing? If not, move to 1.1 yesterday! I understand not moving to 2 yet, as we are in that situation. However, Maven 2 is a complete waste of time...thereby rendering it completely worthless. are not conclusions I agree with. M2 is at the beginning of something bigger and better. M2 shits all over the investment we have made into Maven. We might as well switch to something else entirely, because the migration to M2 is no easier than migration to any other build tool (including reverting back to ant)--we'll have to chuck everything away and start from scratch. Do you have lots of maven.xml things? (and/or other items that cause this?) Have you also found things to change to move to m1.1 (basically, have you tested using m1.1 with your configs?)? Revolution vs evolution. -Original Message- From: Peter Bright [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 6:56 AM To: Maven Users List Subject: RE: Maven 1.1 gold? I agree. We're using 1 and would like to move to 1.1. Maven 2 is a complete waste of time because, as far as I can tell, Maven 2 seems to be completely incompatible with Maven 1 with no migration path, thereby rendering it completely worthless. Not so 1.1. -Original Message- From: Jeff Jensen [mailto:[EMAIL PROTECTED] Sent: 07 April 2006 12:43 To: 'Maven Users List' Subject: RE: Maven 1.1 gold? (we're still entirely dependent on m1.1, and will be for awhile yet, and so am very selfishly motivated! :-) -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 11:34 PM To: Maven Users List Subject: Re: Maven 1.1 gold? ++1 Strongly agree even though I'm not using M1 any more. ;-) Wayne On 4/6/06, Dion Gillard [EMAIL PROTECTED] wrote: +1. Release early, release often. Better to have point releases to fix bugs than a very long schedule. On 4/7/06, Jeff Jensen [EMAIL PROTECTED] wrote: It seems a worse situation to keep dragging 1.1 betas out for this duration (1 year?). 1.1b2/3 is far better than any prior release. Cut bait and fish. Make the remaining items 1.2 if needed. The small incremental changes are better released more frequently for all concerned. If core work has stalled so, then ship it as is. -Original Message- From: Lukas Theussl [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 12:54 PM To: Maven Users List Subject: Re: Maven 1.1 gold? There are definetely plans but we are only very few people actively working on m1 anymore. Since the release of m11b2 we have mainly concentrated on plugins development, we planned to include a new version of every single plugin into 11b3 [1]. Plugins provide the main functionality for the end user and I am confident to say that the quality of plugins that have been released since b2 [2] has improved considerably. Unfortunately, development on the core has practically stalled by now, mainly due to the lack of man-power. There is a long list of open issues [3] that are waiting to be addressed, any help here would be very welcome... Cheers, -Lukas [1] http://docs.codehaus.org/display/MAVEN/Maven+1.1+plugins [2] http://maven.apache.org/maven-1.x/plugins/bundled/multichanges-repor t.html [3] http://jira.codehaus.org/browse/MAVEN?report=com.atlassian.jira.plug in.syste m.project:roadmap-panel Shute, James wrote: Are there any plans to turn Maven 1.1b2 into 1.1 final? I'm personally quite happy to trust using a b2 version but being in a commercial organisation eyebrows are always raised when you say you're using a beta build of an open source project! thanks James -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers.
RE: conditionally loading property files
So are people doing something like this? What I want to avoid like the
plague is having a bunch of properties in the pom file in a profile.
If so, can anyone provide examples, or is this the wrong way to look at
this?
-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED]
Sent: Friday, April 07, 2006 11:02 AM
To: Maven Users List
Subject: RE: conditionally loading property files
Yeah, I tried this:
settings
activeProfiles
activeProfilefoxboro/activeProfile
/activeProfiles
profiles
profile
idfoxboro/id
activation
activeByDefault/
/activation
properties
db.port/db.port
/properties
/profile
/profiles
/settings
But that port was never picked up.
What did I do wrong here?
-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED]
Sent: Friday, April 07, 2006 10:58 AM
To: Maven Users List
Subject: Re: conditionally loading property files
you can profile your resources ( never done it before thou )
http://maven.apache.org/guides/introduction/introduction-to-profiles.htm
l
-D
On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote:
sorry, drumming this up again guys - so I have the following:
filters
filtersrc/main/filters/filter.properties/filter
filter${user.home}/${pom.name}.properties/filter
filter${user.home}/${pom.name}-${pom.version}.properties/filter
/filters
But if a file doesn't exist, maven fails. How can I make maven just
continue if it doesn't exist instead of failing?
-
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]
Use Maven 1.1 beta 2?
We currently use Maven 1.0.2 for most of our projects. For those of you who have upgraded to 1.1 beta 2 I have a few questions. Do you feel it is worth it to upgrade? How much effort did it take to upgrade your projects? Did you encounter any issues (bugs and such)? Thanks, -- Daniel Siegmann FJA-US, Inc. (212) 840-2618 ext. 139 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 1.1 gold?
Following up on Arnaud's comments: In principle I agree with the 'release early, release often' philosophy - as long as there is something to release. Looking at the Jira roadmap [1] most of the closed Jira's for m11b3 are documentation issues and a few trivial fixes. Functionally, the current core is completely equivalent to the one in m11b2. The only big change that has ocurred IMO is that Arnaud has unified practically all dependencies used in the core and the core plugins [2] which has solved quite a few consistency issues. However, releasing a new distribution now would only make sense if all the included plugins would use the same set of dependencies. That's why we are working on re-releasing the plugins first. Finally, as Jeff has pointed out, I am also not happy about the naming, I think m11b2 and the current m11b3-SNAPSHOT are far superior and more stable than the suffix 'beta' would suggest. And again: any help would be very welcome! :) -Lukas [1] http://jira.codehaus.org/browse/MAVEN?report=com.atlassian.jira.plugin.system.project:roadmap-panel [2] http://maven.apache.org/maven-1.x/plugins/bundled/dependency-convergence-report.html Arnaud HERITIER wrote: Hi all, We (the few m1.1 developpers) are completly agree with you. Release early, release often is what we are trying to do for plugins because you can use them today in maven 1.0.2 or in maven 1.1 beta X. In the history page [1] and in our you can see that we are releasing a lot of plugins since maven 1.1 beta 2 ( I don't talk about maven 1.0.2 ). For the main distribution the problem is more complex. We have actually a lot of blocking bugs (multiproject problems, xml entities not supported, ...) that we have to fix before to release maven 1.1-beta-3 : http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truetype=1pid=10030status=1status=3status=4 But these bugs are also depending of external libraries (jelly, dom4j, jaxen, ) and some of these projects are a little bit dead. It's why maven 2 uses less external dependencies to not reproduce this error. And the last point : The community for m1 is less and less active. People are migrating to maven 2 and nobody wants to lost his time to debug and patch maven 1.1 :-( Cheers Arnaud [1] http://maven.apache.org/maven-1.x/plugins/bundledHistory.html [2] http://docs.codehaus.org/display/MAVEN/Maven+1.1+pluginshttp://docs.codehaus.org/display/MAVEN/Maven+1.1+plugins - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] IncompatibleClassChangeError using maven-surefire-plugin 2.1.3
Okay, the original post was out of frustration... Sorry. The problem is that the latest version of xalan on ibiblio seems to have the wrong stuff in the jar file. Further, the serializer jar file is missing. Going to look into this more, but by replacing xalan with a local copy everything works. Jim -- View this message in context: http://www.nabble.com/-m2-IncompatibleClassChangeError-using-maven-surefire-plugin-2.1.3-t1412704.html#a3806655 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: conditionally loading property files
You can specify filter property files:
I set up 3 profiles in my pom.xml that allow me to define separate filter
properties for each build I do to different environments
build
resources
resource
directorysrc/main/resources/directory
includes
includedatasource.properties/include
/includes
filteringtrue/filtering
/resource
/resources
/build
profiles
profile
idDEV/id
build
finalNameDEV/finalName
filters
filtersrc/main/filters/filters.DEV.properties/filter
/filters
/build
/profile
profile
idSAT/id
build
finalNameSAT/finalName
filters
filtersrc/main/filters/filters.SAT.properties/filter
/filters
/build
/profile
profile
idPRD/id
build
finalNamePRD/finalName
filters
filtersrc/main/filters/filters.PRD.properties/filter
/filters
/build
/profile
/profiles
-j
---
Justin Fung
[EMAIL PROTECTED]
Sr. Analyst, Business Systems
IT Banking Systems, e-Business
HSBC Bank Canada
http://www.hsbc.ca
p: (604) 643-6605
f: (604) 643-6727
EJ Ciramella [EMAIL PROTECTED]
04/07/2006 09:12 AM
Please respond to Maven Users List
To: Maven Users List users@maven.apache.org
cc:
Subject:RE: conditionally loading property files
Our Ref:
Your Ref:
So are people doing something like this? What I want to avoid like the
plague is having a bunch of properties in the pom file in a profile.
If so, can anyone provide examples, or is this the wrong way to look at
this?
-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED]
Sent: Friday, April 07, 2006 11:02 AM
To: Maven Users List
Subject: RE: conditionally loading property files
Yeah, I tried this:
settings
activeProfiles
activeProfilefoxboro/activeProfile
/activeProfiles
profiles
profile
idfoxboro/id
activation
activeByDefault/
/activation
properties
db.port/db.port
/properties
/profile
/profiles
/settings
But that port was never picked up.
What did I do wrong here?
-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED]
Sent: Friday, April 07, 2006 10:58 AM
To: Maven Users List
Subject: Re: conditionally loading property files
you can profile your resources ( never done it before thou )
http://maven.apache.org/guides/introduction/introduction-to-profiles.htm
l
-D
On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote:
sorry, drumming this up again guys - so I have the following:
filters
filtersrc/main/filters/filter.properties/filter
filter${user.home}/${pom.name}.properties/filter
filter${user.home}/${pom.name}-${pom.version}.properties/filter
/filters
But if a file doesn't exist, maven fails. How can I make maven just
continue if it doesn't exist instead of failing?
-
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]
***
This email may contain confidential information, and is intended only for
the named recipient and may be privileged. Distribution or copying of
this email by anyone other than the named recipient is prohibited. If you
are not the named recipient, please notify us immediately and permanently
destroy this email and all copies of it. Internet email is not private,
secure, or reliable. No member of the HSBC Group is liable for any errors
or omissions in the content or transmission of this email. Any opinions
contained in this email are solely those of the author and, unless clearly
indicated otherwise in writing, are not endorsed by any member of the HSBC
Group.
***
Ce courriel peut renfermer des renseignements confidentiels et privilégiés
et s'adresse au destinataire désigné seulement. La distribution ou la
copie de ce courriel par toute personne autre que le destinataire désigné
est interdite. Si vous n'êtes pas le destinataire désigné, veuillez nous
en aviser immédiatement et détruire de façon permanente ce courriel ainsi
que toute copie de celui-ci. La transmission de courriel par Internet ne
constitue pas un mode de transmission confidentiel, sécuritaire ou fiable.
Aucun membre du Groupe HSBC ne sera responsable des erreurs ou des
Re: Compiling dependency project
Have you read the Getting Started Guide? Specifically this section should help: http://maven.apache.org/guides/getting-started/index.html#How%20do%20I%20build%20more%20than%20one%20project%20at%20once? You're on the right path! Wayne On 4/7/06, RobJac [EMAIL PROTECTED] wrote: I am a new user for Maven. I have created two project Folder A and B. In each of the project I have a pom.xml. When i try to execute mvn-compile for project folder A, it throws compilation errors since java files under project A have imports for java classes under project B. How do i specify this in the pom.xml for project A to also include files under project B. I know we have something called dependency tag which i can make use of, but dont know the values to provide. I tried providing the following for the dependency tags in pom.xml of Project A as shown below groupIdpackage.subPackage1.subPackage2/groupId artifactIdB/artifactId scopecompile/scope version1.0/version Please advice on this. Cheers Robin -- View this message in context: http://www.nabble.com/Compiling-dependency-project-t1412713.html#a3805829 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: conditionally loading property files
So you have to know which filter you'd like to use?
Again - here's the scenario:
Currently with ant, we have three levels of property files
1 - default - found right next to the build.xml in the source directory, this
configuration will work for anyone right out of the box
2 - project level override - so for anyone who has a non-default installation
of a 3rdparty product (say someone wants to use a local database instead of the
shared one for all of their work). These changes take precedence over the
default set. This file doesn't have to exist, the property file=/ task in
ant simply tries to load it. If it doesn't exist, no harm, no foul.
3 - branch level override - this one is for people testing say a new version of
jboss. So for work in branch, these developers can adjust where these files
are found without interfering with any other branch work.
This has served us VERY well over the years (any company I work at, I try my
hardest to implement something like this right away).
I'm still not seeing how this works (or would work) in maven/maven 2.
With the example below, you have to have all the same properties in each
profile. With my process outlined above, with each additional property file,
there are fewer properties to worry about. This makes life a snap and (when
properly used) there is NO redundancy.
Am I missing the boat or is there a way to do this in maven 2?
So far, I don't see how to do this.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, April 07, 2006 12:20 PM
To: Maven Users List
Subject: RE: conditionally loading property files
You can specify filter property files:
I set up 3 profiles in my pom.xml that allow me to define separate filter
properties for each build I do to different environments
build
resources
resource
directorysrc/main/resources/directory
includes
includedatasource.properties/include
/includes
filteringtrue/filtering
/resource
/resources
/build
profiles
profile
idDEV/id
build
finalNameDEV/finalName
filters
filtersrc/main/filters/filters.DEV.properties/filter
/filters
/build
/profile
profile
idSAT/id
build
finalNameSAT/finalName
filters
filtersrc/main/filters/filters.SAT.properties/filter
/filters
/build
/profile
profile
idPRD/id
build
finalNamePRD/finalName
filters
filtersrc/main/filters/filters.PRD.properties/filter
/filters
/build
/profile
/profiles
-j
---
Justin Fung
[EMAIL PROTECTED]
Sr. Analyst, Business Systems
IT Banking Systems, e-Business
HSBC Bank Canada
http://www.hsbc.ca
p: (604) 643-6605
f: (604) 643-6727
EJ Ciramella [EMAIL PROTECTED]
04/07/2006 09:12 AM
Please respond to Maven Users List
To: Maven Users List users@maven.apache.org
cc:
Subject:RE: conditionally loading property files
Our Ref:
Your Ref:
So are people doing something like this? What I want to avoid like the
plague is having a bunch of properties in the pom file in a profile.
If so, can anyone provide examples, or is this the wrong way to look at
this?
-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED]
Sent: Friday, April 07, 2006 11:02 AM
To: Maven Users List
Subject: RE: conditionally loading property files
Yeah, I tried this:
settings
activeProfiles
activeProfilefoxboro/activeProfile
/activeProfiles
profiles
profile
idfoxboro/id
activation
activeByDefault/
/activation
properties
db.port/db.port
/properties
/profile
/profiles
/settings
But that port was never picked up.
What did I do wrong here?
-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED]
Sent: Friday, April 07, 2006 10:58 AM
To: Maven Users List
Subject: Re: conditionally loading property files
you can profile your resources ( never done it before thou )
http://maven.apache.org/guides/introduction/introduction-to-profiles.htm
l
-D
On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote:
sorry, drumming this up again guys - so I have the following:
filters
filtersrc/main/filters/filter.properties/filter
filter${user.home}/${pom.name}.properties/filter
filter${user.home}/${pom.name}-${pom.version}.properties/filter
/filters
But if a file doesn't exist, maven fails. How can I make maven just
continue if it doesn't exist instead of failing?
-
To unsubscribe, e-mail:
Re: [m2] existing JAR in WEB-INF/lib without dependency
Use something like:
dependency
groupIdabc/groupId
artifactIdxyz/artifactId
version1.0/version
scopesystem/scope
systemPath${basedir}/lib/abc-xyz-1.0.jar/systemPath
/dependency
However you are far better off simply using mvn install:install-file
to add the file to your local user repository! Scope system gives
strange results some times with dependencies...
Wayne
On 4/7/06, Alexandre Poitras [EMAIL PROTECTED] wrote:
Declare it using a system dependency. Note the jar won't be packaged
inside the project generated jar.
On 4/7/06, Thomas Will [EMAIL PROTECTED] wrote:
I know it's not the usual or recommended case, but is
this possible somehow:
I've got a web app, which has already a JAR in the
source directory under WEB-INF/lib
I do not want the JAR to be picked from the maven
repository, and thus I did not define the dependency.
How can I make that JAR (or better all existing JARs
in the WEB-INF/lib) visible to the compiler classpath?
Tom
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Alexandre Poitras
Québec, Canada
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 How to deploy assembled file
On 4/7/06, Ilyevsky, Leonid (Equity Trading) [EMAIL PROTECTED] wrote: In my pom.xml I put the maven-assembly-plugin configuration, so now not only I can do mvn install to make my program jar (i.e. pks-3.0.jar), but also mvn assembly:assembly to produce the whole application package (pks-3.0-jar-with-dependencies.jar). When I do mvn deploy, it deploys the pks-3.0.jar to remote repository. How can I deploy pks-3.0-jar-with-dependencies.jar ? You should be able to do that using this: http://mojo.codehaus.org/build-helper-maven-plugin/attach-artifact-mojo.html to attach the assembly so that it will also be deployed. -- Martin Cooper Please respond to my email address (I do not subscribe currently to the mail group). If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: m2 unable to build on linux with maven-compiler-plugin 2.0.1 version
You need to remove /home/gpamu/.m2/repository/org/codehaus/plexus/plexus-compiler/1.5.2/plexus- compiler-1.5.2.pom On 4/7/06, Gautham Pamu [EMAIL PROTECTED] wrote: HI Carlos, I removed the plexus-compiler-api, plexus-compiler-manager and plexus-compiler-javac. I am still getting the same error... [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: null:plexus-compiler-api:jar:1.5.2 Reason: Cannot find parent: org.codehaus.plexus:plexus-compiler for project: null:plexus-compiler-api:jar:1.5.2 [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Unable to get dependency information: Unable to read the metadata file for artifact ' org.codehaus.plexus:plexus-compiler-api:jar': Cannot find parent: org.codehaus.plexus:plexus-compiler for project: null:plexus-compiler-api:jar:1.5.2 org.codehaus.plexus:plexus-compiler-api:jar:1.5.2 from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.snapshots (http://svn.apache.org/maven-snapshot-repository), snapshots (http://snapshots.maven.codehaus.org/maven2) Path to dependency: 1) org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:2.0.1 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:551) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:475) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:454) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:85) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:58) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:60) at java.lang.reflect.Method.invoke(Method.java:391) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java :315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java :430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.artifact.resolver.ArtifactResolutionException: Unable to get dependency information: Unable to read the metadata file for artifact 'org.codehaus.plexus:plexus-compiler-api:jar': Cannot find parent: org.codehaus.plexus:plexus-compiler for project: null:plexus-compiler-api:jar:1.5.2 org.codehaus.plexus:plexus-compiler-api:jar:1.5.2 from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.snapshots (http://svn.apache.org/maven-snapshot-repository), snapshots (http://snapshots.maven.codehaus.org/maven2) Path to dependency: 1) org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:2.0.1 at org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse( DefaultArtifactCollector.java:297) at org.apache.maven.artifact.resolver.DefaultArtifactCollector.collect( DefaultArtifactCollector.java(Compiled Code)) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively (DefaultArtifactResolver.java:223) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively (DefaultArtifactResolver.java:211) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively (DefaultArtifactResolver.java:182) at org.apache.maven.plugin.DefaultPluginManager.ensurePluginContainerIsComplete (DefaultPluginManager.java:608) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo( DefaultPluginManager.java:519) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:390) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:534) ... 17 more Caused by: org.apache.maven.artifact.metadata.ArtifactMetadataRetrievalException:
Re: [m2] ejb-client includes deployment descriptors...
Sounds like a bug in the way ejb-client is generated. File a report against the ejb plugin. ;-) (This could easily be fixed by including an excludes element in the ejb plugin which specifies ejbclient-excludes.../ or something so you can have separate excludes for the ejb jar and the ejb-client jar...) Wayne On 4/7/06, Peschier J. (Jeroen) [EMAIL PROTECTED] wrote: I am experiencing problems with the ejb-client jar generated with Maven 2.0.3. It appears the deployement descriptors (ejb-jar.xml, jboss.xml) are being included in the client jar. Our war reference the client-ejb jar with a classpath reference in its manifest. This causes problems when deploying on JBoss 4.0.3sp1: 2006-04-07 12:10:46,430 WARN ScannerThread [org.jboss.deployment.MainDeployer] Found non-jar deployer for lib/xxx-1.0-client.jar: MBeanProxyExt[jboss.ejb:service=EJBDeployer] I did a test where I manually removed the deployment descriptors from the ejb-client.jar and then the above warning does not appear. I think there are two sides to this issue: (1) Maven should not include deployment descriptors in the ejb-client jar. (2) JBoss should not try to deploy jar files as ejbs. Should I file a Jira issue for this?
Re: Fw: 404 on Surefire-Report Plugin
Thanks, Wayne. Hopefully with an issue on record, we'll get honest-to-goodness documentation sooner rather than later. I've got mvn site running right now (after a few false starts to download all of the dependencies), so we'll see how that goes. Ian It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 Wayne Fay [EMAIL PROTECTED]To: Maven Users List users@maven.apache.org om cc: Subject: Re: Fw: 404 on Surefire-Report Plugin 04/07/2006 11:52 AM Please respond to Maven Users List I'm not sure where the documentation lives but this is all I did to get Surefire reports added to my site. ;-) reporting plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdsurefire-report-maven-plugin/artifactId /plugin /plugins /reporting Since its just a report of your test results, I'm not sure what if anything can be configured in the plugin. You might just find it easiest to pull the plugin code from Subversion and build the site yourself? HTH. Wayne On 4/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I suppose it would help if I actually sent this to the right address... :\ It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 - Forwarded by Ian D Stewart/OH/ONE on 04/07/2006 11:44 AM - Ian D StewartTo: [EMAIL PROTECTED] cc: 04/07/2006 11:42 Subject: 404 on Surefire-Report Plugin AM Dear List, I'm at the point now where I'm ready to start generating reports to go with all of my spiffy code :) The logical starting point seemed to me to be the Surefire report, so I went to maven.apache.org, clicked on Available Plugins, and then surefire-report. Unfortunately, this link gets redirected to http://maven.apache.org/plugins/maven-surefire-report-plugin, which displays a nice shiny Page Not Found error. I have opened an issue in JIRA (http://jira.codehaus.org/browse/MNG-2212 ). In the meantime, can anyone point me to the real documentation for maven-surefire-report-plugin? Thanks, Ian It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 - 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: surefire-report : characters problem
Are you talking about the web page, the txt report, the xml report, ??? what versions are you using? On 4/7/06, Pierre Jacquot [EMAIL PROTECTED] wrote: this is a copy from my last surefire-report : testAdd junit.framework.AssertionFailedError: resultat renvoyé non attenndu expected:lt;102gt; but was:lt;98gt; junit.framework.AssertionFailedError: resultat renvoyé non attenndu expected:102 but was:98 at junit.framework.Assert.fail(Assert.java:47) at The character became lt and the character became gt. How to have the usual characters. -- 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: Internal (intranet) repositories
Sorry if this have already been suggested and rejected, but: Have you considered using the maven-proxy to cache the ibiblio repo stuff on an internal machine? Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 10:32 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Bummer about the potential for a bug. I know that the group working on maven 2 things have submitted a repository directory in the perforce project (kinda exactly the opposite to what this feature in maven is supposed to provide). But theirs works, but it seems to have to be a local copy. I'll try to bring up apache on that machine and see what happens. I kind of don't want to do this to an already complicated build environment though. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 12:33 AM To: Maven Users List Subject: Re: Internal (intranet) repositories Can you perhaps load that repository on a local Apache server and modify the repository to reflect the HTTP repo, and see if it still fails to attempt to access the local repo? Might be a bug in how Maven deals with file:/// repos. I know most of us on the list are using simple HTTP repos, so you might have just stumbled into a new bug. Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: Here is my pom file. The directory in the url below is a shared folder on a different machine. 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.ejstools.tool1/groupId artifactIdtool1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameEJs Tools/name urlhttp://build2.corp.upromise.com:8080/url descriptionThis project is simply here to lean about maven and eventually will be used to build EJs Java tools./description repositories repository idlocal/id nameUpromise Maven Repository/name urlfile:///servernamehere/mavenrepository/url /repository /repositories dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build /project -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 6:12 PM To: Maven Users List Subject: Re: Internal (intranet) repositories Where exactly were you putting that repository section? In your pom.xml? Or in another configuration file? Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: None of this explains why it didn't use my repo and simply ignored it completely. This is the more important part of the puzzle. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 How to deploy assembled file
But while we are waiting for the attach stuff you simply run the deploy and assembly in the same command like this : mvn assembly:assembly deploy /Kaare On 07/04/06, dan tran [EMAIL PROTECTED] wrote: The correction solution is in maven-assembly-plugin itself by binding assembly:attach to your package phase. This is a new feature therefore you need to build it from source. -D On 4/7/06, Martin Cooper [EMAIL PROTECTED] wrote: On 4/7/06, Ilyevsky, Leonid (Equity Trading) [EMAIL PROTECTED] wrote: In my pom.xml I put the maven-assembly-plugin configuration, so now not only I can do mvn install to make my program jar (i.e. pks-3.0.jar), but also mvn assembly:assembly to produce the whole application package (pks-3.0-jar-with-dependencies.jar). When I do mvn deploy, it deploys the pks-3.0.jar to remote repository. How can I deploy pks-3.0-jar-with-dependencies.jar ? You should be able to do that using this: http://mojo.codehaus.org/build-helper-maven-plugin/attach-artifact-mojo.html to attach the assembly so that it will also be deployed. -- Martin Cooper Please respond to my email address (I do not subscribe currently to the mail group). If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Proposed extension of ScmProvider
Hi,
this mailing list doesn't allow attachments, thus I have just pasted the
source code.
It doesn't contain any implementation but the methods are really necessary
for me.
I extended ScmProvider but actually I think, the new methods should be added
to it.
Please make you proposals.
How should I proceed with the implementation?
Zsolt
---
package org.apache.maven.scm.provider;
import java.util.List;
import org.apache.maven.scm.ScmFileSet;
import org.apache.maven.scm.command.listfiles.ListFilesScmResult;
import org.apache.maven.scm.command.listtasks.ListTasksScmResult;
import org.apache.maven.scm.repository.ScmRepository;
public interface ScmExtendedProvider extends ScmProvider {
ListFilesScmResult listFiles(ScmRepository repository, ScmFileSet
fileSet, boolean recursive);
ListTasksScmResult listTasks(ScmRepository repository);
ListTasksScmResult listTasks(ScmRepository repository, String
taskId);
ListTasksScmResult listTasks(ScmRepository repository, List
taskIds);
}
-
package org.apache.maven.scm.command.listfiles;
import java.util.List;
import org.apache.maven.scm.ScmResult;
public class ListFilesScmResult extends ScmResult
{
private List files;
public ListFilesScmResult( String commandLine, String providerMessage,
String commandOutput, boolean success)
{
super( commandLine, providerMessage, commandOutput, success );
}
/**
* @return a list containing ChangeFile (or subclass) entries.
*/
public List getFiles()
{
return files;
}
}
-
package org.apache.maven.scm.command.listtasks;
import java.util.List;
import org.apache.maven.scm.ScmResult;
public class ListTasksScmResult extends ScmResult
{
private List tasks;
public ListTasksScmResult( String commandLine, String providerMessage,
String commandOutput, boolean success)
{
super( commandLine, providerMessage, commandOutput, success );
}
/**
* @return a list containing ScmTask (or subclass) entries.
*/
public List getTasks()
{
return tasks;
}
}
package org.apache.maven.scm.command.listtasks;
import java.util.Date;
public class ScmTask {
private String displayName;
private String release;
private String status;
private String author;
private String synopsis;
private Date lastModificatio;
public String getAuthor() {
return author;
}
public void setAuthor(String author) {
this.author = author;
}
public String getDisplayName() {
return displayName;
}
public void setDisplayName(String displayName) {
this.displayName = displayName;
}
public Date getLastModificatio() {
return lastModificatio;
}
public void setLastModificatio(Date lastModificatio) {
this.lastModificatio = lastModificatio;
}
public String getRelease() {
return release;
}
public void setRelease(String release) {
this.release = release;
}
public String getStatus() {
return status;
}
public void setStatus(String status) {
this.status = status;
}
public String getSynopsis() {
return synopsis;
}
public void setSynopsis(String synopsis) {
this.synopsis = synopsis;
}
}
Zsolt
Re: Question about release plugin on pom archtype
Hi dan,
I built the latest 2.0-beta4-SNAPSHOT this morning,and made it required in
my parent pom, but I'm still experiencing the behavior where it will modify
all of the poms and check them in, then error on the parent pom since it is
not checked in when the tag trys to execute. It just seems that the tag
won't work since its not checking in the parent pom. I'm not sure if I have
something wrong with my pom, so I've included it as well as the output from
the process. Note that the pom below is after it has updated all the
versions from 1.0.0-SNAPSHOT to 1.0.0
Thanks,
Todd
Pom
?xml version=1.0 encoding=UTF-8 ?
- # 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
groupIdata.loyalty/groupId
artifactIdloyaltypackage/artifactId
packagingpom/packaging
nameLoyalty Application/name
version1.0.0/version
- # scm
connectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin/connection
developerConnectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin/developerConnection
url
http://empt.ata.com/cgi-bin/cvsweb.cgi/loyalty/loyaltyBin/?cvsroot=ATA.com-Development
/url
/scm
- # build
- # pluginManagement
- # plugins
- # plugin
artifactIdmaven-release-plugin/artifactId
version2.0-beta-4-SNAPSHOT/version
/plugin
/plugins
/pluginManagement
/build
- # modules
moduleloyaltyCommon/module
moduleloyaltyCoreBusiness/module
moduleloyaltyService/module
moduleloyaltyServiceEJBRemote/module
moduleloyaltyServiceEJB/module
moduleloyaltyTest/module
/modules
- # distributionManagement
- # repository
idata/id
nameATA Internal/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/repository/url
/repository
- # snapshotRepository
idata/id
nameATA Snapshot/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/snapshot/url
/snapshotRepository
- # site
idata/id
nameEventgateway documentation/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/sitedoc/eventgateway/url
/site
/distributionManagement
/project
Output
C:\workspace\ata\loyaltymvn clean release:prepare -Duser.name=c200506
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO] Loyalty Application
[INFO] Loyalty Common
[INFO] Loyalty Core Business
[INFO] Loyalty EAR
[INFO] Loyalty EJB
[INFO] Loyalty EAR
[INFO] Loyalty Test
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO]
-
---
[INFO] Building Loyalty Application
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\workspace\ata\loyalty\target
[INFO] Deleting directory C:\workspace\ata\loyalty\target\classes
[INFO] Deleting directory C:\workspace\ata\loyalty\target\test-classes
[INFO]
-
---
[INFO] Building Loyalty Common
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\workspace\ata\loyalty\loyaltyCommon\target
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target\classes
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target\test-cla
sses
[INFO]
-
---
[INFO] Building Loyalty Core Business
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCoreBusiness\target
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCoreBusiness\target\cl
asses
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCoreBusiness\target\te
st-classes
[INFO]
-
---
[INFO] Building Loyalty EAR
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyServiceEJBRemote\targe
t
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyServiceEJBRemote\targe
t\classes
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyServiceEJBRemote\targe
t\test-classes
[INFO]
-
---
[INFO] Building Loyalty EJB
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\workspace\ata\loyalty\loyaltyServiceEJB\target
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyServiceEJB\target\clas
Re: Maven2 How to deploy assembled file
not sure it would work, since deploy does not know there is an assembled artifact to be deployed. assembly:attach fixes that. hope i am wrong about this ;-) -D On 4/7/06, Kaare Nilsen [EMAIL PROTECTED] wrote: But while we are waiting for the attach stuff you simply run the deploy and assembly in the same command like this : mvn assembly:assembly deploy /Kaare On 07/04/06, dan tran [EMAIL PROTECTED] wrote: The correction solution is in maven-assembly-plugin itself by binding assembly:attach to your package phase. This is a new feature therefore you need to build it from source. -D On 4/7/06, Martin Cooper [EMAIL PROTECTED] wrote: On 4/7/06, Ilyevsky, Leonid (Equity Trading) [EMAIL PROTECTED] wrote: In my pom.xml I put the maven-assembly-plugin configuration, so now not only I can do mvn install to make my program jar (i.e. pks-3.0.jar ), but also mvn assembly:assembly to produce the whole application package (pks-3.0-jar-with-dependencies.jar). When I do mvn deploy, it deploys the pks-3.0.jar to remote repository. How can I deploy pks-3.0-jar-with-dependencies.jar ? You should be able to do that using this: http://mojo.codehaus.org/build-helper-maven-plugin/attach-artifact-mojo.html to attach the assembly so that it will also be deployed. -- Martin Cooper Please respond to my email address (I do not subscribe currently to the mail group). If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Internal (intranet) repositories
Yup - and I like the idea, but haven't gotten that far yet. I'm still disappointed that the file:/// syntax doesn't work. I _just_ finished installing apache 2 and will try with http:// syntax now. When I'm satisfied with these developments, I'll move on to trying out the proxy part of this. -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:29 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Sorry if this have already been suggested and rejected, but: Have you considered using the maven-proxy to cache the ibiblio repo stuff on an internal machine? Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 10:32 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Bummer about the potential for a bug. I know that the group working on maven 2 things have submitted a repository directory in the perforce project (kinda exactly the opposite to what this feature in maven is supposed to provide). But theirs works, but it seems to have to be a local copy. I'll try to bring up apache on that machine and see what happens. I kind of don't want to do this to an already complicated build environment though. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 12:33 AM To: Maven Users List Subject: Re: Internal (intranet) repositories Can you perhaps load that repository on a local Apache server and modify the repository to reflect the HTTP repo, and see if it still fails to attempt to access the local repo? Might be a bug in how Maven deals with file:/// repos. I know most of us on the list are using simple HTTP repos, so you might have just stumbled into a new bug. Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: Here is my pom file. The directory in the url below is a shared folder on a different machine. 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.ejstools.tool1/groupId artifactIdtool1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameEJs Tools/name urlhttp://build2.corp.upromise.com:8080/url descriptionThis project is simply here to lean about maven and eventually will be used to build EJs Java tools./description repositories repository idlocal/id nameUpromise Maven Repository/name urlfile:///servernamehere/mavenrepository/url /repository /repositories dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build /project -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 6:12 PM To: Maven Users List Subject: Re: Internal (intranet) repositories Where exactly were you putting that repository section? In your pom.xml? Or in another configuration file? Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: None of this explains why it didn't use my repo and simply ignored it completely. This is the more important part of the puzzle. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about release plugin on pom archtype
I think the problem is not the release plugin, but your cvs. It thinks your
just checked in pom
is modified.
what does your cvs status give you after this failure?
btw, i am not a CVS novice either ;-)
-D
On 4/7/06, Todd Nine [EMAIL PROTECTED] wrote:
Hi dan,
I built the latest 2.0-beta4-SNAPSHOT this morning,and made it required in
my parent pom, but I'm still experiencing the behavior where it will
modify
all of the poms and check them in, then error on the parent pom since it
is
not checked in when the tag trys to execute. It just seems that the tag
won't work since its not checking in the parent pom. I'm not sure if I
have
something wrong with my pom, so I've included it as well as the output
from
the process. Note that the pom below is after it has updated all the
versions from 1.0.0-SNAPSHOT to 1.0.0
Thanks,
Todd
Pom
?xml version=1.0 encoding=UTF-8 ?
- # 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
groupIdata.loyalty/groupId
artifactIdloyaltypackage/artifactId
packagingpom/packaging
nameLoyalty Application/name
version1.0.0/version
- # scm
connectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin/connection
developerConnectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin/developerConnection
url
http://empt.ata.com/cgi-bin/cvsweb.cgi/loyalty/loyaltyBin/?cvsroot=ATA.com-Development
/url
/scm
- # build
- # pluginManagement
- # plugins
- # plugin
artifactIdmaven-release-plugin/artifactId
version2.0-beta-4-SNAPSHOT/version
/plugin
/plugins
/pluginManagement
/build
- # modules
moduleloyaltyCommon/module
moduleloyaltyCoreBusiness/module
moduleloyaltyService/module
moduleloyaltyServiceEJBRemote/module
moduleloyaltyServiceEJB/module
moduleloyaltyTest/module
/modules
- # distributionManagement
- # repository
idata/id
nameATA Internal/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/repository/url
/repository
- # snapshotRepository
idata/id
nameATA Snapshot/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/snapshot/url
/snapshotRepository
- # site
idata/id
nameEventgateway documentation/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/sitedoc/eventgateway/url
/site
/distributionManagement
/project
Output
C:\workspace\ata\loyaltymvn clean release:prepare -Duser.name=c200506
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO] Loyalty Application
[INFO] Loyalty Common
[INFO] Loyalty Core Business
[INFO] Loyalty EAR
[INFO] Loyalty EJB
[INFO] Loyalty EAR
[INFO] Loyalty Test
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO]
-
---
[INFO] Building Loyalty Application
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\workspace\ata\loyalty\target
[INFO] Deleting directory C:\workspace\ata\loyalty\target\classes
[INFO] Deleting directory C:\workspace\ata\loyalty\target\test-classes
[INFO]
-
---
[INFO] Building Loyalty Common
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\workspace\ata\loyalty\loyaltyCommon\target
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target\classes
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target\test-cla
sses
[INFO]
-
---
[INFO] Building Loyalty Core Business
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCoreBusiness\target
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCoreBusiness\target\cl
asses
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCoreBusiness\target\te
st-classes
[INFO]
-
---
[INFO] Building Loyalty EAR
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyServiceEJBRemote\targe
t
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyServiceEJBRemote\targe
t\classes
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyServiceEJBRemote\targe
t\test-classes
[INFO]
Re: Internal (intranet) repositories
sounds like a bug to me, since I also try to reproduce it and mvn -X does not give any indication that it references the configured repo before falling back to to the default ones Perhaps, you can create a small test case and submit a jira. -Dan On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yup - and I like the idea, but haven't gotten that far yet. I'm still disappointed that the file:/// syntax doesn't work. I _just_ finished installing apache 2 and will try with http:// syntax now. When I'm satisfied with these developments, I'll move on to trying out the proxy part of this. -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:29 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Sorry if this have already been suggested and rejected, but: Have you considered using the maven-proxy to cache the ibiblio repo stuff on an internal machine? Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 10:32 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Bummer about the potential for a bug. I know that the group working on maven 2 things have submitted a repository directory in the perforce project (kinda exactly the opposite to what this feature in maven is supposed to provide). But theirs works, but it seems to have to be a local copy. I'll try to bring up apache on that machine and see what happens. I kind of don't want to do this to an already complicated build environment though. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 12:33 AM To: Maven Users List Subject: Re: Internal (intranet) repositories Can you perhaps load that repository on a local Apache server and modify the repository to reflect the HTTP repo, and see if it still fails to attempt to access the local repo? Might be a bug in how Maven deals with file:/// repos. I know most of us on the list are using simple HTTP repos, so you might have just stumbled into a new bug. Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: Here is my pom file. The directory in the url below is a shared folder on a different machine. 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.ejstools.tool1/groupId artifactIdtool1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameEJs Tools/name urlhttp://build2.corp.upromise.com:8080/url descriptionThis project is simply here to lean about maven and eventually will be used to build EJs Java tools./description repositories repository idlocal/id nameUpromise Maven Repository/name urlfile:///servernamehere/mavenrepository/url /repository /repositories dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build /project -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 6:12 PM To: Maven Users List Subject: Re: Internal (intranet) repositories Where exactly were you putting that repository section? In your pom.xml? Or in another configuration file? Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: None of this explains why it didn't use my repo and simply ignored it completely. This is the more important part of the puzzle. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] IncompatibleClassChangeError using maven-surefire-plugin 2.1.3
It sounds like there's a disparity in your classpath between the forked and non-forked VM's. I know that there used to be a bug in maven-surefire-plugin that prevented it from properly setting the classpath on windows for forked VM's. This bug was fixed in SVN, but I'm not sure whether that fix made it into 2.1.3. Something worth looking into if you think it might apply. HTH, Ian It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 Jim Christenson [EMAIL PROTECTED]To: users@maven.apache.org kluwer.com cc: Subject: [m2] IncompatibleClassChangeError using maven-surefire-plugin 2.1.3 04/07/2006 11:29 AM Please respond to Maven Users List I upgraded to version 2.1.3 of the maven-surefire-plugin for the forkmode fixes on windows -- solved lots of problems, but created others. I have a set of unit tests that run just fine when I have forkmode set to none. However, when I set forkmode to perTest I get a bunch of 'java.lang.IncompatibleClassChangeError' exceptions. (see dump below) It looks like a problem with XercesImpl, but I don't see that as a dependency of the surefire plugin. Does anybody have any suggestions? Thanks for any and all help. Jim error type=java.lang.IncompatibleClassChangeErrorjava.lang.IncompatibleClassChangeError at net.sf.ehcache.config.BeanHandler.startElement(BeanHandler.java:113) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at net.sf.ehcache.config.Configurator.configure(Configurator.java:130) at net.sf.ehcache.CacheManager.configure(CacheManager.java:166) at net.sf.ehcache.CacheManager.lt;initgt;(CacheManager.java:138) at net.sf.ehcache.CacheManager.create(CacheManager.java:193) at net.sf.ehcache.CacheManager.getInstance(CacheManager.java:209) at com.bankerssystems.framework.cache.ehcache.EHCacheFactory.lt;initgt;(EHCacheFactory.java:27) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at com.bankerssystems.framework.cache.CacheFactory.createFactory(CacheFactory.java:133) at com.bankerssystems.framework.cache.CacheFactory.getInstance(CacheFactory.java:87) at com.bankerssystems.framework.cache.ehcache.EHCacheTest.setUp(EHCacheTest.java:39) at junit.framework.TestCase.runBare(TestCase.java:125) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at
Re: Question about release plugin on pom archtype
http://jira.codehaus.org/browse/SCM-129?page=comments#action_55275
related to your env?
-D
On 4/7/06, dan tran [EMAIL PROTECTED] wrote:
I think the problem is not the release plugin, but your cvs. It thinks
your just checked in pom
is modified.
what does your cvs status give you after this failure?
btw, i am not a CVS novice either ;-)
-D
On 4/7/06, Todd Nine [EMAIL PROTECTED] wrote:
Hi dan,
I built the latest 2.0-beta4-SNAPSHOT this morning,and made it required
in
my parent pom, but I'm still experiencing the behavior where it will
modify
all of the poms and check them in, then error on the parent pom since it
is
not checked in when the tag trys to execute. It just seems that the tag
won't work since its not checking in the parent pom. I'm not sure if I
have
something wrong with my pom, so I've included it as well as the output
from
the process. Note that the pom below is after it has updated all the
versions from 1.0.0-SNAPSHOT to 1.0.0
Thanks,
Todd
Pom
?xml version=1.0 encoding=UTF-8 ?
- # 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
groupIdata.loyalty/groupId
artifactIdloyaltypackage/artifactId
packagingpom/packaging
nameLoyalty Application/name
version1.0.0/version
- # scm
connectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin /connection
developerConnectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin/developerConnection
url
http://empt.ata.com/cgi-bin/cvsweb.cgi/loyalty/loyaltyBin/?cvsroot=ATA.com-Development
/url
/scm
- # build
- # pluginManagement
- # plugins
- # plugin
artifactIdmaven-release-plugin/artifactId
version2.0-beta-4-SNAPSHOT/version
/plugin
/plugins
/pluginManagement
/build
- # modules
moduleloyaltyCommon/module
moduleloyaltyCoreBusiness/module
moduleloyaltyService/module
moduleloyaltyServiceEJBRemote/module
moduleloyaltyServiceEJB/module
moduleloyaltyTest/module
/modules
- # distributionManagement
- # repository
idata/id
nameATA Internal/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/repository/url
/repository
- # snapshotRepository
idata/id
nameATA Snapshot/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/snapshot/url
/snapshotRepository
- # site
idata/id
nameEventgateway documentation/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/sitedoc/eventgateway/url
/site
/distributionManagement
/project
Output
C:\workspace\ata\loyaltymvn clean release:prepare - Duser.name=c200506
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO] Loyalty Application
[INFO] Loyalty Common
[INFO] Loyalty Core Business
[INFO] Loyalty EAR
[INFO] Loyalty EJB
[INFO] Loyalty EAR
[INFO] Loyalty Test
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO]
-
---
[INFO] Building Loyalty Application
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\workspace\ata\loyalty\target
[INFO] Deleting directory C:\workspace\ata\loyalty\target\classes
[INFO] Deleting directory C:\workspace\ata\loyalty\target\test-classes
[INFO]
-
---
[INFO] Building Loyalty Common
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\workspace\ata\loyalty\loyaltyCommon\target
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target\classes
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target\test-cla
sses
[INFO]
-
---
[INFO] Building Loyalty Core Business
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCoreBusiness\target
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCoreBusiness\target\cl
asses
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCoreBusiness\target\te
st-classes
[INFO]
-
---
[INFO] Building Loyalty EAR
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory
RE: Can I activate a profile based on module type?
That would be a lovely solution...unfortunately the property activation refers to system properties (i.e. specified on the command line), not project properties. I think you're right about packaging. It would be great to have a packaging profile activation. -Original Message- From: Tim Kettler [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 10:51 PM To: Maven Users List Subject: Re: Can I activate a profile based on module type? Hi, I never tried this but I think this could/should work: 1. You define the profiles in your parent pom like this profiles profile idlibrary/id activation property namemoduletype/name valuejar/value /property /activation ... /profile profile idwebapp/id activation property namemoduletype/name valuewar/value /property /activation ... /profile /profiles 2. In your modules you then define the property as needed properties moduletypelib/moduletype /properties The most elegant solution would be to not use a custom defined property at all but the vaule of the packaging/ element of the module poms but I don't know if the content is made available as a property. -Tim John Didion schrieb: I have a project with several different types of modules - some are libraries (stand-alone jars), some are wars, some are executables (jars plus some extra plugins to generate batch files and create an assembly). I would like to put the configuration for all these different project types in to my top-level pom, and then have each module activate only the plugin configurations that apply to its type. Profiles seem a natural way to do this, but I can't find any way to explicitly activate them from a module. Using the activeProfiles element in settings.xml doesn't make sense since the profile I want to activate will differ depending on the module. I tried using a profiles.xml and setting the activeProfiles there, but unfortunately that only applies to the profiles defined in profiles.xml. Is there another way to do what I want? Here's an example: pom.xml - project groupIdtest/groupId artifactIdparent/artifactId profile idlibrary/id pluginManagement plugins plugin groupIdfoo/groupId artifactIdfoo/artifactId configuration ... /configuration /plugin /plugins /pluginManagement /profile profile idwebapp/id pluginManagement plugins plugin groupIdfoo/groupId artifactIdfoo/artifactId configuration ... (different than the library profile's configuration) /configuration /plugin /plugins /pluginManagement /profile /project child/pom.xml - project parent groupIdtest/groupId artifactIdparent/artifactId /parent groupIdtest/groupId artifactIdchild/artifactId ...what do I do here to activate the library profile?... /project - 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: Internal (intranet) repositories
Yeah, something else is wrong then, I have apache running on another machine and I have this: repositories repository idlty-local/id namelocal-repository/name urlhttp://build.corp.upromise.com/mavenrepository//url /repository /repositories And I STILL see it pulling from: Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-javadoc-plu gin/2.0-beta-3/maven-javadoc-plugin-2.0-beta-3.pom 1K downloaded I'm able to view this directory from firefox on a different machine (and I tried with out that trailing / and no luck). How does this work folks? Nothing seems to work like the documentation says it does (sorry, but this is getting really frustrating). -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:55 PM To: Maven Users List Subject: Re: Internal (intranet) repositories sounds like a bug to me, since I also try to reproduce it and mvn -X does not give any indication that it references the configured repo before falling back to to the default ones Perhaps, you can create a small test case and submit a jira. -Dan On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yup - and I like the idea, but haven't gotten that far yet. I'm still disappointed that the file:/// syntax doesn't work. I _just_ finished installing apache 2 and will try with http:// syntax now. When I'm satisfied with these developments, I'll move on to trying out the proxy part of this. -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:29 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Sorry if this have already been suggested and rejected, but: Have you considered using the maven-proxy to cache the ibiblio repo stuff on an internal machine? Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 10:32 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Bummer about the potential for a bug. I know that the group working on maven 2 things have submitted a repository directory in the perforce project (kinda exactly the opposite to what this feature in maven is supposed to provide). But theirs works, but it seems to have to be a local copy. I'll try to bring up apache on that machine and see what happens. I kind of don't want to do this to an already complicated build environment though. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 12:33 AM To: Maven Users List Subject: Re: Internal (intranet) repositories Can you perhaps load that repository on a local Apache server and modify the repository to reflect the HTTP repo, and see if it still fails to attempt to access the local repo? Might be a bug in how Maven deals with file:/// repos. I know most of us on the list are using simple HTTP repos, so you might have just stumbled into a new bug. Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: Here is my pom file. The directory in the url below is a shared folder on a different machine. 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.ejstools.tool1/groupId artifactIdtool1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameEJs Tools/name urlhttp://build2.corp.upromise.com:8080/url descriptionThis project is simply here to lean about maven and eventually will be used to build EJs Java tools./description repositories repository idlocal/id nameUpromise Maven Repository/name urlfile:///servernamehere/mavenrepository/url /repository /repositories dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build /project -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 6:12 PM To: Maven Users List Subject: Re: Internal (intranet) repositories Where exactly were you putting that repository section? In your pom.xml? Or in another configuration file? Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: None of this explains why it didn't use my repo and simply ignored it completely. This is the more important part of the puzzle. - To unsubscribe, e-mail: [EMAIL PROTECTED] For
Re: Maven2 How to deploy assembled file
The mvn assemby:assembly deploy actually works. This is good enought. Thanks everybody. -- View this message in context: http://www.nabble.com/Maven2-How-to-deploy-assembled-file-t1412843.html#a3808648 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Internal (intranet) repositories
I think there's a basic misunderstanding here... As far as I know it, Maven *always* checks Central first. Even if you define another repo somewhere else. One way people prevent this is by setting up Maven proxy and then setting that proxy as a mirror of Central in their settings.xml file. Then instead of Central, it checks your proxy for the files, and if your proxy doesn't have it, it goes out to Central on its own and retrieves them, and then provides them to your Maven process. Wayne On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yeah, something else is wrong then, I have apache running on another machine and I have this: repositories repository idlty-local/id namelocal-repository/name urlhttp://build.corp.upromise.com/mavenrepository//url /repository /repositories And I STILL see it pulling from: Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-javadoc-plu gin/2.0-beta-3/maven-javadoc-plugin-2.0-beta-3.pom 1K downloaded I'm able to view this directory from firefox on a different machine (and I tried with out that trailing / and no luck). How does this work folks? Nothing seems to work like the documentation says it does (sorry, but this is getting really frustrating). -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:55 PM To: Maven Users List Subject: Re: Internal (intranet) repositories sounds like a bug to me, since I also try to reproduce it and mvn -X does not give any indication that it references the configured repo before falling back to to the default ones Perhaps, you can create a small test case and submit a jira. -Dan On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yup - and I like the idea, but haven't gotten that far yet. I'm still disappointed that the file:/// syntax doesn't work. I _just_ finished installing apache 2 and will try with http:// syntax now. When I'm satisfied with these developments, I'll move on to trying out the proxy part of this. -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:29 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Sorry if this have already been suggested and rejected, but: Have you considered using the maven-proxy to cache the ibiblio repo stuff on an internal machine? Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 10:32 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Bummer about the potential for a bug. I know that the group working on maven 2 things have submitted a repository directory in the perforce project (kinda exactly the opposite to what this feature in maven is supposed to provide). But theirs works, but it seems to have to be a local copy. I'll try to bring up apache on that machine and see what happens. I kind of don't want to do this to an already complicated build environment though. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 12:33 AM To: Maven Users List Subject: Re: Internal (intranet) repositories Can you perhaps load that repository on a local Apache server and modify the repository to reflect the HTTP repo, and see if it still fails to attempt to access the local repo? Might be a bug in how Maven deals with file:/// repos. I know most of us on the list are using simple HTTP repos, so you might have just stumbled into a new bug. Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: Here is my pom file. The directory in the url below is a shared folder on a different machine. 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.ejstools.tool1/groupId artifactIdtool1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameEJs Tools/name urlhttp://build2.corp.upromise.com:8080/url descriptionThis project is simply here to lean about maven and eventually will be used to build EJs Java tools./description repositories repository idlocal/id nameUpromise Maven Repository/name urlfile:///servernamehere/mavenrepository/url /repository /repositories dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource
Re: Can I activate a profile based on module type?
Sounds like a reasonable profile activation method. File a JIRA Enhancement request. Wayne On 4/7/06, John Didion [EMAIL PROTECTED] wrote: That would be a lovely solution...unfortunately the property activation refers to system properties (i.e. specified on the command line), not project properties. I think you're right about packaging. It would be great to have a packaging profile activation. -Original Message- From: Tim Kettler [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 10:51 PM To: Maven Users List Subject: Re: Can I activate a profile based on module type? Hi, I never tried this but I think this could/should work: 1. You define the profiles in your parent pom like this profiles profile idlibrary/id activation property namemoduletype/name valuejar/value /property /activation ... /profile profile idwebapp/id activation property namemoduletype/name valuewar/value /property /activation ... /profile /profiles 2. In your modules you then define the property as needed properties moduletypelib/moduletype /properties The most elegant solution would be to not use a custom defined property at all but the vaule of the packaging/ element of the module poms but I don't know if the content is made available as a property. -Tim John Didion schrieb: I have a project with several different types of modules - some are libraries (stand-alone jars), some are wars, some are executables (jars plus some extra plugins to generate batch files and create an assembly). I would like to put the configuration for all these different project types in to my top-level pom, and then have each module activate only the plugin configurations that apply to its type. Profiles seem a natural way to do this, but I can't find any way to explicitly activate them from a module. Using the activeProfiles element in settings.xml doesn't make sense since the profile I want to activate will differ depending on the module. I tried using a profiles.xml and setting the activeProfiles there, but unfortunately that only applies to the profiles defined in profiles.xml. Is there another way to do what I want? Here's an example: pom.xml - project groupIdtest/groupId artifactIdparent/artifactId profile idlibrary/id pluginManagement plugins plugin groupIdfoo/groupId artifactIdfoo/artifactId configuration ... /configuration /plugin /plugins /pluginManagement /profile profile idwebapp/id pluginManagement plugins plugin groupIdfoo/groupId artifactIdfoo/artifactId configuration ... (different than the library profile's configuration) /configuration /plugin /plugins /pluginManagement /profile /project child/pom.xml - project parent groupIdtest/groupId artifactIdparent/artifactId /parent groupIdtest/groupId artifactIdchild/artifactId ...what do I do here to activate the library profile?... /project - 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: Internal (intranet) repositories
There must be a way to set this up in the main pom file versus in everyone's individual settings.xml file, right? -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 2:32 PM To: Maven Users List Subject: Re: Internal (intranet) repositories I think there's a basic misunderstanding here... As far as I know it, Maven *always* checks Central first. Even if you define another repo somewhere else. One way people prevent this is by setting up Maven proxy and then setting that proxy as a mirror of Central in their settings.xml file. Then instead of Central, it checks your proxy for the files, and if your proxy doesn't have it, it goes out to Central on its own and retrieves them, and then provides them to your Maven process. Wayne On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yeah, something else is wrong then, I have apache running on another machine and I have this: repositories repository idlty-local/id namelocal-repository/name urlhttp://build.corp.upromise.com/mavenrepository//url /repository /repositories And I STILL see it pulling from: Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-javadoc-plu gin/2.0-beta-3/maven-javadoc-plugin-2.0-beta-3.pom 1K downloaded I'm able to view this directory from firefox on a different machine (and I tried with out that trailing / and no luck). How does this work folks? Nothing seems to work like the documentation says it does (sorry, but this is getting really frustrating). -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:55 PM To: Maven Users List Subject: Re: Internal (intranet) repositories sounds like a bug to me, since I also try to reproduce it and mvn -X does not give any indication that it references the configured repo before falling back to to the default ones Perhaps, you can create a small test case and submit a jira. -Dan On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yup - and I like the idea, but haven't gotten that far yet. I'm still disappointed that the file:/// syntax doesn't work. I _just_ finished installing apache 2 and will try with http:// syntax now. When I'm satisfied with these developments, I'll move on to trying out the proxy part of this. -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:29 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Sorry if this have already been suggested and rejected, but: Have you considered using the maven-proxy to cache the ibiblio repo stuff on an internal machine? Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 10:32 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Bummer about the potential for a bug. I know that the group working on maven 2 things have submitted a repository directory in the perforce project (kinda exactly the opposite to what this feature in maven is supposed to provide). But theirs works, but it seems to have to be a local copy. I'll try to bring up apache on that machine and see what happens. I kind of don't want to do this to an already complicated build environment though. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 12:33 AM To: Maven Users List Subject: Re: Internal (intranet) repositories Can you perhaps load that repository on a local Apache server and modify the repository to reflect the HTTP repo, and see if it still fails to attempt to access the local repo? Might be a bug in how Maven deals with file:/// repos. I know most of us on the list are using simple HTTP repos, so you might have just stumbled into a new bug. Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: Here is my pom file. The directory in the url below is a shared folder on a different machine. 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.ejstools.tool1/groupId artifactIdtool1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameEJs Tools/name urlhttp://build2.corp.upromise.com:8080/url descriptionThis project is simply here to lean about maven and eventually will be used to build EJs Java tools./description repositories repository idlocal/id nameUpromise Maven Repository/name urlfile:///servernamehere/mavenrepository/url /repository /repositories dependencies dependency
RE: Internal (intranet) repositories
Yeah, now I'm getting this: Downloading: http://repo1.maven.org/maven2/hibernate/hibernate/3.1/hibernate-3.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/oracle/jdbc/9.0/jdbc-9.0.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/hibernate/asm-attrs/x/asm-attrs-x.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/loyalty/loyalty-classes/24.1/loyalty-class es-24.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/commons/beanutils/1.7.0/beanutils-1.7.0.po m [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/hibernate/commons-logging/1.0.4/commons-lo gging-1.0.4.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/bouncy-castle/bcprov-jdk13/119/bcprov-jdk1 3-119.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/hibernate/antlr/2.7.6rc1/antlr-2.7.6rc1.po m This is no fun guys... -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 2:32 PM To: Maven Users List Subject: Re: Internal (intranet) repositories I think there's a basic misunderstanding here... As far as I know it, Maven *always* checks Central first. Even if you define another repo somewhere else. One way people prevent this is by setting up Maven proxy and then setting that proxy as a mirror of Central in their settings.xml file. Then instead of Central, it checks your proxy for the files, and if your proxy doesn't have it, it goes out to Central on its own and retrieves them, and then provides them to your Maven process. Wayne On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yeah, something else is wrong then, I have apache running on another machine and I have this: repositories repository idlty-local/id namelocal-repository/name urlhttp://build.corp.upromise.com/mavenrepository//url /repository /repositories And I STILL see it pulling from: Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-javadoc-plu gin/2.0-beta-3/maven-javadoc-plugin-2.0-beta-3.pom 1K downloaded I'm able to view this directory from firefox on a different machine (and I tried with out that trailing / and no luck). How does this work folks? Nothing seems to work like the documentation says it does (sorry, but this is getting really frustrating). -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:55 PM To: Maven Users List Subject: Re: Internal (intranet) repositories sounds like a bug to me, since I also try to reproduce it and mvn -X does not give any indication that it references the configured repo before falling back to to the default ones Perhaps, you can create a small test case and submit a jira. -Dan On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yup - and I like the idea, but haven't gotten that far yet. I'm still disappointed that the file:/// syntax doesn't work. I _just_ finished installing apache 2 and will try with http:// syntax now. When I'm satisfied with these developments, I'll move on to trying out the proxy part of this. -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:29 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Sorry if this have already been suggested and rejected, but: Have you considered using the maven-proxy to cache the ibiblio repo stuff on an internal machine? Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 10:32 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Bummer about the potential for a bug. I know that the group working on maven 2 things have submitted a repository directory in the perforce project (kinda exactly the opposite to what this feature in maven is supposed to provide). But theirs works, but it seems to have to be a local copy. I'll try to bring up apache on that machine and see what happens. I kind of don't want to do this to an already complicated build environment though. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 12:33 AM To: Maven Users List Subject: Re: Internal (intranet) repositories Can you perhaps load that repository on a local Apache server and modify
RE: Internal (intranet) repositories
I feel your pain. I went through the exact same set of problems and gave up on trying to make it try to check a local mirror first before going out to central. From what I can tell, the link to central is hard-coded into the Maven code as I have found no mention of any way to disable going to central first or at least change the order of what repositories are checked. -j --- Justin Fung [EMAIL PROTECTED] Sr. Analyst, Business Systems IT Banking Systems, e-Business HSBC Bank Canada http://www.hsbc.ca p: (604) 643-6605 f: (604) 643-6727 EJ Ciramella [EMAIL PROTECTED] 04/07/2006 11:36 AM Please respond to Maven Users List To: Maven Users List users@maven.apache.org cc: Subject:RE: Internal (intranet) repositories Our Ref: Your Ref: Yeah, now I'm getting this: Downloading: http://repo1.maven.org/maven2/hibernate/hibernate/3.1/hibernate-3.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/oracle/jdbc/9.0/jdbc-9.0.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/hibernate/asm-attrs/x/asm-attrs-x.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/loyalty/loyalty-classes/24.1/loyalty-class es-24.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/commons/beanutils/1.7.0/beanutils-1.7.0.po m [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/hibernate/commons-logging/1.0.4/commons-lo gging-1.0.4.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/bouncy-castle/bcprov-jdk13/119/bcprov-jdk1 3-119.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/hibernate/antlr/2.7.6rc1/antlr-2.7.6rc1.po m This is no fun guys... -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 2:32 PM To: Maven Users List Subject: Re: Internal (intranet) repositories I think there's a basic misunderstanding here... As far as I know it, Maven *always* checks Central first. Even if you define another repo somewhere else. One way people prevent this is by setting up Maven proxy and then setting that proxy as a mirror of Central in their settings.xml file. Then instead of Central, it checks your proxy for the files, and if your proxy doesn't have it, it goes out to Central on its own and retrieves them, and then provides them to your Maven process. Wayne On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yeah, something else is wrong then, I have apache running on another machine and I have this: repositories repository idlty-local/id namelocal-repository/name urlhttp://build.corp.upromise.com/mavenrepository//url /repository /repositories And I STILL see it pulling from: Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-javadoc-plu gin/2.0-beta-3/maven-javadoc-plugin-2.0-beta-3.pom 1K downloaded I'm able to view this directory from firefox on a different machine (and I tried with out that trailing / and no luck). How does this work folks? Nothing seems to work like the documentation says it does (sorry, but this is getting really frustrating). -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:55 PM To: Maven Users List Subject: Re: Internal (intranet) repositories sounds like a bug to me, since I also try to reproduce it and mvn -X does not give any indication that it references the configured repo before falling back to to the default ones Perhaps, you can create a small test case and submit a jira. -Dan On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yup - and I like the idea, but haven't gotten that far yet. I'm still disappointed that the file:/// syntax doesn't work. I _just_ finished installing apache 2 and will try with http:// syntax now. When I'm satisfied with these developments, I'll move on to trying out the proxy part of this. -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:29 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Sorry if this have already been suggested and rejected, but: Have you considered using the maven-proxy to cache the ibiblio repo stuff on an internal machine? Dan -Original Message- From: EJ Ciramella
Re: Question about release plugin on pom archtype
Progress, slow but sure! My issue is in fact related to this issue however
I'm not sure its avoidable. I performed a cvs update to see exactly what it
is warning and it is the file release.properties. I use tortoise cvs, so
I'm essentially using wincvs, short of installing cygwin (which I can't do
due to our standardized environment), I'm not sure I can get around this.
Todd
Offending file
C:\workspace\ata\loyaltycvs -q up -dP
? release.properties
M pom.xml
On 4/7/06, dan tran [EMAIL PROTECTED] wrote:
http://jira.codehaus.org/browse/SCM-129?page=comments#action_55275
related to your env?
-D
On 4/7/06, dan tran [EMAIL PROTECTED] wrote:
I think the problem is not the release plugin, but your cvs. It thinks
your just checked in pom
is modified.
what does your cvs status give you after this failure?
btw, i am not a CVS novice either ;-)
-D
On 4/7/06, Todd Nine [EMAIL PROTECTED] wrote:
Hi dan,
I built the latest 2.0-beta4-SNAPSHOT this morning,and made it
required
in
my parent pom, but I'm still experiencing the behavior where it will
modify
all of the poms and check them in, then error on the parent pom since
it
is
not checked in when the tag trys to execute. It just seems that the
tag
won't work since its not checking in the parent pom. I'm not sure if
I
have
something wrong with my pom, so I've included it as well as the output
from
the process. Note that the pom below is after it has updated all the
versions from 1.0.0-SNAPSHOT to 1.0.0
Thanks,
Todd
Pom
?xml version=1.0 encoding=UTF-8 ?
- # 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
groupIdata.loyalty/groupId
artifactIdloyaltypackage/artifactId
packagingpom/packaging
nameLoyalty Application/name
version1.0.0/version
- # scm
connectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin /connection
developerConnectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin/developerConnection
url
http://empt.ata.com/cgi-bin/cvsweb.cgi/loyalty/loyaltyBin/?cvsroot=ATA.com-Development
/url
/scm
- # build
- # pluginManagement
- # plugins
- # plugin
artifactIdmaven-release-plugin/artifactId
version2.0-beta-4-SNAPSHOT/version
/plugin
/plugins
/pluginManagement
/build
- # modules
moduleloyaltyCommon/module
moduleloyaltyCoreBusiness/module
moduleloyaltyService/module
moduleloyaltyServiceEJBRemote/module
moduleloyaltyServiceEJB/module
moduleloyaltyTest/module
/modules
- # distributionManagement
- # repository
idata/id
nameATA Internal/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/repository/url
/repository
- # snapshotRepository
idata/id
nameATA Snapshot/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/snapshot/url
/snapshotRepository
- # site
idata/id
nameEventgateway documentation/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/sitedoc/eventgateway/url
/site
/distributionManagement
/project
Output
C:\workspace\ata\loyaltymvn clean release:prepare -
Duser.name=c200506
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO] Loyalty Application
[INFO] Loyalty Common
[INFO] Loyalty Core Business
[INFO] Loyalty EAR
[INFO] Loyalty EJB
[INFO] Loyalty EAR
[INFO] Loyalty Test
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO]
-
---
[INFO] Building Loyalty Application
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\workspace\ata\loyalty\target
[INFO] Deleting directory C:\workspace\ata\loyalty\target\classes
[INFO] Deleting directory C:\workspace\ata\loyalty\target\test-classes
[INFO]
-
---
[INFO] Building Loyalty Common
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target\classes
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target\test-cla
sses
[INFO]
-
---
[INFO] Building Loyalty Core Business
[INFO]task-segment: [clean]
[INFO]
Re: Proposed extension of ScmProvider
I'd prefer a patch on actual ScmProvider instead of a new interface.
Create it with all your new files and attach it to an issue in jira.
Add javadoc too to your code.
All methods must have a default implementation in AbstractScmProvider, so all providers will be
compatible with the new contract.
Emmanuel
Zsolt Koppany a écrit :
Hi,
this mailing list doesn't allow attachments, thus I have just pasted the
source code.
It doesn't contain any implementation but the methods are really necessary
for me.
I extended ScmProvider but actually I think, the new methods should be added
to it.
Please make you proposals.
How should I proceed with the implementation?
Zsolt
---
package org.apache.maven.scm.provider;
import java.util.List;
import org.apache.maven.scm.ScmFileSet;
import org.apache.maven.scm.command.listfiles.ListFilesScmResult;
import org.apache.maven.scm.command.listtasks.ListTasksScmResult;
import org.apache.maven.scm.repository.ScmRepository;
public interface ScmExtendedProvider extends ScmProvider {
ListFilesScmResult listFiles(ScmRepository repository, ScmFileSet
fileSet, boolean recursive);
ListTasksScmResult listTasks(ScmRepository repository);
ListTasksScmResult listTasks(ScmRepository repository, String
taskId);
ListTasksScmResult listTasks(ScmRepository repository, List
taskIds);
}
-
package org.apache.maven.scm.command.listfiles;
import java.util.List;
import org.apache.maven.scm.ScmResult;
public class ListFilesScmResult extends ScmResult
{
private List files;
public ListFilesScmResult( String commandLine, String providerMessage,
String commandOutput, boolean success)
{
super( commandLine, providerMessage, commandOutput, success );
}
/**
* @return a list containing ChangeFile (or subclass) entries.
*/
public List getFiles()
{
return files;
}
}
-
package org.apache.maven.scm.command.listtasks;
import java.util.List;
import org.apache.maven.scm.ScmResult;
public class ListTasksScmResult extends ScmResult
{
private List tasks;
public ListTasksScmResult( String commandLine, String providerMessage,
String commandOutput, boolean success)
{
super( commandLine, providerMessage, commandOutput, success );
}
/**
* @return a list containing ScmTask (or subclass) entries.
*/
public List getTasks()
{
return tasks;
}
}
package org.apache.maven.scm.command.listtasks;
import java.util.Date;
public class ScmTask {
private String displayName;
private String release;
private String status;
private String author;
private String synopsis;
private Date lastModificatio;
public String getAuthor() {
return author;
}
public void setAuthor(String author) {
this.author = author;
}
public String getDisplayName() {
return displayName;
}
public void setDisplayName(String displayName) {
this.displayName = displayName;
}
public Date getLastModificatio() {
return lastModificatio;
}
public void setLastModificatio(Date lastModificatio) {
this.lastModificatio = lastModificatio;
}
public String getRelease() {
return release;
}
public void setRelease(String release) {
this.release = release;
}
public String getStatus() {
return status;
}
public void setStatus(String status) {
this.status = status;
}
public String getSynopsis() {
return synopsis;
}
public void setSynopsis(String synopsis) {
this.synopsis = synopsis;
}
}
Zsolt
Proposed extension of ScmProvider
Hi,
this mailing list doesn't allow attachments, thus I have just pasted the
source code.
It doesn't contain any implementation but the methods are really necessary
for me.
I extended ScmProvider but actually I think, the new methods should be added
to it.
Please make you proposals.
How should I proceed with the implementation?
Zsolt
---
package org.apache.maven.scm.provider;
import java.util.List;
import org.apache.maven.scm.ScmFileSet;
import org.apache.maven.scm.command.listfiles.ListFilesScmResult;
import org.apache.maven.scm.command.listtasks.ListTasksScmResult;
import org.apache.maven.scm.repository.ScmRepository;
public interface ScmExtendedProvider extends ScmProvider {
ListFilesScmResult listFiles(ScmRepository repository, ScmFileSet
fileSet, boolean recursive);
ListTasksScmResult listTasks(ScmRepository repository);
ListTasksScmResult listTasks(ScmRepository repository, String
taskId);
ListTasksScmResult listTasks(ScmRepository repository, List
taskIds);
}
-
package org.apache.maven.scm.command.listfiles;
import java.util.List;
import org.apache.maven.scm.ScmResult;
public class ListFilesScmResult extends ScmResult
{
private List files;
public ListFilesScmResult( String commandLine, String providerMessage,
String commandOutput, boolean success)
{
super( commandLine, providerMessage, commandOutput, success );
}
/**
* @return a list containing ChangeFile (or subclass) entries.
*/
public List getFiles()
{
return files;
}
}
-
package org.apache.maven.scm.command.listtasks;
import java.util.List;
import org.apache.maven.scm.ScmResult;
public class ListTasksScmResult extends ScmResult
{
private List tasks;
public ListTasksScmResult( String commandLine, String providerMessage,
String commandOutput, boolean success)
{
super( commandLine, providerMessage, commandOutput, success );
}
/**
* @return a list containing ScmTask (or subclass) entries.
*/
public List getTasks()
{
return tasks;
}
}
package org.apache.maven.scm.command.listtasks;
import java.util.Date;
public class ScmTask {
private String displayName;
private String release;
private String status;
private String author;
private String synopsis;
private Date lastModificatio;
public String getAuthor() {
return author;
}
public void setAuthor(String author) {
this.author = author;
}
public String getDisplayName() {
return displayName;
}
public void setDisplayName(String displayName) {
this.displayName = displayName;
}
public Date getLastModificatio() {
return lastModificatio;
}
public void setLastModificatio(Date lastModificatio) {
this.lastModificatio = lastModificatio;
}
public String getRelease() {
return release;
}
public void setRelease(String release) {
this.release = release;
}
public String getStatus() {
return status;
}
public void setStatus(String status) {
this.status = status;
}
public String getSynopsis() {
return synopsis;
}
public void setSynopsis(String synopsis) {
this.synopsis = synopsis;
}
}
Zsolt Koppany
Phone: +49-711-722 1874
--
Intland Software, Wankelstrasse 3
D-70563 Stuttgart, Germany
Phone: +49-711-722 1873, e-mail:[EMAIL PROTECTED]
Fax: +49-711-722 1835
RE: Dependencies on plugin classpath
I have a target in one of my ant plugin as below:
target name=activate description=Forces a package activate
of supplied packages into the running IS container.
java
classname=com.ncc.Fusion.webMethods.test.IntegrationServerSixOhOneClien
t fork=on timeout=10
classpath refid=dependency.classpath /
!-- classpath
pathelement location=${build} /
path refid=classpath.all /
/classpath --
arg value=activate-package /
arg value=-PANYTHING /
/java
/target
I do have a jar installed in my repository containing
com.ncc.Fusion.webMethods.test.IntegrationServerSixOhOneClient. It is
included in my plugin's dependencies tag.
I am still getting ClassNotFoundException. Please advise.
Thanks,
Sandeep
---
***National City made the following annotations
---
This communication is a confidential and proprietary business communication.
It is intended solely for the use of the designated recipient(s). If this
communication is received in error, please contact the sender and delete
this communication.
===
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: M2 Inherit properties across all subprojects
Hi Javed, I don't remember if anyone else has answered your question. Within Maven2, these properties are configured as plug-in properties, so for example, to configure unit tests to run in seperate forked VM's, you would add plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId configuration forkModepertest/forkMode /configuration /plugin /plugins Instead of setting junit.forkMode (or whatever the M1 equivelant is). And yes, these configurations are inherited by sub-projects. HTH, Ian It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 javed mandary [EMAIL PROTECTED]To: Maven Users List users@maven.apache.org cc: Subject: M2 Inherit properties across all subprojects 04/07/2006 08:39 AM Please respond to Maven Users List Hi, in a multi-project M2 application is there a way to define some global properties e.g tomcat.home , tomcat.deploy.dir ,etc.. which could be inherited by all sub-projects . I tried adding my property values inside a properties tag in my POM : e.g properties tomcat.homec:/devtools/tomcat/tomcat.home /properties But this does not seem to be working. Any ideas? thanks, Javed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: M2 Inherit properties across all subprojects
On 4/7/06, javed mandary [EMAIL PROTECTED] wrote: I tried adding my property values inside a properties tag in my POM : ... properties tomcat.homec:/devtools/tomcat/tomcat.home /properties But this does not seem to be working. That looks like something you'd want to put in your settings.xml -- another developer working on the project might have a different tomcat.home. For example, I have (in ~/.m2/settings.xml): settings ... profile idcargo-config/id properties cargo.tomcat5x.homec:/java/apache-tomcat-5.5.15/cargo.tomcat5x.home cargo.tomcat4x.homec:/java/jakarta-tomcat-4.1.31/cargo.tomcat4x.home /properties /profile /profiles activeProfiles activeProfilecargo-config/activeProfile /activeProfiles /settings -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Failing Silently: maven changes:report...
When I run maven changes:report there is no output changes.html and no error reported. It has run successfully before. Two questions: 1. Is this a bug or scenario someone else has experienced? 2. What's the best way to go about isolating the problem? Context: Maven Version: 1.0.2 Changes Report Version: 1.6 [basedir]/site/xdoc/changes.xml: document properties titletitle/title author email=author/author /properties body release version=4.0.2.1 date=3/16/2006 action dev=blah type=fix blah /action /release /body /document project.properties: maven.docs.src = site/xdoc Thanks, Corey Verbose (-X) Output: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 Initializing Plugins! Set plugin source directory to C:\Program Files\Apache Software Foundation\Maven 1.0.2\plugins Set unpacked plugin directory to C:\Documents and Settings\cklaasmeyer\.maven\cache Set user plugin directory to C:\Documents and Settings\cklaasmeyer\.maven\plugins Loading plugin cache Now mapping cached plugins Loading plugin 'maven-scm-plugin-1.6' Loading plugin 'maven-cruisecontrol-plugin-1.6' Loading plugin 'freehep-nar-plugin-1.0' Loading plugin 'maven-multichanges-plugin-1.1' Loading plugin 'maven-checkstyle-plugin-2.5' Loading plugin 'maven-file-activity-plugin-1.5.1' Loading plugin 'maven-jellydoc-plugin-1.3.1' Loading plugin 'maven-ear-plugin-1.6' Loading plugin 'maven-jdepend-plugin-1.5' Loading plugin 'maven-pom-plugin-1.4.1' Loading plugin 'maven-jira-plugin-1.1.2' Loading plugin 'maven-jar-plugin-1.6.1' Loading plugin 'maven-developer-activity-plugin-1.5.1' Loading plugin 'maven-jboss-plugin-1.5' Loading plugin 'maven-faq-plugin-1.4' Loading plugin 'maven-dist-plugin-1.6.1' Loading plugin 'maven-javadoc-plugin-1.7' Loading plugin 'maven-linkcheck-plugin-1.3.4' Loading plugin 'maven-tasklist-plugin-2.3' Loading plugin 'maven-idea-plugin-1.5' Loading plugin 'maven-changes-plugin-1.6' Loading plugin 'maven-jcoverage-plugin-1.0.9' Loading plugin 'maven-junit-report-plugin-1.5' Loading plugin 'maven-plugin-plugin-1.5.2' Loading plugin 'maven-changelog-plugin-1.7.1' Loading plugin 'maven-jxr-plugin-1.4.2' Loading plugin 'maven-kodo-plugin-4.0.0-EA4' Loading plugin 'maven-ashkelon-plugin-1.2' Loading plugin 'maven-announcement-plugin-1.3' Loading plugin 'maven-xdoc-plugin-1.8' Loading plugin 'maven-eclipse-plugin-1.9' Loading plugin 'maven-shell-plugin-1.1' Loading plugin 'maven-rar-plugin-1.0' Loading plugin 'maven-dashboard-plugin-1.6' Loading plugin 'maven-clover-plugin-1.6' Loading plugin 'maven-uberjar-plugin-1.2' Loading plugin 'maven-war-plugin-1.6.1' Loading plugin 'maven-simian-plugin-1.4' Loading plugin 'maven-tjdo-plugin-1.0.0' Loading plugin 'maven-ejb-plugin-1.5' Loading plugin 'maven-j2ee-plugin-1.5.1' Loading plugin 'maven-release-plugin-1.4.1' Loading plugin 'maven-abbot-plugin-1.1' Loading plugin 'maven-nsis-plugin-1.1' Loading plugin 'maven-multiproject-plugin-1.3.1' Loading plugin 'maven-license-plugin-1.2' Loading plugin 'maven-jdiff-plugin-1.4' Loading plugin 'maven-pmd-plugin-1.6' Loading plugin 'maven-repository-plugin-1.2' Loading plugin 'maven-jbuilder-plugin-1.5' Loading plugin 'freehep-download-plugin-1.0.3-SNAPSHOT' Loading plugin 'maven-console-plugin-1.1' Loading plugin 'maven-webserver-plugin-2.0' Loading plugin 'maven-aspectwerkz-plugin-1.2' Loading plugin 'maven-test-plugin-1.6.2' Loading plugin 'maven-jetty-plugin-1.1' Loading plugin 'maven-docbook-plugin-1.2' Loading plugin 'maven-latka-plugin-1.4.1' Loading plugin 'maven-aspectj-plugin-3.2' Loading plugin 'maven-hibernate-plugin-1.2' Loading plugin 'maven-native-plugin-1.1' Loading plugin 'maven-site-plugin-1.5.2' Loading plugin 'maven-gump-plugin-1.4' Loading plugin 'maven-appserver-plugin-2.0' Loading plugin 'maven-java-plugin-1.5' Loading plugin 'maven-pdf-plugin-2.2.1' Loading plugin 'maven-html2xdoc-plugin-1.3.1' Loading plugin 'maven-jdee-plugin-1.1' Loading plugin 'maven-jalopy-plugin-1.3.1' Loading plugin 'maven-jnlp-plugin-1.4.1' Loading plugin 'maven-jdeveloper-plugin-1.4' Loading plugin 'maven-junit-doclet-plugin-1.2' Loading plugin 'maven-wizard-plugin-1.1' Loading plugin 'maven-artifact-plugin-1.4.1' Loading plugin 'maven-javacc-plugin-1.1' Loading plugin 'maven-antlr-plugin-1.2.1' Loading plugin 'maven-struts-plugin-1.3' Loading plugin 'maven-clean-plugin-1.3' Loading plugin 'maven-aptdoc-plugin-1.0' Loading plugin 'maven-castor-plugin-1.2' Loading plugin 'maven-latex-plugin-1.4.1' Loading plugin 'maven-genapp-plugin-2.2' Loading plugin 'maven-caller-plugin-1.1' Loading plugin 'maven-vdoclet-plugin-1.2' Now loading uncached plugins Not a plugin directory: C:\Documents and Settings\cklaasmeyer\.maven\cache\maven-ant-plugin-1.8.1 Finished initializing Plugins! Using userBuildPropertiesFile:
[M2] Moving results to a server
I'm not sure how to find information on what I want to do. The problem is that I don't know what it's called. I have a maven project that builds a jar. I call it 11c. It is a part of a bigger build that builds a bunch of jars on which this project depends. All the projects are children of a parent project that I use to build the whole thing. In that project i have an assembly setup that builds a tar.gz file with that jar, some properties files and a lib directory full of the dependency jars. This all works. I use mvn install on the parent project to build all the jars. I go to the project 11c and do 'mvn assembly:assembly -Denv=test' to build the tar.gz file. Now I would like to do something (that's the part for which I don't know the name) that will send the tar.gz file to an internal Solaris server via FTP. I just want to FTP the one file into a particular folder over there. Its the home folder for the ftp user if that matters. (/export/home/ifs) I've no clue how to do this or even what it is called. Help? Thanks. -- Lee Meador Sent from gmail. My real email address is [EMAIL PROTECTED]
Re: Maven 1.1 gold?
SNIP/ Finally, as Jeff has pointed out, I am also not happy about the naming, I think m11b2 and the current m11b3-SNAPSHOT are far superior and more stable than the suffix 'beta' would suggest. Personnaly I prefered if we follow a versionning convention like in httpd, tomcat and some other projects. These projects release regularly a new version X.Y.Z and launch a vote to decide if this is a stable release or not. It's wht you have in these projects a big number for Z. It's more a build number than a fix number. But it's not actually the policy for maven. And again: any help would be very welcome! :) YES !! :-) Arnaud
Re: Question about release plugin on pom archtype
perhaps you can configure your cvs to ignore release.properties as suggested
in the JIRA?
-D
On 4/7/06, Todd Nine [EMAIL PROTECTED] wrote:
Progress, slow but sure! My issue is in fact related to this issue
however
I'm not sure its avoidable. I performed a cvs update to see exactly what
it
is warning and it is the file release.properties. I use tortoise cvs, so
I'm essentially using wincvs, short of installing cygwin (which I can't do
due to our standardized environment), I'm not sure I can get around this.
Todd
Offending file
C:\workspace\ata\loyaltycvs -q up -dP
? release.properties
M pom.xml
On 4/7/06, dan tran [EMAIL PROTECTED] wrote:
http://jira.codehaus.org/browse/SCM-129?page=comments#action_55275
related to your env?
-D
On 4/7/06, dan tran [EMAIL PROTECTED] wrote:
I think the problem is not the release plugin, but your cvs. It
thinks
your just checked in pom
is modified.
what does your cvs status give you after this failure?
btw, i am not a CVS novice either ;-)
-D
On 4/7/06, Todd Nine [EMAIL PROTECTED] wrote:
Hi dan,
I built the latest 2.0-beta4-SNAPSHOT this morning,and made it
required
in
my parent pom, but I'm still experiencing the behavior where it will
modify
all of the poms and check them in, then error on the parent pom
since
it
is
not checked in when the tag trys to execute. It just seems that the
tag
won't work since its not checking in the parent pom. I'm not sure
if
I
have
something wrong with my pom, so I've included it as well as the
output
from
the process. Note that the pom below is after it has updated all
the
versions from 1.0.0-SNAPSHOT to 1.0.0
Thanks,
Todd
Pom
?xml version=1.0 encoding=UTF-8 ?
- # 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
groupIdata.loyalty/groupId
artifactIdloyaltypackage/artifactId
packagingpom/packaging
nameLoyalty Application/name
version1.0.0/version
- # scm
connectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin /connection
developerConnectionscm:cvs:ext:${user.name}@
sun10.ata.com:/a01/proj/CVS:loyalty/loyaltyBin/developerConnection
url
http://empt.ata.com/cgi-bin/cvsweb.cgi/loyalty/loyaltyBin/?cvsroot=ATA.com-Development
/url
/scm
- # build
- # pluginManagement
- # plugins
- # plugin
artifactIdmaven-release-plugin/artifactId
version2.0-beta-4-SNAPSHOT/version
/plugin
/plugins
/pluginManagement
/build
- # modules
moduleloyaltyCommon/module
moduleloyaltyCoreBusiness/module
moduleloyaltyService/module
moduleloyaltyServiceEJBRemote/module
moduleloyaltyServiceEJB/module
moduleloyaltyTest/module
/modules
- # distributionManagement
- # repository
idata/id
nameATA Internal/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/repository/url
/repository
- # snapshotRepository
idata/id
nameATA Snapshot/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/snapshot/url
/snapshotRepository
- # site
idata/id
nameEventgateway documentation/name
urlscpexe://sun10.ata.com/a01/proj/Maven2/sitedoc/eventgateway/url
/site
/distributionManagement
/project
Output
C:\workspace\ata\loyaltymvn clean release:prepare -
Duser.name=c200506
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO] Loyalty Application
[INFO] Loyalty Common
[INFO] Loyalty Core Business
[INFO] Loyalty EAR
[INFO] Loyalty EJB
[INFO] Loyalty EAR
[INFO] Loyalty Test
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO]
-
---
[INFO] Building Loyalty Application
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\workspace\ata\loyalty\target
[INFO] Deleting directory C:\workspace\ata\loyalty\target\classes
[INFO] Deleting directory
C:\workspace\ata\loyalty\target\test-classes
[INFO]
-
---
[INFO] Building Loyalty Common
[INFO]task-segment: [clean]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory
C:\workspace\ata\loyalty\loyaltyCommon\target
[INFO] Deleting directory
Re: [M2] Moving results to a server
I'm pretty sure you're looking for mvn deploy. ;-) http://maven.apache.org/guides/mini/guide-deploy-ftp.html Wayne On 4/7/06, Lee Meador [EMAIL PROTECTED] wrote: I'm not sure how to find information on what I want to do. The problem is that I don't know what it's called. I have a maven project that builds a jar. I call it 11c. It is a part of a bigger build that builds a bunch of jars on which this project depends. All the projects are children of a parent project that I use to build the whole thing. In that project i have an assembly setup that builds a tar.gz file with that jar, some properties files and a lib directory full of the dependency jars. This all works. I use mvn install on the parent project to build all the jars. I go to the project 11c and do 'mvn assembly:assembly -Denv=test' to build the tar.gz file. Now I would like to do something (that's the part for which I don't know the name) that will send the tar.gz file to an internal Solaris server via FTP. I just want to FTP the one file into a particular folder over there. Its the home folder for the ftp user if that matters. (/export/home/ifs) I've no clue how to do this or even what it is called. Help? Thanks. -- Lee Meador Sent from gmail. My real email address is [EMAIL PROTECTED]
