Fatal error by running mvn install
Hi all, I downloaded a sample project from "http://galaxy.andromda.org/images/stories/tutorial_java/timetracker-completed.zip";. As I want to to build the project by running mvn install, I got error as follow. This project contains several pom.xml. But none of them has an "ArtifactID: timetracker-common". What could be wrong? Best regards C:\Wei\MyProjects\timetracker-completed>mvn install [INFO] Scanning for projects... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] An invalid artifact was detected. This artifact might be in your project's POM, or it might have been included tra nsitively during the resolution process. Here is the information we do have for this artifact: o GroupID: org.andromda.timetracker o ArtifactID: timetracker-common o Version: <<< MISSING >>> o Type:jar [INFO] [INFO] Trace org.apache.maven.artifact.InvalidArtifactRTException: For artifact {org.andromda .timetracker:timetracker-common:null:jar}: The version cannot be empty. at org.apache.maven.artifact.DefaultArtifact.validateIdentity(DefaultArt ifact.java:147) at org.apache.maven.artifact.DefaultArtifact.(DefaultArtifact.java :122) at org.apache.maven.artifact.factory.DefaultArtifactFactory.createArtifa ct(DefaultArtifactFactory.java:158) at org.apache.maven.artifact.factory.DefaultArtifactFactory.createDepend encyArtifact(DefaultArtifactFactory.java:58) at org.apache.maven.project.DefaultMavenProjectBuilder.createManagedVers ionMap(DefaultMavenProjectBuilder.java:424) at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(Def aultMavenProjectBuilder.java:850) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi leInternal(DefaultMavenProjectBuilder.java:479) at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMave nProjectBuilder.java:200) at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:553) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:467) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:527) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:364) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:290) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.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: < 1 second [INFO] Finished at: Thu Jul 19 08:32:42 CEST 2007 [INFO] Final Memory: 1M/3M [INFO] C:\Wei\MyProjects\timetracker-completed> -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WebLogic v8.1.6
What error did you get? Be specific and perhaps someone can help. Wayne On 7/18/07, Eric YH WONG <[EMAIL PROTECTED]> wrote: Hi All, I'm using WebLogic v8.1.6 and trying to use Maven2 with weblogic-maven-plugin 2.8.0-snapshot to build an EAR. But got error and can't proceed. If I build the same source in WebLogic Workshop, it is working properly and can generate the EAR Anyone can suggest the POM.xml and the directory layout that can make it work ? Thanks, Eric - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build failure out of the blue
You should be able to put the java6 exec in front of java4 in your PATH pretty trivially. Just put that EXPORT command in .bashrc or equivalent for your user and never worry about it again. Wayne On 7/18/07, Henry Isidro <[EMAIL PROTECTED]> wrote: ouch, is there something similar in Solaris? Jeff Mutonho wrote: > On 7/18/07, Henry Isidro <[EMAIL PROTECTED]> wrote: >> Try changing your java alternative setting: >> >> sudo update-alternatives --config java >> >> HTH, >> Henry >> > > Hmmmit's running on a Solaris machine > > - > 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: changelog and perforce
So I found my problem was actually two problems. 1) When I moved the property into the settings.xml, the profile I added it to was defined without any activation criteria which for many purposes makes it act as if the profile is always active but withe inconsistant exception for the properties defined in that profile. The solution: I added the profile to the activeProfiles clause in the settings.xml. 2) The scm goals have a configuration property named 'systemProperties' that I needed to use. So that got the scm:changelog working without having the clientspec property specified on the command-line. Unfortuately this doesn't fix my problem for the changelog:changelog report goal. I can run it on command-line with the property but it doesn't have the equivalent of the 'systemProperties' configuration. So for running 'mvn site' even the command-line doesn't work because the changelog report plugin forks the lifecycle. So I'm pretty sure I'm stuck without a bug fix to changelog. I filed a JIRA issue for it: http://jira.codehaus.org/browse/MCHANGELOG-66. jaxzin wrote: > > Well, I think I fixed the problem but its not ideal. I got the > scm:changelog goal to work if I add the following system property on the > command line like this: > > mvn scm:changelog -Dmaven.scm.perforce.clientspec.name=MY_WORKSPACE_NAME > > So I thought awesome, I'll just add the property to either my POM or my > settings.xml and the problem is solved. Nope, if I move the property off > the command line and into the settings.xml or into the POM then I'm back > to square one and the client spec name is auto generated again. > > Help! Why isn't the provider only recognizing the property when its on > the command-line? > > > > jaxzin wrote: >> >> I'm trying to use the changelog with Perforce but after some >> investigation it appear that the SCM provider for Perforce in not >> creating the necessary client. The changelog plugin executes this >> command: >> >> >> >> p4 -p perforce:1666 -c >> JACKSBRR-LW-CT-JACKSBRR-MavenSCM-C:\Projects\SuperPOMs\espn filelog -t >> -l ... >> >> >> >> It must be failing silently because when I try to execute the same >> command I get this error: >> >> >> >> ... - must create client >> 'JACKSBRR-LW-CT-JACKSBRR-MavenSCM-C:\Projects\SuperPOMs\espn' to access >> local files. >> >> >> >> >> >> My changelog config is: >> >> >> >> >> >> maven-changelog-plugin >> >> 2.0-SNAPSHOT >> >> >> >> >> >> perforce-report >> >> >> >> range >> >> 10 >> >> >> >> >> org.apache.maven.perforcelib.PerforceChangeLogF >> actory >> >> >> >> /MM/dd HH:mm:ss >> >> ${basedir} >> >> >> >> >> >> changelog >> >> file-activity >> >> dev-activity >> >> >> >> >> >> >> >> >> >> >> > > -- View this message in context: http://www.nabble.com/changelog-and-perforce-tf4095216s177.html#a11682575 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: changelog and perforce
jaxzin wrote: Well, I think I fixed the problem but its not ideal. I got the scm:changelog goal to work if I add the following system property on the command line like this: mvn scm:changelog -Dmaven.scm.perforce.clientspec.name=MY_WORKSPACE_NAME So I thought awesome, I'll just add the property to either my POM or my settings.xml and the problem is solved. Nope, if I move the property off the command line and into the settings.xml or into the POM then I'm back to square one and the client spec name is auto generated again. Help! Why isn't the provider only recognizing the property when its on the command-line? jaxzin wrote: I'm trying to use the changelog with Perforce but after some investigation it appear that the SCM provider for Perforce in not creating the necessary client. The changelog plugin executes this command: p4 -p perforce:1666 -c JACKSBRR-LW-CT-JACKSBRR-MavenSCM-C:\Projects\SuperPOMs\espn filelog -t -l ... It must be failing silently because when I try to execute the same command I get this error: ... - must create client 'JACKSBRR-LW-CT-JACKSBRR-MavenSCM-C:\Projects\SuperPOMs\espn' to access local files. My changelog config is: maven-changelog-plugin 2.0-SNAPSHOT perforce-report range 10 org.apache.maven.perforcelib.PerforceChangeLogF actory /MM/dd HH:mm:ss ${basedir} changelog file-activity dev-activity It isn't a plugin property but a system property that is used by Maven-SCM. Actually, the changelog plugin doesn't support the configuration of system properties in the plugin configuration. Can you file an issue? and if you have some time, this feature is already implemented in the Maven-SCM plugin goals, so you can take le code from them, patch the changelog plugin with it and attach the patch to the issue. Emmanuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: changelog and perforce
Well, I think I fixed the problem but its not ideal. I got the scm:changelog goal to work if I add the following system property on the command line like this: mvn scm:changelog -Dmaven.scm.perforce.clientspec.name=MY_WORKSPACE_NAME So I thought awesome, I'll just add the property to either my POM or my settings.xml and the problem is solved. Nope, if I move the property off the command line and into the settings.xml or into the POM then I'm back to square one and the client spec name is auto generated again. Help! Why isn't the provider only recognizing the property when its on the command-line? jaxzin wrote: > > I'm trying to use the changelog with Perforce but after some > investigation it appear that the SCM provider for Perforce in not > creating the necessary client. The changelog plugin executes this > command: > > > > p4 -p perforce:1666 -c > JACKSBRR-LW-CT-JACKSBRR-MavenSCM-C:\Projects\SuperPOMs\espn filelog -t > -l ... > > > > It must be failing silently because when I try to execute the same > command I get this error: > > > > ... - must create client > 'JACKSBRR-LW-CT-JACKSBRR-MavenSCM-C:\Projects\SuperPOMs\espn' to access > local files. > > > > > > My changelog config is: > > > > > > maven-changelog-plugin > > 2.0-SNAPSHOT > > > > > > perforce-report > > > > range > > 10 > > > > > org.apache.maven.perforcelib.PerforceChangeLogF > actory > > > > /MM/dd HH:mm:ss > > ${basedir} > > > > > > changelog > > file-activity > > dev-activity > > > > > > > > > > > -- View this message in context: http://www.nabble.com/changelog-and-perforce-tf4095216s177.html#a11681777 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
WebLogic v8.1.6
Hi All, I'm using WebLogic v8.1.6 and trying to use Maven2 with weblogic-maven-plugin 2.8.0-snapshot to build an EAR. But got error and can't proceed. If I build the same source in WebLogic Workshop, it is working properly and can generate the EAR Anyone can suggest the POM.xml and the directory layout that can make it work ? Thanks, Eric
RE: wrong log level in dependency plugin
This is already fixed in the next release, but thanks for reporting it. -Original Message- From: David Balazic [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 18, 2007 10:02 AM To: users@maven.apache.org Subject: wrong log level in dependency plugin Hi! This is mvn 2.0.7 and maven-dependency-plugin 2.0-alpha-4 on Windows 2000, JDK 1.5.0_09 $ mvn dependency:analyze [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'dependency'. [INFO] [INFO] Building psm-interface-base [INFO]task-segment: [dependency:analyze] [INFO] [INFO] Preparing dependency:analyze [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [dependency:analyze] [INFO] Used declared dependencies: [INFO]jboss:jboss-ejb3x:jar:4.0.4.GA:provided [INFO] Used undeclared dependencies: [WARNING]None [INFO] Unused declared dependencies: [INFO] com.bearingpoint.infonova.base:commons:jar:AAPT_CD008_V05:compile [WARNING] Potential problems discovered. [INFO] Found Resolved Dependency / DependencyManagement mismatches: [INFO] Ignoring Direct Dependencies. [INFO]None [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 3 seconds [INFO] Finished at: Wed Jul 18 15:57:31 CEST 2007 [INFO] Final Memory: 6M/13M [INFO] As you see, "None" is marked as WARNING, when it reports a normal condition, while the Unused declared dependencies entry is "INFO" , when it should be WARNING. Regards, David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
WARs: Including a dependency in WEB-INF/lib but not in the manifest classpath
Hello everyone, I'm trying to build an EAR with multiple "skinny" WARs that look to the EAR for their common libraries. The maven-war-plugin site has some good examples on how to do this, but there is one use case that I need, that apparently is not supported. The manifest guide says: "Note that no way is shown to include a dependency in WEB-INF/lib but not the manifest classpath." I don't know when this example was last updated, but does anyone know if this has been changed? Or if there is an easy way around it, short of modifying the plugin code myself? I'm using the latest snapshot (2.0.3-SNAPSHOT). Thanks, Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
WARs: Including a dependency in WEB-INF/lib but not in the manifest classpath
Hello everyone, I'm trying to build an EAR with multiple "skinny" WARs that look to the EAR for their common libraries. The maven-war-plugin site has some good examples on how to do this, but there is one use case that I need, that apparently is not supported. The manifest guide says: "Note that no way is shown to include a dependency in WEB-INF/lib but not the manifest classpath." I don't know when this example was last updated, but does anyone know if this has been changed? Or if there is an easy way around it, short of modifying the plugin code myself? I'm using the latest snapshot (2.0.3-SNAPSHOT). Thanks, Ryan
Re: Build failure out of the blue
ouch, is there something similar in Solaris? Jeff Mutonho wrote: On 7/18/07, Henry Isidro <[EMAIL PROTECTED]> wrote: Try changing your java alternative setting: sudo update-alternatives --config java HTH, Henry Hmmmit's running on a Solaris machine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
Hi all, I downloaded and installed the maven2 today. As I try to create the local repositories with "mvn -U -X archetype:create -DgroupId=testapp -DartifactId=testapp", I got following error/exception. I've tried the resolution under "http://docs.codehaus.org/display/MAVENUSER/FAQs-1#FAQs-1-novalidversionHowdoIresolvethe%22%3Cpluginname%3Edoesnotexistornovalidversion%22error%3F";. But it doesn't help. Has someone idea? Best regards C:\TEMP>mvn -X -U archetype:create -DgroupId=testapp -DartifactId=testapp + Error stacktraces are turned on. Maven version: 2.0.7 Java version: 1.5.0_09 OS name: "windows xp" version: "5.1" arch: "x86" [DEBUG] Building Maven user-level plugin registry from: 'C:\Dokumente und Einste llungen\chenw\.m2\plugin-registry.xml' [DEBUG] Building Maven global-level plugin registry from: 'C:\Programme\Apache S oftware Foundation\maven-2.0.7\conf\plugin-registry.xml' [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retri eved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted [DEBUG] Exception org.apache.maven.wagon.TransferFailedException: Error transferring file at org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputD ata(LightweightHttpWagon.java:104) at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:68) at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(D efaultWagonManager.java:462) at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMeta data(DefaultWagonManager.java:363) at org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetada taManager.resolveAlways(DefaultRepositoryMetadataManager.java:364) at org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetada taManager.resolve(DefaultRepositoryMetadataManager.java:97) at org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMapping s(DefaultPluginMappingManager.java:103) at org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMapping s(DefaultPluginMappingManager.java:87) at org.apache.maven.plugin.DefaultPluginMappingManager.getByPrefix(Defau ltPluginMappingManager.java:61) at org.apache.maven.plugin.DefaultPluginManager.getPluginDefinitionForPr efix(DefaultPluginManager.java:149) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor (DefaultLifecycleExecutor.java:1451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListBy AggregationNeeds(DefaultLifecycleExecutor.java:386) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:138) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.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: java.net.ConnectException: Connection timed out: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.Socket.connect(Socket.java:516) at java.net.Socket.connect(Socket.java:466) at sun.net.NetworkClient.doConnect(NetworkClient.java:157) at sun.net.www.http.HttpClient.openServer(HttpClient.java:365) at sun.net.www.http.HttpClient.openServer(HttpClient.java:477) at sun.net.www.http.HttpClient.(HttpClient.java:214) at sun.net.www.http.HttpClient.New(HttpClient.java:287) at sun.net.www.http.HttpClient.New(HttpClient.java:299) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLC onnection.java:796) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConne ction.java:748) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection .java:673) at sun.net.www.protocol.http.HttpURLConnection.getInput
Re: Manage batch projects, assembly plugin
You put the plugin configuration in your batch POM, and the descriptor is in src/assembly/batch.xml within the batch project...and it cannot find the descriptor? Can you paste the relevant portion of that batch POM, along with the error stacktrace? You can get the stacktrace using the -e flag on the maven build (to output errors). I use this all the time, without problem...so there must be some miscommunication. -john On Jul 18, 2007, at 11:29 AM, Rodolphe Beck wrote: It still doesn't work when I include the in my batch's POM (it can't find the descriptor) If I include it in my super POM, the error message is : Failed to create assembly: Error creating assembly archive: You must set at least one file. 2007/7/18, John Casey <[EMAIL PROTECTED]>: I think you might be better off using a dependencySet in your assembly descriptor, and specifying the plugin configuration from the sample_batch module, not in the sample_pom level. The assembly descriptor would probably look something like this: batch zip false lib src/main/resources / Now, if you put this in the sample_batch POM using something like the following, you should be able to build the zip archive along with any normal build: [...] [...] maven-assembly-plugin 2.2-beta-1 batch-assembly package single src/assembly/batch.xml Hope that helps, --john On Jul 18, 2007, at 4:48 AM, Rodolphe Beck wrote: > Hello, > > I'm trying to manage a bunch of modules with maven. I currently > have ear > projects, simple java projects, web projects and batch projects. > For the > first ones, I have no problem, but for the batch ones i'm having some > issues. > > Here is what I want : > > I have one batch project that will be used to launch operations on > databases, basically, the .sh will be placed on crontab ant > periodically > launch a jar file that contains the code to run. > > Here is how I created my projects: > Sample_pom : contains the superpom (in order to edit it easily with > eclipse) > Sample_batch : contains the batch in src/main/resources > Sample_java : contains one java class > > Sample_java is in Sample_batch's dependencies. > > My packaging is simple : I want a zip file containing the .sh file > at the > root and the jar(s) in a 'lib' folder. > > I managed to create such a file, but it is not perfect, here are my > two main > issues: > > First I couldn't put the to invoke assembly > plugin in the > pom of the batch project as an error message is fired telling it > can't find > the descriptor, i I put the plugin part in the superpom and the > descriptor > in my project: > > http://paste2.org/p/4892 > > Second, my .zip is created in the target directory of the Sample_pom > project, I'd rather have it in the target directory of Sample_batch > project, > is it possible ? > > Third, my zip contains a folder named Sample_batch-1.0-SNAPSHOT.jar > and I > couldn't get rid of it (descriptor included) > > http://paste2.org/p/4893 > > As you see, I tried to exclude * in binaries but the folder is > still here... > > Thanks for your help ! > > -- > Cordialement/Regards, > Rodolphe Beck > [EMAIL PROTECTED] --- John Casey Committer and PMC Member, Apache Maven mail: jdcasey at commonjava dot org blog: http://www.ejlife.net/blogs/john -- Cordialement, Rodolphe Beck [EMAIL PROTECTED] --- John Casey Committer and PMC Member, Apache Maven mail: jdcasey at commonjava dot org blog: http://www.ejlife.net/blogs/john
Julia Vilke/Moscow/Canon/FI is out of the office.
I will be out of the office starting 16.05.2007 and will not return until 08.01.2008. I'm on maternity leave till January 2008. In case of Canon Consumable business, please contact Mikhail Popov, in case of Paper business - Maria Bondarenko. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Webservice name verse */types/*
I have the following plugin: org.codehaus.mojo axistools-maven-plugin ${basedir}/src/main/webapp/WEB-INF/wsdl 1.2 org.delta.esp.logging true true true wsdl2java And this is the header of my wsdl file I am running wsdl2java on: http://logging.esp.delta.org/"; xmlns="http://schemas.xmlsoap.org/wsdl/"; xmlns:tns="http://logging.esp.delta.org/"; xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"; xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"; xmlns:tns0="http://logging.esp.delta.org/types/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"; > http://www.w3.org/2001/XMLSchema"; targetNamespace=" http://logging.esp.delta.org/types/"; When I deploy to JBoss, I get this error: 14:15:01,233 DEBUG [AbstractMetaDataBuilder] Replace service endpoint address ' http://192.168.9.242:/DAP_POC-LogMessageService-context-root/LogMessageS erviceSoapHttpPort' with ' http://ddc108418:8080/logging-1.0.0.0/LogMessageServiceSoapHttpPort' 14:15:01,249 ERROR [MainDeployer] Could not create deployment: file:/C:/jboss-4.0.4.GA/server/default/deploy/logging-1.0.0.0.war org.jboss.ws.WSException: Cannot obtain java type mapping for: { http://logging.esp.delta.org/types/}>sendLogMessageElement Now all the generated classes are in: package org.delta.esp.logging.LogMessageService; not package org.delta.esp.logging.types; So I assume that I need my packages that are generated to be *.types.* not *.LogMessageService.* as it is now. So how do I set this in the plugin? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/djmick_dot_com http://www.myspace.com/sexybeotches http://www.thumpradio.com ---
Re: [m2] Plugin cfg issue between developers...
Hi, you could define a profile [1] in your pom.xml file. environment integration-tests groupId>com.thecompany the-plugin deploy the-goal You can then use the following command on your "special" machine with the license: mvn clean deploy -Denvironment=integration-tests Hope this helps. Cheers, michael [1] http://maven.apache.org/guides/introduction/introduction-to-profiles.html Mick Knutson schrieb: I have a plugin I purchased that needs to be run each time the integration build server runs. This plugin is only available on 1 machine, not every machine for licensing restrictions. But it is run as part of the whole build, not individually as a task. So how do I configure my pom.xml to have just this one machine run this, and not the other developers in the project? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Plugin cfg issue between developers...
My first thought is to use a profile for running this particular plugin. Ralf Mick Knutson wrote: I have a plugin I purchased that needs to be run each time the integration build server runs. This plugin is only available on 1 machine, not every machine for licensing restrictions. But it is run as part of the whole build, not individually as a task. So how do I configure my pom.xml to have just this one machine run this, and not the other developers in the project? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Plugin cfg issue between developers...
I have a plugin I purchased that needs to be run each time the integration build server runs. This plugin is only available on 1 machine, not every machine for licensing restrictions. But it is run as part of the whole build, not individually as a task. So how do I configure my pom.xml to have just this one machine run this, and not the other developers in the project? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/djmick_dot_com http://www.myspace.com/sexybeotches http://www.thumpradio.com ---
Re: EL Dependency
Ok Ian It worked fine Thanks !!! - Original Message From: Ian Springer <[EMAIL PROTECTED]> To: Maven Users List Sent: Wednesday, July 18, 2007 4:34:38 PM Subject: Re: EL Dependency Those deps are both available from the java.net Maven1 repo (http://download.java.net/maven/1/). Add this to the repositories section of your POM: java.net-m1-releases Java.net Maven1 Repository - for javax.faces, javax.el, com.sun.el, and com.sun.facelets releases http://download.java.net/maven/1/ legacy Érico Teixeira wrote: > Hi > > I need to use the following dependencies in my project : > > > javax.el > el-api > 1.0 > > > > el-impl > el-impl > 1.0 > > > I would like to fix the depency problem inside eclipse with the Maven plugin > > when I finish my changes in POM and save the file I receive an error > > 18/07/07 13h42min41s GMT-03:00: Missing: > 1) javax.el:el-api:jar:1.0 > Try downloading the file manually from the project website. > Then, install it using the command: > mvn install:install-file -DgroupId=javax.el -DartifactId=el-api \ > -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file > Path to dependency: > ... > > I install the dependency in my local repository and when I compile my project > through command line there is no problem but when I try to add the dependency > in eclipse i get the same error ... > > Could I use my local repository inside Eclipse ? How would I do that ? > > Does any one knows a repository that provides these dependencies ? > > I'm using http://repo1.maven.org/maven2 in my POM > > > > > > > Yahoo! oneSearch: Finally, mobile search > that gives answers, not web links. > http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/
Re: Lifecyle Question
I understood you, too. :) On 7/10/07, Eric Redmond <[EMAIL PROTECTED]> wrote: Sorry - not "bundles projects" but artifact resolution - meant to say "projects need to be resolved beforehand" - made sense in my head :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 release process in Continuum
1) There is potential for me to check in the release version, start preparing the release and then someone else checks out the release version and starts doing stuff to it, when they should really be waiting until the next SNAPSHOT version has been checked in. I guess I can use locking for that, but it's been a while since I used locking with a SCM (been on CVS, SVN and Bazaar for a while - not used SourceSafe in four years or so). I personally prefer releasing manually over getting an automation system to do that. IMO, that's just not what CI servers like continuum are made to do. Too many things can go awry in the course of a build and recovering from a release that failed partway through is a pain in the ass. There's always locking, but our current strategy is to branch the code to do releases. We use subversion, which makes branching (and tagging) very cheaply. We currently are releasing about 40 of our 100+ artifacts, and the current strategy denotes a few things: a) the /tags and /branches belong to the build engineer (me). The developers are free to branch and tag in the /userbranches and /usertags paths. b) a number version (major.minor.release). c) release along a branch for customer-facing releases, Thus for component "foo" at version 1.0.0-SNAPSHOT, to release I create a branch called (literally) "foo-1.0.x" that releases all versions following the pattern "1.0.x". I then switch the head of the trunk to "1.1.0-SNAPSHOT" and let everyone continue on their merry path. When we release that version, we'll branch again to a branch called "foo-1.1.x" d) when a minor version gets deprecated, it's just never released again. We don't delete anything, since it's subversion and difficult to really delete from anyway. e) parent poms are never snapshots for the developers. I spent a good deal of time getting them right and I check and recheck changes to them before I make parent pom releases. This is probably only reasonable since my primary job is managing the build. Since I use a property built in the parent pom with elements over-ridden in child poms to build the scm strings for subversion, I generally only have to change a few properties to get my new branch built by continuum. I do that when I branch the code. Updating the poms by hand for the new versions? Well, that's just the price of admission for a non-modular build. I've had some problems with modular builds over the years and I tend to avoid them, but given the amount of time it's taking to do our releases, I'm starting to give them thought again. 2) Kind of related to that - the need for some sort of development freeze during that day. We don't want that. Release along a branch in subversion solves this, but that initial branching adds significant time. Enough to effectively more than double our total release time. Should it really be taking me a day to do a release of this scale or am I doing something fundamentally wrong? Unless we're both on the wrong road, I think you're pretty much following the path. It takes me about 13 hours to do a full soup-to-nuts release of our 40-ish projects for the final assembly. Most of that time is spent checking for incorrect dependencies that the developers have missed. Fortunately, my parent poms for our projects have improved dramatically, so we're no longer releasing parent poms in the course of a normal release. Parents belong exclusively to me so I release them when needed and get the developers to update to the new parents a few days prior to release (hopefully). That gives me a couple of days of instability to make sure I didn't screw up the build by releasing a new parent. Hope some of this helps. Mykel
Re: Checking for latest versions from remote repositories?
I'm interested in the answer to this as well. At one time, I became convinced (by Maven documentation, or my misunderstanding thereof) that using version ranges, like [1.0.0,) would be useful in this manner, but as it turns out, most Maven plugins don't appear to honor ranges (or at least, don't deal gracefully with them) Just my observations. \T On 18 Jul 2007, at 13:38 , AJ Gregory wrote: Is there a plugin or a way with maven to ask if there are later versions for a project's dependencies available from the currently configured remote repositories for the project? And a related question, is there a plugin that you can give a groupId and artifactId to get back the available or just the latest versions from the currently configured remote repositories? Thanks, -AJ - 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]
Checking for latest versions from remote repositories?
Is there a plugin or a way with maven to ask if there are later versions for a project's dependencies available from the currently configured remote repositories for the project? And a related question, is there a plugin that you can give a groupId and artifactId to get back the available or just the latest versions from the currently configured remote repositories? Thanks, -AJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: EL Dependency
Those deps are both available from the java.net Maven1 repo (http://download.java.net/maven/1/). Add this to the repositories section of your POM: java.net-m1-releases Java.net Maven1 Repository - for javax.faces, javax.el, com.sun.el, and com.sun.facelets releases http://download.java.net/maven/1/ legacy Érico Teixeira wrote: Hi I need to use the following dependencies in my project : javax.el el-api 1.0 el-impl el-impl 1.0 I would like to fix the depency problem inside eclipse with the Maven plugin when I finish my changes in POM and save the file I receive an error 18/07/07 13h42min41s GMT-03:00: Missing: 1) javax.el:el-api:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=javax.el -DartifactId=el-api \ -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: ... I install the dependency in my local repository and when I compile my project through command line there is no problem but when I try to add the dependency in eclipse i get the same error ... Could I use my local repository inside Eclipse ? How would I do that ? Does any one knows a repository that provides these dependencies ? I'm using http://repo1.maven.org/maven2 in my POM Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ear file growing
On 7/18/07, Charles Li <[EMAIL PROTECTED]> wrote: We have user complaint of their ear file is growing with each build by maven. What can we do about this? We are thinking if the ear file grow to too large, it will take longer to deploy. Charles, make sure you're executing: mvn clean package sometimes if you forget to do the clean you will end up with extra 'stuff' in your EAR causing bloat. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
EL Dependency
Hi I need to use the following dependencies in my project : javax.el el-api 1.0 el-impl el-impl 1.0 I would like to fix the depency problem inside eclipse with the Maven plugin when I finish my changes in POM and save the file I receive an error 18/07/07 13h42min41s GMT-03:00: Missing: 1) javax.el:el-api:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=javax.el -DartifactId=el-api \ -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: ... I install the dependency in my local repository and when I compile my project through command line there is no problem but when I try to add the dependency in eclipse i get the same error ... Could I use my local repository inside Eclipse ? How would I do that ? Does any one knows a repository that provides these dependencies ? I'm using http://repo1.maven.org/maven2 in my POM Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC
ear file growing
We have user complaint of their ear file is growing with each build by maven. What can we do about this? We are thinking if the ear file grow to too large, it will take longer to deploy. Thanks, Charles Li Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven-js-plugin 1.1
We have released version 1.1 of the maven-js-plugin. The goal(s) have been expanded. For full release notes, and documentation, see http://www.mobilvox.com/projects/maven-js-plugin/ Thanks, Adam
Re: release:perform - How do I suppress the version prompts
Thanks for you help, I will take a look! Alan D. Salewski wrote: > > On Tue, Jul 17, 2007 at 02:42:22PM -0700, Max Stepanenko spake thus: >> I would like to wrap my release:prepare and release:perform in some sort >> of >> a script (ant??), so that there is this magical button that someone can >> press to prepare and release our software. That said, release:perform, >> requires some user input (versions). Is there anyway to avoid/streamline >> this? > > You could probably do this using expect(1), which is tailor-made for > automating program interaction. Check out: > > http://expect.nist.gov/ > > The 'autoexpect' program (linked to from the page at the above URL) > could generate the code to get you most of the way there. > > >> What is the common approach to problem, is writing an ant script that >> will call release:prepare and release:perform w the arguments of my >> choice a >> good approach? >> >> Regards, >> Max > > I don't know how common it is, but I have all kinds of scripts that > invoke maven in various ways. Others may suggest you try to do this from > within maven... > > -Al > > -- > :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: > :: > Alan D. Salewski > Software Developer > Health Market Science, Inc. > :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: > :: > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/release%3Aperform---How-do-I-suppress-the-version-prompts-tf4100186s177.html#a11673442 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Failed to validate POM warning
Thanks Rémy for helping. The POM present in the repository seems ok : C:\Documents and Settings\joel.costigliola\.m2\repository\sapiens\SapiensCommonsCore\2.6.0>mvn -f SapiensCommonsCore-2.6.0.pom validate [INFO] Scanning for projects... [INFO] [INFO] Building Sapiens Core [INFO]task-segment: [validate] [INFO] [INFO] No goals needed for project - skipping [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: < 1 second [INFO] Finished at: Wed Jul 18 18:23:59 CEST 2007 [INFO] Final Memory: 2M/4M [INFO] I'm using parent/child module pattern for the project BASObjetTrouve which depends SapiensCommonsCore. Could this cause some trouble when validating SapiensCommonsCore ? (which is not in the project BASObjetTrouve but in another project ... ) Any ideas ? -Message d'origine- De : Rémy Sanlaville [mailto:[EMAIL PROTECTED] Envoyé : mercredi 18 juillet 2007 14:06 À : Maven Users List Objet : Re: Failed to validate POM warning > > [WARNING] POM for 'sapiens:SapiensCommonsCore:pom:2.6.0:compile' is > invalid. It will be ignored for artifact resolution. Reason: Failed to > validate POM f > or project sapiens:SapiensCommonsCore at Artifact > [sapiens:SapiensCommonsCore:pom:2.6.0:compile] > Isn't it possible to run mvn validate directly on the sapiens:SapiensCommonsCore:pom:2.6.0 ? I never try but you can test. mvn -f -f,--file Force the use of an alternate POM file. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
You are right. It should be "-XX:MaxPermSize=128m -Xmx512m". :-) Original-Nachricht Datum: Wed, 18 Jul 2007 17:21:24 +0200 Von: Heinrich Nirschl <[EMAIL PROTECTED]> An: Maven Users List Betreff: Re: Error [INFO] The plugin \'org.apache.maven.plugins:maven-archetype-plugin\' does not exist or no valid version could be found > On Wed, 2007-07-18 at 17:08 +0200, Wei Chen wrote: > > I solve the new problem. I just take out the MAVEN_OPTS and it runs. > > > > But tomorrow I will try further if it runs in the office. > > > > > > > > Original-Nachricht > > Datum: Wed, 18 Jul 2007 17:05:05 +0200 > > Von: "Wei Chen" <[EMAIL PROTECTED]> > > An: "Maven Users List" > > Betreff: Re: Error [INFO] The > plugin\'org.apache.maven.plugins:maven-archetype-plugin\' does not > exist or no valid version could be found > > > > > I am now at home (not in office in the company) and try again. It goes > > > further. But I got another error as follow. What does it mean? I've > set the > > > MAVEN_OPTS to "-XX:MaxPermSize=128m -Xmx512". I think the heap is > large > > > enough. right? > > Just in case you are curious, you had set the max heap to 512 *bytes* > which is a bit too small ;-) > Default settings are fine in most cases, unless you have a very large > build (or a memory hungry plugin). > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Manage batch projects, assembly plugin
It still doesn't work when I include the in my batch's POM (it can't find the descriptor) If I include it in my super POM, the error message is : Failed to create assembly: Error creating assembly archive: You must set at least one file. 2007/7/18, John Casey <[EMAIL PROTECTED]>: I think you might be better off using a dependencySet in your assembly descriptor, and specifying the plugin configuration from the sample_batch module, not in the sample_pom level. The assembly descriptor would probably look something like this: batch zip false lib src/main/resources / Now, if you put this in the sample_batch POM using something like the following, you should be able to build the zip archive along with any normal build: [...] [...] maven-assembly-plugin 2.2-beta-1 batch-assembly package single src/assembly/batch.xml Hope that helps, --john On Jul 18, 2007, at 4:48 AM, Rodolphe Beck wrote: > Hello, > > I'm trying to manage a bunch of modules with maven. I currently > have ear > projects, simple java projects, web projects and batch projects. > For the > first ones, I have no problem, but for the batch ones i'm having some > issues. > > Here is what I want : > > I have one batch project that will be used to launch operations on > databases, basically, the .sh will be placed on crontab ant > periodically > launch a jar file that contains the code to run. > > Here is how I created my projects: > Sample_pom : contains the superpom (in order to edit it easily with > eclipse) > Sample_batch : contains the batch in src/main/resources > Sample_java : contains one java class > > Sample_java is in Sample_batch's dependencies. > > My packaging is simple : I want a zip file containing the .sh file > at the > root and the jar(s) in a 'lib' folder. > > I managed to create such a file, but it is not perfect, here are my > two main > issues: > > First I couldn't put the to invoke assembly > plugin in the > pom of the batch project as an error message is fired telling it > can't find > the descriptor, i I put the plugin part in the superpom and the > descriptor > in my project: > > http://paste2.org/p/4892 > > Second, my .zip is created in the target directory of the Sample_pom > project, I'd rather have it in the target directory of Sample_batch > project, > is it possible ? > > Third, my zip contains a folder named Sample_batch-1.0-SNAPSHOT.jar > and I > couldn't get rid of it (descriptor included) > > http://paste2.org/p/4893 > > As you see, I tried to exclude * in binaries but the folder is > still here... > > Thanks for your help ! > > -- > Cordialement/Regards, > Rodolphe Beck > [EMAIL PROTECTED] --- John Casey Committer and PMC Member, Apache Maven mail: jdcasey at commonjava dot org blog: http://www.ejlife.net/blogs/john -- Cordialement, Rodolphe Beck [EMAIL PROTECTED]
Re: Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
On Wed, 2007-07-18 at 17:08 +0200, Wei Chen wrote: > I solve the new problem. I just take out the MAVEN_OPTS and it runs. > > But tomorrow I will try further if it runs in the office. > > > > Original-Nachricht > Datum: Wed, 18 Jul 2007 17:05:05 +0200 > Von: "Wei Chen" <[EMAIL PROTECTED]> > An: "Maven Users List" > Betreff: Re: Error [INFO] The plugin > \'org.apache.maven.plugins:maven-archetype-plugin\' does not exist or no > valid version could be found > > > I am now at home (not in office in the company) and try again. It goes > > further. But I got another error as follow. What does it mean? I've set the > > MAVEN_OPTS to "-XX:MaxPermSize=128m -Xmx512". I think the heap is large > > enough. right? Just in case you are curious, you had set the max heap to 512 *bytes* which is a bit too small ;-) Default settings are fine in most cases, unless you have a very large build (or a memory hungry plugin). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
I solve the new problem. I just take out the MAVEN_OPTS and it runs. But tomorrow I will try further if it runs in the office. Original-Nachricht Datum: Wed, 18 Jul 2007 17:05:05 +0200 Von: "Wei Chen" <[EMAIL PROTECTED]> An: "Maven Users List" Betreff: Re: Error [INFO] The plugin \'org.apache.maven.plugins:maven-archetype-plugin\' does not exist or no valid version could be found > I am now at home (not in office in the company) and try again. It goes > further. But I got another error as follow. What does it mean? I've set the > MAVEN_OPTS to "-XX:MaxPermSize=128m -Xmx512". I think the heap is large > enough. right? > > > C:\Temp>mvn -U -X archetype:create -DgroupId=testapp -DartifactId=testapp > + Error stacktraces are turned on. > Maven version: 2.0.7 > Java version: 1.5.0_09 > OS name: "windows xp" version: "5.1" arch: "x86" > [DEBUG] Building Maven user-level plugin registry from: 'C:\Dokumente und > Einste > llungen\Wei Chen\.m2\plugin-registry.xml' > [DEBUG] Building Maven global-level plugin registry from: > 'C:\Programme\Apache S > oftware Foundation\maven-2.0.7\conf\plugin-registry.xml' > [INFO] Scanning for projects... > [INFO] Searching repository for plugin with prefix: 'archetype'. > [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins > [INFO] org.apache.maven.plugins: checking for updates from central > [DEBUG] Loading plugin prefixes from group: org.codehaus.mojo > [INFO] org.codehaus.mojo: checking for updates from central > [INFO] artifact org.apache.maven.plugins:maven-archetype-plugin: checking > for up > dates from central > [DEBUG] maven-archetype-plugin: resolved to version 1.0-alpha-4 from > repository > central > [DEBUG] Retrieving parent-POM: > org.apache.maven.archetype:maven-archetype::1.0-a > lpha-4 for project: > org.apache.maven.plugins:maven-archetype-plugin:maven-plugin > :1.0-alpha-4 from the repository. > [DEBUG] Retrieving parent-POM: org.apache.maven:maven-parent::1 for > project: org > .apache.maven.archetype:maven-archetype:pom:1.0-alpha-4 from the > repository. > [DEBUG] Retrieving parent-POM: org.apache:apache::1 for project: > org.apache.mave > n:maven-parent:pom:1 from the repository. > [DEBUG] Adding managed dependencies for > org.apache.maven.plugins:maven-archetype > -plugin > [DEBUG] org.apache.maven.archetype:maven-archetype-model:jar:1.0-alpha-4 > [DEBUG] org.apache.maven.archetype:maven-archetype-core:jar:1.0-alpha-4 > [DEBUG] > org.apache.maven.archetype:maven-archetype-creator:jar:1.0-alpha-4 > [INFO] > > [ERROR] FATAL ERROR > [INFO] > > [INFO] Java heap space > [INFO] > > [DEBUG] Trace > java.lang.OutOfMemoryError: Java heap space > [INFO] > > [INFO] Total time: 4 seconds > [INFO] Finished at: Wed Jul 18 16:58:49 CEST 2007 > [INFO] Final Memory: 1M/1M > [INFO] > > > C:\Temp> > > > > Original-Nachricht > Datum: Wed, 18 Jul 2007 15:12:11 +0200 > Von: Heinrich Nirschl <[EMAIL PROTECTED]> > An: Maven Users List > Betreff: Re: Error [INFO] The > plugin\'org.apache.maven.plugins:maven-archetype-plugin\' does not > exist or no valid version could be found > > > On Wed, 2007-07-18 at 14:48 +0200, Wei Chen wrote: > > > Yes, I am behind the proxy of our company. I've seen the link you sent > > me. And I configured the as follow but I get the same error. > > > > > > > > > optional > > > true > > > http > > > > > > > > > mycompany's proxy-ip > > > 8080 > > > localhost|127.0.0.1 > > > > > > > Hmm, don't know if this helps, but if your proxy does not need > > username/password try to leave out these tags completely. > > > > Sometimes, maven leaves some broken meta info files in its local > > repository when an attempt to reach a remote repository fails. In such > > cases it helps to wipe out the local repository. > > > > > > > > Besides, I set the properties in the build.properties as follow: > > > ... > > > > > > maven.repo.remote=http://repo1.maven.org/maven2,http://team.andromda.org/maven > > > ... > > > > > > I think it should be correct, right? > > > > > > > build.properties are only used in Maven 1. So you don't need this. > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > -- > GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. > Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail > > - > To unsubscribe
Re: Maven2 release process in Continuum
On 18/07/07, Jesse McConnell <[EMAIL PROTECTED]> wrote: if you have one company pom... and 17 projects to releaseand those 17 projects each use a snapshot version of the company pom.. you currently need to checkout all 17 poms, edit the parent pom to a released version and check them in. you have to do that using hte maven-release-plugin and you have to do that for continuum release as well. That's the simplified version. Of course, there are dependencies between the 17 in various forms. What you have described is pretty much what I did for our last release, using the maven-release plugin. It took me about a day. It had one unexpected benefit, since it allowed me to get a clear sense of the DAG in terms of dependencies in all of our modules. But I still have the following concerns with a release taking that long: 1) There is potential for me to check in the release version, start preparing the release and then someone else checks out the release version and starts doing stuff to it, when they should really be waiting until the next SNAPSHOT version has been checked in. I guess I can use locking for that, but it's been a while since I used locking with a SCM (been on CVS, SVN and Bazaar for a while - not used SourceSafe in four years or so). 2) Kind of related to that - the need for some sort of development freeze during that day. We don't want that. Should it really be taking me a day to do a release of this scale or am I doing something fundamentally wrong? Cheers, James if you have one company pom, and a project with 17 submodules (and this subprojects have no snapshot versions that are not in those 17/18 modules being released) then you only need to update the one parent project pom to resolve the company pom to a released version and the release process will take care of resolving all internal snapshot version to the (soon to be released) version. does that help? On 7/18/07, James Abley <[EMAIL PROTECTED]> wrote: > On 18/07/07, Jesse McConnell <[EMAIL PROTECTED]> wrote: > > at the moment I think you need to make sure the underlying project > > that you are going to try and release is 'clean' for the release. > > that means that all dependencies that you are going to release ave > > been resolved into released and available artifacts. > > Continuum is pulling stuff from our SCM prior to building it; your > suggestion implies to me that I need to check out POMs, alter them to > build a release form and check them back in. Then Continuum can be > used to prepare and perform a release, after which I need to checkout > the POMs and change any reference versions that I altered to the new > SNAPSHOT versions. > > Have I understood you correctly? It just feels more painful than it > ought to, when trying to release 17 top-level POMs. Surely other > people are doing this and can point out where I'm going wrong. > > > > > the continuum release mechanism makes use of the same release > > mechanism as the maven-release-plugin so if you interested in playing > > around with it I am a fan of just using the maven-release-plugin > > directly, personally. > > > > in your example to release your project and the core and webapp > > subprojects at once, will basically need to release the company pom > > initially and then edit the project pom by hand and set the company > > parent pom to the released version. Then check through your pom.xml's > > of the project and the two subprojects to locate and resolve any > > SNAPSHOT dependencies that are not the three you are immediately > > releasing. > > > > its really pretty straight forward once you get into the swing of it. > > Thanks for your response, > > James > > > > > jesse > > > > On 7/17/07, James Abley <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > We have a Continuum instance and would like to cut a release of a > > > product which uses a Maven2 as the build system. Currently, it takes > > > around a day to release a product, which feels like longer than it > > > should. > > > > > > We were hoping that using Continuum would save a lot of time versus > > > the current release process, which involves mvn release:prepare > > > -D. and mvn releaes:perform -D... for a lot of modules. > > > > > > I haven't found much documentation about the release feature, so would > > > appreciate any pointers. > > > > > > First time through, I just followed it to try to see how intuitive it was. > > > > > > Release is only available at a Project Group level (unless the user > > > account that I am using is missing some roles?). I created and > > > selected a small project group, that only contains a parent module and > > > two sub-modules. The parent pom inherits from our general company-wide > > > POM (common profiles, repositories, scm, etc.) The two sub-module poms > > > both inherit from the parent pom, for dependency management > > > reasons.One sub-module depends on the other one. The dependency flow > > > is illustrated below > > > > > > Com
Re: Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
I am now at home (not in office in the company) and try again. It goes further. But I got another error as follow. What does it mean? I've set the MAVEN_OPTS to "-XX:MaxPermSize=128m -Xmx512". I think the heap is large enough. right? C:\Temp>mvn -U -X archetype:create -DgroupId=testapp -DartifactId=testapp + Error stacktraces are turned on. Maven version: 2.0.7 Java version: 1.5.0_09 OS name: "windows xp" version: "5.1" arch: "x86" [DEBUG] Building Maven user-level plugin registry from: 'C:\Dokumente und Einste llungen\Wei Chen\.m2\plugin-registry.xml' [DEBUG] Building Maven global-level plugin registry from: 'C:\Programme\Apache S oftware Foundation\maven-2.0.7\conf\plugin-registry.xml' [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins [INFO] org.apache.maven.plugins: checking for updates from central [DEBUG] Loading plugin prefixes from group: org.codehaus.mojo [INFO] org.codehaus.mojo: checking for updates from central [INFO] artifact org.apache.maven.plugins:maven-archetype-plugin: checking for up dates from central [DEBUG] maven-archetype-plugin: resolved to version 1.0-alpha-4 from repository central [DEBUG] Retrieving parent-POM: org.apache.maven.archetype:maven-archetype::1.0-a lpha-4 for project: org.apache.maven.plugins:maven-archetype-plugin:maven-plugin :1.0-alpha-4 from the repository. [DEBUG] Retrieving parent-POM: org.apache.maven:maven-parent::1 for project: org .apache.maven.archetype:maven-archetype:pom:1.0-alpha-4 from the repository. [DEBUG] Retrieving parent-POM: org.apache:apache::1 for project: org.apache.mave n:maven-parent:pom:1 from the repository. [DEBUG] Adding managed dependencies for org.apache.maven.plugins:maven-archetype -plugin [DEBUG] org.apache.maven.archetype:maven-archetype-model:jar:1.0-alpha-4 [DEBUG] org.apache.maven.archetype:maven-archetype-core:jar:1.0-alpha-4 [DEBUG] org.apache.maven.archetype:maven-archetype-creator:jar:1.0-alpha-4 [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Java heap space [INFO] [DEBUG] Trace java.lang.OutOfMemoryError: Java heap space [INFO] [INFO] Total time: 4 seconds [INFO] Finished at: Wed Jul 18 16:58:49 CEST 2007 [INFO] Final Memory: 1M/1M [INFO] C:\Temp> Original-Nachricht Datum: Wed, 18 Jul 2007 15:12:11 +0200 Von: Heinrich Nirschl <[EMAIL PROTECTED]> An: Maven Users List Betreff: Re: Error [INFO] The plugin \'org.apache.maven.plugins:maven-archetype-plugin\' does not exist or no valid version could be found > On Wed, 2007-07-18 at 14:48 +0200, Wei Chen wrote: > > Yes, I am behind the proxy of our company. I've seen the link you sent > me. And I configured the as follow but I get the same error. > > > > > > optional > > true > > http > > > > > > mycompany's proxy-ip > > 8080 > > localhost|127.0.0.1 > > > > Hmm, don't know if this helps, but if your proxy does not need > username/password try to leave out these tags completely. > > Sometimes, maven leaves some broken meta info files in its local > repository when an attempt to reach a remote repository fails. In such > cases it helps to wipe out the local repository. > > > > > Besides, I set the properties in the build.properties as follow: > > ... > > > maven.repo.remote=http://repo1.maven.org/maven2,http://team.andromda.org/maven > > ... > > > > I think it should be correct, right? > > > > build.properties are only used in Maven 1. So you don't need this. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Manage batch projects, assembly plugin
I think you might be better off using a dependencySet in your assembly descriptor, and specifying the plugin configuration from the sample_batch module, not in the sample_pom level. The assembly descriptor would probably look something like this: batch zip false lib src/main/resources / Now, if you put this in the sample_batch POM using something like the following, you should be able to build the zip archive along with any normal build: [...] [...] maven-assembly-plugin 2.2-beta-1 batch-assembly package single src/assembly/batch.xml Hope that helps, --john On Jul 18, 2007, at 4:48 AM, Rodolphe Beck wrote: Hello, I'm trying to manage a bunch of modules with maven. I currently have ear projects, simple java projects, web projects and batch projects. For the first ones, I have no problem, but for the batch ones i'm having some issues. Here is what I want : I have one batch project that will be used to launch operations on databases, basically, the .sh will be placed on crontab ant periodically launch a jar file that contains the code to run. Here is how I created my projects: Sample_pom : contains the superpom (in order to edit it easily with eclipse) Sample_batch : contains the batch in src/main/resources Sample_java : contains one java class Sample_java is in Sample_batch's dependencies. My packaging is simple : I want a zip file containing the .sh file at the root and the jar(s) in a 'lib' folder. I managed to create such a file, but it is not perfect, here are my two main issues: First I couldn't put the to invoke assembly plugin in the pom of the batch project as an error message is fired telling it can't find the descriptor, i I put the plugin part in the superpom and the descriptor in my project: http://paste2.org/p/4892 Second, my .zip is created in the target directory of the Sample_pom project, I'd rather have it in the target directory of Sample_batch project, is it possible ? Third, my zip contains a folder named Sample_batch-1.0-SNAPSHOT.jar and I couldn't get rid of it (descriptor included) http://paste2.org/p/4893 As you see, I tried to exclude * in binaries but the folder is still here... Thanks for your help ! -- Cordialement/Regards, Rodolphe Beck [EMAIL PROTECTED] --- John Casey Committer and PMC Member, Apache Maven mail: jdcasey at commonjava dot org blog: http://www.ejlife.net/blogs/john
wrong log level in dependency plugin
Hi! This is mvn 2.0.7 and maven-dependency-plugin 2.0-alpha-4 on Windows 2000, JDK 1.5.0_09 $ mvn dependency:analyze [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'dependency'. [INFO] [INFO] Building psm-interface-base [INFO]task-segment: [dependency:analyze] [INFO] [INFO] Preparing dependency:analyze [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [dependency:analyze] [INFO] Used declared dependencies: [INFO]jboss:jboss-ejb3x:jar:4.0.4.GA:provided [INFO] Used undeclared dependencies: [WARNING]None [INFO] Unused declared dependencies: [INFO]com.bearingpoint.infonova.base:commons:jar:AAPT_CD008_V05:compile [WARNING] Potential problems discovered. [INFO] Found Resolved Dependency / DependencyManagement mismatches: [INFO] Ignoring Direct Dependencies. [INFO]None [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 3 seconds [INFO] Finished at: Wed Jul 18 15:57:31 CEST 2007 [INFO] Final Memory: 6M/13M [INFO] As you see, "None" is marked as WARNING, when it reports a normal condition, while the Unused declared dependencies entry is "INFO" , when it should be WARNING. Regards, David
Re: Cannot download parent pom from specified remote repository
My company repo is *not* a mirror :| So if I left it specified as a mirror in settings.xml, I am no more able to download from official repo! So is not possible to let it. I think, most of your problem is here. If you specify in the setting.xml a mirror of central to your corporate maven 2 proxy this don't mean that you have a mirror of the maven 2 repository. I think the term mirror is confusing. Normally, if you have a corporate maven 2 proxy, it is working like a 2nd cache mvn ... > Local Repository (1rst cache) > Proxy Maven 2 (2nd cache) ---> Maven 2 repository It seems that it is not the case for you and I am not sure to understand why ? It would be easier if it will be the case. I think that in your parent pom you define some repositories which are used > to found your dependencies. But for the parent pom you need to specify where > to found it. in both parent pom and project pom I define my company repo as distribution server and as repository: sourcesense dav: https://dev.sourcesense.com/repos/dev/maven2 sourcesense dav: https://dev.sourcesense.com/repos/dev/maven2 Maybe a issue related to dav? I don't kow if you can use the webdav protocol for a repository. Can't you use an http adresse ? like https://dev.sourcesense.com/repos/dev/maven2 Rémy
Re: Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
On Wed, 2007-07-18 at 15:12 +0200, Wei Chen wrote: > I wonder if I can overcome this problem manually. I mean I download the > plugin myself and save it under the local repositories. Then I comment out > some entries in the setting.xml. This is possible but somewhat difficult and I would not advise it. Maven needs to download all kinds of dependencies from the remote repository, so this would not help much. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Spam:Re: Error [INFO] The plugin'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
Hi What settings do you have for the offline tag and localrepository? -Original Message- From: Wei Chen [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 18, 2007 2:48 PM To: Maven Users List Subject: Spam:Re: Error [INFO] The plugin'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found Yes, I am behind the proxy of our company. I've seen the link you sent me. And I configured the as follow but I get the same error. optional true http mycompany's proxy-ip 8080 localhost|127.0.0.1 Besides, I set the properties in the build.properties as follow: ... maven.repo.remote=http://repo1.maven.org/maven2,http://team.andromda.org/maven ... I think it should be correct, right? Original-Nachricht Datum: Wed, 18 Jul 2007 14:26:04 +0200 Von: Heinrich Nirschl <[EMAIL PROTECTED]> An: Maven Users List Betreff: Re: Error [INFO] The plugin \'org.apache.maven.plugins:maven-archetype-plugin\' does not exist or no valid version could be found > On Wed, 2007-07-18 at 14:09 +0200, Wei Chen wrote: > > [INFO] Searching repository for plugin with prefix: 'archetype'. > > [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins > > [INFO] org.apache.maven.plugins: checking for updates from central > > [WARNING] repository metadata for: 'org.apache.maven.plugins' could > > not > be retri > > eved from repository: central due to an error: Error transferring > > file [INFO] Repository 'central' will be blacklisted > > Hi, > > can it be that you are behind a proxy? If so, this may help: > http://maven.apache.org/guides/mini/guide-proxies.html > > - Henry > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger - 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 [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
I wonder if I can overcome this problem manually. I mean I download the plugin myself and save it under the local repositories. Then I comment out some entries in the setting.xml. Original-Nachricht Datum: Wed, 18 Jul 2007 14:48:09 +0200 Von: "Wei Chen" <[EMAIL PROTECTED]> An: "Maven Users List" Betreff: Re: Error [INFO] The plugin \'org.apache.maven.plugins:maven-archetype-plugin\' does not exist or no valid version could be found > Yes, I am behind the proxy of our company. I've seen the link you sent me. > And I configured the as follow but I get the same error. > > > optional > true > http > > > mycompany's proxy-ip > 8080 > localhost|127.0.0.1 > > > Besides, I set the properties in the build.properties as follow: > ... > maven.repo.remote=http://repo1.maven.org/maven2,http://team.andromda.org/maven > ... > > I think it should be correct, right? > > > > Original-Nachricht > Datum: Wed, 18 Jul 2007 14:26:04 +0200 > Von: Heinrich Nirschl <[EMAIL PROTECTED]> > An: Maven Users List > Betreff: Re: Error [INFO] The > plugin\'org.apache.maven.plugins:maven-archetype-plugin\' does not > exist or novalid version could be found > > > On Wed, 2007-07-18 at 14:09 +0200, Wei Chen wrote: > > > [INFO] Searching repository for plugin with prefix: 'archetype'. > > > [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins > > > [INFO] org.apache.maven.plugins: checking for updates from central > > > [WARNING] repository metadata for: 'org.apache.maven.plugins' could > not > > be retri > > > eved from repository: central due to an error: Error transferring file > > > [INFO] Repository 'central' will be blacklisted > > > > Hi, > > > > can it be that you are behind a proxy? If so, this may help: > > http://maven.apache.org/guides/mini/guide-proxies.html > > > > - Henry > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > -- > Pt! Schon vom neuen GMX MultiMessenger gehört? > Der kanns mit allen: http://www.gmx.net/de/go/multimessenger > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
On Wed, 2007-07-18 at 14:48 +0200, Wei Chen wrote: > Yes, I am behind the proxy of our company. I've seen the link you sent me. > And I configured the as follow but I get the same error. > > > optional > true > http > > > mycompany's proxy-ip > 8080 > localhost|127.0.0.1 > Hmm, don't know if this helps, but if your proxy does not need username/password try to leave out these tags completely. Sometimes, maven leaves some broken meta info files in its local repository when an attempt to reach a remote repository fails. In such cases it helps to wipe out the local repository. > > Besides, I set the properties in the build.properties as follow: > ... > maven.repo.remote=http://repo1.maven.org/maven2,http://team.andromda.org/maven > ... > > I think it should be correct, right? > build.properties are only used in Maven 1. So you don't need this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
Yes, I am behind the proxy of our company. I've seen the link you sent me. And I configured the as follow but I get the same error. optional true http mycompany's proxy-ip 8080 localhost|127.0.0.1 Besides, I set the properties in the build.properties as follow: ... maven.repo.remote=http://repo1.maven.org/maven2,http://team.andromda.org/maven ... I think it should be correct, right? Original-Nachricht Datum: Wed, 18 Jul 2007 14:26:04 +0200 Von: Heinrich Nirschl <[EMAIL PROTECTED]> An: Maven Users List Betreff: Re: Error [INFO] The plugin \'org.apache.maven.plugins:maven-archetype-plugin\' does not exist or no valid version could be found > On Wed, 2007-07-18 at 14:09 +0200, Wei Chen wrote: > > [INFO] Searching repository for plugin with prefix: 'archetype'. > > [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins > > [INFO] org.apache.maven.plugins: checking for updates from central > > [WARNING] repository metadata for: 'org.apache.maven.plugins' could not > be retri > > eved from repository: central due to an error: Error transferring file > > [INFO] Repository 'central' will be blacklisted > > Hi, > > can it be that you are behind a proxy? If so, this may help: > http://maven.apache.org/guides/mini/guide-proxies.html > > - Henry > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [WARNING] Unable to load parent project from repository: Could not find the model file....
Hi Ivo thanks for your answer. I was just going to file a bug report when I read the changelog [1] of the AbstractSiteMojo. And guess what... The latest entry says: "Fix confusing logs. Often, it's not a problem if the parent pom isn't found with a relative path but in the repository." So, I guess my problem was solved by replacing 'getLog().warn(...)' with 'getLog().info(...)' :-) Cheers, michael [1] http://svn.apache.org/viewvc/maven/plugins/trunk/maven-site-plugin/src/main/java/org/apache/maven/plugins/site/AbstractSiteMojo.java?view=log Ivo Limmen wrote: I ran into the same issue. It seems that Maven works using this setup but it will keep complaining that it can not find the pom file itself. From the documentation I understood that Maven first looks in the parent directory for the pom file. If it can not be found it looks in the local repository. And if that fails it will search the remote repository for the pom file. The warning is only a warning... it does work. Ivo On 7/17/07, Michael Meyer <[EMAIL PROTECTED]> wrote: Hi four our company I want to set up a parent pom that defines default versions for plugins (pluginManagement), repository locations and so on. The idea is that I make new releases of this project ever so often. Other people should be able to use this pom in their project by including the following in their top level pom: com.company root-pom 7 When I try to put this all together I get the following warning in a project that references my root-pom module: [INFO] [site:attach-descriptor] [WARNING] Unable to load parent project from repository: Could not find the model file 'D:\checkout\some-app\..\pom.xml'. for project unknown I read about the relativePath tag but I don't want the people to actually checkout the root-pom. Am I using the parent tag for the wrong thing or have I misconfigured something? Cheers, michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Michael Meyer | [EMAIL PROTECTED] phone +41-44-247 79 12 | fax +41-44-247 70 75 Netcetera AG | 8040 Zürich | Switzerland | http://netcetera.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
On Wed, 2007-07-18 at 14:09 +0200, Wei Chen wrote: > [INFO] Searching repository for plugin with prefix: 'archetype'. > [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins > [INFO] org.apache.maven.plugins: checking for updates from central > [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be > retri > eved from repository: central due to an error: Error transferring file > [INFO] Repository 'central' will be blacklisted Hi, can it be that you are behind a proxy? If so, this may help: http://maven.apache.org/guides/mini/guide-proxies.html - Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [BUG]
Thanks Stéphane, I checked out maven source from svn created a M2_HOME pointing to my new location (the 2.1-alpha) and just ran the ant build.xml file It started doing compilng this but then I got this: [java] [INFO] [compiler:testCompile] [java] [INFO] Compiling 19 source files to C:\dev\workspace\core-objects\plugins\maven\maven-artifact\target\test-classes [java] [INFO] [surefire:test] [java] [INFO] Surefire report directory: C:\dev\workspace\core-objects\plugins\maven\maven-artifact\target\surefire-reports [java] org.apache.maven.surefire.booter.SurefireExecutionException: Unable to instantiate and execute Surefire; nested exception is java.lang.ClassNotFoundException: org.apache.maven.surefire.Surefire [java] java.lang.ClassNotFoundException: org.apache.maven.surefire.Surefire [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200) [java] at java.security.AccessController.doPrivileged(Native Method) [java] at java.net.URLClassLoader.findClass(URLClassLoader.java:188) [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306) [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251) [java] at org.apache.maven.surefire.booter.IsolatedClassLoader.loadClass (IsolatedClassLoader.java:103) [java] at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess( SurefireBooter.java:281) [java] at org.apache.maven.surefire.booter.SurefireBooter.main( SurefireBooter.java:818) [java] [INFO] [java] [ERROR] BUILD ERROR [java] [INFO] [java] [INFO] There are test failures. [java] [INFO] [java] [INFO] Trace [java] org.apache.maven.BuildFailureException: There are test failures. [java] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:296) [java] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:112) [java] at org.apache.maven.embedder.MavenEmbedder.execute( MavenEmbedder.java:906) [java] at org.apache.maven.cli.MavenCli.main(MavenCli.java:367) [java] at org.apache.maven.cli.MavenCli.main(MavenCli.java:62) [java] Caused by: org.apache.maven.BuildFailureException: There are test failures. [java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:375) [java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:255) [java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:141) [java] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:292) [java] ... 4 more [java] Caused by: org.apache.maven.plugin.MojoFailureException: There are test failures. [java] at org.apache.maven.plugin.surefire.SurefirePlugin.execute( SurefirePlugin.java:425) [java] at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:647) [java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:354) [java] ... 7 more [java] [INFO] [java] [INFO] Total time: 57 seconds [java] [INFO] Finished at: Wed Jul 18 02:00:46 BRT 2007 [java] [INFO] Final Memory: 12M/31M [java] [INFO] [java] [INFO] [java] [INFO] [java] [INFO] [java] [INFO] Reactor Summary: [java] [INFO] [java] [INFO] Apache Maven .. SUCCESS [4.109s] [java] [INFO] Maven Artifact FAILED [51.969s] [java] [INFO] Maven Build Context ... NOT BUILT [java] [INFO] Maven Lifecycle Model . NOT BUILT [java] [INFO] Maven Model ... NOT BUILT [java] [INFO] Maven Local Settings Model NOT BUILT [java] [INFO] Maven Plugin Parameter Documenter API . NOT BUILT [java] [INFO] Maven Reporting ... NOT BUILT [java] [INFO] Maven Reporting API ... NOT BUILT [java] [INFO] Maven Profile Model ... NOT BUILT [java] [INFO] Maven Error Diagnostics ... NOT BUILT [java] [INFO] Maven Project Builder . NOT BUILT [java] [INFO] Maven Plugin API .. NOT BUILT [java] [INFO] Maven Plugin Descriptor Model . NOT BUILT [java] [INFO] Maven Monitor . NOT BUILT [java] [INFO]
Error [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found
Hi all, I downloaded and installed the maven2 today. As I try to create the local repositories with "mvn -U -X archetype:create -DgroupId=testapp -DartifactId=testapp", I got following error/exception. I've tried the resolution under "http://docs.codehaus.org/display/MAVENUSER/FAQs-1#FAQs-1-novalidversionHowdoIresolvethe%22%3Cpluginname%3Edoesnotexistornovalidversion%22error%3F";. But it doesn't help. Has someone idea? Best regards C:\TEMP>mvn -X -U archetype:create -DgroupId=testapp -DartifactId=testapp + Error stacktraces are turned on. Maven version: 2.0.7 Java version: 1.5.0_09 OS name: "windows xp" version: "5.1" arch: "x86" [DEBUG] Building Maven user-level plugin registry from: 'C:\Dokumente und Einste llungen\chenw\.m2\plugin-registry.xml' [DEBUG] Building Maven global-level plugin registry from: 'C:\Programme\Apache S oftware Foundation\maven-2.0.7\conf\plugin-registry.xml' [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retri eved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted [DEBUG] Exception org.apache.maven.wagon.TransferFailedException: Error transferring file at org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputD ata(LightweightHttpWagon.java:104) at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:68) at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(D efaultWagonManager.java:462) at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMeta data(DefaultWagonManager.java:363) at org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetada taManager.resolveAlways(DefaultRepositoryMetadataManager.java:364) at org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetada taManager.resolve(DefaultRepositoryMetadataManager.java:97) at org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMapping s(DefaultPluginMappingManager.java:103) at org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMapping s(DefaultPluginMappingManager.java:87) at org.apache.maven.plugin.DefaultPluginMappingManager.getByPrefix(Defau ltPluginMappingManager.java:61) at org.apache.maven.plugin.DefaultPluginManager.getPluginDefinitionForPr efix(DefaultPluginManager.java:149) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor (DefaultLifecycleExecutor.java:1451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListBy AggregationNeeds(DefaultLifecycleExecutor.java:386) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:138) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.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: java.net.ConnectException: Connection timed out: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.Socket.connect(Socket.java:516) at java.net.Socket.connect(Socket.java:466) at sun.net.NetworkClient.doConnect(NetworkClient.java:157) at sun.net.www.http.HttpClient.openServer(HttpClient.java:365) at sun.net.www.http.HttpClient.openServer(HttpClient.java:477) at sun.net.www.http.HttpClient.(HttpClient.java:214) at sun.net.www.http.HttpClient.New(HttpClient.java:287) at sun.net.www.http.HttpClient.New(HttpClient.java:299) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLC onnection.java:796) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConne ction.java:748) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection .java:673) at sun.net.www.protocol.http.HttpURLConnection.getInput
Re: Failed to validate POM warning
[WARNING] POM for 'sapiens:SapiensCommonsCore:pom:2.6.0:compile' is invalid. It will be ignored for artifact resolution. Reason: Failed to validate POM f or project sapiens:SapiensCommonsCore at Artifact [sapiens:SapiensCommonsCore:pom:2.6.0:compile] Isn't it possible to run mvn validate directly on the sapiens:SapiensCommonsCore:pom:2.6.0 ? I never try but you can test. mvn -f -f,--file Force the use of an alternate POM file. Rémy
Re: [m2] renaming resource files
Hi, We are also interested by a such renaming feature. In fact, it is possible to use the Antrun with copy past, but I find that it is not the best solution. It's more difficult to read the pom and to manage the evolution. One benefit of using maven and the pom is you are describing what you want to do at a model level rather than describing how to do it at a scripting level like with ant. So it's always a shame to use the antrun plugin. In our context, a project has some resources templates files and they want to easily distinguish between theses templates files and the others resources files. So they add _templates in the name of the resources templates files. For instance: src - main - resources - application.properties - log4j_templates.properties and they need to have: target - classes - application.properties - log4j.properties So it will be nice to be able to rename some resources files without using the antrun plugin. Rémy
Re: which xmlbeans lib for the xmlbeans plugin?
Hi, first of all xmlbeans xmlbeans 2.3.0 the groupId here _should_ be changed to 'org.apache.xmlbeans' (this was changed somewhere around version 2.2.0, check the pom file of the xmlbeans lib). it was just located in the wrong repository location here i'm using org.codehaus.mojo xmlbeans-maven-plugin 2.2.0 along with version 2.2.0 of the xmlbeans lib (but version 2.3.0 of the plugin should work with 2.3.0 of the lib too) when in doubt just check the pom file of your plugin and see which version it depends on. cheers, severin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
which xmlbeans lib for the xmlbeans plugin?
Hi, I am compiling my schema files with the current xmlbeans plugin - but which xmlbeans lib do I have to include as dependency in my code? I get this error on startup, so I think i am using the wrong version > Incompatible minor version - expecting up to 23, got 24 > (schemaorg_apache_xmlbeans.system I am using: > > xmlbeans > xmlbeans > 2.3.0 > Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [WARNING] Unable to load parent project from repository: Could not find the model file....
I ran into the same issue. It seems that Maven works using this setup but it will keep complaining that it can not find the pom file itself. From the documentation I understood that Maven first looks in the parent directory for the pom file. If it can not be found it looks in the local repository. And if that fails it will search the remote repository for the pom file. The warning is only a warning... it does work. Ivo On 7/17/07, Michael Meyer <[EMAIL PROTECTED]> wrote: Hi four our company I want to set up a parent pom that defines default versions for plugins (pluginManagement), repository locations and so on. The idea is that I make new releases of this project ever so often. Other people should be able to use this pom in their project by including the following in their top level pom: com.company root-pom 7 When I try to put this all together I get the following warning in a project that references my root-pom module: [INFO] [site:attach-descriptor] [WARNING] Unable to load parent project from repository: Could not find the model file 'D:\checkout\some-app\..\pom.xml'. for project unknown I read about the relativePath tag but I don't want the people to actually checkout the root-pom. Am I using the parent tag for the wrong thing or have I misconfigured something? Cheers, michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: webapp plugin
On 7/18/07, John Coleman <[EMAIL PROTECTED]> wrote: "The war packaging type looks to src/main/webapp for the web application files such as JSPs, but still looks for non-code files in the standard src/main/resources directory. Where you place files such as *.properties files is of personal choice, however, if you think you may filter the resources it is suggested that you place them in resources, not webapp." Maven Unser Guide ...I thought maybe I can adapt the existing plugin as part of my process to do the copy to target. Now I will write complete and self contained and just add it to the phase as suggested. I have absolutely idea, what the Maven User Guide says or doesn't. The authoritative source is the maven war plugins documentation, which clearly indicates, that you may configure additional resource directories. In other words, the process is follows: - Configure your plugin to run in the "generate-resources" phase and let it create a directory below target. - Configure the maven-war-plugin (which runs in the "package" phase, which is definitely later) to pick up your generated directories contents and include it into the webapp. I'll refrain from further comments. Jochen -- "Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: webapp plugin
When I read this... "The war packaging type looks to src/main/webapp for the web application files such as JSPs, but still looks for non-code files in the standard src/main/resources directory. Where you place files such as *.properties files is of personal choice, however, if you think you may filter the resources it is suggested that you place them in resources, not webapp." Maven Unser Guide ...I thought maybe I can adapt the existing plugin as part of my process to do the copy to target. Now I will write complete and self contained and just add it to the phase as suggested. John -Original Message- From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] Sent: 18 July 2007 09:20 To: Maven Users List Subject: Re: webapp plugin On 7/18/07, John Coleman <[EMAIL PROTECTED]> wrote: > I started looking at the resources phase, but the existing one just > seems to put resources into the classes directory, and is evidently > aimed at properties files and such. Obviously you did look at the resources *plugin* as opposed to the resources *phase*, where you can execute your own plugin. -- "Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Julia Vilke/Moscow/Canon/FI is out of the office.
I will be out of the office starting 16.05.2007 and will not return until 08.01.2008. I'm on maternity leave till January 2008. In case of Canon Consumable business, please contact Mikhail Popov, in case of Paper business - Maria Bondarenko. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Manage batch projects, assembly plugin
Hello, I'm trying to manage a bunch of modules with maven. I currently have ear projects, simple java projects, web projects and batch projects. For the first ones, I have no problem, but for the batch ones i'm having some issues. Here is what I want : I have one batch project that will be used to launch operations on databases, basically, the .sh will be placed on crontab ant periodically launch a jar file that contains the code to run. Here is how I created my projects: Sample_pom : contains the superpom (in order to edit it easily with eclipse) Sample_batch : contains the batch in src/main/resources Sample_java : contains one java class Sample_java is in Sample_batch's dependencies. My packaging is simple : I want a zip file containing the .sh file at the root and the jar(s) in a 'lib' folder. I managed to create such a file, but it is not perfect, here are my two main issues: First I couldn't put the to invoke assembly plugin in the pom of the batch project as an error message is fired telling it can't find the descriptor, i I put the plugin part in the superpom and the descriptor in my project: http://paste2.org/p/4892 Second, my .zip is created in the target directory of the Sample_pom project, I'd rather have it in the target directory of Sample_batch project, is it possible ? Third, my zip contains a folder named Sample_batch-1.0-SNAPSHOT.jar and I couldn't get rid of it (descriptor included) http://paste2.org/p/4893 As you see, I tried to exclude * in binaries but the folder is still here... Thanks for your help ! -- Cordialement/Regards, Rodolphe Beck [EMAIL PROTECTED]
Re: webapp plugin
On 7/18/07, John Coleman <[EMAIL PROTECTED]> wrote: I started looking at the resources phase, but the existing one just seems to put resources into the classes directory, and is evidently aimed at properties files and such. Obviously you did look at the resources *plugin* as opposed to the resources *phase*, where you can execute your own plugin. -- "Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven 1.1] StackOverflowError error for in multiproject plugin ???
I was defining some properties with similar names that creates a recursive conflict in latests Jexl : > maven.eclipse.classpath.include = ${ maven.eclipse.classpath.include.append} renaming my properties with non-conflicting names solves my issue. Thanks. 2007/7/18, Lukas Theussl <[EMAIL PROTECTED]>: Two more jira's that might be helpful: http://jira.codehaus.org/browse/MAVEN-1745 http://jira.codehaus.org/browse/MAVEN-1830 -Lukas Lukas Theussl wrote: > Probably because of this: > > http://jira.codehaus.org/browse/MAVEN-1749 > > check your properties... > > HTH, > -Lukas > > > nicolas de loof wrote: > >> Hello, >> >> I'm working on an old project that used maven 1.0.1 and try to upgrade to >> 1.1. >> When I run the multiproject:install goal, I get a >> java.lang.StackOverflowError: >>at java.lang.String.(String.java:208) >>at java.lang.StringBuffer.toString(StringBuffer.java:586) >> >> This is cause by a in multiproject plugin.jelly (???) >> " Gathering project list " >> When I remove this in the plugin jelly script (in cache dir), my >> build works as expected (I get other errors, but not related to this...) >> >> What did I miss ? I get same error with jrockit 5.0, 6.0 and Sun jdk 6. >> >> Nico. >> >> Here is the full stacktrace : >> >> Errors stack : >> Unable to obtain goal [multiproject:install] >> >> >> Fichier... file:/D:/platina/maven/cache/maven-multiproject-plugin-1.5.1 >> /plugin.jelly >> ╚lement... ant:echo >> Ligne. 54 >> Colonne... 17 >> java.lang.reflect.InvocationTargetException >> >> Exception stack traces : >> org.apache.maven.werkz.UnattainableGoalException: Unable to obtain goal >> [multiproject:install] >>at org.apache.maven.werkz.Goal.fire(Goal.java:698) >>at org.apache.maven.werkz.Goal.attain(Goal.java:623) >>at org.apache.maven.plugin.PluginManager.attainGoals( >> PluginManager.java:712) >>at >> org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) >>at org.apache.maven.cli.App.doMain(App.java:307) >>at org.apache.maven.cli.App.main(App.java:217) >>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 com.werken.forehead.Forehead.run(Forehead.java:551) >>at com.werken.forehead.Forehead.main(Forehead.java:581) >> Caused by: org.apache.commons.jelly.JellyTagException: >> file:/D:/platina/maven/cache/maven-multiproject-plugin-1.5.1/plug >> in.jelly:54:17: null >>at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java :178) >>at org.apache.commons.jelly.impl.TagScript.run(TagScript.java :250) >>at org.apache.commons.jelly.impl.ScriptBlock.run( ScriptBlock.java >> :95) >>at org.apache.commons.jelly.TagSupport.invokeBody( TagSupport.java >> :186) >>at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42) >>at org.apache.commons.jelly.impl.TagScript.run(TagScript.java :250) >>at org.apache.commons.jelly.impl.ScriptBlock.run( ScriptBlock.java >> :95) >>at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( >> MavenGoalTag.java:83) >>at >> org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction >> >> (MavenGoalTag.java:116) >>at org.apache.maven.werkz.Goal.fire(Goal.java:691) >>at org.apache.maven.werkz.Goal.attain(Goal.java:623) >>at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:526) >>at org.apache.maven.werkz.Goal.attain(Goal.java:621) >>at >> org.apache.maven.werkz.WerkzProject.attainGoal(WerkzProject.java >> :209) >>at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag( >> MavenAttainGoalTag.java:115) >>at org.apache.commons.jelly.impl.TagScript.run(TagScript.java :250) >>at org.apache.commons.jelly.impl.ScriptBlock.run( ScriptBlock.java >> :95) >>at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( >> MavenGoalTag.java:83) >>at >> org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction >> >> (MavenGoalTag.java:116) >>at org.apache.maven.werkz.Goal.fire(Goal.java:691) >>at org.apache.maven.werkz.Goal.attain(Goal.java:623) >>at org.apache.maven.plugin.PluginManager.attainGoals( >> PluginManager.java:712) >>at >> org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) >>at org.apache.maven.cli.App.doMain(App.java:307) >>at org.apache.maven.cli.App.main(App.java:217) >>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>at sun.reflect.NativeMethodAccessorImpl.invoke( >> NativeMethodAccessorImpl.java:39) >>at sun.reflect.DelegatingMethodAccessorImpl.invoke(
RE: webapp plugin
Hi, thanks for your replies Jochen. The filtering we do on the js and jsp scans a template version of the files for xml like tags in order to include/drop code sections depending on the role desired (not ideal I think but that's how it is). So far as I understand Maven filtering it is more like a substitution mechanism. We already have our "filter" packaged as a plugin, I don't want a rewrite. I started looking at the resources phase, but the existing one just seems to put resources into the classes directory, and is evidently aimed at properties files and such. Thanks a lot for your tip, I hope I can figure out how to use it, it looks just like what I need. Regards, John -Original Message- From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] Sent: 17 July 2007 12:16 To: Maven Users List Subject: Re: webapp plugin On 7/17/07, John Coleman <[EMAIL PROTECTED]> wrote: > I have developed a plugin that filters js and jsp files to customize > them prior to packaging. The filtering possibilities provided by the maven-war-plugin aren't sufficient? IMO, filtering should be an abstract mechanism, as implemented in Ant, with customizable filters. That would most possibly have saved you 50% of the job or more. > I was going to bind the plugin to the package phase but it would make No, that doesn't make sense. Use the generate-resources phase, write the filtered result to a directory below target and add that directory as a resource to the maven-war-plugin's configuration. > The plugin also expects 2 parameters, these being the source directory > and the target directory. Use meaningful defaults like expression="${myplugin.srcdir" default="src/main/myplugin" expression="${myplugin.destdir" default="${project.build.directory}/myplugin" Jochen -- "Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obviously believing that we don't need a police, because all illegal actions are forbidden. http://dip.bundestag.de/btd/16/051/1605194.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven 1.1] StackOverflowError error for in multiproject plugin ???
Two more jira's that might be helpful: http://jira.codehaus.org/browse/MAVEN-1745 http://jira.codehaus.org/browse/MAVEN-1830 -Lukas Lukas Theussl wrote: Probably because of this: http://jira.codehaus.org/browse/MAVEN-1749 check your properties... HTH, -Lukas nicolas de loof wrote: Hello, I'm working on an old project that used maven 1.0.1 and try to upgrade to 1.1. When I run the multiproject:install goal, I get a java.lang.StackOverflowError: at java.lang.String.(String.java:208) at java.lang.StringBuffer.toString(StringBuffer.java:586) This is cause by a in multiproject plugin.jelly (???) " Gathering project list " When I remove this in the plugin jelly script (in cache dir), my build works as expected (I get other errors, but not related to this...) What did I miss ? I get same error with jrockit 5.0, 6.0 and Sun jdk 6. Nico. Here is the full stacktrace : Errors stack : Unable to obtain goal [multiproject:install] Fichier... file:/D:/platina/maven/cache/maven-multiproject-plugin-1.5.1 /plugin.jelly ╚lement... ant:echo Ligne. 54 Colonne... 17 java.lang.reflect.InvocationTargetException Exception stack traces : org.apache.maven.werkz.UnattainableGoalException: Unable to obtain goal [multiproject:install] at org.apache.maven.werkz.Goal.fire(Goal.java:698) at org.apache.maven.werkz.Goal.attain(Goal.java:623) at org.apache.maven.plugin.PluginManager.attainGoals( PluginManager.java:712) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:307) at org.apache.maven.cli.App.main(App.java:217) 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 com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: org.apache.commons.jelly.JellyTagException: file:/D:/platina/maven/cache/maven-multiproject-plugin-1.5.1/plug in.jelly:54:17: null at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:178) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java :186) at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( MavenGoalTag.java:83) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag.java:116) at org.apache.maven.werkz.Goal.fire(Goal.java:691) at org.apache.maven.werkz.Goal.attain(Goal.java:623) at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:526) at org.apache.maven.werkz.Goal.attain(Goal.java:621) at org.apache.maven.werkz.WerkzProject.attainGoal(WerkzProject.java :209) at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag( MavenAttainGoalTag.java:115) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( MavenGoalTag.java:83) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag.java:116) at org.apache.maven.werkz.Goal.fire(Goal.java:691) at org.apache.maven.werkz.Goal.attain(Goal.java:623) at org.apache.maven.plugin.PluginManager.attainGoals( PluginManager.java:712) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:307) at org.apache.maven.cli.App.main(App.java:217) 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 com.werken.forehead.Forehead.run(Forehead.java:551) Caused by: java.lang.reflect.InvocationTargetException 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.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:172) at org
Re: [BUG]
It won't. The issue is fixed and the fix for version is 2.1-alpha-1. Cheers, Stéphane On 7/18/07, João Kreuzberg <[EMAIL PROTECTED]> wrote: Hey guys http://jira.codehaus.org/browse/MNG-2347 I notice this bug is fixed but not for the current stable version. Can someone tell me when those fixes will get incorporated into the stable version? Best Regards, João Kreuzberg -- Large Systems Suck: This rule is 100% transitive. If you build one, you suck" -- S.Yegge - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven 1.1] StackOverflowError error for in multiproject plugin ???
Probably because of this: http://jira.codehaus.org/browse/MAVEN-1749 check your properties... HTH, -Lukas nicolas de loof wrote: Hello, I'm working on an old project that used maven 1.0.1 and try to upgrade to 1.1. When I run the multiproject:install goal, I get a java.lang.StackOverflowError: at java.lang.String.(String.java:208) at java.lang.StringBuffer.toString(StringBuffer.java:586) This is cause by a in multiproject plugin.jelly (???) " Gathering project list " When I remove this in the plugin jelly script (in cache dir), my build works as expected (I get other errors, but not related to this...) What did I miss ? I get same error with jrockit 5.0, 6.0 and Sun jdk 6. Nico. Here is the full stacktrace : Errors stack : Unable to obtain goal [multiproject:install] Fichier... file:/D:/platina/maven/cache/maven-multiproject-plugin-1.5.1 /plugin.jelly ╚lement... ant:echo Ligne. 54 Colonne... 17 java.lang.reflect.InvocationTargetException Exception stack traces : org.apache.maven.werkz.UnattainableGoalException: Unable to obtain goal [multiproject:install] at org.apache.maven.werkz.Goal.fire(Goal.java:698) at org.apache.maven.werkz.Goal.attain(Goal.java:623) at org.apache.maven.plugin.PluginManager.attainGoals( PluginManager.java:712) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:307) at org.apache.maven.cli.App.main(App.java:217) 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 com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: org.apache.commons.jelly.JellyTagException: file:/D:/platina/maven/cache/maven-multiproject-plugin-1.5.1/plug in.jelly:54:17: null at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:178) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java :186) at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( MavenGoalTag.java:83) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag.java:116) at org.apache.maven.werkz.Goal.fire(Goal.java:691) at org.apache.maven.werkz.Goal.attain(Goal.java:623) at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:526) at org.apache.maven.werkz.Goal.attain(Goal.java:621) at org.apache.maven.werkz.WerkzProject.attainGoal(WerkzProject.java :209) at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag( MavenAttainGoalTag.java:115) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( MavenGoalTag.java:83) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag.java:116) at org.apache.maven.werkz.Goal.fire(Goal.java:691) at org.apache.maven.werkz.Goal.attain(Goal.java:623) at org.apache.maven.plugin.PluginManager.attainGoals( PluginManager.java:712) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:307) at org.apache.maven.cli.App.main(App.java:217) 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 com.werken.forehead.Forehead.run(Forehead.java:551) Caused by: java.lang.reflect.InvocationTargetException 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.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:172) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.commons
[maven 1.1] StackOverflowError error for in multiproject plugin ???
Hello, I'm working on an old project that used maven 1.0.1 and try to upgrade to 1.1. When I run the multiproject:install goal, I get a java.lang.StackOverflowError: at java.lang.String.(String.java:208) at java.lang.StringBuffer.toString(StringBuffer.java:586) This is cause by a in multiproject plugin.jelly (???) " Gathering project list " When I remove this in the plugin jelly script (in cache dir), my build works as expected (I get other errors, but not related to this...) What did I miss ? I get same error with jrockit 5.0, 6.0 and Sun jdk 6. Nico. Here is the full stacktrace : Errors stack : Unable to obtain goal [multiproject:install] Fichier... file:/D:/platina/maven/cache/maven-multiproject-plugin-1.5.1 /plugin.jelly ╚lement... ant:echo Ligne. 54 Colonne... 17 java.lang.reflect.InvocationTargetException Exception stack traces : org.apache.maven.werkz.UnattainableGoalException: Unable to obtain goal [multiproject:install] at org.apache.maven.werkz.Goal.fire(Goal.java:698) at org.apache.maven.werkz.Goal.attain(Goal.java:623) at org.apache.maven.plugin.PluginManager.attainGoals( PluginManager.java:712) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:307) at org.apache.maven.cli.App.main(App.java:217) 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 com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: org.apache.commons.jelly.JellyTagException: file:/D:/platina/maven/cache/maven-multiproject-plugin-1.5.1/plug in.jelly:54:17: null at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:178) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java :186) at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( MavenGoalTag.java:83) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag.java:116) at org.apache.maven.werkz.Goal.fire(Goal.java:691) at org.apache.maven.werkz.Goal.attain(Goal.java:623) at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:526) at org.apache.maven.werkz.Goal.attain(Goal.java:621) at org.apache.maven.werkz.WerkzProject.attainGoal(WerkzProject.java :209) at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag( MavenAttainGoalTag.java:115) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( MavenGoalTag.java:83) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag.java:116) at org.apache.maven.werkz.Goal.fire(Goal.java:691) at org.apache.maven.werkz.Goal.attain(Goal.java:623) at org.apache.maven.plugin.PluginManager.attainGoals( PluginManager.java:712) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:307) at org.apache.maven.cli.App.main(App.java:217) 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 com.werken.forehead.Forehead.run(Forehead.java:551) Caused by: java.lang.reflect.InvocationTargetException 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.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:172) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:250) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java :95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java :186) at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42) at org.apache.
Re: Build failure out of the blue
On 7/18/07, Henry Isidro <[EMAIL PROTECTED]> wrote: Try changing your java alternative setting: sudo update-alternatives --config java HTH, Henry Hmmmit's running on a Solaris machine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]