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 dependencyManagement 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 dependencyManagement. 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 na...@chikli.com: 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 dependencyManagement 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 dependency 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: 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 dependency 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: [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 dependency 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]
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
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]
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]
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]
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]
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 configurationsources 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 ... source directory${generated.native.source.dir}/directory fileNames fileNamedevices.c/fileName fileNameerrors.c/fileName /fileNames /source source directory${basedir}/src/main/c/directory fileNames fileNameavrprog.c/fileName fileNamehpl_bootloader.c/fileName 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]
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 fileNameabc/fileName 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 fileName element following 'reindex.cpp ' that didn't have file extension [a cut/paste error in the pom file], like fileNameabc/fileName 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
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 fileNameabc/fileName 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 fileName element following 'reindex.cpp ' that didn't have file extension [a cut/paste error in the pom file], like fileNameabc/fileName 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
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:
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) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTas kSegments(DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(De faultLifecycleExecutor.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
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] -- -- [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
maven native question
If I have a module/sub-project with packagingexe/packaging and the build element lists dependency element(s) of typelib/type ... 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:\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
RE: Error: java.lang.StringIndexOutOfBoundsException [MORE]
Dan: That put me on to the solution. There was a fileName element following 'reindex.cpp' that didn't have file extension [a cut/paste error in the pom file], like fileNameabc/fileName 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\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
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 build directory outputDirectory ... I'm using maven-native-plugin, which has identical configuration elements, but I'm prevented from using them, i.e. build plugins plugin configure directory outputDirectory 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]
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 build directory outputDirectory ... I'm using maven-native-plugin, which has identical configuration elements, but I'm prevented from using them, i.e. build plugins plugin configure directory outputDirectory 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
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 build directory outputDirectory ... I'm using maven-native-plugin, which has identical configuration elements, but I'm prevented from using them, i.e. build plugins plugin configure directory outputDirectory 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
Failed to resolve this artifact groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId version2.0-SNAPSHOT/version 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 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 build directory outputDirectory ... I'm using maven-native-plugin, which has identical configuration elements, but I'm prevented from using them, i.e. build plugins plugin configure directory outputDirectory 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
directory v. outputDirectory
What's the difference between build directory outputDirectory ... I'm using maven-native-plugin, which has identical configuration elements, but I'm prevented from using them, i.e. build plugins plugin configure directory outputDirectory 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]
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
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.
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 dependencyManagement dependencies dependency groupIdthird-party/groupId artifactIddxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li b/artifactId version2.0SP1/version typelib/type scopecompile/scope /dependency /dependencies /dependencyManagement 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]
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 dependencyManagement dependencies dependency groupIdthird-party/groupId artifactIddxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li b/artifactId version2.0SP1/version typelib/type scopecompile/scope /dependency /dependencies /dependencyManagement 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: 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 dependency within build plugins plugin artifactIdmaven-native-plugin/artifactId ... dependencies dependency ... -- groupId and artifactId only. no version. ... /dependencies /plugin /plugins /build [while leaving the original dependencyManagement 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 dependency groupIdthird-party/groupId artifactIddxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-lib/art ifactId /dependency 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 dependencyManagement dependencies dependency groupIdthird-party/groupId artifactIddxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li b/artifactId version2.0SP1/version typelib/type scopecompile/scope /dependency /dependencies /dependencyManagement 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 build -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 dependency within build plugins plugin artifactIdmaven-native-plugin/artifactId ... dependencies dependency ... -- groupId and artifactId only. no version. ... /dependencies /plugin /plugins /build [while leaving the original dependencyManagement 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 dependency groupIdthird-party/groupId artifactIddxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-lib/art ifactId /dependency 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 dependencyManagement dependencies dependency groupIdthird-party/groupId artifactIddxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li b/artifactId version2.0SP1/version typelib/type scopecompile/scope /dependency /dependencies /dependencyManagement 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]
The build worked by moving the dependency to the child (outside o build), but it *did* require a value for version. 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 dependency groupIdthird-party/groupId artifactIddxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-lib/art ifactId /dependency 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 dependencyManagement dependencies dependency groupIdthird-party/groupId artifactIddxr-third-party-com-emc-centera-fplibrary-WINDOWS-X86-li b/artifactId version2.0SP1/version typelib/type scopecompile/scope /dependency /dependencies /dependencyManagement 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]
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 profiles 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]
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 /artifactId that can be expressed in the /dependencyManagement part elsewhere. The POM descriptor for one of these native library sub-modules contains packaginglib/packaging build plugins plugin artifactIdmaven-install-plugin/artifactId executions execution idinstall-library/id phaseinstall/phase configuration groupIdcom-epsiia-dxr-third-party/groupId artifactIddxr-third-party-com-emc-\ centera-fplibrary-WINDOWS-X86/artifactId version2.0SP1/version packaginglib/packaging fileFPLibrary.lib/file /configuration /execution /executions /plugin /plugins /build 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: 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 /artifactId that can be expressed in the /dependencyManagement part elsewhere. The POM descriptor for one of these native library sub-modules contains packaginglib/packaging build plugins plugin artifactIdmaven-install-plugin/artifactId executions execution idinstall-library/id phaseinstall/phase configuration groupIdcom-epsiia-dxr-third-party/groupId artifactIddxr-third-party-com-emc-\ centera-fplibrary-WINDOWS-X86/artifactId version2.0SP1/version packaginglib/packaging fileFPLibrary.lib/file /configuration /execution /executions /plugin /plugins /build 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]
RE: Interrnal remote repository
I just have !-- Maven settings -- settings localRepositoryP:/exodus/repository//localRepository /settings 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 pluginRepository 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-P39mvn -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]
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 !-- Maven settings -- settings localRepositoryP:/exodus/repository//localRepository /settings 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 pluginRepository 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-P39mvn -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
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 pluginRepositories pluginRepository idsnapshots/id urlhttp://svn.apache.org/maven-snapshot-repository/url /pluginRepository /pluginRepositories 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 /pluginRepositories, 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: parameter nameartifactId/name typejava.lang.String/type requiredtrue/required editablefalse/editable still not editable description/description /parameter 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
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 pluginRepositories pluginRepository idsnapshots/id urlhttp://svn.apache.org/maven-snapshot-repository/url /pluginRepository /pluginRepositories 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 /pluginRepositories, 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: parameter nameartifactId/name typejava.lang.String/type requiredtrue/required editablefalse/editable still not editable description/description /parameter 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
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 pluginRepositories pluginRepository idsnapshots/id urlhttp://svn.apache.org/maven-snapshot-repository/url /pluginRepository /pluginRepositories 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 /pluginRepositories, 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: parameter nameartifactId/name typejava.lang.String/type requiredtrue/required editablefalse/editable still not editable description/description /parameter 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
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]
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]
RE: Shamefully Simple Question
I seem to have it resolved now ... The wrapper invoked by 'run.bat' uses a 'wrapper.conf' file, where the wrapper.java.command is defined. It was originally set to %JAVA_HOME%/bin/java My JAVA_HOME was (for the cygwin bash shell) set to /cygdrive/c/Program\ Files/Java/jdk1.5.0_07 The wrapper was unable to invoke the jvm using this command. I modified the 'wrapper.conf' file to explicitly set wrapper.java.command to C:\Program Files\Java\jdk1.5.0_07 Invoking 'run.bat' from within cygwin worked. [Oddly, I got the same failure mode when setting wrapper.java.command to '$JAVA_HOME/bin/java'.] Brad -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 28, 2006 2:57 PM To: continuum-users@maven.apache.org Subject: Re: Shamefully Simple Question Check if JAVA_HOME is accessible in cygwin Emmanuel Brad Harper a écrit : 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
profile activation on multiple properties
Does anyone know off-hand if the following will work? activation property nameBLAH1/name /property property nameBLAH2/name /property /activation 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: profile activation 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 activation 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? activation property nameBLAH1/name /property property nameBLAH2/name /property /activation 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]
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]
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]
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]
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]
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
plugin configuration inheritance?
Are plugin configurations inherited/cumulative? E.g., given project 'A' descriptor containing build plugins plugin artifactIdP/artifactId configuration blah-1 and sub-project/module 'B', with descriptor containing build plugins plugin artifactIdP/artifactId configuration 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: 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 pluginManagement to control build configuration inheritance. Better Builds doesn't even reference the element. I've tried using inheritedtrue/inherited in several positions, now including within pluginManagement, 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 build plugins plugin artifactIdP/artifactId configuration blah-1 and sub-project/module 'B', with descriptor containing build plugins plugin artifactIdP/artifactId configuration 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]
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 configuration element contained compilerStartOptions${compiler.debug.options}/compilerStartOptions and 'compiler.debug.options' is set in a properties 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 modules per platform dxr-core-binaries/ pom.xml --- configurationcompilerStartOptions application-a/ element adds ${compiler.debug.options} pom.xml application-b/ pom.xml dxr-core-libraries/ pom.xml --- configurationcompilerStartOptions library-a/element adds ${compiler.debug.options} pom.xml library-b/ pom.xml WINDOWS-X86/ pom.xml --- specifies modules as 'dxr-core-binaries' and 'dxr-core-libraries'. defines a profile for debug, which sets propertiescompiler.debug.options LINUX-X86/ SOLARIS-SPARC/ both empty at the moment src/main/c-cpp/my.company.com/bin/application-a/ source files /application-b/ source files /lib/library-a/ source files /library-b/ source files /include/ source header files target/bin/ /lib/ dxr-support/ dxr-utilities/ both empty at the moment [ 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 parent as artifactIddxr-core/artifactId. 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 compiler.debug.options, 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 plugins or pluginManagement, 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 pluginManagement to control build configuration inheritance. Better Builds doesn't even reference the element. I've tried using inheritedtrue/inherited in several positions, now including within pluginManagement, 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
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: BUILD ERROR using native-maven-plugin: Cannot find lifecycle mapping for packaging: 'lib'
Oops. I dropped the extensions 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 extenstionstrue/extensions? 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]
Evaluation of ${basedir} in an Expression
Am I misreading the process by which expressions are evaluated? Consider project A with pom.xml containing properties target.binary.dir${basedir}/target/bin/target.binary.dir /properties and A's sub-project B with pom.xml containing build directory${target.binary.dir}/directory ... /build 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]
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 directory../../../../../target/bin/directory 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 relativePath 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. build directory../target/bin/directory ... /build 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 properties target.binary.dir${basedir}/target/bin/target.binary.dir /properties and A's sub-project B with pom.xml containing build directory${target.binary.dir}/directory ... /build 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]
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]
m2 and maven-native-plugin modelVersion
POM contains build plugins plugin groupIdmaven/groupId artifactIdmaven-native-plugin/artifactId version1.2/version /plugin /plugins /build 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 pomVersion3/pomVersion and no reference to modelVersion4.0.0/modelVersion 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: m2 and maven-native-plugin modelVersion
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 modelVersion 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 build plugins plugin groupIdmaven/groupId artifactIdmaven-native-plugin/artifactId version1.2/version /plugin /plugins /build 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 pomVersion3/pomVersion and no reference to modelVersion4.0.0/modelVersion 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]
RE: m2 and maven-native-plugin modelVersion
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 modelVersion 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 modelVersion 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 build plugins plugin groupIdmaven/groupId artifactIdmaven-native-plugin/artifactId version1.2/version /plugin /plugins /build 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 pomVersion3/pomVersion and no reference to modelVersion4.0.0/modelVersion 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 modelVersion
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 modelVersion 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 modelVersion 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 build plugins plugin groupIdmaven/groupId artifactIdmaven-native-plugin/artifactId version1.2/version /plugin /plugins /build 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 pomVersion3/pomVersion and no reference to modelVersion4.0.0/modelVersion 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 modelVersion
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 modelVersion 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 modelVersion 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 modelVersion 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 build plugins plugin groupIdmaven/groupId artifactIdmaven-native-plugin/artifactId version1.2/version /plugin /plugins /build 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 pomVersion3/pomVersion and no reference to modelVersion4.0.0/modelVersion 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 modelVersion
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 modelVersion 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 modelVersion 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 modelVersion 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 build plugins plugin groupIdmaven/groupId artifactIdmaven-native-plugin/artifactId version1.2/version /plugin /plugins /build 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 pomVersion3/pomVersion and no reference to modelVersion4.0.0/modelVersion 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]
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]
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 packagingexe/packaging L1 pom.xml packagingdll/packaging or 'so' for *nix L2 pom.xml packagingdll/packaging U1 pom.xml packagingexe/packaging U2 pom.xml packagingexe/packaging ... 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]