Re: Deploy error
Hi, sounds like a bug in the commons-net library (or in your ftp server implementation). The source code line causing the exception is this: reply = reply.substring(reply.indexOf('(') + 1, reply.indexOf(')')).trim(); which parses a server reply and probably doesn't find the parenthesis it's looking for. -Tim Adam schrieb: Greetings: I am trying to ftp a JAR over to a remote repository. I am able to upload the JAR (ie, I can FTP) but keeping getting this error: [ERROR] FATAL ERROR [INFO] --- [INFO] String index out of range: -27 [INFO] --- [INFO] Trace java.lang.StringIndexOutOfBoundsException: String index out of range: -27 Has anyone dealt with this before? I am putting the full stack trace below. Thanks in advance. [INFO] [deploy:deploy] [INFO] Retrieving previous build number from mv-ossi-snapshotrepository Uploading: ftp://m2snapshotrepo.ossi.mobilvox.com/opt/m2snapshotrepo/com/mobilvox/ossi/mojo/maven-js-plugin/1.0-SNAPSHOT/maven-js-plugin-1.0-20070628.163132-1.jar [INFO] [ERROR] FATAL ERROR [INFO] [INFO] String index out of range: -27 [INFO] [INFO] Trace java.lang.StringIndexOutOfBoundsException: String index out of range: -27 at java.lang.String.substring(String.java:1938) at org.apache.commons.net.ftp.FTPClient.__parsePassiveModeReply(FTPClient.java:341) at org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:511) at org.apache.commons.net.ftp.FTPClient.__storeFileStream(FTPClient.java:424) at org.apache.commons.net.ftp.FTPClient.storeFileStream(FTPClient.java:1419) at org.apache.maven.wagon.providers.ftp.FtpWagon.fillOutputData(FtpWagon.java:275) at org.apache.maven.wagon.StreamWagon.put(StreamWagon.java:133) at org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile(DefaultWagonManager.java:237) at org.apache.maven.artifact.manager.DefaultWagonManager.putArtifact(DefaultWagonManager.java:153) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifactDeployer.java:80) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:131) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) 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:272) 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:597) 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Maven to Rename a Package
Hi, as far as I can tell you can't do this with the current archetype plugin. However, there is currently a successor in development over at the mojo project that should support this kind of things. Currently no website is set up for it and I can't tell if there are any binary releases of it. Your best option probably is to just check out the sources[1] and try if it does what you need. -Tim [1] https://svn.codehaus.org/mojo/trunk/mojo/mojo-sandbox/maven-archetypeng/ Ferguson, Jason M TSgt 375 CSPTS/SCE schrieb: Sorry, I'm a newbie at Maven 2, I admit it. I have a project template that I use for all new development projects. The package directory (under the java directory) will look like this: org.jason.sample.dao org.jason.sample.service org.jason.sample.model org.jason.sample.web (etc) My test directory will look similar to the java directory (along with resources and test-resources, etc). Since the packages under sample (dao, service, etc) are not empty, I need them as part of a Maven archetype. However, I want to rename "sample" to something more descriptive (such as "photogallery" or something like that). Is there a simple way to have Maven rename "sample"? Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven-remote-resources-plugin] weird behavior on NOTICE and LICENSE files ?
Matthias, On Sunday 24 June 2007 07:01, Matthias Wessendorf wrote: > I used the maven-remote-resources-plugin in the past to add NOTICE and > LICENSE to regular JAR and: > a) source JAR > b) javadoc JAR > > Now, running this command > > mvn clean source:jar javadoc:jar install deploy > -DaltDeploymentRepository=matzew::default::file:FOLDER > > on this POM ([1]) it doesn't work. Nope. That wouldn't work. The remote resources needs to run before the source:jar and javadoc:jar.Couple ways to do that: 1) Try: mvn clean compile source:jar javadoc:jar install deploy .. The compile should cause the remote-resources to run. 2) Create a "deploy" profile or similar that adds the source:jar and javadoc:jar goals to the normal lifecycle and just use the profile. > The source.jar is fine, but the javadoc.jar doesn't contain > NOTICE/LICENSE. Not sure, why it stopped working (I tried with the > older alpha-2 and the newest alpha-5) Also double check the version of the javadoc plugin. You need the latest one. Earlier versions won't pick up the resources. > > Any ideas ? > > Thanks, > Matthias > > > [1] http://tinyurl.com/2rvfuy -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Missing dependancies
Hello I am new to maven. I just installed the maven plugin for eclipse as described at http://maven.apache.org/eclipse-plugin.html. I have then created a small project with the following dependency. org.hibernate hibernate-entitymanager 3.3.1.ga When maven download the dependencies, i get the following error messages: -BEGIN ERROR MESSAGE 29/06/07 01:08:28 BST: Failed to run generate source goals /rtl.portal/pom.xml Missing: -- 1) org.hibernate:hibernate-commons-annotations:jar:3.0.0.ga Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.hibernate -DartifactId=hibernate-commons-annotations \ -Dversion=3.0.0.ga -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) rocfox:rtl.portal:war:0.0.1 2) org.hibernate:hibernate-entitymanager:jar:3.3.1.ga 3) org.hibernate:hibernate-commons-annotations:jar:3.0.0.ga 2) javax.transaction:jta:jar:1.0.1B Try downloading the file manually from: http://java.sun.com/products/jta Then, install it using the command: mvn install:install-file -DgroupId=javax.transaction -DartifactId=jta \ -Dversion=1.0.1B -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) rocfox:rtl.portal:war:0.0.1 2) org.hibernate:hibernate-entitymanager:jar:3.3.1.ga 3) org.hibernate:hibernate:jar:3.2.4.ga 4) javax.transaction:jta:jar:1.0.1B 3) jboss:jboss-common-core:jar:2.0.4.GA Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=jboss -DartifactId=jboss-common-core \ -Dversion=2.0.4.GA -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) rocfox:rtl.portal:war:0.0.1 2) org.hibernate:hibernate-entitymanager:jar:3.3.1.ga 3) jboss:jboss-common-core:jar:2.0.4.GA -- 3 required artifacts are missing. for artifact: rocfox:rtl.portal:war:0.0.1 from the specified remote repositories: central (http://repo1.maven.org/maven2) -END ERROR MESSAGE I understand the I can download those dependencies manually but i do not know how to run a command such as the following within eclipse IDE mvn install:install-file -DgroupId=org.hibernate -DartifactId=hibernate-commons-annotations -Dversion=3.0.0.ga -Dpackaging=jar -Dfile=/path/to/file What have I missed? Cheers Nic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven SCM resolution problem when used with parent pom
Here's the problem I have a parent pom defining the scm url http://svn/repository scm:svn:${svn-repository}/${artifactId}/trunk ${svn-repository}/${artifactId} This works fine for the parent pom project Output on debug >> Configuring mojo 'org.apache.maven.plugins:maven-scm-plugin:1.0:validate' --> [DEBUG] (f) basedir = c:\wk\raleys.maven\com.raleys.maven [DEBUG] (f) connectionType = connection [DEBUG] (s) connectionUrl = scm:svn:http://svn/repository/com.raleys.maven/trunk [DEBUG] (f) scmConnection = scm:svn:http://svn/repository/com.raleys.maven/trunk [DEBUG] (f) settings = [EMAIL PROTECTED] << For the child project There is no definition for scm and here is what i get mvn -X scm:validate Output (f) basedir = c:\wk\raleys.maven\com.raleys.utils [DEBUG] (f) connectionType = connection [DEBUG] (s) connectionUrl = scm:svn:http://svn/repository/com.raleys.utils/trunk/com.raleys.utils [DEBUG] (f) developerConnectionUrl = scm:svn:http://svn/repository/com.raleys.utils/trunk/com.raleys.utils [DEBUG] (f) settings = [EMAIL PROTECTED] <<< However if I put the definition cut and paste from the parent pom into the child pom scm:svn:${svn-repository}/${artifactId}/trunk ${svn-repository}/${artifactId} mvn -X scm:validate gives this output >> [DEBUG] (f) basedir = c:\wk\raleys.maven\com.raleys.maven [DEBUG] (f) connectionType = connection [DEBUG] (s) connectionUrl = scm:svn:http://svn/repository/com.raleys.maven/trunk [DEBUG] (f) scmConnection = scm:svn:http://svn/repository/com.raleys.maven/trunk [DEBUG] (f) settings = [EMAIL PROTECTED] <<< Is this a bug or am I missing something -- View this message in context: http://www.nabble.com/Maven-SCM-resolution-problem-when-used-with-parent-pom-tf3997423s177.html#a11352893 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: How to get findbugs plugin to fail a build
I'm not certain this is a supported feature of the Findbugs plugin. I use findbugs but have never felt the need (personally) to fail a build based on the results of the analysis. So if you are unable to find documentation explaining how to do this, I'd assume/suggest that it is simply not a supported function of the plugin. Wayne On 6/28/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Hi, I want to incorporate the FindBugs tool into my builds and get it to fail my builds if it finds issues. I am using the plugin from http://mojo.codehaus.org/findbugs-maven-plugin/ Does anyone know how to configure it to fail builds, I do not see any settings for it. Right now it is generating a report, which clearly shows issues being reported, but my build is successful. Thanks -- Craig Dickson Software Engineering Manager Behr Process Corporation Santa Ana, California --- The information contained in this e-mail message may be proprietary, privileged, confidential or protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this e-mail message in error, please e-mail the sender. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URGENT: Renaming files during compile time
As others have mentioned, profiles are the proper way to proceed with this requirement. This same thing was just discussed in the last day or two, so check the archives or Nabble.com and you're bound to find more examples and discussion on this topic. About the "URGENT" in your subject -- I'd leave that out of future emails. Every question on this list is urgent to the person who needs the help. If anything, I actually go a little out of my way to IGNORE these emails. Just FYI... Wayne On 6/28/07, Terala, Satish (IS Consultant) <[EMAIL PROTECTED]> wrote: You should do this using profiles. Typically you would define a profile for each environment dev target-env dev src/main/filters/dev.filter.properties Depending on the env you want to build for dev/prod/stage , you can pass in the appropriate value with -Dtarget-env= when running a maven goal. I am not sure if you have a plugin that will rename the files (you can definitely use a ant task to do that), instead the way its recommended is by using a filter file instead. Have the application.xml define variables for property values you want to change, and replace those with values from the appropriate environment filters file. -Satish -Original Message- From: Vaidya, Supriya A (US - Chicago) [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 5:49 PM To: users@maven.apache.org Subject: URGENT: Renaming files during compile time Hi: Here is what needs to be achieved: I have 3 different configuration files: application-dev.properties, application-int.properties, application-prod.properties. Depending on the value taken by a certain variable (where and how do shoudl I define this variable??), I need to have one of the above files copied to a certain directory, and renamed. How do I achieve this with Maven? I have tried using the maven-dependency-plugin, but am not sure how to define the artifacts... org.apache.maven.plugins maven-dependency-plugin copy package copy my-application application-prod.xml file false ${project.build.directory} application.xml This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. [v.E.1] - 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: URGENT: Renaming files during compile time
You should do this using profiles. Typically you would define a profile for each environment dev target-env dev src/main/filters/dev.filter.properties Depending on the env you want to build for dev/prod/stage , you can pass in the appropriate value with -Dtarget-env= when running a maven goal. I am not sure if you have a plugin that will rename the files (you can definitely use a ant task to do that), instead the way its recommended is by using a filter file instead. Have the application.xml define variables for property values you want to change, and replace those with values from the appropriate environment filters file. -Satish -Original Message- From: Vaidya, Supriya A (US - Chicago) [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 5:49 PM To: users@maven.apache.org Subject: URGENT: Renaming files during compile time Hi: Here is what needs to be achieved: I have 3 different configuration files: application-dev.properties, application-int.properties, application-prod.properties. Depending on the value taken by a certain variable (where and how do shoudl I define this variable??), I need to have one of the above files copied to a certain directory, and renamed. How do I achieve this with Maven? I have tried using the maven-dependency-plugin, but am not sure how to define the artifacts... org.apache.maven.plugins maven-dependency-plugin copy package copy my-application application-prod.xml file false ${project.build.directory} application.xml This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. [v.E.1] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URGENT: Renaming files during compile time
How about maven-antrun-plugin, using the Ant task? About the variable naming, it depends on where the information comes from - can it be set on the cmdline? Is it available as an environment variable? Profiles are a standard Maven mechanism to get the build to respond differently to different conditions: http://maven.apache.org/guides/introduction/introduction-to-profiles.html Steve Vaidya, Supriya A (US - Chicago) wrote: > Hi: > > Here is what needs to be achieved: > > I have 3 different configuration files: application-dev.properties, > application-int.properties, application-prod.properties. Depending on > the value taken by a certain variable (where and how do shoudl I define > this variable??), I need to have one of the above files copied to a > certain directory, and renamed. > > How do I achieve this with Maven? > > I have tried using the maven-dependency-plugin, but am not sure how to > define the artifacts... > > > org.apache.maven.plugins > maven-dependency-plugin > > > copy > package > > copy > > > > > my-application > application-prod.xml > file > false > > ${project.build.directory} > application.xml > > > > > > > > > This message (including any attachments) contains confidential information > intended for a specific individual and purpose, and is protected by law. If > you are not the intended recipient, you should delete this message. > > > Any disclosure, copying, or distribution of this message, or the taking of > any action based on it, is strictly prohibited. [v.E.1] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
URGENT: Renaming files during compile time
Hi: Here is what needs to be achieved: I have 3 different configuration files: application-dev.properties, application-int.properties, application-prod.properties. Depending on the value taken by a certain variable (where and how do shoudl I define this variable??), I need to have one of the above files copied to a certain directory, and renamed. How do I achieve this with Maven? I have tried using the maven-dependency-plugin, but am not sure how to define the artifacts... org.apache.maven.plugins maven-dependency-plugin copy package copy my-application application-prod.xml file false ${project.build.directory} application.xml This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. [v.E.1]
How to get findbugs plugin to fail a build
Hi, I want to incorporate the FindBugs tool into my builds and get it to fail my builds if it finds issues. I am using the plugin from http://mojo.codehaus.org/findbugs-maven-plugin/ Does anyone know how to configure it to fail builds, I do not see any settings for it. Right now it is generating a report, which clearly shows issues being reported, but my build is successful. Thanks -- Craig Dickson Software Engineering Manager Behr Process Corporation Santa Ana, California --- The information contained in this e-mail message may be proprietary, privileged, confidential or protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this e-mail message in error, please e-mail the sender.
RE: Exception configuring javadoc with yDoc ...
The only way to solve the issue was to add all required ydoc library and resource files under the CLASSPATH environment variable ... Strange as it should not be that way. Anyways how can I overwrite classpath info within a profile? examples? TIA, Regards, Giovanni - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
two schedules at diferents times
Hello, I've a question. I want add two diferentes schedules to a project in continuum, actually is using 1.1-alpha-2. I want that one schedule that throw each five minutes and the second schedule will be throw one time at midnight. The problem es that, when the last build is generated before the midnight is done, then the next update will not see changes from the previous. There is some solution for this scenario? Thanks for all. Martin.
i wan subscribe
subscribe
war:war exception
I am wondering how I can get to the bottom of this exception/build error. I am already running the -e option: [INFO] [war:war] [INFO] Exploding webapp... [INFO] Assembling webapp cmsl-war in C:\Work3\cmsl-app\cmsl-war\target\cmsl-war-1.0-SNAPSHOT [INFO] Copy webapp webResources to C:\Work3\cmsl-app\cmsl-war\target\cmsl-war-1.0-SNAPSHOT [INFO] Copy webapp webResources to C:\Work3\cmsl-app\cmsl-war\target\cmsl-war-1.0-SNAPSHOT [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org.apache.maven.project.MavenProject incompatible with java.lang.String [INFO] [INFO] Trace java.lang.ClassCastException: org.apache.maven.project.MavenProject incompatible with java.lang.String at org.codehaus.plexus.util.InterpolationFilterReader.read(InterpolationFilterReader.java:269) at org.codehaus.plexus.util.InterpolationFilterReader.read(InterpolationFilterReader.java:162) at java.io.Reader.read(Reader.java:143) at org.codehaus.plexus.util.IOUtil.copy(IOUtil.java:212) at org.codehaus.plexus.util.IOUtil.copy(IOUtil.java:200) at org.apache.maven.plugin.war.AbstractWarMojo.copyFilteredFile(AbstractWarMojo.java:921) at org.apache.maven.plugin.war.AbstractWarMojo.copyResources(AbstractWarMojo.java:415) at org.apache.maven.plugin.war.AbstractWarMojo.buildWebapp(AbstractWarMojo.java:518) at org.apache.maven.plugin.war.AbstractWarMojo.buildExplodedWebapp(AbstractWarMojo.java:347) at org.apache.maven.plugin.war.WarMojo.performPackaging(WarMojo.java:164) at org.apache.maven.plugin.war.WarMojo.execute(WarMojo.java:130) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) 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:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) 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: 21 seconds [INFO] Finished at: Thu Jun 28 15:48:46 EDT 2007 [INFO] Final Memory: 9M/33M [INFO] --TIA
[M2] Properties not being expanded/interpolated in local repository POMs
Hello, There seem to be a number of JIRA issues that may be manifestations of the same problem- properties not being interpolated in the POM during install:install to the local repository. I am a new maven user, so perhaps I am misunderstanding something fundamental, but I think that pom files installed into the local repo should have all properties expanded; is this not the case? The mailing list suggests that this started in 2.0.3. I still see the problem in the 2.0.7 built from svn source. Here are the issues that may be related: POM interpolation problem in maven-2.0.3: http://jira.codehaus.org/browse/MNG-2186 Variables are not replaced into installed pom file: http://jira.codehaus.org/browse/MNG-2971 properties not expanded in generated POMs when building A/B/C nested projects: http://jira.codehaus.org/browse/MNG-3057 building from the middle pom of a (parent,child,grandchild) heirarchy fails: http://jira.codehaus.org/browse/MNG-2619 global variable filtering of pom.xml for parent and sub module pom.xml files is not working when deploying to a repository: http://jira.codehaus.org/browse/MNG-2412 It's also been mentioned on the mailing list a few times. I think this is an important issue and would appreciate it if someone could clarify the expected behavior, and suggest a potential fix or workaround. I'm happy to work with anyone who would like to explore this. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Deploy error
Greetings: I am trying to ftp a JAR over to a remote repository. I am able to upload the JAR (ie, I can FTP) but keeping getting this error: [ERROR] FATAL ERROR [INFO] --- [INFO] String index out of range: -27 [INFO] --- [INFO] Trace java.lang.StringIndexOutOfBoundsException: String index out of range: -27 Has anyone dealt with this before? I am putting the full stack trace below. Thanks in advance. [INFO] [deploy:deploy] [INFO] Retrieving previous build number from mv-ossi-snapshotrepository Uploading: ftp://m2snapshotrepo.ossi.mobilvox.com/opt/m2snapshotrepo/com/mobilvox/ossi/mojo/maven-js-plugin/1.0-SNAPSHOT/maven-js-plugin-1.0-20070628.163132-1.jar [INFO] [ERROR] FATAL ERROR [INFO] [INFO] String index out of range: -27 [INFO] [INFO] Trace java.lang.StringIndexOutOfBoundsException: String index out of range: -27 at java.lang.String.substring(String.java:1938) at org.apache.commons.net.ftp.FTPClient.__parsePassiveModeReply(FTPClient.java:341) at org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:511) at org.apache.commons.net.ftp.FTPClient.__storeFileStream(FTPClient.java:424) at org.apache.commons.net.ftp.FTPClient.storeFileStream(FTPClient.java:1419) at org.apache.maven.wagon.providers.ftp.FtpWagon.fillOutputData(FtpWagon.java:275) at org.apache.maven.wagon.StreamWagon.put(StreamWagon.java:133) at org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile(DefaultWagonManager.java:237) at org.apache.maven.artifact.manager.DefaultWagonManager.putArtifact(DefaultWagonManager.java:153) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifactDeployer.java:80) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:131) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) 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:272) 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:597) 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] -- Adam Altemus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Filtering resources into a directory other than classes for a webapp?
Yeah, looks like 2.0 doesn't work and when I switched it to 2.0.2 it worked right away. On May 7, 2007, at 12:31 PM, stig.lau wrote: I was looking for the same solution, and the war-plugin seemed right. But my config files were always put in the war root instead of the folder i specified. The solution for me was to use the 2.0.2 version of the war-plugin instead of 2.0. Heinrich Nirschl wrote: On Fri, 2007-04-27 at 15:17 -0400, Jared Blitzstein wrote: Thanks, I've read that as well as http://maven.apache.org/guides/ getting-started/index.html#How%20do%20I%20filter%20resource%20files and it's basically the same thing as the WAR plugin...I believe. Since I need this on both the WAR and the exploded app for jetty, I'm not sure if the war plugin is what I need to be using. But the files are actually being filtered, it's just they're not ending up in / WEB- INF/config/ like I want. They're going to /WEB-INF/classes/WEB-INF/ config/. Here is the snippet from my pom src/main/filters/${env}.var src/main/webapp/WEB-INF/config true WEB-INF/config/ Any ideas? I have not tried this, but according to the documentation a configuration similar to this for the war plugin should work: org.apache.maven.plugins maven-war-plugin src/main/filters/${env}.var configurations WEB-INF/config true - Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Filtering- resources-into-a-directory-other-than-classes-for-a-webapp-- tf3658613s177.html#a10360724 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wagon FTP 1.0
Any plans to release Wagon FTP 1.0? I see that WAGONFTP-7 [1] was fixed months ago, and targetted for 1.0, but there has not yet been a release. [1] http://jira.codehaus.org/browse/WAGONFTP-7 -- Daniel Siegmann FJA-US, Inc. 512 Seventh Ave., New York, NY 10018 (212) 840-2618 ext. 139 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Reminder to vote for 2.0.8 issues
I expect I would've run into that bug very soon. I guess I should be thankful for the forewarning. ;-) I have voted for the issue. -Original Message- From: Paul Spencer [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 1:49 PM To: Maven Users List Subject: Re: Reminder to vote for 2.0.8 issues Jason, Jira will not let you vote for an issue you created :( If it would, I would vote for MNG-2075 [1] Paul Spencer [1] http://jira.codehaus.org/browse/MNG-3075 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OSGi bundles as dependencies
On 6/28/07, Steven E. Harris <[EMAIL PROTECTED]> wrote: Craig Ching <[EMAIL PROTECTED]> writes: > Would the best way to approach this be to jar up the bundle and > shove into the maven repo with a groupId and artifactId? Yes, I'd do that first. > Then have some way to pull and unpack the jar in the right place > during the maven install goal? Actually, I think this sounds more like the "package" goal if you're talking about composing a WAR. I've never used the "install" goal to move files around like you're describing, always interpreting "install" to mean installation of this artifact into a Maven repository. However, the more conventional meaning of "install" -- say, as a Makefile target -- does sound like what you're describing. My work flow to this point has been to do 'mvn install' in the parent directory (I'm using a hierarchical project/sub-project layout), then cd to my webapp project directory and run 'mvn jetty:run'. It appears that the install goal of the webapp project is creating an exploded war *and* a .war file and, because of this, it seemed to me that the BIRT viewer applet should be here and ready-to-go after execution of the install goal. I don't mind changing my work habits if something isn't working as maven would normally expect it to ;-) This is starting to sound like that > maven-dependency-plugin/maven-antrun-plugin solution I was talking > about Yes, the dependency or maybe the assembly plugin could help, but note that the maven-war-plugin can do a lot of this file copying and unpacking stuff as well.¹ I'm just fiddling with the dependency plugin right now, maybe I should be reviewing my work flow and checking on the war plugin then? ;-) Yeah, I know about Equinox and have played with Knopflerfish a bit, > so felix is an ASF sponsored OSGi implementation, sounds great! > > Thanks for all your help Steve! No problem. Sorry to have over-explained the OSGi frameworks, but it is good to hear that you've already started experimenting. No problem at all. The information is very much appreciated. Footnotes: ¹ http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 1.1-alpha-2 Web application unresponsive
I'm using the default install with no modifications. This started happening more frequently over the last few days and caused the builds to hang while maxing out the CPU on the machine. This morning I deleted the contents of the ..\apps\continuum\webapp\WEB-INF\build-output-directory and 20 projects have built until the hanging/max cpu problem started again. I looked at the last project to build in the log and noticed the scm connection link in the pom is pointing to a dead link. We recently changed the url of our scm repository. I'll post again after fixing the pom and restarting continuum to see if that fixes the issue. -Original Message- From: Jesse McConnell [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 12:36 PM To: [EMAIL PROTECTED] Subject: Re: 1.1-alpha-2 Web application unresponsive your just using the supplied derby database right? looks that way from the stack trace... On 6/27/07, Madsen,Bryan <[EMAIL PROTECTED]> wrote: > > I take that back, wrong machine. It is Windows Server 2003 SE > > -Original Message- > From: Madsen,Bryan [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 27, 2007 1:33 PM > To: [EMAIL PROTECTED] > Subject: RE: 1.1-alpha-2 Web application unresponsive > > Vista > > -Original Message- > From: Jesse McConnell [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 27, 2007 1:08 PM > To: [EMAIL PROTECTED] > Subject: Re: 1.1-alpha-2 Web application unresponsive > > what os are you using? > > On 6/25/07, Madsen,Bryan <[EMAIL PROTECTED]> wrote: > > When I go to the main continuum screen I receive this exception. The > > only way to get the application working again is to restart the service. > > This is only a temporary fix as this keeps happening after an unknown > > amount of time. I'm guessing there is a project in the build that is > > causing this. Any ideas? > > > > 144655280 [Thread-6] ERROR > > org.codehaus.plexus.taskqueue.execution.TaskQueueExecutor:build-project > > - Error executing task > > edu.emory.mathcs.backport.java.util.concurrent.ExecutionException: > > javax.jdo.JDODataStoreException: Update request failed: UPDATE PROJECT > > SET OLD_STATE=?, PROJECTSTATE=? WHERE ID=? > > NestedThrowables: > > SQL Exception: An SQL data change is not permitted for a read-only > > connection, user or database. > > at > > edu.emory.mathcs.backport.java.util.concurrent.FutureTask.getResult(Futu > > reTask.java:299) > > at > > edu.emory.mathcs.backport.java.util.concurrent.FutureTask.get(FutureTask > > .java:128) > > at > > org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut > > orRunnable.waitForTask(ThreadedTaskQueueExecutor.java:165) > > at > > org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut > > orRunnable.run(ThreadedTaskQueueExecutor.java:127) > > Caused by: javax.jdo.JDODataStoreException: Update request failed: > > UPDATE PROJECT SET OLD_STATE=?, PROJECTSTATE=? WHERE ID=? > > NestedThrowables: > > SQL Exception: An SQL data change is not permitted for a read-only > > connection, user or database. > > at > > org.jpox.store.rdbms.request.UpdateRequest.execute(UpdateRequest.java:29 > > 8) > > at > > org.jpox.store.rdbms.table.ClassTable.update(ClassTable.java:2573) > > at org.jpox.store.StoreManager.update(StoreManager.java:967) > > at > > org.jpox.state.StateManagerImpl.flush(StateManagerImpl.java:4928) > > at > > org.jpox.AbstractPersistenceManager.flush(AbstractPersistenceManager.jav > > a:3217) > > at > > org.jpox.store.rdbms.RDBMSNonmanagedTransaction.commit(RDBMSNonmanagedTr > > ansaction.java:397) > > at > > org.codehaus.plexus.jdo.PlexusJdoUtils.updateObject(PlexusJdoUtils.java: > > 163) > > at > > org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoConti > > nuumStore.java:794) > > at > > org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoConti > > nuumStore.java:786) > > at > > org.apache.maven.continuum.store.JdoContinuumStore.updateProject(JdoCont > > inuumStore.java:966) > > at > > org.apache.maven.continuum.buildcontroller.DefaultBuildController.startB > > uild(DefaultBuildController.java:289) > > at > > org.apache.maven.continuum.buildcontroller.DefaultBuildController.build( > > DefaultBuildController.java:95) > > at > > org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.exec > > uteTask(BuildProjectTaskExecutor.java:50) > > at > > org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut > > orRunnable$1.run(ThreadedTaskQueueExecutor.java:116) > > at > > edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter > > .call(Executors.java:442) > > at > > edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask > > .java:176) > > at > > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker > > .runTask(Th
Re: OSGi bundles as dependencies
Craig Ching <[EMAIL PROTECTED]> writes: > Would the best way to approach this be to jar up the bundle and > shove into the maven repo with a groupId and artifactId? Yes, I'd do that first. > Then have some way to pull and unpack the jar in the right place > during the maven install goal? Actually, I think this sounds more like the "package" goal if you're talking about composing a WAR. I've never used the "install" goal to move files around like you're describing, always interpreting "install" to mean installation of this artifact into a Maven repository. However, the more conventional meaning of "install" -- say, as a Makefile target -- does sound like what you're describing. > This is starting to sound like that > maven-dependency-plugin/maven-antrun-plugin solution I was talking > about Yes, the dependency or maybe the assembly plugin could help, but note that the maven-war-plugin can do a lot of this file copying and unpacking stuff as well.¹ > Yeah, I know about Equinox and have played with Knopflerfish a bit, > so felix is an ASF sponsored OSGi implementation, sounds great! > > Thanks for all your help Steve! No problem. Sorry to have over-explained the OSGi frameworks, but it is good to hear that you've already started experimenting. Footnotes: ¹ http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reminder to vote for 2.0.8 issues
Jason, Jira will not let you vote for an issue you created :( If it would, I would vote for MNG-2075 [1] Paul Spencer [1] http://jira.codehaus.org/browse/MNG-3075 Jason van Zyl wrote: Just a reminder for anyone lurking who wants issues addressed in 2.0.8 to vote for issues in JIRA. Thanks, Jason -- Jason van Zyl Founder and PMC Chair, Apache Maven jason at sonatype dot com -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OSGi bundles as dependencies
On 6/28/07, Steven E. Harris <[EMAIL PROTECTED]> wrote: Craig Ching <[EMAIL PROTECTED]> writes: > AFAICT, the OSGi bundles aren't packaged as a single jar, they > appear to be much more complex (or maybe I am lacking some > understanding of how these bundles are packaged). For instance, in > WEB-INF/platform/plugins there are a number of directories with a > fairly complex structure. That's fine. I'd call that an "unpacked JAR", whether or not it was ever rolled up into a JAR to begin with. Some OSGi frameworks can use unpacked bundles, or, rather, bundles composed as directory structures on disk. The only essential artifact that makes something a bundle is a META-INF/MANIFEST.MF file with a few OSGi-specific headers. The bundle can otherwise contain anything; it need not be compiled Java class files, though that's the most common content. Ah, ok, right, that makes sense. Would the best way to approach this be to jar up the bundle and shove into the maven repo with a groupId and artifactId? Then have some way to pull and unpack the jar in the right place during the maven install goal? This is starting to sound like that maven-dependency-plugin/maven-antrun-plugin solution I was talking about, here it is: maven mailing list reference: http://www.mail-archive.com/users@maven.apache.org/msg56352.html the link that refers to: http://www.mail-archive.com/users@maven.apache.org/msg56352.html Sounds like that's the right way to approach this? [...] > Maybe I should also note that *none* of these are build-time > dependencies for my project, maybe that makes a difference? So this > is just about packaging the BIRT viewer in my war file. Well, do you consider composing your WAR file to be "build-time"? Are you looking for Maven to help inject the bundle content into your WAR? [...] Ok, my bad, I really meant no compile time dependencies, just during the maven install goal. Yes, I want to put the various bundle dependencies into the WEB-INF/platform/plugins directory during execution of the install goal. Before I get to defining specific requirements, though, I'm going to > need to get a better understanding of OSGi in general. What project > am I looking for when I'm ready for that then? Apache Felix is an easy to understand OSGi framework implementation, and somewhat confusingly under the same umbrella, they're collecting a lot of other popular Java artifacts and repackaging them as OSGi bundles. You'll need an OSGi framework within which to test your bundle. Eclipse Equinox¹ is another good choice. It's more complex than Felix, but at present offers more capabilities. Knoplerfish² is another option, but I don't have experience with it to comment further. Yeah, I know about Equinox and have played with Knopflerfish a bit, so felix is an ASF sponsored OSGi implementation, sounds great! Thanks for all your help Steve! Footnotes: ¹ http://www.eclipse.org/equinox/ ² http://www.knopflerfish.org/ -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Deactivate one profile when activating another
Hi All, I have couple of profiles, one of which is activeByDefault. I want to activate another one by using properties, but that should deactivate the other one? IS this possible in maven now? Here is the section from settings.xml debug true BV debug debug optimize false BV optimize optimize What i want is to use the "build.variant" property for "optimize" profile when it is activated by, mvn -DBV=optimize install if none is specified by, mvn install want to use the "build.variant" of "debug" profile. No matter what i do, the debug "build.variant" is all iam getting. Is it possible to deactivate "debug" by activating "optimize"? I don't want to make it mandatory for the user to specify which profile he wants to activate all the time (want debug by default, but when specified as optimize, deactivate debug and activate optimize) Any help or pointers in this regard is highly appreciated. Thanks, Shankar. -- View this message in context: http://www.nabble.com/Deactivate-one-profile-when-activating-another-tf3995531s177.html#a11346995 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to activate one profile that deactivates another profile.
Hi All, I have couple of profiles, one of which is activeByDefault. I want to activate another one by using properties, but that should deactivate the other one? IS this possible in maven now? Here is the section from settings.xml debug true BV debug debug optimize false BV & lt;value>optimize optimize What i want is to use the "build.variant" property for "optimize" profile when it is activated by, mvn -DBV=optimize install if none is specified by, mvn install want to use the "build.variant" of "debug" profile. No matter what i do, the debug "build.variant" is all iam getting. Is it possible to deactivate "debug" by activating "optimize"? I don't want to make it mandatory for the user to specify which profile he wants to activate all the time (want debug by default, but when specified as optimize, deactivate debug and activate optimize) Any help or pointers in this regard is highly appreciated. Thanks, Shankar. - Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when.
Re: OSGi bundles as dependencies
Craig Ching <[EMAIL PROTECTED]> writes: > AFAICT, the OSGi bundles aren't packaged as a single jar, they > appear to be much more complex (or maybe I am lacking some > understanding of how these bundles are packaged). For instance, in > WEB-INF/platform/plugins there are a number of directories with a > fairly complex structure. That's fine. I'd call that an "unpacked JAR", whether or not it was ever rolled up into a JAR to begin with. Some OSGi frameworks can use unpacked bundles, or, rather, bundles composed as directory structures on disk. The only essential artifact that makes something a bundle is a META-INF/MANIFEST.MF file with a few OSGi-specific headers. The bundle can otherwise contain anything; it need not be compiled Java class files, though that's the most common content. [...] > Maybe I should also note that *none* of these are build-time > dependencies for my project, maybe that makes a difference? So this > is just about packaging the BIRT viewer in my war file. Well, do you consider composing your WAR file to be "build-time"? Are you looking for Maven to help inject the bundle content into your WAR? [...] > Before I get to defining specific requirements, though, I'm going to > need to get a better understanding of OSGi in general. What project > am I looking for when I'm ready for that then? Apache Felix is an easy to understand OSGi framework implementation, and somewhat confusingly under the same umbrella, they're collecting a lot of other popular Java artifacts and repackaging them as OSGi bundles. You'll need an OSGi framework within which to test your bundle. Eclipse Equinox¹ is another good choice. It's more complex than Felix, but at present offers more capabilities. Knoplerfish² is another option, but I don't have experience with it to comment further. Footnotes: ¹ http://www.eclipse.org/equinox/ ² http://www.knopflerfish.org/ -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dependency:analyze incorrectly using excludes from DepMgt section.
On Thu, 2007-06-28 at 10:20 +0930, Barrie Treloar wrote: > When I run dependency:analyze on my module I get: > > [INFO] Found Resolved Dependency / DependencyManagement mismatches: > [INFO] Ignoring Direct Dependencies. > [INFO] javax.servlet:servlet-api:jar was excluded in DepMgt, but > version 2.3 has been found in the dependency tree. > > mvn site's Dependency Tree: > org.springframework:spring-beans:jar > * commons-logging:commons-logging:jar > o logkit:logkit:jar > o avalon-framework:avalon-framework:jar > o javax.servlet:servlet-api:jar > This is why servlet-api was pulled in. You seem to have a dependency on spring which in turn uses commons-logging and commons-logging brings in servlet-api. I always add the exclusions you specified for easyconf also to all the spring modules. - Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Copy file
I think the following solution should work for you. Here are two example profiles env-qa env qa qa env-prod env prod prod and here are my resouces src/main/resources src/main/resources-${env} and your directory structure would look like /src/main /resources /resources-qa /resources-prod place any env specific files in the qa or prod directories then build via profile mvn package -p env-prod or by env var mvn package -Denv=prod Hope this helps Nathan On 6/28/07, Manos Batsis <[EMAIL PROTECTED]> wrote: AFAIK this can only be done with the antrun plugin. Ahmet Aytekin wrote: > Hi, > > Did you find an answer for your problem below? I am trying to do the > same thing here. I 'd appreciate it if anyone can answer this. > > Regards, > > > > > geirgp wrote: >> Thanks for replying, but I can't see how configuring this plugin can >> help me >> copy a file during the process-sources phase. What I need is something >> that >> copies "config-customer1.xml" to "config.xml", and as far as I can see >> this >> plugin only handles inclusion/exclusion of files within a resource >> directory. >> >> >> Maria Odea Ching-2 wrote: >> >>> In each of your profiles, you could define a separate block >>> which contains which resources you want to be included in each >>> profile (using the and tags). >>> >>> You may want to take a look at this.. >>> http://maven.apache.org/plugins/maven-resources-plugin/examples/include-exclude.html >>> >>> >>> Btw, the resources:resources goal of the maven-resources-plugin is >>> already bound to Maven's process-resources phase so when you do' mvn >>> install', its already executed.. you need not execute 'mvn >>> resources:resources'. >>> >>> -Deng >>> >>> Geir Gullestad Pettersen wrote: >>> Is there a plugin to copy a specified file during the build process? In src/main/resources I have "config-customer1.xml", "config-customer2.xml", "...3" and so on.. Depending on which profile I activate when running Maven I need one of these files to be copied to "src/main/resources/config.xml" so that the correct config for the given customer is used. Is that possible? >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> >>> >> >> > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven embedder examples
I want to use the Maven Embedder but I am having trouble with the online example. The dependencies I have on my project are: org.apache.maven maven-core 2.0.7 org.apache.maven maven-project 2.0.7 org.apache.maven maven-embedder 2.0.4 The example code seems to have classes that no longer exist I think. I don't know exactly what dependencies are supposed to be used for that example anyway, they are not documented. Any help?
Creating jars with and without debug information
Hi, By default maven creates a jar with debug information. I would like that for each project that I build, it will create two jars - one with debug information and one without. I don't want to configure all my pom.xml files. I assume one option is to have a parent pom.xml (correct me if I'm wrong) Is there another way - maybe create a new packaging? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Different classpaths in multi-module build
I have a multi module project. In one of my submodules, I have a plugin defined (mapped to the compile phase) with dependencies on the plugin. If I do a compile from the module, it works fine. If I do a compile from the top level of the project, it fails. Specifically, it's the antrun plugin. I'm running the axis-java2wsdl ant task, so I need to include the axis-ant artifact on the classpath. I have that artifact listed in the dependencies of the plugin, and when I run compile from the top level, I get the following message: Embedded error: Could not create task or type of type: axis-java2wsdl. Ant could not find the task or a class this task relies upon. It seems that running from the top level has a different classpath than running from the sub module - which I knew, but does anyone have some ideas on how I could fix this? This is with maven versions 2.0.4 -> 2.0.7. Thanks Matt -- View this message in context: http://www.nabble.com/Different-classpaths-in-multi-module-build-tf3994892s177.html#a11344872 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: [M2] cobertura-maven-plugin: cobertura.ser does not exist
Hi R.C., If your project has no real sources, then you don't need the reporting provided by coberatura-maven-plugin, right? Just remove mention of it from the section of your POM. Steve CodingPlayer wrote: > Hi, > > i'm trying to run 'mvn site' for my archetype-project, but always get the > following error. > > The archetype itself has no REAL sources, but defines some source > templates. > > I believe the cobertura-maven-plugin detects those sources and beliefs that > they are part of the project. > > > > [INFO] > > [INFO] Building Project Archetype > [INFO]task-segment: [clean, deploy, site, site:deploy] > [INFO] > > [INFO] [clean:clean] > [INFO] Deleting directory > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target > [INFO] Deleting directory > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/classes > [INFO] Deleting directory > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/test-classes > [INFO] Deleting directory > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/site > [INFO] [cobertura:clean {execution: clean}] > [INFO] artifact org.apache.maven.plugins:maven-plugin-plugin: checking for > updates from sat-maven-repository-http > [INFO] artifact org.apache.maven.plugins:maven-plugin-plugin: checking for > updates from central > [INFO] artifact org.apache.maven.plugins:maven-resources-plugin: checking > for updates from sat-maven-repository-http > [INFO] artifact org.apache.maven.plugins:maven-resources-plugin: checking > for updates from central > [INFO] [plugin:descriptor] > [INFO] Using 2 extractors. > [INFO] Applying extractor for language: java > [INFO] Extractor for language: java found 0 mojo descriptors. > [INFO] Applying extractor for language: bsh > [INFO] Extractor for language: bsh found 0 mojo descriptors. > [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] Nothing to compile - all classes are up to date > [INFO] [surefire:test] > [INFO] Surefire report directory: > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/surefire-reports > > --- > T E S T S > --- > There are no tests to run. > > Results : > > Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 > > [INFO] [jar:jar] > [INFO] Building jar: > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT.jar > [INFO] [plugin:addPluginArtifactMetadata] > [INFO] [jar:test-jar {execution: default}] > [INFO] Building jar: > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-tests.jar > [INFO] Preparing source:jar > [WARNING] Removing: jar from forked lifecycle, to prevent recursive > invocation. > [INFO] No goals needed for project - skipping > [INFO] [source:jar {execution: attach-sources}] > [INFO] Building jar: > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-sources.jar > [INFO] Preparing source:test-jar > [WARNING] Removing: jar from forked lifecycle, to prevent recursive > invocation. > [WARNING] Removing: test-jar from forked lifecycle, to prevent recursive > invocation. > [INFO] No goals needed for project - skipping > [INFO] [source:test-jar {execution: attach-sources}] > [INFO] Building jar: > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-test-sources.jar > [INFO] [install:install] > [INFO] Installing > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT.jar > to > /home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT.jar > [INFO] Installing > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-tests.jar > to > /home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-tests.jar > [INFO] Installing > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-sources.jar > to > /home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-sources.jar > [INFO] Installing > /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-test-sources.jar > to > /home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-test-sources.jar > [INFO] [plugin:updateRegistry] > [INFO] [deploy:deploy] > altDeploymentRepository = null > [INFO] Retrieving previous build number from sat-maven-repository > Uploadin
Re: What is syntax for beanshell condition in the enforcer plugin?
Brian, Below is my working configuration org.apache.maven.plugins maven-enforcer-plugin 1.0-alpha-3-SNAPSHOT enforce-java enforce-once datasource.driver FYI: is not listed in the "Standard Rules" navigation bar[1]. Thank you, Paul Spencer [1]http://maven.apache.org/plugins/maven-enforcer-plugin/ Brian E. Fox wrote: If you are just interesting in checking properties, take a look at the new requireProperty rule, it has the ability to check the property and run regEx on the value. Regarding the specific error you pasted below using the beanShell rule, can you run with mvn -X and open a jira with the output? Thanks. -Original Message- From: Paul Spencer [mailto:[EMAIL PROTECTED] Sent: Monday, June 25, 2007 8:55 AM To: Maven Users List Subject: What is syntax for beanshell condition in the enforcer plugin? I would like to use the enforcer plugin to verify that a required properties is set, specifically it is exists and is not null or a zero length string. I suspect my syntax is incorrect. What should is the correct syntax? The following is the error message from the plugin and the configuration. *** * Message from plugin *** [WARNING] Rule 0: org.apache.maven.plugin.enforcer.EvaluateBeanshell failed with message: Unable to lookup a component *** * Plugin configuration from pom.xml *** org.apache.maven.plugins maven-enforcer-plugin 1.0-alpha-3-SNAPSHOT enforce-beanshell enforce-once ${not empty datasource.url} The property datasource.url not defined. This is set in profile. true Paul Spencer - 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: Copy file
AFAIK this can only be done with the antrun plugin. Ahmet Aytekin wrote: Hi, Did you find an answer for your problem below? I am trying to do the same thing here. I 'd appreciate it if anyone can answer this. Regards, geirgp wrote: Thanks for replying, but I can't see how configuring this plugin can help me copy a file during the process-sources phase. What I need is something that copies "config-customer1.xml" to "config.xml", and as far as I can see this plugin only handles inclusion/exclusion of files within a resource directory. Maria Odea Ching-2 wrote: In each of your profiles, you could define a separate block which contains which resources you want to be included in each profile (using the and tags). You may want to take a look at this.. http://maven.apache.org/plugins/maven-resources-plugin/examples/include-exclude.html Btw, the resources:resources goal of the maven-resources-plugin is already bound to Maven's process-resources phase so when you do' mvn install', its already executed.. you need not execute 'mvn resources:resources'. -Deng Geir Gullestad Pettersen wrote: Is there a plugin to copy a specified file during the build process? In src/main/resources I have "config-customer1.xml", "config-customer2.xml", "...3" and so on.. Depending on which profile I activate when running Maven I need one of these files to be copied to "src/main/resources/config.xml" so that the correct config for the given customer is used. Is that possible? - 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: Copy file
Hi, Did you find an answer for your problem below? I am trying to do the same thing here. I 'd appreciate it if anyone can answer this. Regards, geirgp wrote: Thanks for replying, but I can't see how configuring this plugin can help me copy a file during the process-sources phase. What I need is something that copies "config-customer1.xml" to "config.xml", and as far as I can see this plugin only handles inclusion/exclusion of files within a resource directory. Maria Odea Ching-2 wrote: In each of your profiles, you could define a separate block which contains which resources you want to be included in each profile (using the and tags). You may want to take a look at this.. http://maven.apache.org/plugins/maven-resources-plugin/examples/include-exclude.html Btw, the resources:resources goal of the maven-resources-plugin is already bound to Maven's process-resources phase so when you do' mvn install', its already executed.. you need not execute 'mvn resources:resources'. -Deng Geir Gullestad Pettersen wrote: Is there a plugin to copy a specified file during the build process? In src/main/resources I have "config-customer1.xml", "config-customer2.xml", "...3" and so on.. Depending on which profile I activate when running Maven I need one of these files to be copied to "src/main/resources/config.xml" so that the correct config for the given customer is used. Is that possible? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error deploying
What does this error mean: [INFO] [site:deploy] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Unsupported protocol: 'ftp' Embedded error: Cannot find wagon which supports the requested protocol: ftp Component descriptor cannot be found in the component repository: org.apache.maven.wagon.Wagonftp. I used to be able to deploy -- Esse Quam Videre To Be, rather than to Seem
Re: OSGi bundles as dependencies
Hi Martin and Rahul, Thanks for the tip! I'll definitely keep my eye on felix. Cheers, Craig On 6/28/07, Martin Gilday <[EMAIL PROTECTED]> wrote: http://cwiki.apache.org/FELIX/osgi-plugin-for-maven-2.html This is outdated but hints that something was/is being worked on. - Original message - From: "Craig Ching" <[EMAIL PROTECTED]> To: "Maven Users List" Date: Wed, 27 Jun 2007 17:52:49 -0500 Subject: Re: OSGi bundles as dependencies Hi Steven, Thanks for the response, I very much appreciate the conceptual information. However, being a bit new to maven, I am looking for a more practical, though obviously less than ideal, solution to my problem, e.g. possibly a cookbook example or even just a nudge in the right direction (e.g. I did see someone post a vague reference to using the maven-dependency-plugin and maybe some ant plugin to unzip the dependency, but it was a bit hard to follow how that was all put together or even if that was the right first-step to pursue). Maybe just treating the individual jar files in the bundles as the dependencies is the way I should go and build up the structure that the BIRT viewer needs? I would absolutely love to see first-class support for OSGi bundle dependencies, possibly even a BIRT maven plugin would help immensely, but I'd assumed nothing like that was available when my google searches didn't turn up much information ;-) Thanks! Cheers, Craig On 6/27/07, Steven E. Harris <[EMAIL PROTECTED]> wrote: > > Craig Ching <[EMAIL PROTECTED]> writes: > > > Has anyone done this or anything like this? > > Yes, but we've only "solved" it by not solving it and faking it. > > Maven's "provided" scope doesn't quite apply for bundles, as the > entire bundle's class space should not be on the consumer's class path > at compile-time. Similarly, "runtime" scope isn't appropriate > either. The (entire) bundle should not be available on the > compile-time class path, nor should it be available at run-time > unmitigated by an intervening OSGi framework. > > In cases where we do need compile-time dependency on portions of a > bundle, we specify it at "provided" scope and force the developer to > be diligent about not relying on non-exported packages in the > bundle. Unfortunately, these transgressions will only show up as > package resolution errors in the OSGi framework when the bundle under > development attempts resolution. > > -- > Steven E. Harris > > > - > 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: OSGi bundles as dependencies
I apologize in advance for the quoting, I'm thinking I should have used my normal mail account instead of gmail now. On 6/27/07, Steven E. Harris <[EMAIL PROTECTED]> wrote: Craig Ching <[EMAIL PROTECTED]> writes: > I am looking for a more practical, though obviously less than ideal, > solution to my problem, e.g. possibly a cookbook example or even > just a nudge in the right direction Maybe I misunderstood your question. Nah, I don't think I properly expressed my degree of newbness ;-) If you have an OSGi bundle packaged as a JAR that you'd like to depend on AFAICT, the OSGi bundles aren't packaged as a single jar, they appear to be much more complex (or maybe I am lacking some understanding of how these bundles are packaged). For instance, in WEB-INF/platform/plugins there are a number of directories with a fairly complex structure. For example, WEB-INF/platform/plugins/org.apache.batik/ are the following directories/files: about.html (file) about_files (dir) lib (dir) META-INF (dir) plugin.properties (file) Maybe I should also note that *none* of these are build-time dependencies for my project, maybe that makes a difference? So this is just about packaging the BIRT viewer in my war file. , you can specify its Maven coordinates as follows. Let's take the Felix project's OBR bundle as an example. First, we'll separate its version specification in the dependencyManagement section of the project's root POM: 0.9.0-incubator-SNAPSHOT org.apache.felix org.apache.felix.bundlerepository ${felix.version} Then, in one of our own bundles that relies upon the Felix OBR bundle, we refer to it like this from a module-level POM: org.apache.felix org.apache.felix.bundlerepository provided That allows the code in /our/ bundle (or any other Java artifact) under development to refer to the classes in the Felix OBR bundle at compile-time. I'll go off and digest that, thanks! (e.g. I did see someone post a vague reference to using the > maven-dependency-plugin and maybe some ant plugin to unzip the > dependency, but it was a bit hard to follow how that was all put > together or even if that was the right first-step to pursue). Now here I wonder if you're asking about how to build a bundle yourself, or possibly how to extract some classes from another bundle's JAR and have them packaged into your own artifact. If so, those operations are taken care of by declaring your artifact to be of packaging type "bundle": Nope, just want to use a bundle as a dependency for now, but at some point in the future, I will be needing to create OSGi bundles as build artifacts, so I'll need to digest this as well. bundle and configuring the maven-bundle-plugin¹: org.apache.felix maven-bundle-plugin true > I would absolutely love to see first-class support for OSGi bundle > dependencies, possibly even a BIRT maven plugin would help > immensely, but I'd assumed nothing like that was available when my > google searches didn't turn up much information ;-) There is some ongoing work in the other direction: tying the OSGi Bundle Repository together with Maven's repository, so the one could use OBR to install bundles that reside in a Maven repository. Perhaps if you could clarify what you'd like to achieve, we could point you toward existing solutions or at least some work underway. My need right now is to use OSGi bundles as dependencies, but at some point, we're going to be turning our own build artifacts into bundles as well. Before I get to defining specific requirements, though, I'm going to need to get a better understanding of OSGi in general. What project am I looking for when I'm ready for that then? Thanks much for the help! Cheers, Craig Footnotes: ¹ http://cwiki.apache.org/FELIX/bundle-plugin-for-maven-bnd.html which sits atop http://www.aqute.biz/Code/Bnd -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: migrating to Maven2, but some issues.
On Thu, June 28, 2007 3:36 pm, martin_CY wrote: > I just wonder how I should proceed. Because we really don't like dealing > with all the jars in the lib/ !! and also having the main application's > jars > versioned and in an internal repository would make life a lot easier for > the > web/Tapestry project to handle its dependencies on the main project. Proceed with baby steps - having got to the advanced stage of a very similar task on another project, it's quite a journey. The reason moving to maven is quite involved is because maven enforces quite a rigorous project discipline onto your project: Proper version number management, a proper release process, formal ways of firing off test suites. It can take quite a bit of time to clear out the various shortcuts that people stick into ant scripts, and to convince people to be more disciplined during development. The end goal however is worth it: Once maven works, and as long as people work with maven and not against it, project releases become very smooth and trouble free. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Forking compiler does not honor JAVA_HOME. Is this a Bug?
When the compiler is forked, the jdk in the PATH is used, not the one defined by JAVA_HOME. org.apache.maven.plugins maven-compiler-plugin true true Is this a bug? Paul Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] cobertura-maven-plugin: cobertura.ser does not exist
Hi, i'm trying to run 'mvn site' for my archetype-project, but always get the following error. The archetype itself has no REAL sources, but defines some source templates. I believe the cobertura-maven-plugin detects those sources and beliefs that they are part of the project. [INFO] [INFO] Building Project Archetype [INFO]task-segment: [clean, deploy, site, site:deploy] [INFO] [INFO] [clean:clean] [INFO] Deleting directory /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target [INFO] Deleting directory /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/classes [INFO] Deleting directory /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/test-classes [INFO] Deleting directory /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/site [INFO] [cobertura:clean {execution: clean}] [INFO] artifact org.apache.maven.plugins:maven-plugin-plugin: checking for updates from sat-maven-repository-http [INFO] artifact org.apache.maven.plugins:maven-plugin-plugin: checking for updates from central [INFO] artifact org.apache.maven.plugins:maven-resources-plugin: checking for updates from sat-maven-repository-http [INFO] artifact org.apache.maven.plugins:maven-resources-plugin: checking for updates from central [INFO] [plugin:descriptor] [INFO] Using 2 extractors. [INFO] Applying extractor for language: java [INFO] Extractor for language: java found 0 mojo descriptors. [INFO] Applying extractor for language: bsh [INFO] Extractor for language: bsh found 0 mojo descriptors. [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] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/surefire-reports --- T E S T S --- There are no tests to run. Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT.jar [INFO] [plugin:addPluginArtifactMetadata] [INFO] [jar:test-jar {execution: default}] [INFO] Building jar: /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-tests.jar [INFO] Preparing source:jar [WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation. [INFO] No goals needed for project - skipping [INFO] [source:jar {execution: attach-sources}] [INFO] Building jar: /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-sources.jar [INFO] Preparing source:test-jar [WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation. [WARNING] Removing: test-jar from forked lifecycle, to prevent recursive invocation. [INFO] No goals needed for project - skipping [INFO] [source:test-jar {execution: attach-sources}] [INFO] Building jar: /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-test-sources.jar [INFO] [install:install] [INFO] Installing /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT.jar to /home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT.jar [INFO] Installing /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-tests.jar to /home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-tests.jar [INFO] Installing /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-sources.jar to /home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-sources.jar [INFO] Installing /usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-test-sources.jar to /home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-test-sources.jar [INFO] [plugin:updateRegistry] [INFO] [deploy:deploy] altDeploymentRepository = null [INFO] Retrieving previous build number from sat-maven-repository Uploading: scp://satsrv03.researchstudio.at/var/www/mvn/internal/repository//at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-20070628.140149-14.jar 4/14K 8/14K 12/14K 14/14K 14K uploaded [INFO] Retrieving previous metadata from sat-maven-repository [INFO] Uploading repository metadata for: 'at.researchstudio.sat' [INFO] Retrieving previous metadata from sat-maven-repository [INFO] Uploading repository metadata for
Using Maven to Rename a Package
Sorry, I'm a newbie at Maven 2, I admit it. I have a project template that I use for all new development projects. The package directory (under the java directory) will look like this: org.jason.sample.dao org.jason.sample.service org.jason.sample.model org.jason.sample.web (etc) My test directory will look similar to the java directory (along with resources and test-resources, etc). Since the packages under sample (dao, service, etc) are not empty, I need them as part of a Maven archetype. However, I want to rename "sample" to something more descriptive (such as "photogallery" or something like that). Is there a simple way to have Maven rename "sample"? Jason
RE: FML DTD or schema?
http://maven.apache.org/reference/plugins/faq/faq.xsd -Original Message- From: Dave Syer [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 8:36 AM To: users@maven.apache.org Subject: FML DTD or schema? Is there a DTD or a schema for FML format? I can't find any documentation on it at all. -- View this message in context: http://www.nabble.com/FML-DTD-or-schema--tf3994410s177.html#a11343182 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FML DTD or schema?
The maven 1 faq plugin has a schema: http://maven.apache.org/maven-1.x/plugins/faq/faq.xsd I think it's compatible with the format used in m2, but I'm not sure. HTH, -Lukas Dave Syer wrote: Is there a DTD or a schema for FML format? I can't find any documentation on it at all. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: migrating to Maven2, but some issues.
Hi Martin, Perhaps it's a dumb idea, but why not create the jumbo jar and then as a separate step split it apart into separate jars by filtering on package names? It seems to me that the multiple jar files is more of a deployment issue then anything else. It might be possible to use tools like rsync to send deltas of the jumbo jar file eliminating the need to split it up. If not rsync there are commercial tools that might do this (Marimba). This makes dependency issues simpler. Regards, C. Helck -Original Message- From: martin_CY [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 9:36 AM To: users@maven.apache.org Subject: migrating to Maven2, but some issues. Hi, I've been put in charge of investigating the possibilities to migrate to Maven 2 for my company. we have been using ant up until now and it has worked pretty well, except that about a year ago we started to make part of our java application functionality available on the net using Tapestry. (which is very cool btw) and now that Tapestry has moved to maven we feel we need to do it as well, and beside the 31 jars we got in our lib/ is not all that fun to keep track of. During the last 3 days I've been reading and messing around with Maven trying to get it to work with our current source structure, but I'm more or less about to give up. reason is that some 3 years ago our main application was deemed too big to be distributed on its own (at the time around 6-7 megs) and was split into multiple jars for easy distribution and frequent patching, as the application is provided through java web start across the whole world (offices in San Fransisco, London, Tokyo, Hong Kong) and multiple of the users working from home all over the world. So patching a 6-7 meg jar every week or two was not any option any more and it was decided to split up into 7 jars. if something needs to be patched just one of the smaller jars could be sent out. These 7 jars are very interlinked, its circular dependencies all over, since really it is just one big application that is split into smaller pieces (currently its around 14 megs in total, so making it into one jar is just not possible due to the bandwidth required, and with around 2000 .java files its no small task to make the 7 jars into individual modules independent enough to not have any circular dependencies. As i said before, currently we are using an ant script with includes and excludes, but since it has the whole source three in its path while building the jars that work fine. I just wonder how I should proceed. Because we really don't like dealing with all the jars in the lib/ !! and also having the main application's jars versioned and in an internal repository would make life a lot easier for the web/Tapestry project to handle its dependencies on the main project. I know the "correct" thing to do is to make it into proper modules, but that is probably at least 1 month work for 2-3 people, and well hard to sell to management.. and since we already got a work Ant script, spending that much time to reorganize for maven using Ant + Ivy might be suggested as an alternative. from my googling, some alternatives did come up.. e.g. using maven for just handling all the dependencies, and using ant for the actually building.. any advice would be appreciated. regards Martin -- View this message in context: http://www.nabble.com/migrating-to-Maven2%2C-but-some-issues.-tf3994413s 177.html#a11343187 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** This communication and all information (including, but not limited to, market prices/levels and data) contained therein (the "Information") is for informational purposes only, is confidential, may be legally privileged and is the intellectual property of ICAP plc and its affiliates ("ICAP") or third parties. No confidentiality or privilege is waived or lost by any mistransmission. The Information is not, and should not be construed as, an offer, bid or solicitation in relation to any financial instrument or as an official confirmation of any transaction. The Information is not warranted, including, but not limited, as to completeness, timeliness or accuracy and is subject to change without notice. ICAP assumes no liability for use or misuse of the Information. All representations and warranties are expressly disclaimed. The Information does not necessarily reflect the views of ICAP. Access to the Information by anyone else other than the recipient is unauthorized and any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it is prohibited. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy
FML DTD or schema?
Is there a DTD or a schema for FML format? I can't find any documentation on it at all. -- View this message in context: http://www.nabble.com/FML-DTD-or-schema--tf3994410s177.html#a11343182 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
migrating to Maven2, but some issues.
Hi, I've been put in charge of investigating the possibilities to migrate to Maven 2 for my company. we have been using ant up until now and it has worked pretty well, except that about a year ago we started to make part of our java application functionality available on the net using Tapestry. (which is very cool btw) and now that Tapestry has moved to maven we feel we need to do it as well, and beside the 31 jars we got in our lib/ is not all that fun to keep track of. During the last 3 days I've been reading and messing around with Maven trying to get it to work with our current source structure, but I'm more or less about to give up. reason is that some 3 years ago our main application was deemed too big to be distributed on its own (at the time around 6-7 megs) and was split into multiple jars for easy distribution and frequent patching, as the application is provided through java web start across the whole world (offices in San Fransisco, London, Tokyo, Hong Kong) and multiple of the users working from home all over the world. So patching a 6-7 meg jar every week or two was not any option any more and it was decided to split up into 7 jars. if something needs to be patched just one of the smaller jars could be sent out. These 7 jars are very interlinked, its circular dependencies all over, since really it is just one big application that is split into smaller pieces (currently its around 14 megs in total, so making it into one jar is just not possible due to the bandwidth required, and with around 2000 .java files its no small task to make the 7 jars into individual modules independent enough to not have any circular dependencies. As i said before, currently we are using an ant script with includes and excludes, but since it has the whole source three in its path while building the jars that work fine. I just wonder how I should proceed. Because we really don't like dealing with all the jars in the lib/ !! and also having the main application's jars versioned and in an internal repository would make life a lot easier for the web/Tapestry project to handle its dependencies on the main project. I know the “correct” thing to do is to make it into proper modules, but that is probably at least 1 month work for 2-3 people, and well hard to sell to management.. and since we already got a work Ant script, spending that much time to reorganize for maven using Ant + Ivy might be suggested as an alternative. from my googling, some alternatives did come up.. e.g. using maven for just handling all the dependencies, and using ant for the actually building.. any advice would be appreciated. regards Martin -- View this message in context: http://www.nabble.com/migrating-to-Maven2%2C-but-some-issues.-tf3994413s177.html#a11343187 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: OSGi bundles as dependencies
http://cwiki.apache.org/FELIX/osgi-plugin-for-maven-2.html This is outdated but hints that something was/is being worked on. - Original message - From: "Craig Ching" <[EMAIL PROTECTED]> To: "Maven Users List" Date: Wed, 27 Jun 2007 17:52:49 -0500 Subject: Re: OSGi bundles as dependencies Hi Steven, Thanks for the response, I very much appreciate the conceptual information. However, being a bit new to maven, I am looking for a more practical, though obviously less than ideal, solution to my problem, e.g. possibly a cookbook example or even just a nudge in the right direction (e.g. I did see someone post a vague reference to using the maven-dependency-plugin and maybe some ant plugin to unzip the dependency, but it was a bit hard to follow how that was all put together or even if that was the right first-step to pursue). Maybe just treating the individual jar files in the bundles as the dependencies is the way I should go and build up the structure that the BIRT viewer needs? I would absolutely love to see first-class support for OSGi bundle dependencies, possibly even a BIRT maven plugin would help immensely, but I'd assumed nothing like that was available when my google searches didn't turn up much information ;-) Thanks! Cheers, Craig On 6/27/07, Steven E. Harris <[EMAIL PROTECTED]> wrote: > > Craig Ching <[EMAIL PROTECTED]> writes: > > > Has anyone done this or anything like this? > > Yes, but we've only "solved" it by not solving it and faking it. > > Maven's "provided" scope doesn't quite apply for bundles, as the > entire bundle's class space should not be on the consumer's class path > at compile-time. Similarly, "runtime" scope isn't appropriate > either. The (entire) bundle should not be available on the > compile-time class path, nor should it be available at run-time > unmitigated by an intervening OSGi framework. > > In cases where we do need compile-time dependency on portions of a > bundle, we specify it at "provided" scope and force the developer to > be diligent about not relying on non-exported packages in the > bundle. Unfortunately, these transgressions will only show up as > package resolution errors in the OSGi framework when the bundle under > development attempts resolution. > > -- > Steven E. Harris > > > - > 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]
Massive number of threads being created on project shutdown ??
Hi I've recently switched to using OS X. Our project that builds fine on Windows displays some rather odd behaviour. When maven closes down (after a BUILD FAILURE) message, the machine slows down. Observing the process in activity monitor shows that the number of java threads leaps from about 10, to about 250, all of which appear to be trying to delete something (I'm less sure of this as I'm new to reading the inspection output). This means effectively the machine freezes for about 5 minutes whilst the threadcount steadily goes down... This is maven 2.0.7 on OS X's java 1.5.0_07-164. Any ideas?
Plugin for making graphical dependency graph?
Hi, is there any such plugin which is capable for generating dependency graph image based on the maven multi module project? V
Error with cobertura
I've been building with maven 2.0.4 my projects since a long time with out problems. Yesterday, I did get the following message : [ERROR] BUILD ERROR [INFO] [INFO] Error executing ant tasks Embedded error: The following error occurred while executing this line: java.lang.NoClassDefFoundError: net/sourceforge/cobertura/coveragedata/HasBeenInstrumented Somebody knows that happens? Thanks for all Martin. -- Martin A. Villalobos Software Development and SCM Globant Arg Office: +54 (11) 4109 1700 int 8473 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] j2me-maven-plugin: preverification error
thx for this hint. i already tried ${settings.localRepository} but since i use the default (and no ${settings.localRepository} is specified in my settings.xml) maven can't resolve the property. I'm using default local repository location, and it's working ! ${settings.localRepository} can be used anywhere for me. is it possible to pass some libs, instead of the WTK_HOME? Yes, it's possible. The main goal of this is to precate the use of WTK in your project and to make it more portable. But if you need WTK elsewhere in another plugin, WTK is mandatory for you. So you can use WK_HOME variable :) Damien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] j2me-maven-plugin: preverification error
Hi Damien, thx for this hint. i already tried ${settings.localRepository} but since i use the default (and no ${settings.localRepository} is specified in my settings.xml) maven can't resolve the property. and the second reason why i didn't investigate more time to get rid of the ${env.WTK_HOME} variable, is that one needs to specify the WTK_HOME for the j2me-maven-plugin anyway. com.pyx4me j2me-maven-plugin 2.0.1 package CLDC-1.1 MIDP-2.0 true ${env.WTK_HOME} proguard.conf true true ... ... is it possible to pass some libs, instead of the WTK_HOME? AFAIK the plugin also needs an executable for the preverification. regards R.C. Damien Lecan-2 wrote: > >> >> >> >> ${env.WTK_HOME}/lib/cldcapi11.jar;${env.WTK_HOME >> }/lib/midpapi20.jar >> >> > > Glad to see that working. > > At least, if you have an internal maven repository, you might have a more > portable build system. > You could deploy cldcapi11.jar and midpapi20.jar into your internal > repository, and then use combination of > ${settings.localRepository}/path/to/dependency > and dependency declaration. > > This is how we do where I'm working. Nothing more than Maven has be > installed to develop J2ME applications (no more wtk installation) > > > Damien > > -- View this message in context: http://www.nabble.com/-M2--j2me-maven-plugin%3A-preverification-error-tf3975257s177.html#a11339623 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Documentation incorrect?: guide-ant-plugin-development --> Advanced Usage --> Forking new LifeCycles
Hi, I'm trying to fork a new Lifecycle when calling my custom plugin. I've followed the instructions sited in the documentation on http://maven.apache.org/guides/plugin/guide-ant-development.html --> Forking new Lifecycles, but when running mvn install the tag execute or lifecycle are not recognized by the parser. Is the documentation incorrrect? I'm simply using the hello-plugin example and added the section sited in the paragrapf about Forking new LifeCycles. I'm using Maven 2.0.7 and the maven-plugin-tools-ant / maven script-ant 2.0.1 as indicated in the documentation. Any ideas or suggestions? Thanks, Maarten ps: I need to somehow define my own lifecycle because on the buildserver we need to do more without affecting the pom.xml's of the project. The plugin i'm trying to build is not available to the developers, just on the buildserver, hence, there can be no reference to this plugin in any project specific files. Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] j2me-maven-plugin: preverification error
${env.WTK_HOME}/lib/cldcapi11.jar;${env.WTK_HOME }/lib/midpapi20.jar Glad to see that working. At least, if you have an internal maven repository, you might have a more portable build system. You could deploy cldcapi11.jar and midpapi20.jar into your internal repository, and then use combination of ${settings.localRepository}/path/to/dependency and dependency declaration. This is how we do where I'm working. Nothing more than Maven has be installed to develop J2ME applications (no more wtk installation) Damien
Re: [M2] j2me-maven-plugin: preverification error
Hi Damien, i just found some time to try out your hint (configuring the compile plugin to use a bootclasspath). here is the config, that worked for me finally: org.apache.maven.plugins maven-compiler-plugin ${env.WTK_HOME}/lib/cldcapi11.jar;${env.WTK_HOME}/lib/midpapi20.jar -Xlint:-serial also important is the -Xlint:-serial argument, because in my case my pom is inherited from a parent pom (with very strict compiler arguments, checking several warnings). but since there is no Serializable class in the J2ME API one has to leave out the check against an existing serialVersionID. thx 4 your hint regards R.C. Damien Lecan-2 wrote: > >> u might have misunderstood my problem: >> >> - in the J2ME API java.io.DataInputStream IS INCLUDED. > > Ok > You need to change compiler bootclasspath, with J2ME API classes. In > my company, we are using our own J2ME API jars, but Pyx4me provides > J2ME API jars you can add in your compiler bootclasspath. > > Example (not tested) > > > ... > org.apache.maven.plugins > maven-compiler-plugin > > 1.3 > 1.1 > > > ${settings.localRepository}/org/microemu/microemu-cldc/2.0.1/microemu-cldc-2.0.1.jar > > > > > org.microemu > microemu-cldc > 2.0.1 > > > ... > > > Notice the path to jar relative to Maven repository and the dependency > tag which allows Maven to download used libraries in bootclasspath. > > It works with our internal J2ME jars, it should work with those from > pyx4me. > Other jars : > http://repo1.maven.org/maven2/org/microemu/ > > Good luck > > Damien Lecan > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/-M2--j2me-maven-plugin%3A-preverification-error-tf3975257s177.html#a11338624 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with execution of eclipse mojo on packaging type ear
Hi all, I'm using the maven-eclipse-plugin to create the project meta files like .project or .classpath for eclipse. Basically, the intention of the maven-eclipse-plugin was not to use the default dependency resolution, instead the maven-eclipse-plugin uses its own dependency resolution. Especially in a multi module project the dependency resolution for sub modules (often available only in source) shouldn't force an error on source module not build yet. However, works fine until the packaging is type "ear". The reason seems to be the phase binding of the eclipse-mojo, see annotations in source code of the plugin: ... * @goal eclipse * @execute phase="generate-resources" ... In case of packaging type "ear" maven detects the maven-ear-plugin is required because bound to the default build life cycle too. Seems to be that Maven executes the demanded default dependency resolution by maven-ear-plugin, see again the related annotations in source code of the maven-ear-plugin: ... * @requiresDependencyResolution test ... However, the maven-ear-plugin interferes the eclipse plugin before its own execution. Of course the maven-ear-plugin detects the missing artifacts for all the (source) sub module not build yet and the execution fails. Is there any chance to solve this with any plugin configuration or is there any other way to solve this issue? My first idea was to "unbind" the maven-eclipse-plugin from the default life cycle, but how can I reach this goal? Anyway, if the default life cycle cannot be overridden, it would be nice to omit the default phase binding for maven-eclipse-plugin in future releases and define it explicity in plugin configuration if really needed. Cheers, Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
multi module assembly problems
I'm trying to assemble the artifacts from a few projects into one zip file, using 2.2-beta-1 of the Assembly plugin. The error message I keep getting is: WARNING] The following patterns were never triggered in this artifact inclusion filter: o '*:Aperia:*' o '*:apcs' o 'aperia:utilities' I've tried every combination of module naming to get something to happen, but nothing works. Here's my assembly descriptor and pom file. The pom works great, everything builds, its all in the "aperia" group. The assembly works except for the whole moduleSet part. Any suggestions, is this a bug in the assembly plugin? bin zip false Aperia/*.sh Aperia/*.bat Aperia/Aperia-ReleaseNotes* Aperia/cleanBuildFiles/aperiaEditor-log.txt Aperia/cleanBuildFiles/aperiaNormal-log.txt *:Aperia:* *:apcs aperia:utilities /lib http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> 4.0.0 aperia Aperia-Full pom 5.3-SNAPSHOT Aperia apcs Aperia utilities messages ldap coreapi ilogeditorsupport apm.acegui maven-dependency-plugin maven-assembly-plugin 2.2-beta-1 assembly.xml