Re: War Overlays and Conflicting Jars
I was hoping to hear someone say that the war file should generate an error or fail. In our case, we have multiple versions of a general 'platform', each represented by a war artifact. Derivative wars artifacts are built with customizations and tailorings using a war overlay. When it becomes necessary to fix or otherwise re-work a platform and re-release a corresponding derivative, we need to exactly re-construct dependencies of the original platform artifact [or risk including multiple versions] when building a new one-off. Unfortunately, the platform projects themselves are intermediate children of a multi-module project and inherit from a element defined by that top-level [so that the latest version of a platform uses the currently preferred versions of various dependencies.] We must crack the war and meticulously re-create the dependencies of the original platform when re-building. It would nice, at least, if a build could systemically determine that a potential error has been introduced. On the other hand, maybe we should re-think our use of . Thanks. Brad Mark Hobson wrote: > > dependency:tree doesn't currently show overlaid war jars. The war > overlay concept is conceptually outside of the normal dependency > mechanism, hence the possibility of ending up with two versions of the > same dependency. > > Anyone aware of an issue about this? The war plugin should really > fail the build, or at least warn, if the package war contains multiple > versions of the same jar. > > Mark > > 2009/5/12 Nayan Hajratwala : >> mvn dependency:tree should let you see that there are 2 of the same jars, >> but it won't "alert" you. >> >> A better solution might be to use a section in the >> parent pom of both modules in which you specify the jar versions. That >> way >> you won't have the problem of using different versions in different >> modules. >> >> --- >> Nayan Hajratwala >> http://agileshrugged.com >> http://twitter.com/nhajratw >> 734.658.6032 >> >> On May 11, 2009, at 3:55 PM, Harper, Brad wrote: >> >>> Is there a way to detect when the dependencies of two war artifacts are >>> inconsistent with respect to packaged jar versions? >>> >>> >>> >>> E.g. a war depends on artifact abc-1.0.0.jar. An overlay is performed >>> where an inconsistent dependency on abc-1.0.1.jar is also defined. >>> >>> >>> >>> The resulting war will contain both jar files and, so far as I can tell, >>> the subsequent behavior is indeterminate. >>> >>> >>> >>> Brad >>> >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > -- View this message in context: http://n2.nabble.com/War-Overlays-and-Conflicting-Jars-tp2867314p2871095.html Sent from the maven users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Release Strategy
Here's something I'm sure someone has encountered before ... We use M2 and Subversion to build web-apps. We make a QA/ branch from dev/ when a release cycle begins and run the maven 'release' goal to build the first release candidate [RC]. Version numbering looks like '1.2.3-RC-n'. Only changes necessary to fix release-blocking issues are allowed in the QA/ branch. Some of these changes occur in locally built jars. POM tags are used used for these artifacts, but according to M2 none of the dependency artifacts can be SNAPSHOT versions. A series of successive RCs are built on the QA/ branch until one is approved. At that point the project is rebuilt on the QA/ branch without '-RC-n' in the version string and it becomes the final distribution. In the meantime, development has continued on the dev/ branch, with commits occurring in the main project as well as in sub-projects for any of the local jars. Dependencies refer to SNAPSHOT versions. We're getting tangled trying to reconcile versions of these local artifacts. Version 2.3.4 of a local jar doesn't necessarily represent the same content in the QA/ and dev/ branches. How should we be working this. Are mutiple 'release' repositories part of the answer? Thanks. Brad -- View this message in context: http://www.nabble.com/Release-Strategy-tf3607319s177.html#a10078348 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven-native-plugin: Handling win32 System Library Dependencies
Hello: [I accidentally posted this message a short time ago as a reply to a recent, unrelated thread.] Regarding the subject, are my only two options + using an environment variable to resolve dynamic links, and/or + explicitly installing system .dll/.lib libraries into a maven repository [using install:install-file] and listing the artifacts as a in the executable's pom.xml? Having the libraries in their native system location AND keeping a copy in a maven repository doesn't seem like a preferred route ... but it strikes me as the more maven-like approach. Thanks. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven-native-plugin: Handling win32 System Library Dependencies
Hello: Regarding the subject, are my only two options + using an environment variable to resolve dynamic links, and/or + explicitly installing system .dll/.lib libraries into a maven repository [using install:install-file] and listing the artifacts as a in the executable's pom.xml? Having the libraries in their native system location AND keeping a copy in a maven repository doesn't seem like a preferred route ... but it strikes me as the more maven-like approach. Thanks. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Continuum Project Model: Field Project.id
Jesse:
So will the following code work
Project dxr = new Project();
dxr.setGroupId( groupId );
dxr.setArtifactId( artifactId );
dxr.setVersion( version );
// get the project
try {
reader.refreshProject( dxr );
...
Or will I need to set up the project in continuum (as
for a scheduled build) and then identify the project via the
continuum id?
Brad
> -Original Message-
> From: Jesse McConnell [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 12, 2006 3:48 PM
> To: continuum-users@maven.apache.org
> Subject: Re: Continuum Project Model: Field Project.id
>
>
> ID is an identifier for use in the store, it has been used all over
> the place to refer to a particular project
>
> Name is the actual name of the project used for display purposes only,
> name can be free form.
>
> artifactId, groupId, and version are maven conventions used for
> referencing in dependencies (among a host of other things), basically
> allowing you to refer to pretty much any java artifact with the
> trinity of (groupId, artifactId, version)
>
> There is another thread on here about deprecating the use of ID
> throughout the api in favor of using a String based KEY (with content
> restrictions like no spaces, etc) effectively retiring the ID to be
> internal to the store and allow name to be strictly enforced as solely
> a presentation element...less of an issue right now with projects then
> project groups. I am hoping to get to work on that within a week or
> so over some vacation time. I just warn you since that will have
> repercussions across the rpc code as well...I think I'll probably work
> on this with rahul and we'll try and clean up the rpc and web
> integration at the same time.
>
> jesse
>
>
>
>
> On 12/12/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> > Hello:
> >
> > I'm implementing a java client for RPC-XML that will be installed
> > as a svn post-commit hook.
> >
> > In looking at the continuum model, as described by
> >
> >
https://svn.apache.org/repos/asf/maven/continuum/trunk/continuum-model/src/main/mdo/continuum.xml
>
> Can anyone explain the Project.id field (which is required) and how it
> differs from fields Project.name and {Project.artifactId, Project.groupId,
> Project.version}?
>
> Thanks.
>
> Brad
>
>
--
jesse mcconnell
[EMAIL PROTECTED]
Continuum Project Model: Field Project.id
Hello:
I'm implementing a java client for RPC-XML that will be installed
as a svn post-commit hook.
In looking at the continuum model, as described by
https://svn.apache.org/repos/asf/maven/continuum/trunk/continuum-model/src/main/mdo/continuum.xml
Can anyone explain the Project.id field (which is required) and how it
differs from fields Project.name and {Project.artifactId, Project.groupId,
Project.version}?
Thanks.
Brad
ContainerException: Deployable failed to finish deploying within the timeout period
Hello: Has anyone seen this error? It occurred when performing the command % mvn clean compile war:war cargo:undeploy cargo:deploy The war seems to have been properly deployed (Tomcat 5.5.9) when I look. I get a 404 error when I try the expected URL. Thanks. Brad [INFO] [yer.DeployerWatchdog] Deployable failed to finish deploying within the timeout period [2]. The Deployable state is thus unknown. [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Deployable failed to finish deploying within the timeout period [2]. The Deployable state is thus unknown. [INFO] [INFO] Trace org.codehaus.cargo.container.ContainerException: Deployable failed to finish deploying within the timeout period [2]. The Deployable state is thus unknown. at org.codehaus.cargo.container.spi.deployer.DeployerWatchdog.watch(DeployerWatchdog.java:109) at org.codehaus.cargo.container.spi.deployer.DeployerWatchdog.watchForAvailability(DeployerWatchdog.java:78) at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatDeployer.deploy(AbstractTomcatDeployer.java:102) at org.codehaus.cargo.maven2.DeployerDeployMojo.performDeployerActionOnSingleDeployable(DeployerDeployMojo.java:75) at org.codehaus.cargo.maven2.AbstractDeployerMojo.performDeployerActionOnAllDeployables(AbstractDeployerMojo.java:106) at org.codehaus.cargo.maven2.AbstractDeployerMojo.execute(AbstractDeployerMojo.java:43) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:488) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:458) 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:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) 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) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Getting changelog-plugin to Generate 'change.xml' File
Hello: Has there been any attempt to link the change-log plugin with the changes-plugin via the 'changes.xml' document format. We're considering adding some sort of mark-up to the SCM commit log messages to identify issue ids and differentiate between additions, fixes, etc. [The goal is to yank info into a format from which release notes could be prepared.] Mark-up along these lines would theoretically let a change-log plugin *aware of the log message tags* generate a 'changes.xml'. Getting the change logs in a neutral xml format would still let us programmatically generate the draft for user release notes, or produce the html output as done currently by the changes-plugin. Or have I missing something? Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Getting changelog-plugin to Generate 'change.xml' File
> -Original Message- > From: Emmanuel Hugonnet [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 21, 2006 3:50 AM > To: Maven Users List > Subject: Re: Getting changelog-plugin to Generate 'change.xml' File > > > Brad Harper a écrit : > > Hello: > > > > Has there been any attempt to link the change-log plugin > > with the changes-plugin via the 'changes.xml' document > > format. > > > > We're considering adding some sort of mark-up to the SCM > > commit log messages to identify issue ids and differentiate > > between additions, fixes, etc. [The goal is to yank info > > into a format from which release notes could be prepared.] > > > > Mark-up along these lines would theoretically let a > > change-log plugin *aware of the log message tags* generate > > a 'changes.xml'. > > > > Getting the change logs in a neutral xml format would still > > let us programmatically generate the draft for user release > > notes, or produce the html output as done currently by the > > changes-plugin. > > > > Or have I missing something? > > > > Brad > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > I was thinking about doing this, but i have issues with the > scm-plugin > so I don't use it :( . > I am currently using Subversion and I thought about using : > - svn list repository/tags to get the list of tags > - svn log --verbose --xml repository/tags to get the entries by tags > - svn log --verbose --xml --stop-on-copy repository/trunk to get the > latest corrections > > The --verbose and --xml options give us much more information > than what > is displayed with changelog as you have the operation: > Modify, Added or > Removed. > > Currently I have produced a xml file with the logentries grouped by > version and with a tag name per release. With some clever XSLT > manipulation I should be able to produce a changes.xml > > Emmanuel > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > That's good information. Thanks. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven-native-plugin always re-runs native:link
Have I mis-configured the native:link goal? The maven-native-plugin /always/ re-links even when all of the .o files are up to date. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven-native-plugin & long command lines and individual files ...
Anyone:
Was this question (below) ever addressed? It didn't appear so.
I looked at the source at
http://svn.mojo.codehaus.org/browse/mojo/trunk/mojo/maven-native/maven-native-api/src/main/java/org/codehaus/mojo/natives/NativeSources.java?r=435
and noted the method
public static File [] getAllSourceFilesWithExtensionTranslation(
NativeSources [] sources, String extension ) {
... }
but it isn't clear what the plugin element would
look like.
Thanks.
Brad
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 01, 2006 1:58 AM
> To: Maven Users List
> Subject: maven-native-plugin & long command lines and individual files
> ...
>
>
> does the native plugin always want files specified individually?
> AFAICT I have to do this ...
>
>
> ${generated.native.source.dir}
>
> devices.c
> errors.c
>
>
>
> ${basedir}/src/main/c
>
> avrprog.c
> hpl_bootloader.c
>
> etc etc rather than *.c
>
> The end result is that my final link line end up being too
> long for the
> Windows command processor after it has passed each file with a fully
> qualified path name to the linker
>
> Error is :
>
> The following character string is too long:
> -mmcu=atmega128 -gstabs
> -Wl,-T,C:\projects\linkages\avr\ExeStatic/src/main/conf/avr5_ext.x
> -Wl,-Map,ExeStatic.map -Wl,--defsym=__heap_start=0x804000
> -Wl,--defsym=__heap_end=0x80-Wl,--section-start=.jumptable=0x1efe8
> -o
> C:\projects\linkages\avr\ExeStatic\ges\avr\ExeStatic\target\hp
> l_coreio.objC:\projects\linkages\avr\ExeStatic\target\hpl_debu
> gprot.obj
> C:\projects\linkages\avr\ExeStatic\target\hpl_ds1602.obj
> C:\projects\linkages\avr\ExeStatic\target\hpl_eeprom.obj
> C:\projects\linkages\avr\ExeStatic\target\hpl_flash.obj
> C:\projects\linkages\avr\ExeStatic\target\hpl_meminit.objC:\pr
> ojects\linkages\avr\ExeStatic\target\hpl_misc.obj
> C:\projects\linkages\avr\ExeStatic\target\hpl_power.objC:\proj
> ects\linkages\avr\ExeStatic\target\hpl_radio.obj
> C:\projects\linkages\avr\ExeStatic\target\hpl_radioctl.objC:\p
> rojects\linkages\avr\ExeStatic\target\hpl_reset.obj
> C:\projects\linkages\avr\ExeStatic\target\hpl_serial.objC:\pro
> jects\linkages\avr\ExeStatic\target\hpl_spi.obj
> C:\projects\linkages\avr\ExeStatic\target\hpl_timer.obj
>
> [snip]
>
> Is there any way to avoid this, I'd rather not have to beak it up into
> separate libraries just to get it to link
>
> Thanks
>
> -
> 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: Error: java.lang.StringIndexOutOfBoundsException [MORE]
Yes. I removed the plugin from my local repository and watched it download the version from the snapshot repository. You didn't mention the version, but I found the one (1.0-alpha-2-SNAPSHOT) built at about the time you sent your e-mail from 23:00 yesterday. Brad > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 21, 2006 1:40 PM > To: Maven Users List > Subject: Re: Error: java.lang.StringIndexOutOfBoundsException [MORE] > > > did you set 1.0-alpha-2-SNAPSHOT as your version? > > -Dan > > > > On 9/21/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > Dan: > > > > You might want to double check. > > > > I have downloaded > > > > > > > http://snapshots.repository.codehaus.org//org/codehaus/mojo/na > tive-maven-plugin/1.0-alpha-2-SNAPSHOT/ > > > > and still see the same problem using a abc > > element where the file has no suffix (or dot delimiter). > > > > Brad > > > > > -Original Message- > > > From: dan tran [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, September 20, 2006 11:04 PM > > > To: Maven Users List > > > Subject: Re: Error: > java.lang.StringIndexOutOfBoundsException [MORE] > > > > > > > > > I went ahead with the fix + unit test MOJO:509 and deployed a > > > snapshot, > > > please test it out > > > > > > -Dan > > > > > > > > > > > > On 9/20/06, dan tran <[EMAIL PROTECTED]> wrote: > > > > > > > > Confirm, it is a bug in plexus-util when try to get > > > basename of this > > > > string > > > > > > > > > > > > > > > > > > > C:\dev\mojo\maven-native\native-maven-plugin\src\it\jni\native > > > \win32\..\src\main\native\HelloWorld2 > > > > > > > > this is windows path, > > > > > > > > if I convert it unix path then it is ok. > > > > > > > > -D > > > > > > > > > > > > > > > > On 9/20/06, dan tran <[EMAIL PROTECTED]> wrote: > > > > > > > > > > that is a bug, please file it with a sample pom. > > > > > > > > > > Thanks > > > > > > > > > > -Dan > > > > > > > > > > > > > > > On 9/20/06, Brad Harper <[EMAIL PROTECTED] > wrote: > > > > > > > > > > > > Dan: > > > > > > > > > > > > That put me on to the solution. There was a > element > > > > > > following 'reindex.cpp ' that didn't have file extension [a > > > > > > cut/paste error in the pom file], like > > > > > > > > > > > > abc > > > > > > > > > > > > Mea culpa. > > > > > > > > > > > > Even so, I would think that things shouldn't crater > with such > > > > > > an obscure error. Basically, the named file didn't exist in > > > > > > the source directory. > > > > > > > > > > > > Maybe AbstractCompiler shouldn't attempt to > construct the object > > > > > > filename (and perhaps perform other operations) until > > > it has been > > > > > > determined that the source file actually exists in > the source > > > > > > directory. > > > > > > > > > > > > Thanks. > > > > > > > > > > > > Brad > > > > > > > > > > > > > -Original Message- > > > > > > > From: dan tran [mailto:[EMAIL PROTECTED] ] > > > > > > > Sent: Wednesday, September 20, 2006 6:03 PM > > > > > > > To: Maven Users List > > > > > > > Subject: Re: Error: > > > java.lang.StringIndexOutOfBoundsException [MORE] > > > > > > > > > > > > > > > > > > > > > reindex.cpp compilation is ok, > > > > > > > > > > > > > > The compilation after reindex.cpp is the main problem > > > > > > > > > > > > > > -Dan > > > > > > > > > > > > > > On 9/20/06, dan tran < [EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > > Hi Brad, thanks for looki
RE: Error: java.lang.StringIndexOutOfBoundsException [MORE]
Dan: You might want to double check. I have downloaded http://snapshots.repository.codehaus.org//org/codehaus/mojo/native-maven-plugin/1.0-alpha-2-SNAPSHOT/ and still see the same problem using a abc element where the file has no suffix (or dot delimiter). Brad > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 20, 2006 11:04 PM > To: Maven Users List > Subject: Re: Error: java.lang.StringIndexOutOfBoundsException [MORE] > > > I went ahead with the fix + unit test MOJO:509 and deployed a > snapshot, > please test it out > > -Dan > > > > On 9/20/06, dan tran <[EMAIL PROTECTED]> wrote: > > > > Confirm, it is a bug in plexus-util when try to get > basename of this > > string > > > > > > > > > C:\dev\mojo\maven-native\native-maven-plugin\src\it\jni\native > \win32\..\src\main\native\HelloWorld2 > > > > this is windows path, > > > > if I convert it unix path then it is ok. > > > > -D > > > > > > > > On 9/20/06, dan tran <[EMAIL PROTECTED]> wrote: > > > > > > that is a bug, please file it with a sample pom. > > > > > > Thanks > > > > > > -Dan > > > > > > > > > On 9/20/06, Brad Harper <[EMAIL PROTECTED] > wrote: > > > > > > > > Dan: > > > > > > > > That put me on to the solution. There was a element > > > > following 'reindex.cpp ' that didn't have file extension [a > > > > cut/paste error in the pom file], like > > > > > > > > abc > > > > > > > > Mea culpa. > > > > > > > > Even so, I would think that things shouldn't crater with such > > > > an obscure error. Basically, the named file didn't exist in > > > > the source directory. > > > > > > > > Maybe AbstractCompiler shouldn't attempt to construct the object > > > > filename (and perhaps perform other operations) until > it has been > > > > determined that the source file actually exists in the source > > > > directory. > > > > > > > > Thanks. > > > > > > > > Brad > > > > > > > > > -Original Message- > > > > > From: dan tran [mailto:[EMAIL PROTECTED] ] > > > > > Sent: Wednesday, September 20, 2006 6:03 PM > > > > > To: Maven Users List > > > > > Subject: Re: Error: > java.lang.StringIndexOutOfBoundsException [MORE] > > > > > > > > > > > > > > > reindex.cpp compilation is ok, > > > > > > > > > > The compilation after reindex.cpp is the main problem > > > > > > > > > > -Dan > > > > > > > > > > On 9/20/06, dan tran < [EMAIL PROTECTED]> wrote: > > > > > > > > > > > > Hi Brad, thanks for looking into this problem, do you have > > > > > reproducable > > > > > > test case? > > > > > > > > > > > > -D > > > > > > > > > > > > > > > > > > On 9/20/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > Looking at the source code for classes > > > > > > > > > > > > > > org.codehaus.mojo.natives.compiler.AbstractCompiler > > > > > > > > > > > > > > and > > > > > > > > > > > > > > org.codehaus.plexus.util.FileUtils > > > > > > > > > > > > > > it seems singularly odd that String.substring() would > > > > > > > suddenly be receiving an index with a value of -17 > > > > > > > passed by the FileUtils.basename() methods. > > > > > > > > > > > > > > I haven't been able to affect the outcome by altering > > > > > > > the order or names of the files involved. > > > > > > > > > > > > > > Method AbstractCompiler.getObjectFile () is attempting to > > > > > > > construct the string name of the object file associated > > > > > > > with the current source file. Looking in the target/ > > > > > > > directory, I see that the object file for source file > > > > > > > 'reindex.cpp' has been creat
RE: Error: java.lang.StringIndexOutOfBoundsException [MORE]
Dan: That put me on to the solution. There was a element following 'reindex.cpp' that didn't have file extension [a cut/paste error in the pom file], like abc Mea culpa. Even so, I would think that things shouldn't crater with such an obscure error. Basically, the named file didn't exist in the source directory. Maybe AbstractCompiler shouldn't attempt to construct the object filename (and perhaps perform other operations) until it has been determined that the source file actually exists in the source directory. Thanks. Brad > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 20, 2006 6:03 PM > To: Maven Users List > Subject: Re: Error: java.lang.StringIndexOutOfBoundsException [MORE] > > > reindex.cpp compilation is ok, > > The compilation after reindex.cpp is the main problem > > -Dan > > On 9/20/06, dan tran <[EMAIL PROTECTED]> wrote: > > > > Hi Brad, thanks for looking into this problem, do you have > reproducable > > test case? > > > > -D > > > > > > On 9/20/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > Looking at the source code for classes > > > > > > org.codehaus.mojo.natives.compiler.AbstractCompiler > > > > > > and > > > > > > org.codehaus.plexus.util.FileUtils > > > > > > it seems singularly odd that String.substring() would > > > suddenly be receiving an index with a value of -17 > > > passed by the FileUtils.basename() methods. > > > > > > I haven't been able to affect the outcome by altering > > > the order or names of the files involved. > > > > > > Method AbstractCompiler.getObjectFile() is attempting to > > > construct the string name of the object file associated > > > with the current source file. Looking in the target/ > > > directory, I see that the object file for source file > > > 'reindex.cpp' has been created and exists with the expected > > > name: 'reindex.obj'. > > > > > > Brad > > > > > > > -Original Message- > > > > From: Brad Harper > > > > Sent: Wednesday, September 20, 2006 9:38 AM > > > > To: users > > > > Subject: Error: java.lang.StringIndexOutOfBoundsException > > > > > > > > > > > > Hello: > > > > > > > > See the FATAL ERROR from captured maven output below. > > > > > > > > In context, the native maven plugin is being used to > compile a C++ > > > > source file, prior to linking an .exe application. > > > > > > > > Has anyone seen this sort of thing before? Thanks. > > > > > > > > Brad > > > > > > > > > > > > recmods.cpp > > > > [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi > > > > /Od /DDEBUG /DHAVE_DONGLE > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\common > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\gui > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\crypt > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\record > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\bin\dxrecord > > > > /Fop:\exodus\dxr\WINDOWS-X86\dxrecord\target\recorder.obj -c > > > > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > > > > siia.dxr\bin\dxrecord\recorder.cpp > > > > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version > > > > 12.00.8804 for 80x86 > > > > Copyright (C) Microsoft Corp 1984-1998. All rights reserved. > > > > > > > > recorder.cpp > > > > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > > > > siia.dxr\bin\dxrecord\recorder.cpp(4050) : warning C4101: > > > > 'ucplogrek' : unreferenced local variable > > > > [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi > > > > /Od /DDEBUG /DHAVE_DONGLE > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\common > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\inclu
maven native question
If I have a module/sub-project with exe and the element lists element(s) of lib ... is the maven native plugin smart enough to automatically put the lib artifacts in the linker command line to satisfy the dependencies? Brad > -Original Message- > From: Brad Harper > Sent: Wednesday, September 20, 2006 6:22 PM > To: users > Subject: RE: Error: java.lang.StringIndexOutOfBoundsException [MORE] > > > Dan, > > No, not distilled into something small. [I do have the > entire "mvn -X install" output, if that would help.] > > Brad > > > -Original Message- > > From: dan tran [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, September 20, 2006 5:23 PM > > To: Maven Users List > > Subject: Re: Error: java.lang.StringIndexOutOfBoundsException [MORE] > > > > > > Hi Brad, thanks for looking into this problem, do you have > > reproducable test > > case? > > > > -D > > > > > > On 9/20/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > Looking at the source code for classes > > > > > > org.codehaus.mojo.natives.compiler.AbstractCompiler > > > > > > and > > > > > > org.codehaus.plexus.util.FileUtils > > > > > > it seems singularly odd that String.substring() would > > > suddenly be receiving an index with a value of -17 > > > passed by the FileUtils.basename() methods. > > > > > > I haven't been able to affect the outcome by altering > > > the order or names of the files involved. > > > > > > Method AbstractCompiler.getObjectFile() is attempting to > > > construct the string name of the object file associated > > > with the current source file. Looking in the target/ > > > directory, I see that the object file for source file > > > 'reindex.cpp' has been created and exists with the expected > > > name: 'reindex.obj'. > > > > > > Brad > > > > > > > -Original Message- > > > > From: Brad Harper > > > > Sent: Wednesday, September 20, 2006 9:38 AM > > > > To: users > > > > Subject: Error: java.lang.StringIndexOutOfBoundsException > > > > > > > > > > > > Hello: > > > > > > > > See the FATAL ERROR from captured maven output below. > > > > > > > > In context, the native maven plugin is being used to > compile a C++ > > > > source file, prior to linking an .exe application. > > > > > > > > Has anyone seen this sort of thing before? Thanks. > > > > > > > > Brad > > > > > > > > > > > > recmods.cpp > > > > [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi > > > > /Od /DDEBUG /DHAVE_DONGLE > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\common > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\gui > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\crypt > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\record > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\bin\dxrecord > > > > /Fop:\exodus\dxr\WINDOWS-X86\dxrecord\target\recorder.obj -c > > > > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > > > > siia.dxr\bin\dxrecord\recorder.cpp > > > > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version > > > > 12.00.8804 for 80x86 > > > > Copyright (C) Microsoft Corp 1984-1998. All rights reserved. > > > > > > > > recorder.cpp > > > > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > > > > siia.dxr\bin\dxrecord\recorder.cpp(4050) : warning C4101: > > > > 'ucplogrek' : unreferenced local variable > > > > [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi > > > > /Od /DDEBUG /DHAVE_DONGLE > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\common > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\gui > > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > > epsiia.dxr\include\crypt > > > > -Ip
RE: Error: java.lang.StringIndexOutOfBoundsException [MORE]
Dan, No, not distilled into something small. [I do have the entire "mvn -X install" output, if that would help.] Brad > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 20, 2006 5:23 PM > To: Maven Users List > Subject: Re: Error: java.lang.StringIndexOutOfBoundsException [MORE] > > > Hi Brad, thanks for looking into this problem, do you have > reproducable test > case? > > -D > > > On 9/20/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > Looking at the source code for classes > > > > org.codehaus.mojo.natives.compiler.AbstractCompiler > > > > and > > > > org.codehaus.plexus.util.FileUtils > > > > it seems singularly odd that String.substring() would > > suddenly be receiving an index with a value of -17 > > passed by the FileUtils.basename() methods. > > > > I haven't been able to affect the outcome by altering > > the order or names of the files involved. > > > > Method AbstractCompiler.getObjectFile() is attempting to > > construct the string name of the object file associated > > with the current source file. Looking in the target/ > > directory, I see that the object file for source file > > 'reindex.cpp' has been created and exists with the expected > > name: 'reindex.obj'. > > > > Brad > > > > > -Original Message- > > > From: Brad Harper > > > Sent: Wednesday, September 20, 2006 9:38 AM > > > To: users > > > Subject: Error: java.lang.StringIndexOutOfBoundsException > > > > > > > > > Hello: > > > > > > See the FATAL ERROR from captured maven output below. > > > > > > In context, the native maven plugin is being used to compile a C++ > > > source file, prior to linking an .exe application. > > > > > > Has anyone seen this sort of thing before? Thanks. > > > > > > Brad > > > > > > > > > recmods.cpp > > > [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi > > > /Od /DDEBUG /DHAVE_DONGLE > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\include\common > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\include\gui > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\include\crypt > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\include\record > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\bin\dxrecord > > > /Fop:\exodus\dxr\WINDOWS-X86\dxrecord\target\recorder.obj -c > > > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > > > siia.dxr\bin\dxrecord\recorder.cpp > > > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version > > > 12.00.8804 for 80x86 > > > Copyright (C) Microsoft Corp 1984-1998. All rights reserved. > > > > > > recorder.cpp > > > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > > > siia.dxr\bin\dxrecord\recorder.cpp(4050) : warning C4101: > > > 'ucplogrek' : unreferenced local variable > > > [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi > > > /Od /DDEBUG /DHAVE_DONGLE > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\include\common > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\include\gui > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\include\crypt > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\include\record > > > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > > > epsiia.dxr\bin\dxrecord > > > /Fop:\exodus\dxr\WINDOWS-X86\dxrecord\target\reindex.obj -c > > > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > > > siia.dxr\bin\dxrecord\reindex.cpp > > > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version > > > 12.00.8804 for 80x86 > > > Copyright (C) Microsoft Corp 1984-1998. All rights reserved. > > > > > > reindex.cpp > > > [INFO] > > > -- > > > -- > > > [ERROR] FATAL ERROR > > > [INFO] > > >
Error: java.lang.StringIndexOutOfBoundsException [MORE]
Looking at the source code for classes org.codehaus.mojo.natives.compiler.AbstractCompiler and org.codehaus.plexus.util.FileUtils it seems singularly odd that String.substring() would suddenly be receiving an index with a value of -17 passed by the FileUtils.basename() methods. I haven't been able to affect the outcome by altering the order or names of the files involved. Method AbstractCompiler.getObjectFile() is attempting to construct the string name of the object file associated with the current source file. Looking in the target/ directory, I see that the object file for source file 'reindex.cpp' has been created and exists with the expected name: 'reindex.obj'. Brad > -Original Message- > From: Brad Harper > Sent: Wednesday, September 20, 2006 9:38 AM > To: users > Subject: Error: java.lang.StringIndexOutOfBoundsException > > > Hello: > > See the FATAL ERROR from captured maven output below. > > In context, the native maven plugin is being used to compile a C++ > source file, prior to linking an .exe application. > > Has anyone seen this sort of thing before? Thanks. > > Brad > > > recmods.cpp > [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi > /Od /DDEBUG /DHAVE_DONGLE > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\include\common > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\include\gui > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\include\crypt > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\include\record > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\bin\dxrecord > /Fop:\exodus\dxr\WINDOWS-X86\dxrecord\target\recorder.obj -c > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > siia.dxr\bin\dxrecord\recorder.cpp > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version > 12.00.8804 for 80x86 > Copyright (C) Microsoft Corp 1984-1998. All rights reserved. > > recorder.cpp > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > siia.dxr\bin\dxrecord\recorder.cpp(4050) : warning C4101: > 'ucplogrek' : unreferenced local variable > [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi > /Od /DDEBUG /DHAVE_DONGLE > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\include\common > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\include\gui > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\include\crypt > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\include\record > -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com. > epsiia.dxr\bin\dxrecord > /Fop:\exodus\dxr\WINDOWS-X86\dxrecord\target\reindex.obj -c > p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.ep > siia.dxr\bin\dxrecord\reindex.cpp > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version > 12.00.8804 for 80x86 > Copyright (C) Microsoft Corp 1984-1998. All rights reserved. > > reindex.cpp > [INFO] > -- > -- > [ERROR] FATAL ERROR > [INFO] > -- > -- > [INFO] String index out of range: -17 > [INFO] > -- > -- > [DEBUG] Trace > java.lang.StringIndexOutOfBoundsException: String index out > of range: -17 > at java.lang.String.substring(String.java:1768) > at > org.codehaus.plexus.util.FileUtils.basename(FileUtils.java:215) > at > org.codehaus.plexus.util.FileUtils.basename(FileUtils.java:200) > at > org.codehaus.mojo.natives.compiler.AbstractCompiler.getObjectF > ile(AbstractCompiler.java:120) > at > org.codehaus.mojo.natives.compiler.AbstractCompiler.compile(Ab > stractCompiler.java:66) > at > org.codehaus.mojo.natives.plugin.NativeCompileMojo.execute(Nat > iveCompileMojo.java:162) > at > org.apache.maven.plugin.DefaultPluginManager.executeMojo(Defau > ltPluginManager.java:412) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoa > ls(DefaultLifecycleExecutor.java:534) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoa > lWithLifecycle(DefaultLifecycleExecutor.java:475) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoa > l(DefaultLifecycleExecutor.java:454) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoa > lAndHandleFailures(DefaultLifecycleExecutor.java:306) >
Error: java.lang.StringIndexOutOfBoundsException
Hello: See the FATAL ERROR from captured maven output below. In context, the native maven plugin is being used to compile a C++ source file, prior to linking an .exe application. Has anyone seen this sort of thing before? Thanks. Brad recmods.cpp [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi /Od /DDEBUG /DHAVE_DONGLE -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\include\common -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\include\gui -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\include\crypt -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\include\record -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\bin\dxrecord /Fop:\exodus\dxr\WINDOWS-X86\dxrecord\target\recorder.obj -c p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\bin\dxrecord\recorder.cpp Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86 Copyright (C) Microsoft Corp 1984-1998. All rights reserved. recorder.cpp p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\bin\dxrecord\recorder.cpp(4050) : warning C4101: 'ucplogrek' : unreferenced local variable [INFO] cl /MT /W3 /GX /DWINDOWS-X86 /DWIN32 /D_WINDOWS /Zi /Od /DDEBUG /DHAVE_DONGLE -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\include\common -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\include\gui -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\include\crypt -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\include\record -Ip:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\bin\dxrecord /Fop:\exodus\dxr\WINDOWS-X86\dxrecord\target\reindex.obj -c p:\exodus\dxr\WINDOWS-X86\dxrecord\..\..\src\main\c-cpp\com.epsiia.dxr\bin\dxrecord\reindex.cpp Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86 Copyright (C) Microsoft Corp 1984-1998. All rights reserved. reindex.cpp [INFO] [ERROR] FATAL ERROR [INFO] [INFO] String index out of range: -17 [INFO] [DEBUG] Trace java.lang.StringIndexOutOfBoundsException: String index out of range: -17 at java.lang.String.substring(String.java:1768) at org.codehaus.plexus.util.FileUtils.basename(FileUtils.java:215) at org.codehaus.plexus.util.FileUtils.basename(FileUtils.java:200) at org.codehaus.mojo.natives.compiler.AbstractCompiler.getObjectFile(AbstractCompiler.java:120) at org.codehaus.mojo.natives.compiler.AbstractCompiler.compile(AbstractCompiler.java:66) at org.codehaus.mojo.natives.plugin.NativeCompileMojo.execute(NativeCompileMojo.java:162) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534) 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:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) 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) [INFO] [INFO] Total time: 4 minutes 56 seconds [INFO] Finished at: Wed Sep 20 09:35:18 CDT 2006 [INFO] Final Memory: 8M/16M [INFO] - To unsubscribe, e-mail: [EMAI
RE: directory v. outputDirectory
Failed to resolve this artifact org.apache.maven.plugins maven-dependency-plugin 2.0-SNAPSHOT Brad > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Tuesday, September 05, 2006 5:23 PM > To: Maven Users List > Subject: Re: directory v. outputDirectory > > > please note that depenency-maven-plugin has been accepted > into apache. It > is now at > > http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-depe > ndency-plugin/ > > The more ppl using this new plugin, the more chance we can > get it released > ;-) > > -D > > On 9/5/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > org.codehaus.plugins:dependency-maven-plugin works. > > > > Thanks. > > > > Brad > > > > > -Original Message- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, September 05, 2006 1:30 PM > > > To: Maven Users List > > > Subject: Re: directory v. outputDirectory > > > > > > > > > Brad, you can use a combination of assembly and dependency > > > plugin to copy > > > final built artfacts into a single > > > directory the way you want it it and have assembly to zip( > > > tgz, etc) them > > > up. > > > > > > Use a separate maven project for that purpose. > > > > > > -Dan > > > > > > > > > On 9/5/06, Douglas Ferguson <[EMAIL PROTECTED]> wrote: > > > > > > > > Can you define multiple source directories? > > > > > > > > I am guessing that transitive dependencies aren't > getting linked in? > > > > > > > > D- > > > > > > > > -Original Message- > > > > From: Brad Harper > > > > Sent: Tuesday, September 05, 2006 12:25 PM > > > > To: users > > > > Subject: RE: directory v. outputDirectory > > > > > > > > The libraries will be built as a mixture of .lib and > .dll files (on > > > > Windows) > > > > and .a and .so archives (on *nix platforms). > > > > > > > > Brad > > > > > > > > > -Original Message- > > > > > From: Douglas Ferguson > > > > > Sent: Tuesday, September 05, 2006 11:36 AM > > > > > To: users > > > > > Subject: RE: directory v. outputDirectory > > > > > > > > > > > > > > > What format must the archive be in? > > > > > > > > > > > > > > > > > > > > -Original Message- > > > > > From: Brad Harper > > > > > Sent: Tuesday, September 05, 2006 10:02 AM > > > > > To: users > > > > > Subject: RE: directory v. outputDirectory > > > > > > > > > > Dan: > > > > > > > > > > My intent is to have copies of a set of archive libraries > > > collected > > > > > into a single directory. The libraries are sibling > > > modules of a parent > > > > > project. > > > > > > > > > > Each library could be copied into the target area as it > > > is built, or > > > > > the libraries could be copied (from their respective > > > projects) by the > > > > > parent project in a roll-up operation. > > > > > > > > > > I considered running the assembly plugin in the > parent project, > > > > > but the archive libraries cannot be in a > .zip/.tar/.tgz format. > > > > > > > > > > Brad > > > > > > > > > > > -Original Message- > > > > > > From: dan tran [mailto:[EMAIL PROTECTED] > > > > > > Sent: Saturday, September 02, 2006 12:32 AM > > > > > > To: Maven Users List > > > > > > Subject: Re: directory v. outputDirectory > > > > > > > > > > > > > > > > > > native-maven-plugin''s outputDirectory purposely set to > > > > > > readonly so that all > > > > > > outputs ( .o, .dll, etc) stay inside > > > > > > target directory. and mvn clean can clear them as well. > > > > > > > > > > > > Why do you want the output files outside of project? > > > > > perhaps there is > > > >
RE: directory v. outputDirectory
org.codehaus.plugins:dependency-maven-plugin works. Thanks. Brad > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, September 05, 2006 1:30 PM > To: Maven Users List > Subject: Re: directory v. outputDirectory > > > Brad, you can use a combination of assembly and dependency > plugin to copy > final built artfacts into a single > directory the way you want it it and have assembly to zip( > tgz, etc) them > up. > > Use a separate maven project for that purpose. > > -Dan > > > On 9/5/06, Douglas Ferguson <[EMAIL PROTECTED]> wrote: > > > > Can you define multiple source directories? > > > > I am guessing that transitive dependencies aren't getting linked in? > > > > D- > > > > -Original Message- > > From: Brad Harper > > Sent: Tuesday, September 05, 2006 12:25 PM > > To: users > > Subject: RE: directory v. outputDirectory > > > > The libraries will be built as a mixture of .lib and .dll files (on > > Windows) > > and .a and .so archives (on *nix platforms). > > > > Brad > > > > > -Original Message- > > > From: Douglas Ferguson > > > Sent: Tuesday, September 05, 2006 11:36 AM > > > To: users > > > Subject: RE: directory v. outputDirectory > > > > > > > > > What format must the archive be in? > > > > > > > > > > > > -Original Message- > > > From: Brad Harper > > > Sent: Tuesday, September 05, 2006 10:02 AM > > > To: users > > > Subject: RE: directory v. outputDirectory > > > > > > Dan: > > > > > > My intent is to have copies of a set of archive libraries > collected > > > into a single directory. The libraries are sibling > modules of a parent > > > project. > > > > > > Each library could be copied into the target area as it > is built, or > > > the libraries could be copied (from their respective > projects) by the > > > parent project in a roll-up operation. > > > > > > I considered running the assembly plugin in the parent project, > > > but the archive libraries cannot be in a .zip/.tar/.tgz format. > > > > > > Brad > > > > > > > -Original Message- > > > > From: dan tran [mailto:[EMAIL PROTECTED] > > > > Sent: Saturday, September 02, 2006 12:32 AM > > > > To: Maven Users List > > > > Subject: Re: directory v. outputDirectory > > > > > > > > > > > > native-maven-plugin''s outputDirectory purposely set to > > > > readonly so that all > > > > outputs ( .o, .dll, etc) stay inside > > > > target directory. and mvn clean can clear them as well. > > > > > > > > Why do you want the output files outside of project? > > > perhaps there is > > > > another way to accomplish > > > > what you need after the build. > > > > > > > > -D > > > > > > > > > > > > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > What's the difference between > > > > > > > > > > > > > > > > > > > > > > > > > ... > > > > > > > > > > I'm using maven-native-plugin, which has identical > configuration > > > > > elements, but I'm prevented from using them, i.e. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > by errors complaining about over-written read-only parameters. > > > > > > > > > > It would be OK if libraries (modules) were to build > in their own > > > > > target/ sub-directories, but I'd like to move a copy of the > > > > resulting > > > > > libraries into a central location higher in the > project hierarchy. > > > > > > > > > > Brad > > > > > > > > > > > > > > > > > > - > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: directory v. outputDirectory
The libraries will be built as a mixture of .lib and .dll files (on Windows) and .a and .so archives (on *nix platforms). Brad > -Original Message- > From: Douglas Ferguson > Sent: Tuesday, September 05, 2006 11:36 AM > To: users > Subject: RE: directory v. outputDirectory > > > What format must the archive be in? > > > > -----Original Message- > From: Brad Harper > Sent: Tuesday, September 05, 2006 10:02 AM > To: users > Subject: RE: directory v. outputDirectory > > Dan: > > My intent is to have copies of a set of archive libraries collected > into a single directory. The libraries are sibling modules of a parent > project. > > Each library could be copied into the target area as it is built, or > the libraries could be copied (from their respective projects) by the > parent project in a roll-up operation. > > I considered running the assembly plugin in the parent project, > but the archive libraries cannot be in a .zip/.tar/.tgz format. > > Brad > > > -Original Message- > > From: dan tran [mailto:[EMAIL PROTECTED] > > Sent: Saturday, September 02, 2006 12:32 AM > > To: Maven Users List > > Subject: Re: directory v. outputDirectory > > > > > > native-maven-plugin''s outputDirectory purposely set to > > readonly so that all > > outputs ( .o, .dll, etc) stay inside > > target directory. and mvn clean can clear them as well. > > > > Why do you want the output files outside of project? > perhaps there is > > another way to accomplish > > what you need after the build. > > > > -D > > > > > > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > > > > What's the difference between > > > > > > > > > > > > > > > ... > > > > > > I'm using maven-native-plugin, which has identical configuration > > > elements, but I'm prevented from using them, i.e. > > > > > > > > > > > > > > > > > > > > > > > > > > > by errors complaining about over-written read-only parameters. > > > > > > It would be OK if libraries (modules) were to build in their own > > > target/ sub-directories, but I'd like to move a copy of the > > resulting > > > libraries into a central location higher in the project hierarchy. > > > > > > Brad > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: directory v. outputDirectory
Dan: My intent is to have copies of a set of archive libraries collected into a single directory. The libraries are sibling modules of a parent project. Each library could be copied into the target area as it is built, or the libraries could be copied (from their respective projects) by the parent project in a roll-up operation. I considered running the assembly plugin in the parent project, but the archive libraries cannot be in a .zip/.tar/.tgz format. Brad > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Saturday, September 02, 2006 12:32 AM > To: Maven Users List > Subject: Re: directory v. outputDirectory > > > native-maven-plugin''s outputDirectory purposely set to > readonly so that all > outputs ( .o, .dll, etc) stay inside > target directory. and mvn clean can clear them as well. > > Why do you want the output files outside of project? perhaps there is > another way to accomplish > what you need after the build. > > -D > > > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > What's the difference between > > > > > > > > > > ... > > > > I'm using maven-native-plugin, which has identical configuration > > elements, but I'm prevented from using them, i.e. > > > > > > > > > > > > > > > > > > by errors complaining about over-written read-only parameters. > > > > It would be OK if libraries (modules) were to build in their own > > target/ sub-directories, but I'd like to move a copy of the > resulting > > libraries into a central location higher in the project hierarchy. > > > > Brad > > > > > - > > 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]
directory v. outputDirectory
What's the difference between ... I'm using maven-native-plugin, which has identical configuration elements, but I'm prevented from using them, i.e. by errors complaining about over-written read-only parameters. It would be OK if libraries (modules) were to build in their own target/ sub-directories, but I'd like to move a copy of the resulting libraries into a central location higher in the project hierarchy. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Company Logo
That did it. Thank you. Brad > -Original Message- > From: Christian Edward Gruber [mailto:[EMAIL PROTECTED] > Sent: Friday, August 18, 2006 8:59 AM > To: continuum-users@maven.apache.org > Subject: Re: Company Logo > > > Brad Harper wrote: > > Hello: > > > > I've attempted to set the company logo field in the configuration > > of Continuum, without success. > > > > Is there a specific location where the image file should be placed? > > > > Brad > > > It's a url, if I'm not mistaken. > > regards, > Christian. >
Company Logo
Hello: I've attempted to set the company logo field in the configuration of Continuum, without success. Is there a specific location where the image file should be placed? Brad
Quick Validation vs. Full-Blown Regression Tests
Hello All: Once we go live with M2/Continuum/Subversion we're expecting to establish a build trigger on file commits, followed by a set of quick validation tests. Forced nightly builds from a clean environment will run a full set of regression tests. I'm guessing that a pair of will be the route to take, with the one corresponding to quick validation specifying a subset of all test modules. I'm interested in hearing how folks have handled these use cases. Have any threads touched on this before? Thanks. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven-native-plugin sensitive to dependencies? [CORRECTED SUBJECT LINE]
The build worked by moving the to the child (outside o ), but it *did* require a value for . Thanks, all. Brad -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, July 14, 2006 11:52 AM To: Maven Users List Subject: Re: maven-native-plugin sensitive to dependencies? [CORRECTED SUBJECT LINE] DependencyManagement in a parent pom does not implicitly force the dependency on every child/module. You still need to (explicitly) declare the dependency in the children poms... but you only need to include the groupId and artifactId because you've already declared the version etc in the depMgmt section ie: child.pom third-party dxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-lib HTH. Wayne On 7/14/06, Brad Harper <[EMAIL PROTECTED]> wrote: > Hello all: > > Can anyone say if 'maven-native-plugin' is sensitive to explicit > project dependencies? Should it be? > > I have > > > > >third-party > dxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li > b >2.0SP1 >lib >compile > > > > > in a POM descriptor. Sub-projects/modules of this project should > require the named artifact, but > > % mvn compile > > build successfully, even though I hadn't yet installed the artifact > in the local repository. > > Brad > > > - > 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: maven-native-plugin sensitive to dependencies? [CORRECTED SUBJECT LINE]
Bingo. That did it. Thanks. Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, July 14, 2006 1:45 PM To: Maven Users List Subject: Re: maven-native-plugin sensitive to dependencies? [CORRECTED SUBJECT LINE] move it outside of -D On 7/14/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > I removed the artifact from the repository and modified the POM for > the child by adding within > > > > > maven-native-plugin > ... > >... <-- groupId and artifactId only. no version. > ... > > > > > > [while leaving the original element in > the parent]. > > The child project build was still successful. > > Brad > > -Original Message- > From: Wayne Fay [mailto:[EMAIL PROTECTED] > Sent: Friday, July 14, 2006 11:52 AM > To: Maven Users List > Subject: Re: maven-native-plugin sensitive to dependencies? [CORRECTED > SUBJECT LINE] > > > DependencyManagement in a parent pom does not implicitly force the > dependency on every child/module. > > You still need to (explicitly) declare the dependency in the children > poms... but you only need to include the groupId and artifactId > because you've already declared the version etc in the depMgmt section > ie: > > child.pom > > third-party > dxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-lib ifactId> > > > HTH. > Wayne > > On 7/14/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Hello all: > > > > Can anyone say if 'maven-native-plugin' is sensitive to explicit > > project dependencies? Should it be? > > > > I have > > > > > > > > > >third-party > > > dxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li > > b > >2.0SP1 > >lib > >compile > > > > > > > > > > in a POM descriptor. Sub-projects/modules of this project should > > require the named artifact, but > > > > % mvn compile > > > > build successfully, even though I hadn't yet installed the artifact > > in the local repository. > > > > Brad > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven-native-plugin sensitive to dependencies? [CORRECTED SUBJECT LINE]
I removed the artifact from the repository and modified the POM for the child by adding within maven-native-plugin ... ... <-- groupId and artifactId only. no version. ... [while leaving the original element in the parent]. The child project build was still successful. Brad -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, July 14, 2006 11:52 AM To: Maven Users List Subject: Re: maven-native-plugin sensitive to dependencies? [CORRECTED SUBJECT LINE] DependencyManagement in a parent pom does not implicitly force the dependency on every child/module. You still need to (explicitly) declare the dependency in the children poms... but you only need to include the groupId and artifactId because you've already declared the version etc in the depMgmt section ie: child.pom third-party dxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-lib HTH. Wayne On 7/14/06, Brad Harper <[EMAIL PROTECTED]> wrote: > Hello all: > > Can anyone say if 'maven-native-plugin' is sensitive to explicit > project dependencies? Should it be? > > I have > > > > >third-party > dxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li > b >2.0SP1 >lib >compile > > > > > in a POM descriptor. Sub-projects/modules of this project should > require the named artifact, but > > % mvn compile > > build successfully, even though I hadn't yet installed the artifact > in the local repository. > > Brad > > > - > 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]
maven-native-plugin sensitive to dependencies? [CORRECTED SUBJECT LINE]
Hello all: Can anyone say if 'maven-native-plugin' is sensitive to explicit project dependencies? Should it be? I have third-party dxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li b 2.0SP1 lib compile in a POM descriptor. Sub-projects/modules of this project should require the named artifact, but % mvn compile build successfully, even though I hadn't yet installed the artifact in the local repository. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: javadoc 2.0 plugin: doc-files/* not being copied!
Hello all: Can anyone say if 'maven-native-plugin' is sensitive to explicit project dependencies? Should it be? I have third-party dxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li b 2.0SP1 lib compile in a POM descriptor. Sub-projects/modules of this project should require the named artifact, but % mvn compile build successfully, even though I hadn't yet installed the artifact in the local repository. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Interrnal remote repository
Right. My mistake. I mis-under-read-stood your message. Brad -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 2:36 PM To: Maven Users List Subject: RE: Interrnal remote repository This is how to configure your LOCAL repository, not quite what I'm looking for. -Original Message- From: Brad Harper [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 2:40 PM To: Maven Users List Subject: RE: Interrnal remote repository I just have P:/exodus/repository/ in the .m2 directory of my user. Brad -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 1:38 PM To: Maven Users List Subject: RE: Interrnal remote repository Could anyone spare the time and share the blocks of maven snippets where they have done this kind of thing? Additionally, how did you install the jar/pom files into this remote repository? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 11, 2006 9:28 AM To: Maven Users List Subject: RE: Interrnal remote repository Any more suggestions on this? This has to be one of the least documented features of maven and I'm completely wedged. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Monday, July 10, 2006 2:18 PM To: Maven Users List Subject: RE: Interrnal remote repository Yeah, I switched the from file to http (I am running apache 2 to make these fils available via http). But, it just can't find what it's looking for (even though things _do_ exist up there): E:\work\up-svcs\lty\proj\LTY-P39>mvn -e -Dmaven.test.skip=true install + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Unnamed - lty:app:pom:1.0-SNAPSHOT [INFO] Lty Utils [INFO] Lty Crypto(Client) [INFO] LtyModel [INFO] LtyDataGen [INFO] Crypto Server [INFO] Upromise.com Site [INFO] [INFO] Building Unnamed - lty:app:pom:1.0-SNAPSHOT [INFO]task-segment: [install] [INFO] [INFO] [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] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-site-plugin' does not exist or no valid versio n could be found at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Default LifecycleExecutor.java:1281) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(De faultLifecycleExecutor.java:1517) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindLifecycleForPack aging(DefaultLifecycleExecutor.java:1011) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycleMa ppings(DefaultLifecycleExecutor.java:975) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:453) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.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.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) 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.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-site-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePlugi nVersion(DefaultPluginVersionManager.java:225) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePlugi nVe
RE: Interrnal remote repository
I just have P:/exodus/repository/ in the .m2 directory of my user. Brad -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 1:38 PM To: Maven Users List Subject: RE: Interrnal remote repository Could anyone spare the time and share the blocks of maven snippets where they have done this kind of thing? Additionally, how did you install the jar/pom files into this remote repository? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 11, 2006 9:28 AM To: Maven Users List Subject: RE: Interrnal remote repository Any more suggestions on this? This has to be one of the least documented features of maven and I'm completely wedged. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Monday, July 10, 2006 2:18 PM To: Maven Users List Subject: RE: Interrnal remote repository Yeah, I switched the from file to http (I am running apache 2 to make these fils available via http). But, it just can't find what it's looking for (even though things _do_ exist up there): E:\work\up-svcs\lty\proj\LTY-P39>mvn -e -Dmaven.test.skip=true install + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Unnamed - lty:app:pom:1.0-SNAPSHOT [INFO] Lty Utils [INFO] Lty Crypto(Client) [INFO] LtyModel [INFO] LtyDataGen [INFO] Crypto Server [INFO] Upromise.com Site [INFO] [INFO] Building Unnamed - lty:app:pom:1.0-SNAPSHOT [INFO]task-segment: [install] [INFO] [INFO] [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] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-site-plugin' does not exist or no valid versio n could be found at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Default LifecycleExecutor.java:1281) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(De faultLifecycleExecutor.java:1517) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindLifecycleForPack aging(DefaultLifecycleExecutor.java:1011) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycleMa ppings(DefaultLifecycleExecutor.java:975) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:453) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.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.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) 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.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-site-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePlugi nVersion(DefaultPluginVersionManager.java:225) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePlugi nVersion(DefaultPluginVersionManager.java:87) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginM anager.java:158) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Default LifecycleExecutor.java:1252) ... 18 more [INFO] [INFO] Total time: < 1 second [INFO] Finished at: Mon Jul 10 14:15:21 EDT 2006 [INFO] Final Memory: 1M/3M [INFO] Why is this?
RE: Error in Project Attempting to Use maven-install-plugin with 'lib' Packaging
Dan: I realize that it could be a one-time thing, and I've already confirmed that 'install:install-file' works (after having to build 'maven-install-plugin' locally). It occurred to me that I might be able to add/update the repository with these third-party binaries automatically, as part of the normal course for building and installing the *other* third-party libraries. Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 11:27 AM To: Maven Users List Subject: Re: Error in Project Attempting to Use maven-install-plugin with 'lib' Packaging Brad, since this is a one time shot, install:install-file should work, if not it is a bug, please file a jira Another alter native is to use build-helper-maven-plugin to attach your thirdparty binary to the pom, after that mvn install should work -Dan On 7/13/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Hello All: > > I'm using M2 'maven-native-plugin' to build C++ libraries and apps. Within > the > overall project structure I have a module to handle a set of 3rd-party > (library) artifacts. Some of these are native libraries (without source) > and > some are > built from open source. > > I'd like to run > > % mvn install > > in the 3rd-party module and have the pre-built libraries simply copied > into the local repository with an that can be expressed in > the part elsewhere. > > The POM descriptor for one of these native library sub-modules contains > > lib > > > > >maven-install-plugin > > >install-library >install > > com-epsiia-dxr-third-party > dxr-third-party-com-emc-\ >centera-fplibrary-WINDOWS-X86 > 2.0SP1 > lib > FPLibrary.lib > > > > > > > > but maven complains > > [ERROR] BUILD ERROR > [INFO] > [INFO] Cannot find lifecycle mapping for packaging: 'lib' > Component descriptor cannot be found in the component \ > repository: org.apache.maven.lifecyle.mapping.LifecycleMappinglib. > > The 'maven-native-plugin' is supplied by codehaus.org and the plugin's > use is declared in an ancestor POM descriptor. In modules where C++ > source is compiled/linked, the 'install' goal moves the resulting > artifact into the repository. > > Any thoughts on how to get 'maven-install-plugin' to acknowledge the > 'lib' packaging? > > Thanks. > > Brad > > > - > 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]
Error in Project Attempting to Use maven-install-plugin with 'lib' Packaging
Hello All: I'm using M2 'maven-native-plugin' to build C++ libraries and apps. Within the overall project structure I have a module to handle a set of 3rd-party (library) artifacts. Some of these are native libraries (without source) and some are built from open source. I'd like to run % mvn install in the 3rd-party module and have the pre-built libraries simply copied into the local repository with an that can be expressed in the part elsewhere. The POM descriptor for one of these native library sub-modules contains lib maven-install-plugin install-library install com-epsiia-dxr-third-party dxr-third-party-com-emc-\ centera-fplibrary-WINDOWS-X86 2.0SP1 lib FPLibrary.lib but maven complains [ERROR] BUILD ERROR [INFO] [INFO] Cannot find lifecycle mapping for packaging: 'lib' Component descriptor cannot be found in the component \ repository: org.apache.maven.lifecyle.mapping.LifecycleMappinglib. The 'maven-native-plugin' is supplied by codehaus.org and the plugin's use is declared in an ancestor POM descriptor. In modules where C++ source is compiled/linked, the 'install' goal moves the resulting artifact into the repository. Any thoughts on how to get 'maven-install-plugin' to acknowledge the 'lib' packaging? Thanks. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: install:install-file fails to insert third-party native library directly into local repository
I moved the 'maven-install-plugin' into a new 'plugins' module and placed the cited pom.xml file there. The local 'maven-install-plugin' built and installed, but attempting to run % mvn install:install-file ... gives me the same 'Failed to resolve artifact.' error. Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, July 07, 2006 12:56 PM To: Maven Users List Subject: Re: install:install-file fails to insert third-party native library directly into local repository then you need http://svn.apache.org/repos/asf/maven/plugins/trunk/pom.xml as well On 7/7/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > I'm having *no* success building 'maven-install-plugin' from source. > > I downloaded from > > http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-install-plugin/ > > Running 'mvn install' in the new project directory gets me to > > [ERROR] FATAL ERROR > [INFO] ... > [INFO] Failed to resolve artifact. > > GroupId: org.apache.maven.plugins > ArtifactId: maven-plugins > Version: 2-SNAPSHOT > > Reason: Unable to download the artifact from any repository > >org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT > > from the specified remote repositories: >central (http://repo1.maven.org/maven2) > > It acts like this version of the plugin has a dependency > on another (maven-plugins) that can't be satisfied. > > Brad > > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Friday, July 07, 2006 9:42 AM > To: Maven Users List > Subject: Re: install:install-file fails to insert third-party native > library directly into local repository > > > One work around is to build the latest install plugin from source, which > will force > maven to use your snapshot build > > > > > On 7/7/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > Allan: > > > > Per content at .../guide-testing-development-plugins.html, added > > > > > > > > snapshots > > http://svn.apache.org/maven-snapshot-repository > > > > > > > > to POM. > > > > I don't declare use of maven-install-plugin in any POM, i.e. plugin > > version is not specified. Tried the install-file goal with -U, > > > > $ mvn -U install:install-file ... > > > > from the project (directory) with POM containing , > > above. > > > > I do see > > > > [INFO] artifact org.apache.maven.plugins:maven-install-pluging: \ > > checking for updates from central > > > > Maven does not report downloading an update for the plugin and I get > > the same error. > > > > How can I verify which version of the plugin is being used? > > > > Brad > > > > -Original Message- > > From: Allan Ramirez [mailto:[EMAIL PROTECTED] > > Sent: Friday, July 07, 2006 11:45 AM > > To: Maven Users List > > Subject: Re: install:install-file fails to insert third-party native > > library directly into local repository > > > > > > It seems that the parameters are still readonly from the 2.1 version of > > install plugin in ibiblio.. > > > > Content in the plugin.xml: > > > > artifactId > > java.lang.String > > true > > false < still not editable > > > > > > > > Brad, > > > > try this link > > > > > > http://maven.apache.org/guides/development/guide-testing-development-plugins > > .html > > > > dan tran wrote: > > > strange the code shows artifactId is overridable but your log shows it > > is > > > read only field. > > > > > > -D > > > > > > > > > On 7/6/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > >> > > >> Same error. > > >> > > >> Brad > > >> > > >> -Original Message- > > >> From: dan tran [mailto:[EMAIL PROTECTED] > > >> Sent: Thursday, July 06, 2006 4:50 PM > > >> To: Maven Users List > > >> Subject: Re: install:install-file fails to insert third-party native > > >> library directly into local repository > > >> > > >> > > >> looks like you are using an older version install plugin, try with > > >> mvn -U > > >> > > >> On 7/6/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > >> > > > >> > Hello All: > > >> >
RE: install:install-file fails to insert third-party native library directly into local repository
I'm having *no* success building 'maven-install-plugin' from source. I downloaded from http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-install-plugin/ Running 'mvn install' in the new project directory gets me to [ERROR] FATAL ERROR [INFO] ... [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-plugins Version: 2-SNAPSHOT Reason: Unable to download the artifact from any repository org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) It acts like this version of the plugin has a dependency on another (maven-plugins) that can't be satisfied. Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, July 07, 2006 9:42 AM To: Maven Users List Subject: Re: install:install-file fails to insert third-party native library directly into local repository One work around is to build the latest install plugin from source, which will force maven to use your snapshot build On 7/7/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Allan: > > Per content at .../guide-testing-development-plugins.html, added > > > > snapshots > http://svn.apache.org/maven-snapshot-repository > > > > to POM. > > I don't declare use of maven-install-plugin in any POM, i.e. plugin > version is not specified. Tried the install-file goal with -U, > > $ mvn -U install:install-file ... > > from the project (directory) with POM containing , > above. > > I do see > > [INFO] artifact org.apache.maven.plugins:maven-install-pluging: \ > checking for updates from central > > Maven does not report downloading an update for the plugin and I get > the same error. > > How can I verify which version of the plugin is being used? > > Brad > > -Original Message- > From: Allan Ramirez [mailto:[EMAIL PROTECTED] > Sent: Friday, July 07, 2006 11:45 AM > To: Maven Users List > Subject: Re: install:install-file fails to insert third-party native > library directly into local repository > > > It seems that the parameters are still readonly from the 2.1 version of > install plugin in ibiblio.. > > Content in the plugin.xml: > > artifactId > java.lang.String > true > false < still not editable > > > > Brad, > > try this link > > http://maven.apache.org/guides/development/guide-testing-development-plugins > .html > > dan tran wrote: > > strange the code shows artifactId is overridable but your log shows it > is > > read only field. > > > > -D > > > > > > On 7/6/06, Brad Harper <[EMAIL PROTECTED]> wrote: > >> > >> Same error. > >> > >> Brad > >> > >> -Original Message- > >> From: dan tran [mailto:[EMAIL PROTECTED] > >> Sent: Thursday, July 06, 2006 4:50 PM > >> To: Maven Users List > >> Subject: Re: install:install-file fails to insert third-party native > >> library directly into local repository > >> > >> > >> looks like you are using an older version install plugin, try with > >> mvn -U > >> > >> On 7/6/06, Brad Harper <[EMAIL PROTECTED]> wrote: > >> > > >> > Hello All: > >> > > >> > I'm using native-maven-plugin and I want to install a third-party > >> > native library in the local repository (defined in settings.xml). I > >> > intend to specify a dependency in one of my own native project's > >> > POM. > >> > > >> > % mvn install:install-file -Dfile=FPLibrary.lib -DgroupId=com.emc \ > >> >-DartifactId=com-emc-centera-fplibrary-WINDOWS-X86 \ > >> >-Dversion=2.0SP1 -Dpackaging=lib > >> > > >> > [This is nearly identical to an example from BBWM, page 249.] > >> > > >> > I see the error > >> > > >> > [ERROR] BUILD ERROR > >> > [INFO] --... > >> > [INFO] Error configuring: > >> org.apache.maven.plugnis:maven-install-plugin. > >> > Reason: ERROR: Cannot override read-only parameter: artifactId in > >> goal > >> > install:install-file > >> > > >> > I'm trying to insert this library manually into the repository. The > >> > library does not have a corresponding project/module in my maven > >> project > >> > hierarchy -- and therefore doesn't have a previous
RE: install:install-file fails to insert third-party native library directly into local repository
Allan: Per content at .../guide-testing-development-plugins.html, added snapshots http://svn.apache.org/maven-snapshot-repository to POM. I don't declare use of maven-install-plugin in any POM, i.e. plugin version is not specified. Tried the install-file goal with -U, $ mvn -U install:install-file ... from the project (directory) with POM containing , above. I do see [INFO] artifact org.apache.maven.plugins:maven-install-pluging: \ checking for updates from central Maven does not report downloading an update for the plugin and I get the same error. How can I verify which version of the plugin is being used? Brad -Original Message- From: Allan Ramirez [mailto:[EMAIL PROTECTED] Sent: Friday, July 07, 2006 11:45 AM To: Maven Users List Subject: Re: install:install-file fails to insert third-party native library directly into local repository It seems that the parameters are still readonly from the 2.1 version of install plugin in ibiblio.. Content in the plugin.xml: artifactId java.lang.String true false < still not editable Brad, try this link http://maven.apache.org/guides/development/guide-testing-development-plugins .html dan tran wrote: > strange the code shows artifactId is overridable but your log shows it is > read only field. > > -D > > > On 7/6/06, Brad Harper <[EMAIL PROTECTED]> wrote: >> >> Same error. >> >> Brad >> >> -Original Message- >> From: dan tran [mailto:[EMAIL PROTECTED] >> Sent: Thursday, July 06, 2006 4:50 PM >> To: Maven Users List >> Subject: Re: install:install-file fails to insert third-party native >> library directly into local repository >> >> >> looks like you are using an older version install plugin, try with >> mvn -U >> >> On 7/6/06, Brad Harper <[EMAIL PROTECTED]> wrote: >> > >> > Hello All: >> > >> > I'm using native-maven-plugin and I want to install a third-party >> > native library in the local repository (defined in settings.xml). I >> > intend to specify a dependency in one of my own native project's >> > POM. >> > >> > % mvn install:install-file -Dfile=FPLibrary.lib -DgroupId=com.emc \ >> >-DartifactId=com-emc-centera-fplibrary-WINDOWS-X86 \ >> >-Dversion=2.0SP1 -Dpackaging=lib >> > >> > [This is nearly identical to an example from BBWM, page 249.] >> > >> > I see the error >> > >> > [ERROR] BUILD ERROR >> > [INFO] --... >> > [INFO] Error configuring: >> org.apache.maven.plugnis:maven-install-plugin. >> > Reason: ERROR: Cannot override read-only parameter: artifactId in >> goal >> > install:install-file >> > >> > I'm trying to insert this library manually into the repository. The >> > library does not have a corresponding project/module in my maven >> project >> > hierarchy -- and therefore doesn't have a previously defined >> artifactId. >> > >> > Any thoughts? >> > >> > Brad >> > >> > >> > - >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: install:install-file fails to insert third-party native library directly into local repository
Same error. Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Thursday, July 06, 2006 4:50 PM To: Maven Users List Subject: Re: install:install-file fails to insert third-party native library directly into local repository looks like you are using an older version install plugin, try with mvn -U On 7/6/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Hello All: > > I'm using native-maven-plugin and I want to install a third-party > native library in the local repository (defined in settings.xml). I > intend to specify a dependency in one of my own native project's > POM. > > % mvn install:install-file -Dfile=FPLibrary.lib -DgroupId=com.emc \ >-DartifactId=com-emc-centera-fplibrary-WINDOWS-X86 \ >-Dversion=2.0SP1 -Dpackaging=lib > > [This is nearly identical to an example from BBWM, page 249.] > > I see the error > > [ERROR] BUILD ERROR > [INFO] --... > [INFO] Error configuring: org.apache.maven.plugnis:maven-install-plugin. > Reason: ERROR: Cannot override read-only parameter: artifactId in goal > install:install-file > > I'm trying to insert this library manually into the repository. The > library does not have a corresponding project/module in my maven project > hierarchy -- and therefore doesn't have a previously defined artifactId. > > Any thoughts? > > Brad > > > - > 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]
install:install-file fails to insert third-party native library directly into local repository
Hello All: I'm using native-maven-plugin and I want to install a third-party native library in the local repository (defined in settings.xml). I intend to specify a dependency in one of my own native project's POM. % mvn install:install-file -Dfile=FPLibrary.lib -DgroupId=com.emc \ -DartifactId=com-emc-centera-fplibrary-WINDOWS-X86 \ -Dversion=2.0SP1 -Dpackaging=lib [This is nearly identical to an example from BBWM, page 249.] I see the error [ERROR] BUILD ERROR [INFO] --... [INFO] Error configuring: org.apache.maven.plugnis:maven-install-plugin. Reason: ERROR: Cannot override read-only parameter: artifactId in goal install:install-file I'm trying to insert this library manually into the repository. The library does not have a corresponding project/module in my maven project hierarchy -- and therefore doesn't have a previously defined artifactId. Any thoughts? Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Shamefully Simple Question
This is the most fundamentally newbie question possible ... I've just downloaded and unzipped Continuum 1.0.3 on a Windows system. JAVA_HOME is set (to JDK 1.5.0_07). When I run bin/win32/run.bat (from Cygwin bash), I see wrapper | --> Wrapper Started as Console wrapper | Launching a JVM... wrapper | Unable to execute Java command. The system cannot \ find the file specified. (0x2) wrapper | "%JAVA_HOME%\bin\java" -Dclasswords.conf=... wrapper | Critical error: wait for JVM process failed Press any key to continue . . . No answer jumped out from the FAQ at maven.apache.org/continuum/ or from the result of likely text searches on the continuum-users list at mail-archive.com. I must be missing something blatantly obvious ... Brad
RE: Process for Installing External (Third-Party) Native Artifacts in Local Repository
thanks again. -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 28, 2006 2:17 PM To: Maven Users List Subject: Re: Process for Installing External (Third-Party) Native Artifacts in Local Repository http://maven.apache.org/plugins/maven-install-plugin/ On 6/28/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > wow. that's straight forward. where is that info documented? > > Brad > > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 28, 2006 1:50 PM > To: Maven Users List > Subject: Re: Process for Installing External (Third-Party) Native > Artifacts in Local Repository > > > mvn install:file > > On 6/28/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > Has anyone had experience installing external (third-party) native > > artifacts in a local repository? > > > > [I'm referring to multi-platform instances of statically linked > > libraries in this case.] > > > > And, subsequent to that, declaring project dependencies on such > > artifacts? > > > > Brad > > > > - > > 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: Process for Installing External (Third-Party) Native Artifacts in Local Repository
wow. that's straight forward. where is that info documented? Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 28, 2006 1:50 PM To: Maven Users List Subject: Re: Process for Installing External (Third-Party) Native Artifacts in Local Repository mvn install:file On 6/28/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Has anyone had experience installing external (third-party) native > artifacts in a local repository? > > [I'm referring to multi-platform instances of statically linked > libraries in this case.] > > And, subsequent to that, declaring project dependencies on such > artifacts? > > Brad > > - > 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]
Process for Installing External (Third-Party) Native Artifacts in Local Repository
Has anyone had experience installing external (third-party) native artifacts in a local repository? [I'm referring to multi-platform instances of statically linked libraries in this case.] And, subsequent to that, declaring project dependencies on such artifacts? Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mvn 'clean' goal using 'native-maven-plugin' removes target/classes/ and target/test-classes/ in every project
I've noticed that % mvn clean following use of 'native-maven-plugin' reports the removal of directories target/classes/ target/test-classes/ for every (sub)project, even when neither directory is present. This is a benign problem, but is it correct? Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: profile on multiple properties
I was hoping to define a unique profile based on the presence of two properties on the CLI via -D. Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 28, 2006 10:27 AM To: Maven Users List Subject: Re: profile on multiple properties what is your use case that requires more one properties? -D On 6/28/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Does anyone know off-hand if the following will work? > > > >BLAH1 > > >BLAH2 > > > > I'm guessing it won't, since none of the examples I can find > use more than a single property name or name/value pair. > > Brad > > - > 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]
profile on multiple properties
Does anyone know off-hand if the following will work? BLAH1 BLAH2 I'm guessing it won't, since none of the examples I can find use more than a single property name or name/value pair. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: plugin configuration inheritance?
Dan:
I think I'm getting closer to understanding the root of the problem. It
may not be (non)inheritance of the configuration. The
element contained
${compiler.debug.options}
and 'compiler.debug.options' is set in a element within a
profile for a sub-project, whose build is run last.
I'm trying to create a project based on your recommended organization,
but with some twists. The project hierarchy looks like
dxr/
pom.xml
dxr-core/
pom.xml <--- defines platform profiles, which specify
per platform
dxr-core-binaries/
pom.xml <---
application-a/ element adds ${compiler.debug.options}
pom.xml
application-b/
pom.xml
dxr-core-libraries/
pom.xml <---
library-a/element adds ${compiler.debug.options}
pom.xml
library-b/
pom.xml
WINDOWS-X86/
pom.xml <--- specifies as 'dxr-core-binaries'
and 'dxr-core-libraries'.
defines a profile for debug, which sets
LINUX-X86/
SOLARIS-SPARC/
src/main/c-cpp/my.company.com/bin/application-a/
/application-b/
/lib/library-a/
/library-b/
/include/
target/bin/
/lib/
dxr-support/
dxr-utilities/
[ In reality, there will be six core applications and as many as four
core libraries in 'dxr-core'. The 'dxr-support' project will have five
applications, and 'dxr-utilities' could have as many as a dozen
additional apps. ]
Both sub-projects 'dxr-core-binaries' and 'dxr-core-libraries' give their
as dxr-core.
Oddly the build sequence is
dxr
dxr-core
dxr-core-libraries
dxr-core-binaries
dxr-core-WINDOWS-X86
Note that 'dxr-core-WINDOWS-X86' is last. Its profiles define the value
for the free-form property , but
${compiler.debug.options} appears to be 'null' when the compilation
actually occurs. It seemed as though the value wasn't being inherited.
I'm trying like mad to avoid duplication at all levels, and especially
not require the reproduction of the project's entire sub-project
organization under each platform project (as per your original outline).
I'm also investigating the use of the (gcc) mingw compiler on Windows.
The compiler and linker command lines would be normalized at that point
and, theoretically, there may not be a need to differentiate the CLI per
platform -- although artifact naming conventions, especially for libraries,
vary between Windows and *nix.
Ideas?
Brad
-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 27, 2006 11:58 AM
To: Maven Users List
Subject: Re: plugin configuration inheritance?
Brad plugin configuration should be inherited by default
https://svn.codehaus.org/mojo/trunk/mojo/maven-native/native-maven-plugin/sr
c/it/linkages/win32/pom.xml
-D
On 6/27/06, Stefan Hübner <[EMAIL PROTECTED]> wrote:
>
> I think, that inheriting plugin configuration, whether by or
> , only inherits full configurations. That meens,
> whenever you reference a plugin and define a configuration-element
> inside, its inherited configuration will be lost.
>
> That's just my experience (and I think a was reading about this
> behaviour, but not sure where or when) and I'd appreciate any other
> opinions :-)
>
> --Stefan
>
> 2006/6/27, Brad Harper <[EMAIL PROTECTED]>:
> > Stefan:
> >
> > Until recently, I've had the expectation that plugin configurations
> > *should* be inherited by default. Apparently not.
> >
> > Another poster (Dan Tran) has recommended using to
> > control build configuration inheritance. "Better Builds" doesn't even
> > reference the element.
> >
> > I've tried using true in several positions, now
> > including within , but without success.
> >
> > Brad
> >
> > -Original Message-
> > From: Stefan Hübner [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, June 27, 2006 10:59 AM
> > To: Maven Users List
> > Subject: Re: plugin configuration inheritance?
> >
> >
> > Hi B
RE: plugin configuration inheritance?
Stefan: Until recently, I've had the expectation that plugin configurations *should* be inherited by default. Apparently not. Another poster (Dan Tran) has recommended using to control build configuration inheritance. "Better Builds" doesn't even reference the element. I've tried using true in several positions, now including within , but without success. Brad -Original Message- From: Stefan Hübner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 27, 2006 10:59 AM To: Maven Users List Subject: Re: plugin configuration inheritance? Hi Brad, see comment inside: 2006/6/27, Brad Harper <[EMAIL PROTECTED]>: > Are plugin configurations inherited/cumulative? E.g., given > project 'A' descriptor containing > > > > > P > > blah-1 > > and sub-project/module 'B', with descriptor containing > > > > > P > > blah-2 > blah-3 > > Does plugin 'P' see 'blah-1' in its configuration? > I would assume, it doesn't. Not sure though. --Stefan - 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]
plugin configuration inheritance?
Are plugin configurations inherited/cumulative? E.g., given project 'A' descriptor containing P blah-1 and sub-project/module 'B', with descriptor containing P blah-2 blah-3 Does plugin 'P' see 'blah-1' in its configuration? Thanks. Brad -Original Message- From: Julien Henry [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 27, 2006 9:48 AM To: Maven Users List Subject: Building custom assembly Hi, My project is a multi-module project : jwebunit/ |->pom.xml |->jwebunit-commons-tests |->pom.xml |->src/... |->jwebunit-core |->pom.xml |->src/... |->jwebunit-htmlunit-plugin |->pom.xml |->src/... I would like to create 3 packages : - jwebunit-source.zip (easy) - jwebunit-javadoc.zip : contains aggregate Javadoc from jwebunit-core and jwebunit-htmlunit-plugin - jwebunit-bin.zip : contains jwebunit-htmlunit-plugin.jar, jwebunit-core.jar and all htmlunit dependencies (only runtime scope) I think know how to do the first package. Concerning the aggregated javadoc, perhaps after mvn site can I take the file in target/site/javadoc Concerning the last package, I read the example on assembly plugin website, but I don't know how to keep only runtime dependencies in a multi-module project. Thanks Julien This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: BUILD ERROR using native-maven-plugin: Cannot find lifecycle mapping for packaging: 'lib'
Oops. I dropped the element somehow. Does that element tell maven that a plugin provides new lifecycle functionality? Wouldn't that information be something you'd expect a plugin to reveal about itself ... rather than be declared by a dependent project descriptor? Thanks, Dan. -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, June 26, 2006 11:36 AM To: Maven Users List Subject: Re: BUILD ERROR using native-maven-plugin: Cannot find lifecycle mapping for packaging: 'lib' I ran the native-maven-plugin/src/it/linkages which as one lib project inthere and have no issue. Did you define true? please see the example -Dan On 6/26/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > I've attempted a re-org of modules this morning and now see > > [ERROR] BUILD ERROR > [INFO] ---... > [INFO] Cannot find lifecycle mapping for packaging: 'lib'. > Component descriptor cannot be found in the component repository: \ > org.apache.maven.lifecycle.mapping.LifecycleMappingLib. > > ... using Maven 2.0.4 with locally built and installed alpha-1.0 of > native.maven.plugin. > > Brad > > - > 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]
BUILD ERROR using native-maven-plugin: Cannot find lifecycle mapping for packaging: 'lib'
I've attempted a re-org of modules this morning and now see [ERROR] BUILD ERROR [INFO] ---... [INFO] Cannot find lifecycle mapping for packaging: 'lib'. Component descriptor cannot be found in the component repository: \ org.apache.maven.lifecycle.mapping.LifecycleMappingLib. ... using Maven 2.0.4 with locally built and installed alpha-1.0 of native.maven.plugin. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Evaluation of ${basedir} in an Expression
I understand the backwards compatibility issues. Unfortunately,
I'm experimenting with an unconventional (and deep) directory
hierarchy and am forced to use something like
../../../../../target/bin
I was hoping to clean things up a bit.
I had posted a question earlier about using
${project.parent.relativePath}
for the same reason, but it resolves literally to "../pom.xml",
which seems odd for two reasons:
+ A path is not a file.
+ The element is specifically for those
unconventionally nested arrangements where projects
don't map directly onto the filesystem. There's an
incorrect assumption being made that a parent project
lies directly above a sub-project.
Brad
-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 22, 2006 9:46 AM
To: Maven Users List
Subject: Re: Evaluation of ${basedir} in an Expression
That is the expected behavior, even thou it seems odd, and i hope it stays
that way.
Fixing this will break lots of builds, mine for sure.
../target/bin
...
should work for B. Again it is a little odd since you are forced to
hardcoded the target/bin
-D
On 6/22/06, Brad Harper <[EMAIL PROTECTED]> wrote:
>
> Am I misreading the process by which expressions are evaluated?
>
> Consider project A with pom.xml containing
>
>
> ${basedir}/target/bin
>
>
> and A's sub-project B with pom.xml containing
>
>
> ${target.binary.dir}
> ...
>
>
> Given Table A-6 from "Better Builds with Maven",
> [ http://www.mergere.com/m2book_download.jsp ], the description
> for ${basedir} says
>
> The current project's root directory.
>
> The result shows that ${basedir} is being evaluated for B, and not A,
> where the expression appears.
>
> Brad
>
>
>
>
>
>
>
> -
> 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]
Evaluation of ${basedir} in an Expression
Am I misreading the process by which expressions are evaluated?
Consider project A with pom.xml containing
${basedir}/target/bin
and A's sub-project B with pom.xml containing
${target.binary.dir}
...
Given Table A-6 from "Better Builds with Maven",
[ http://www.mergere.com/m2book_download.jsp ], the description
for ${basedir} says
The current project's root directory.
The result shows that ${basedir} is being evaluated for B, and not A,
where the expression appears.
Brad
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Referencing within a project hierarchy
If I wanted to reference the build directory for a module's parent project,
would it be
${project.parent.build.directory}
The descriptor is being parsed, but it doesn't seem to have the expected
value.
Brad
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: C++
Julie: I've made my first attempts to use 'native-maven-plugin' this week and have had some progress -- with Dan's help and patience. Dan: I carefully reviewed the plugin configuration, corrected a problem, and then compiled and linked a HelloWorld example (similar to the one in it/) on windows. I'm working on Linux and Solaris builds at this point. Baby steps. I intend to replace a crusty, unsupportable nest of Makefile's and scripts with Maven to build a legacy, multi-platform product written in C/C++ (win32, Linux-x86, Solaris SPARC). The effort's primary goals are movement of source files into a Subversion repository and getting to some level of reliable continuous integration. I figure that introducing Maven's Continuum or Cruise Control will be the easy part. Brad -Original Message- From: Mccabe, Julie Francesca [IT] [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 20, 2006 11:40 AM To: users@maven.apache.org Subject: C++ Hello, I have done a few searches but could not find a conclusive claim that Maven supports C++ development? I did come across a design document that mentioned support for C++, however I would like to know if Maven is used for C++ and how if there is any documentation ? Regards, Julie. - 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 and maven-native-plugin
Yes, but I'll be last to suggest that its correct :) Are there restrictions on allowable extensions for ? I'm currently looking at [INFO] Failed to configure plugin parameters for: org.codehaus.mojo:\ native-maven-plugin:1.0-alpha-1-SNAPSHOT (found static expression: 'main.cpp' which may act as a default value). Cause: Cannot assign configuration entry 'source' to 'class org.codehaus.\ mojo.natives.NativeSources' from 'main.cpp' which is of type java.lang.\ String Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, June 19, 2006 6:09 PM To: Maven Users List Subject: Re: m2 and maven-native-plugin Brad, did you configure native-maven-plugin? check out the examples or the src/it -D On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Here's the captured maven output on stdout for > > % mvn install > > Keep in mind that a successful build had already been performed (or > so it seems). > > Brad > > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Monday, June 19, 2006 5:30 PM > To: Maven Users List > Subject: Re: m2 and maven-native-plugin > > > Seems like you dont have native-maven-plugin installed on your host. > > Run this > > mvn install > > from the top first to build the plugins and all of its components > > > -Dan > > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > I'm having some success ... > > > > [The svn client problem from earlier dealt with the protocol, which > needed > > to > > be 'https', and not 'http'. ] > > > > I have the 'maven-native-plugin' built and installed in my local > > repository, > > but compiling my simple c/c++ project gives > > > > ... > > [ERROR] BUILD ERROR > > [INFO] --- ... > > [INFO] Cannot find lifecycle mapping for packaging: 'exe'. > > Component descriptor cannot be found in the component repository: > > org.apache.\ > > maven.lifecycle.mapping.LifecycleMappingexe. [sic] > > ... > > > > I suspect that this problem is more a function of having built the > plugin > > locally and I still require an additional file in a > > ./resources/META-INF/maven/ > > directory somewhere. > > > > Any ideas? > > > > Brad > > > > -Original Message- > > From: dan tran [mailto:[EMAIL PROTECTED] > > Sent: Monday, June 19, 2006 3:08 PM > > To: Maven Users List > > Subject: Re: m2 and maven-native-plugin > > > > > > svn co http://svn.codehaus.org/mojo/trunk/mojo/maven-native maven-native > > > > -D > > > > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > Any chance at getting a bulk download of the maven-native-plugin > > > project sources for this purpose? > > > > > > Brad > > > > > > -Original Message- > > > From: dan tran [mailto:[EMAIL PROTECTED] > > > Sent: Monday, June 19, 2006 11:39 AM > > > To: Maven Users List > > > Subject: Re: m2 and maven-native-plugin > > > > > > > > > Brad, currently you will need to build the source yourself. I am > > waiting > > > a > > > stable webdav deployment on codehaus > > > to release a official alpha version > > > > > > http://svn.codehaus.org/mojo/trunk/mojo/maven-native/ > > > > > > -D > > > > > > > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > > > Dan: > > > > > > > > Is there a Maven2 version for the maven-native-plugin? > > > > > > > > It appears that the POM at > > > > > > > > http://www.ibiblio.org/maven2/maven/maven-native-plugin/1.2/ > > > > > > > > is incorrect. > > > > > > > > Brad > > > > > > > > -Original Message- > > > > From: dan tran [mailto:[EMAIL PROTECTED] > > > > Sent: Monday, June 19, 2006 10:23 AM > > > > To: Maven Users List > > > > Subject: Re: m2 and maven-native-plugin > > > > > > > > > > > > Brad, > > > > > > > > You are referencing your maven 2 pom to use maven-native-plugin for > > > maven1 > > > > > > > > -D > > > > > > > > > > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrot
RE: m2 and maven-native-plugin
Here's the captured maven output on stdout for % mvn install Keep in mind that a successful build had already been performed (or so it seems). Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, June 19, 2006 5:30 PM To: Maven Users List Subject: Re: m2 and maven-native-plugin Seems like you dont have native-maven-plugin installed on your host. Run this mvn install from the top first to build the plugins and all of its components -Dan On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > I'm having some success ... > > [The svn client problem from earlier dealt with the protocol, which needed > to > be 'https', and not 'http'. ] > > I have the 'maven-native-plugin' built and installed in my local > repository, > but compiling my simple c/c++ project gives > > ... > [ERROR] BUILD ERROR > [INFO] --- ... > [INFO] Cannot find lifecycle mapping for packaging: 'exe'. > Component descriptor cannot be found in the component repository: > org.apache.\ > maven.lifecycle.mapping.LifecycleMappingexe. [sic] > ... > > I suspect that this problem is more a function of having built the plugin > locally and I still require an additional file in a > ./resources/META-INF/maven/ > directory somewhere. > > Any ideas? > > Brad > > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Monday, June 19, 2006 3:08 PM > To: Maven Users List > Subject: Re: m2 and maven-native-plugin > > > svn co http://svn.codehaus.org/mojo/trunk/mojo/maven-native maven-native > > -D > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > Any chance at getting a bulk download of the maven-native-plugin > > project sources for this purpose? > > > > Brad > > > > -Original Message- > > From: dan tran [mailto:[EMAIL PROTECTED] > > Sent: Monday, June 19, 2006 11:39 AM > > To: Maven Users List > > Subject: Re: m2 and maven-native-plugin > > > > > > Brad, currently you will need to build the source yourself. I am > waiting > > a > > stable webdav deployment on codehaus > > to release a official alpha version > > > > http://svn.codehaus.org/mojo/trunk/mojo/maven-native/ > > > > -D > > > > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > Dan: > > > > > > Is there a Maven2 version for the maven-native-plugin? > > > > > > It appears that the POM at > > > > > > http://www.ibiblio.org/maven2/maven/maven-native-plugin/1.2/ > > > > > > is incorrect. > > > > > > Brad > > > > > > -Original Message- > > > From: dan tran [mailto:[EMAIL PROTECTED] > > > Sent: Monday, June 19, 2006 10:23 AM > > > To: Maven Users List > > > Subject: Re: m2 and maven-native-plugin > > > > > > > > > Brad, > > > > > > You are referencing your maven 2 pom to use maven-native-plugin for > > maven1 > > > > > > -D > > > > > > > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > > > POM contains > > > > > > > > > > > > > > > > > > > >maven > > > >maven-native-plugin > > > >1.2 > > > > > > > > > > > > > > > > > > > > Maven 2.0 downloads > > > > > > > > Downloading: > > > > > > > > > > > > > > > > > > > > http://repo1.maven.org/maven2/maven/maven-native-plugin/1.2/maven-native-plu > > > > gin-1.2.pom > > > > > > > > The resulting POM file contains > > > > > > > > 3 > > > > > > > > and no reference to > > > > > > > > 4.0.0 > > > > > > > > as expected. The build fails with > > > > > > > > Reason: Invalid POM (not v4.0.0 modelVersion) > > > > > > > > Anyone seeing this problem? Thanks. > > > > > > > > Brad Harper > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > - > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For
RE: m2 and maven-native-plugin
I'm having some success ... [The svn client problem from earlier dealt with the protocol, which needed to be 'https', and not 'http'. ] I have the 'maven-native-plugin' built and installed in my local repository, but compiling my simple c/c++ project gives ... [ERROR] BUILD ERROR [INFO] --- ... [INFO] Cannot find lifecycle mapping for packaging: 'exe'. Component descriptor cannot be found in the component repository: org.apache.\ maven.lifecycle.mapping.LifecycleMappingexe. [sic] ... I suspect that this problem is more a function of having built the plugin locally and I still require an additional file in a ./resources/META-INF/maven/ directory somewhere. Any ideas? Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, June 19, 2006 3:08 PM To: Maven Users List Subject: Re: m2 and maven-native-plugin svn co http://svn.codehaus.org/mojo/trunk/mojo/maven-native maven-native -D On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Any chance at getting a bulk download of the maven-native-plugin > project sources for this purpose? > > Brad > > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Monday, June 19, 2006 11:39 AM > To: Maven Users List > Subject: Re: m2 and maven-native-plugin > > > Brad, currently you will need to build the source yourself. I am waiting > a > stable webdav deployment on codehaus > to release a official alpha version > > http://svn.codehaus.org/mojo/trunk/mojo/maven-native/ > > -D > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > Dan: > > > > Is there a Maven2 version for the maven-native-plugin? > > > > It appears that the POM at > > > > http://www.ibiblio.org/maven2/maven/maven-native-plugin/1.2/ > > > > is incorrect. > > > > Brad > > > > -Original Message- > > From: dan tran [mailto:[EMAIL PROTECTED] > > Sent: Monday, June 19, 2006 10:23 AM > > To: Maven Users List > > Subject: Re: m2 and maven-native-plugin > > > > > > Brad, > > > > You are referencing your maven 2 pom to use maven-native-plugin for > maven1 > > > > -D > > > > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > POM contains > > > > > > > > > > > > > > >maven > > >maven-native-plugin > > >1.2 > > > > > > > > > > > > > > > Maven 2.0 downloads > > > > > > Downloading: > > > > > > > > > > > > http://repo1.maven.org/maven2/maven/maven-native-plugin/1.2/maven-native-plu > > > gin-1.2.pom > > > > > > The resulting POM file contains > > > > > > 3 > > > > > > and no reference to > > > > > > 4.0.0 > > > > > > as expected. The build fails with > > > > > > Reason: Invalid POM (not v4.0.0 modelVersion) > > > > > > Anyone seeing this problem? Thanks. > > > > > > Brad Harper > > > [EMAIL PROTECTED] > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: m2 and maven-native-plugin
OK ... long story. Our much-loved IT requires use of a TortoiseSVN client to access local SVN repositories. I tried svn://svn.codehaus.org/... before my last e-mail as the URL in the svn repository browser, but the "target machine actively refuses connection". I'll see about getting a raw svn client installed on my machine. Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, June 19, 2006 3:08 PM To: Maven Users List Subject: Re: m2 and maven-native-plugin svn co http://svn.codehaus.org/mojo/trunk/mojo/maven-native maven-native -D On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Any chance at getting a bulk download of the maven-native-plugin > project sources for this purpose? > > Brad > > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Monday, June 19, 2006 11:39 AM > To: Maven Users List > Subject: Re: m2 and maven-native-plugin > > > Brad, currently you will need to build the source yourself. I am waiting > a > stable webdav deployment on codehaus > to release a official alpha version > > http://svn.codehaus.org/mojo/trunk/mojo/maven-native/ > > -D > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > Dan: > > > > Is there a Maven2 version for the maven-native-plugin? > > > > It appears that the POM at > > > > http://www.ibiblio.org/maven2/maven/maven-native-plugin/1.2/ > > > > is incorrect. > > > > Brad > > > > -Original Message- > > From: dan tran [mailto:[EMAIL PROTECTED] > > Sent: Monday, June 19, 2006 10:23 AM > > To: Maven Users List > > Subject: Re: m2 and maven-native-plugin > > > > > > Brad, > > > > You are referencing your maven 2 pom to use maven-native-plugin for > maven1 > > > > -D > > > > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > > > POM contains > > > > > > > > > > > > > > >maven > > >maven-native-plugin > > >1.2 > > > > > > > > > > > > > > > Maven 2.0 downloads > > > > > > Downloading: > > > > > > > > > > > > http://repo1.maven.org/maven2/maven/maven-native-plugin/1.2/maven-native-plu > > > gin-1.2.pom > > > > > > The resulting POM file contains > > > > > > 3 > > > > > > and no reference to > > > > > > 4.0.0 > > > > > > as expected. The build fails with > > > > > > Reason: Invalid POM (not v4.0.0 modelVersion) > > > > > > Anyone seeing this problem? Thanks. > > > > > > Brad Harper > > > [EMAIL PROTECTED] > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: m2 and maven-native-plugin
Any chance at getting a bulk download of the maven-native-plugin project sources for this purpose? Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, June 19, 2006 11:39 AM To: Maven Users List Subject: Re: m2 and maven-native-plugin Brad, currently you will need to build the source yourself. I am waiting a stable webdav deployment on codehaus to release a official alpha version http://svn.codehaus.org/mojo/trunk/mojo/maven-native/ -D On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Dan: > > Is there a Maven2 version for the maven-native-plugin? > > It appears that the POM at > > http://www.ibiblio.org/maven2/maven/maven-native-plugin/1.2/ > > is incorrect. > > Brad > > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Monday, June 19, 2006 10:23 AM > To: Maven Users List > Subject: Re: m2 and maven-native-plugin > > > Brad, > > You are referencing your maven 2 pom to use maven-native-plugin for maven1 > > -D > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > POM contains > > > > > > > > > >maven > >maven-native-plugin > >1.2 > > > > > > > > > > Maven 2.0 downloads > > > > Downloading: > > > > > > http://repo1.maven.org/maven2/maven/maven-native-plugin/1.2/maven-native-plu > > gin-1.2.pom > > > > The resulting POM file contains > > > > 3 > > > > and no reference to > > > > 4.0.0 > > > > as expected. The build fails with > > > > Reason: Invalid POM (not v4.0.0 modelVersion) > > > > Anyone seeing this problem? Thanks. > > > > Brad Harper > > [EMAIL PROTECTED] > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: m2 and maven-native-plugin
Right. Thanks. Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, June 19, 2006 11:39 AM To: Maven Users List Subject: Re: m2 and maven-native-plugin Brad, currently you will need to build the source yourself. I am waiting a stable webdav deployment on codehaus to release a official alpha version http://svn.codehaus.org/mojo/trunk/mojo/maven-native/ -D On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > Dan: > > Is there a Maven2 version for the maven-native-plugin? > > It appears that the POM at > > http://www.ibiblio.org/maven2/maven/maven-native-plugin/1.2/ > > is incorrect. > > Brad > > -Original Message- > From: dan tran [mailto:[EMAIL PROTECTED] > Sent: Monday, June 19, 2006 10:23 AM > To: Maven Users List > Subject: Re: m2 and maven-native-plugin > > > Brad, > > You are referencing your maven 2 pom to use maven-native-plugin for maven1 > > -D > > > On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > > > POM contains > > > > > > > > > >maven > >maven-native-plugin > >1.2 > > > > > > > > > > Maven 2.0 downloads > > > > Downloading: > > > > > > http://repo1.maven.org/maven2/maven/maven-native-plugin/1.2/maven-native-plu > > gin-1.2.pom > > > > The resulting POM file contains > > > > 3 > > > > and no reference to > > > > 4.0.0 > > > > as expected. The build fails with > > > > Reason: Invalid POM (not v4.0.0 modelVersion) > > > > Anyone seeing this problem? Thanks. > > > > Brad Harper > > [EMAIL PROTECTED] > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: m2 and maven-native-plugin
Dan: Is there a Maven2 version for the maven-native-plugin? It appears that the POM at http://www.ibiblio.org/maven2/maven/maven-native-plugin/1.2/ is incorrect. Brad -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, June 19, 2006 10:23 AM To: Maven Users List Subject: Re: m2 and maven-native-plugin Brad, You are referencing your maven 2 pom to use maven-native-plugin for maven1 -D On 6/19/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > POM contains > > > > >maven >maven-native-plugin >1.2 > > > > > Maven 2.0 downloads > > Downloading: > > http://repo1.maven.org/maven2/maven/maven-native-plugin/1.2/maven-native-plu > gin-1.2.pom > > The resulting POM file contains > > 3 > > and no reference to > > 4.0.0 > > as expected. The build fails with > > Reason: Invalid POM (not v4.0.0 modelVersion) > > Anyone seeing this problem? Thanks. > > Brad Harper > [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]
m2 and maven-native-plugin
POM contains maven maven-native-plugin 1.2 Maven 2.0 downloads Downloading: http://repo1.maven.org/maven2/maven/maven-native-plugin/1.2/maven-native-plu gin-1.2.pom The resulting POM file contains 3 and no reference to 4.0.0 as expected. The build fails with Reason: Invalid POM (not v4.0.0 modelVersion) Anyone seeing this problem? Thanks. Brad Harper [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven with a C++ Project
Dan: Yes, thank you. The layout isn't terribly different than I had thought, although when you wrote "create all the pom files per extension type" did you mean "per executable or library instance"? I.e. application A, libraries L1 and L1, and utility apps U1 and U2 would each have separate sub-projects beneath 'windows-x86', with their respective mavin-native-plugin package types: WINDOWS-X86 pom.xml third-party pom.xml A pom.xml exe L1 pom.xml dll or 'so' for *nix L2 pom.xml dll U1 pom.xml exe U2 pom.xml exe ... Alternately, couldn't apps/libraries be siblings of the platform projects and be beneath a platform when they are built only on that platform? Say, if U3 was built for WINDOWS-X86 *only*? Platform branching would occur under the target directory. My questions arise because I have 4 primary apps built on all platforms, one extra client (with GUI) on windows only, and ~10 utilities on all platforms. It seems that branching per platform at a high level makes for a lot of duplication and adds opportunity for error when a change hits all of the sub-projects. Thoughts? Thanks again. Brad [EMAIL PROTECTED] -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 11:25 AM To: Maven Users List Subject: Re: Maven with a C++ Project maven works best with one artifact per project ( cohesive build). native-maven-plugin embraces that practice. So you will need to pay upfront to create all the pom files per extension type, after that maven will take care the rest for you ( ie just like any java artifacts) So here are my recommendation based my experience with porting a huge legacy make project to maven 2 root pom.xml java pom.xml <- host all java projects native pom.xml <- contains profile to pick the specfic native build at runtime src/main/native <-- native source common to all platforms windows-x86 pom.xml <-- parent pom, has all common settings/configurations/properties specific to this os thirdparty pom.xml <--- extract all your specific thirdparty libraries and include files native-project1. pom.xml native-project2 pom.xml . assembly <--- use assembly plugin to assembly your windows bits pom.xml linux-x86 see windows settup other-os It looks tedious, but this allow changes in one os specific build to have no impact on others. Hope it helps -dan On 6/16/06, Brad Harper <[EMAIL PROTECTED]> wrote: > > I'm evaluating Maven's suitability to manage multi-platform builds > for a C++ product targeting WIN32 and *nix. > > Not having applied Maven in the conventional Java context, I'm > trying to map a hypothetical project onto the end goal of deploying > a thing composed of multiple .exe files, .so or .dll libraries, > resource files, etc. > > I'm aware of 'maven-native-plugin' (as well as 'cpp-tasks' from ant- > contrib). That part seems obvious enough. > > I'm struggling with issue of granularity and how to use Maven, > given the notion that each project should produce one primary output. > > Does that mean I would have a sub-project (module) for each .exe/.so > and then use profile-based assembly/assemblies to deploy? > > Or does it mean I would need to define a specialized plug-in to > compile/link apps and a new packaging type that represents the > final deployment-ready arrangement. > > Cheers, > > Brad > > [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]
Maven with a C++ Project
I'm evaluating Maven's suitability to manage multi-platform builds for a C++ product targeting WIN32 and *nix. Not having applied Maven in the conventional Java context, I'm trying to map a hypothetical project onto the end goal of deploying a thing composed of multiple .exe files, .so or .dll libraries, resource files, etc. I'm aware of 'maven-native-plugin' (as well as 'cpp-tasks' from ant- contrib). That part seems obvious enough. I'm struggling with issue of granularity and how to use Maven, given the notion that each project should produce one primary output. Does that mean I would have a sub-project (module) for each .exe/.so and then use profile-based assembly/assemblies to deploy? Or does it mean I would need to define a specialized plug-in to compile/link apps and a new packaging type that represents the final deployment-ready arrangement. Cheers, Brad [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
