RE: Continuum 1.1-beta-1 profile does not seem to work
Afert adding installations to a profile don't use save but go to the profile list page. In fact, the workflow is a litte bit confusing here. It will be fixed in beta-2 ( you have patch here : http://jira.codehaus.org/browse/CONTINUUM-1361 ) Concerning IE, it's an issue (I have only tested with Firefox ;-) ), could you add an issue ? -- Olivier -Message d'origine- De : L. J. [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 02:24 À : continuum-users Objet : Continuum 1.1-beta-1 profile does not seem to work Hi, When using IE 6, I click the add button to add the installation in the profile, it does not do anything. When using Firefox, the add button works, but after save the profile and go back to check the profile, the installation isn't included in the profile. I am running in AIX, Is this because of my OS or has this happened to anyone else? Thanks. LJ This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. **
java.lang.NullPointerException: groupId was null
Hi! I'm testing Continuum 1.1 beta 1 with Ant projects. So far it seems to work fine. I noticed following minor issue and thought to mention. I haven't yet created any Project Groups, so my Ant project is in the Default Group. The Release functionality is new so without configuring it, I just tried it. When Release is pressed, Continuum gives error (see below). NullPointers are generally a bad thing, so even though Release should not work without proper configurations.. maybe instead of NullPointer a more informative error message could be given? Best Regards, -- Otto INFO | jvm 1| 2007/08/07 09:25:59 | 2007-08-07 09:25:59,184 [SocketListener0-1] INFO Interceptor:exceptionLogging - Error ocurred during execution INFO | jvm 1| 2007/08/07 09:25:59 | java.lang.NullPointerException: groupId was null INFO | jvm 1| 2007/08/07 09:25:59 | at org.apache.maven.artifact.ArtifactUtils.versionlessKey(ArtifactUtils.java:54) INFO | jvm 1| 2007/08/07 09:25:59 | at org.apache.maven.continuum.web.action.ReleaseProjectAction.promptReleaseGoal(ReleaseProjectAction.java:72) INFO | jvm 1| 2007/08/07 09:25:59 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1| 2007/08/07 09:25:59 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1| 2007/08/07 09:25:59 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1| 2007/08/07 09:25:59 | at java.lang.reflect.Method.invoke(Method.java:585) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:364) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:216) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:168) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) INFO | jvm 1| 2007/08/07 09:25:59 | at org.apache.maven.continuum.web.interceptor.ForceContinuumConfigurationInterceptor.intercept(ForceContinuumConfigurationInterceptor.java:72) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) INFO | jvm 1| 2007/08/07 09:25:59 | at org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:103) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) INFO | jvm 1| 2007/08/07 09:25:59 | at org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.intercept(SecureActionInterceptor.java:178) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) INFO | jvm 1| 2007/08/07 09:25:59 | at org.codehaus.plexus.xwork.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:58) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:168) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) INFO | jvm 1| 2007/08/07 09:25:59 | at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) INFO | jvm 1|
Re: Continuum 1.1-beta-1 profile does not seem to work
What are your installations? profiles with installations associated? [EMAIL PROTECTED] a écrit : Hi, I already wrote a message about that. I can't add any installation to a profile : with IE the add button doesn't work and with Firefox, when I click on the add button I obtain a java.lang.NullPointerException (with this stack trace : ). My problem is a little different, I can't access anything after adding installations seeing that I can't add these installations. Does anyone have the same problem? Any suggestion or idea? Thanks in advance, Rémi. *LAMY Olivier [EMAIL PROTECTED]* 07/08/2007 08:23 Veuillez répondre à continuum-users@maven.apache.org A continuum-users@maven.apache.org cc Objet RE: Continuum 1.1-beta-1 profile does not seem to work Afert adding installations to a profile don't use save but go to the profile list page. In fact, the workflow is a litte bit confusing here. It will be fixed in beta-2 ( you have patch here : http://jira.codehaus.org/browse/CONTINUUM-1361 ) Concerning IE, it's an issue (I have only tested with Firefox ;-) ), could you add an issue ? -- Olivier -Message d'origine- De : L. J. [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 02:24 À : continuum-users Objet : Continuum 1.1-beta-1 profile does not seem to work Hi, When using IE 6, I click the add button to add the installation in the profile, it does not do anything. When using Firefox, the add button works, but after save the profile and go back to check the profile, the installation isn't included in the profile. I am running in AIX, Is this because of my OS or has this happened to anyone else? Thanks. LJ This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. ** java.lang.NullPointerException at org.apache.maven.continuum.web.action.admin.ProfileAction.addInstallation(ProfileAction.java:140) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:364) at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:216) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:168) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.apache.maven.continuum.web.interceptor.ForceContinuumConfigurationInterceptor.intercept(ForceContinuumConfigurationInterceptor.java:72) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:103) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.intercept(SecureActionInterceptor.java:178) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at
Re: java.lang.NullPointerException: groupId was null
Can you file an issue? The release feature is designed actually to run only with maven2 projects. Emmanuel Otto Kolsi a écrit : Hi! I'm testing Continuum 1.1 beta 1 with Ant projects. So far it seems to work fine. I noticed following minor issue and thought to mention. I haven't yet created any Project Groups, so my Ant project is in the Default Group. The Release functionality is new so without configuring it, I just tried it. When Release is pressed, Continuum gives error (see below). NullPointers are generally a bad thing, so even though Release should not work without proper configurations.. maybe instead of NullPointer a more informative error message could be given? Best Regards,
Re: Build Fresh option
If you don't have symbolic links, you can use it Morgovsky, Alexander (US - Glen Mills) a écrit : It appears that the Build Fresh option does not fully work. I found a Jira issue #1156. Is it recommended to not use the Build Fresh option until later? Thank you. 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]
Re: Continuum 1.1-beta-1 profile does not seem to work
What is the process to reproduce it? Stephane Nicoll a écrit : Hey, I've also a NPE (see below) but I'm able to create the build profile anyway. I'm on 1.1-beta-1, war version on tomcat 5.5.23/JDK5. Cheers, Stéphane 12790974 [TP-Processor6] INFO com.opensymphony.xwork.interceptor.Interceptor:exceptionLogging - Error ocurred during execution java.lang.NullPointerException at org.jpox.state.StateManagerImpl.internalMakePersistent(StateManagerImpl.java:3667) at org.jpox.state.StateManagerImpl.makePersistent(StateManagerImpl.java:3646) at org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1202) at org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1261) at org.codehaus.plexus.jdo.PlexusJdoUtils.updateObject(PlexusJdoUtils.java:160) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoContinuumStore.java:843) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoContinuumStore.java:835) at org.apache.maven.continuum.store.JdoContinuumStore.updateProfile(JdoContinuumStore.java:1226) at org.apache.maven.continuum.profile.DefaultProfileService.updateProfile(DefaultProfileService.java:62) at org.apache.maven.continuum.web.action.admin.ProfileAction.save(ProfileAction.java:122) On 8/7/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: What are your installations? profiles with installations associated? [EMAIL PROTECTED] a écrit : Hi, I already wrote a message about that. I can't add any installation to a profile : with IE the add button doesn't work and with Firefox, when I click on the add button I obtain a java.lang.NullPointerException (with this stack trace : ). My problem is a little different, I can't access anything after adding installations seeing that I can't add these installations. Does anyone have the same problem? Any suggestion or idea? Thanks in advance, Rémi. *LAMY Olivier [EMAIL PROTECTED]* 07/08/2007 08:23 Veuillez répondre à continuum-users@maven.apache.org A continuum-users@maven.apache.org cc Objet RE: Continuum 1.1-beta-1 profile does not seem to work Afert adding installations to a profile don't use save but go to the profile list page. In fact, the workflow is a litte bit confusing here. It will be fixed in beta-2 ( you have patch here : http://jira.codehaus.org/browse/CONTINUUM-1361 ) Concerning IE, it's an issue (I have only tested with Firefox ;-) ), could you add an issue ? -- Olivier -Message d'origine- De : L. J. [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 02:24 À : continuum-users Objet : Continuum 1.1-beta-1 profile does not seem to work Hi, When using IE 6, I click the add button to add the installation in the profile, it does not do anything. When using Firefox, the add button works, but after save the profile and go back to check the profile, the installation isn't included in the profile. I am running in AIX, Is this because of my OS or has this happened to anyone else? Thanks. LJ This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. ** java.lang.NullPointerException at org.apache.maven.continuum.web.action.admin.ProfileAction.addInstallation(ProfileAction.java:140) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:364) at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:216) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at
RE: Continuum 1.1-beta-1 profile does not seem to work
Hi, For IE, there is an issue (CONTINUUM-1369). For the other point, I need the exact workflow. I aggree profile/installation workflow was not correct (I have send some patchs concerning this). -- Olivier -Message d'origine- De : Emmanuel Venisse [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 11:46 À : continuum-users@maven.apache.org Objet : Re: Continuum 1.1-beta-1 profile does not seem to work What are your installations? profiles with installations associated? [EMAIL PROTECTED] a écrit : Hi, I already wrote a message about that. I can't add any installation to a profile : with IE the add button doesn't work and with Firefox, when I click on the add button I obtain a java.lang.NullPointerException (with this stack trace : ). My problem is a little different, I can't access anything after adding installations seeing that I can't add these installations. Does anyone have the same problem? Any suggestion or idea? Thanks in advance, Rémi. *LAMY Olivier [EMAIL PROTECTED]* 07/08/2007 08:23 Veuillez répondre à continuum-users@maven.apache.org A continuum-users@maven.apache.org cc Objet RE: Continuum 1.1-beta-1 profile does not seem to work Afert adding installations to a profile don't use save but go to the profile list page. In fact, the workflow is a litte bit confusing here. It will be fixed in beta-2 ( you have patch here : http://jira.codehaus.org/browse/CONTINUUM-1361 ) Concerning IE, it's an issue (I have only tested with Firefox ;-) ), could you add an issue ? -- Olivier -Message d'origine- De : L. J. [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 02:24 À : continuum-users Objet : Continuum 1.1-beta-1 profile does not seem to work Hi, When using IE 6, I click the add button to add the installation in the profile, it does not do anything. When using Firefox, the add button works, but after save the profile and go back to check the profile, the installation isn't included in the profile. I am running in AIX, Is this because of my OS or has this happened to anyone else? Thanks. LJ This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. ** -- -- java.lang.NullPointerException at org.apache.maven.continuum.web.action.admin.ProfileAction.addInstallation(ProfileAction.java:140) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:364) at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:216) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:168) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.apache.maven.continuum.web.interceptor.ForceContinuumConfigurationInterceptor.intercept(ForceContinuumConfigurationInterceptor.java:72) at
RE: Continuum 1.1-beta-1 profile does not seem to work
Do you have an error message or something in the log ? -- Olivier -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 11:59 À : continuum-users@maven.apache.org Cc : continuum-users@maven.apache.org Objet : Re: Continuum 1.1-beta-1 profile does not seem to work I have only one installation : Name : JDK 1.5.0_01 Type : jdk Env Var Name : JAVA_HOME Value/Path : C:\Program Files\Java\jdk1.5.0_01 I tried several profiles, the last one was a test with Firefox : testFirefox. Emmanuel Venisse [EMAIL PROTECTED] 07/08/2007 11:45 Veuillez répondre à continuum-users@maven.apache.org A continuum-users@maven.apache.org cc Objet Re: Continuum 1.1-beta-1 profile does not seem to work What are your installations? profiles with installations associated? [EMAIL PROTECTED] a écrit : Hi, I already wrote a message about that. I can't add any installation to a profile : with IE the add button doesn't work and with Firefox, when I click on the add button I obtain a java.lang.NullPointerException (with this stack trace : ). My problem is a little different, I can't access anything after adding installations seeing that I can't add these installations. Does anyone have the same problem? Any suggestion or idea? Thanks in advance, Rémi. *LAMY Olivier [EMAIL PROTECTED]* 07/08/2007 08:23 Veuillez répondre à continuum-users@maven.apache.org A continuum-users@maven.apache.org cc Objet RE: Continuum 1.1-beta-1 profile does not seem to work Afert adding installations to a profile don't use save but go to the profile list page. In fact, the workflow is a litte bit confusing here. It will be fixed in beta-2 ( you have patch here : http://jira.codehaus.org/browse/CONTINUUM-1361 ) Concerning IE, it's an issue (I have only tested with Firefox ;-) ), could you add an issue ? -- Olivier -Message d'origine- De : L. J. [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 02:24 À : continuum-users Objet : Continuum 1.1-beta-1 profile does not seem to work Hi, When using IE 6, I click the add button to add the installation in the profile, it does not do anything. When using Firefox, the add button works, but after save the profile and go back to check the profile, the installation isn't included in the profile. I am running in AIX, Is this because of my OS or has this happened to anyone else? Thanks. LJ This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. ** java.lang.NullPointerException at org.apache.maven.continuum.web.action.admin.ProfileAction.addInstallation(ProfileAction.java:140) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:364) at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:216) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:168) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) at
Re: Continuum 1.1-beta-1 profile does not seem to work
- Firefox - Login as admin - Profiles, add profiles, give a name, save - Edit profile, add an installation, save - NPE But the profile is there with the installation. Note I never restarted the service so it's maybe not saved at all (and in a transient cache or something). Stéphane On 8/7/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: What is the process to reproduce it? Stephane Nicoll a écrit : Hey, I've also a NPE (see below) but I'm able to create the build profile anyway. I'm on 1.1-beta-1, war version on tomcat 5.5.23/JDK5. Cheers, Stéphane 12790974 [TP-Processor6] INFO com.opensymphony.xwork.interceptor.Interceptor:exceptionLogging - Error ocurred during execution java.lang.NullPointerException at org.jpox.state.StateManagerImpl.internalMakePersistent(StateManagerImpl.java:3667) at org.jpox.state.StateManagerImpl.makePersistent(StateManagerImpl.java:3646) at org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1202) at org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1261) at org.codehaus.plexus.jdo.PlexusJdoUtils.updateObject(PlexusJdoUtils.java:160) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoContinuumStore.java:843) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoContinuumStore.java:835) at org.apache.maven.continuum.store.JdoContinuumStore.updateProfile(JdoContinuumStore.java:1226) at org.apache.maven.continuum.profile.DefaultProfileService.updateProfile(DefaultProfileService.java:62) at org.apache.maven.continuum.web.action.admin.ProfileAction.save(ProfileAction.java:122) On 8/7/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: What are your installations? profiles with installations associated? [EMAIL PROTECTED] a écrit : Hi, I already wrote a message about that. I can't add any installation to a profile : with IE the add button doesn't work and with Firefox, when I click on the add button I obtain a java.lang.NullPointerException (with this stack trace : ). My problem is a little different, I can't access anything after adding installations seeing that I can't add these installations. Does anyone have the same problem? Any suggestion or idea? Thanks in advance, Rémi. *LAMY Olivier [EMAIL PROTECTED]* 07/08/2007 08:23 Veuillez répondre à continuum-users@maven.apache.org A continuum-users@maven.apache.org cc Objet RE: Continuum 1.1-beta-1 profile does not seem to work Afert adding installations to a profile don't use save but go to the profile list page. In fact, the workflow is a litte bit confusing here. It will be fixed in beta-2 ( you have patch here : http://jira.codehaus.org/browse/CONTINUUM-1361 ) Concerning IE, it's an issue (I have only tested with Firefox ;-) ), could you add an issue ? -- Olivier -Message d'origine- De : L. J. [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 02:24 À : continuum-users Objet : Continuum 1.1-beta-1 profile does not seem to work Hi, When using IE 6, I click the add button to add the installation in the profile, it does not do anything. When using Firefox, the add button works, but after save the profile and go back to check the profile, the installation isn't included in the profile. I am running in AIX, Is this because of my OS or has this happened to anyone else? Thanks. LJ This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. ** java.lang.NullPointerException at org.apache.maven.continuum.web.action.admin.ProfileAction.addInstallation(ProfileAction.java:140) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
RE: Continuum 1.1-beta-1 profile does not seem to work
I think it's due to CONTINUUM-1361. Rewrite the end of the workflow ;-) - Edit profile, add an installation, go to Profiles List -- Olivier -Message d'origine- De : Stephane Nicoll [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 12:11 À : continuum-users@maven.apache.org Objet : Re: Continuum 1.1-beta-1 profile does not seem to work - Firefox - Login as admin - Profiles, add profiles, give a name, save - Edit profile, add an installation, save - NPE But the profile is there with the installation. Note I never restarted the service so it's maybe not saved at all (and in a transient cache or something). Stéphane On 8/7/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: What is the process to reproduce it? Stephane Nicoll a écrit : Hey, I've also a NPE (see below) but I'm able to create the build profile anyway. I'm on 1.1-beta-1, war version on tomcat 5.5.23/JDK5. Cheers, Stéphane 12790974 [TP-Processor6] INFO com.opensymphony.xwork.interceptor.Interceptor:exceptionLogging - Error ocurred during execution java.lang.NullPointerException at org.jpox.state.StateManagerImpl.internalMakePersistent(StateManagerImpl.java:3667) at org.jpox.state.StateManagerImpl.makePersistent(StateManagerImpl.java:3646) at org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1202) at org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1261) at org.codehaus.plexus.jdo.PlexusJdoUtils.updateObject(PlexusJdoUtils.java:160) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoContinuumStore.java:843) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoContinuumStore.java:835) at org.apache.maven.continuum.store.JdoContinuumStore.updateProfile(JdoContinuumStore.java:1226) at org.apache.maven.continuum.profile.DefaultProfileService.updateProfile(DefaultProfileService.java:62) at org.apache.maven.continuum.web.action.admin.ProfileAction.save(Profi leAction.java:122) On 8/7/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: What are your installations? profiles with installations associated? [EMAIL PROTECTED] a écrit : Hi, I already wrote a message about that. I can't add any installation to a profile : with IE the add button doesn't work and with Firefox, when I click on the add button I obtain a java.lang.NullPointerException (with this stack trace : ). My problem is a little different, I can't access anything after adding installations seeing that I can't add these installations. Does anyone have the same problem? Any suggestion or idea? Thanks in advance, Rémi. *LAMY Olivier [EMAIL PROTECTED]* 07/08/2007 08:23 Veuillez répondre à continuum-users@maven.apache.org A continuum-users@maven.apache.org cc Objet RE: Continuum 1.1-beta-1 profile does not seem to work Afert adding installations to a profile don't use save but go to the profile list page. In fact, the workflow is a litte bit confusing here. It will be fixed in beta-2 ( you have patch here : http://jira.codehaus.org/browse/CONTINUUM-1361 ) Concerning IE, it's an issue (I have only tested with Firefox ;-) ), could you add an issue ? -- Olivier -Message d'origine- De : L. J. [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 02:24 À : continuum-users Objet : Continuum 1.1-beta-1 profile does not seem to work Hi, When using IE 6, I click the add button to add the installation in the profile, it does not do anything. When using Firefox, the add button works, but after save the profile and go back to check the profile, the installation isn't included in the profile. I am running in AIX, Is this because of my OS or has this happened to anyone else? Thanks. LJ This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites.
RE: Continuum 1.1-beta-1 profile does not seem to work
Sorry, I forgot the workflow, fro me, the error appears earlier than Stéphane : - Firefox - Login as admin - Profiles, add profiles, give a name, save - Edit profile, add an installation -- java.lang.NullPointerException [EMAIL PROTECTED] 07/08/2007 12:17 Veuillez répondre à continuum-users@maven.apache.org A continuum-users@maven.apache.org cc continuum-users@maven.apache.org Objet RE: Continuum 1.1-beta-1 profile does not seem to work Here is my log (in continuum.log): [SocketListener0-1] INFO com.opensymphony.xwork.interceptor.Interceptor:exceptionLogging - Error ocurred during execution java.lang.NullPointerException at org.apache.maven.continuum.web.action.admin.ProfileAction.addInstallation(ProfileAction.java:140) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:364) at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:216) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:168) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.apache.maven.continuum.web.interceptor.ForceContinuumConfigurationInterceptor.intercept(ForceContinuumConfigurationInterceptor.java:72) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:103) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.intercept(SecureActionInterceptor.java:178) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.xwork.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:58) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:168) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.webwork.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:171) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at
Re: java.lang.NullPointerException: groupId was null
Emmanuel Venisse wrote: Can you file an issue? Yes, I just created CONTINUUM-1371. -- Otto
refreshing a changed POM
I've noticed that when I change a POM file that it does not seem to refresh within Continuum. Is there a way to tell Continuum that the POM file has changed? At what point does Continuum check the POM. Thanks
Re: getting relative paths maven + continuum
Continuum doesn't build projects directly. It start maven in the right directory then maven do the build and Continuum look at the output and the result. Can you add more details about your problem? Emmanuel brad hadfield a écrit : Hi, I am a new maven and continuum user. I'm having problems setting a relative path because when continuum runs maven it interprets variables such as ${base.dir} differently than when I run maven from the project directory. I assume this is because continuum starts maven in a web app working directory. Is there a way to get continuum to start maven in the project directory? Thanks for any help you can offer. Brad
Re: getting relative paths maven + continuum
Maven does start in a project directory, but I suspect what you're looking for is a parent project's directory. Because Continuum does not necessarily know about parent folders, since it pulls each project out individually, you need your build setup to not be dependent on folder location. In other words Parent | - Child 1 | | Child 2 as a project structure is fine. However, Continuum will treat them as Parent Child 1 Child 2 It will know that Child 1 has a parent of Parent because of the metadata, and that is independent of file location. this is actually a factor of Maven, but Continuum uses maven according to Maven's intent. Unfortunately, some bad practice has crept in to how some people use Maven, and Continuum's basic assumptions don't support some of that. Maybe if you describe your issue a little more explicitly, someone can recommend an alternative way to accomplish the same goal that works within Maven's assumptions. Christian. On Aug 7, 2007, at 11:22 AM, brad hadfield wrote: Hi, I am a new maven and continuum user. I'm having problems setting a relative path because when continuum runs maven it interprets variables such as ${base.dir} differently than when I run maven from the project directory. I assume this is because continuum starts maven in a web app working directory. Is there a way to get continuum to start maven in the project directory? Thanks for any help you can offer. Brad christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2 416.998.6023 process coach and architect + ISRÁFÍL CONSULTING SERVICES
RE: getting relative paths maven + continuum
Thanks Emmanuel, I have a property with a path that looks like ${basedir}/../../../core-parent/trunk/ If I use the variable ${basedir} by running maven from the command line the location looks like: C:\CIProjects\ProjectsMain\ But when I run the build in Continuum the Maven variable ${basedir} is indicated as C:\Continuum\apps\continuum\webapp\WEB-INF\working-directory\21 Obviously I've configured something incorrectly... -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: August 7, 2007 11:27 AM To: continuum-users@maven.apache.org Subject: Re: getting relative paths maven + continuum Continuum doesn't build projects directly. It start maven in the right directory then maven do the build and Continuum look at the output and the result. Can you add more details about your problem? Emmanuel brad hadfield a écrit : Hi, I am a new maven and continuum user. I'm having problems setting a relative path because when continuum runs maven it interprets variables such as ${base.dir} differently than when I run maven from the project directory. I assume this is because continuum starts maven in a web app working directory. Is there a way to get continuum to start maven in the project directory? Thanks for any help you can offer. Brad
Re: getting relative paths maven + continuum
Good point, though it's not entirely true, since if you're using maven and always building with the full tree checked-out into a comprehensive workspace, this will work. It's only because continuum pulls things out sub-project (maven project) at-a-time that this becomes unworkable. But the solution is more of a maven-users list thing, true. Christian. On Aug 7, 2007, at 12:57 PM, Wayne Fay wrote: You may want to take this over to the Maven Users list as it is really a Maven issue, not Continuum, and I believe more people are subscribed to M-U than C-U. christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2 416.998.6023 process coach and architect + ISRÁFÍL CONSULTING SERVICES
RE: getting relative paths maven + continuum
Thanks again for all your help, just to clarify, the file is not found in a parent project but in a sibling project. We have a situation where a number of Web applications have an XML schema file that extends objects found a base schema file. The base schema file is part of the base project. At the time that the JAXB plug-in is called both files must be in the same directory. I'll find a solution and check the Maven users list if required. Brad -Original Message- From: Christian Gruber [mailto:[EMAIL PROTECTED] Sent: August 7, 2007 1:01 PM To: continuum-users@maven.apache.org Subject: Re: getting relative paths maven + continuum Good point, though it's not entirely true, since if you're using maven and always building with the full tree checked-out into a comprehensive workspace, this will work. It's only because continuum pulls things out sub-project (maven project) at-a-time that this becomes unworkable. But the solution is more of a maven-users list thing, true. Christian. On Aug 7, 2007, at 12:57 PM, Wayne Fay wrote: You may want to take this over to the Maven Users list as it is really a Maven issue, not Continuum, and I believe more people are subscribed to M-U than C-U. christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2 416.998.6023 process coach and architect + ISRÁFÍL CONSULTING SERVICES
Re: getting relative paths maven + continuum
What I've done before is actually created a jar project that contains the base schema and only contains the base schema, and make it a provided dependency for the other projects. Then I use the maven dependency plugin to grab that .jar, pull it into a temporary folder during the build of the dependent project, and either with ant (or a little unzip mojo I made) pull the xml file out and put it where it needs to be for the local build. This supports the notion of an artifact a little better than relying on file system locations, and it also means that you can version that file separately. (if that's relevant to you). In general, I try to take any shared resource or group of resources, and pull it into its own project so it can be a first-class maven artifact. christian On Aug 7, 2007, at 2:17 PM, brad hadfield wrote: Thanks again for all your help, just to clarify, the file is not found in a parent project but in a sibling project. We have a situation where a number of Web applications have an XML schema file that extends objects found a base schema file. The base schema file is part of the base project. At the time that the JAXB plug-in is called both files must be in the same directory. I'll find a solution and check the Maven users list if required. Brad -Original Message- From: Christian Gruber [mailto:[EMAIL PROTECTED] Sent: August 7, 2007 1:01 PM To: continuum-users@maven.apache.org Subject: Re: getting relative paths maven + continuum Good point, though it's not entirely true, since if you're using maven and always building with the full tree checked-out into a comprehensive workspace, this will work. It's only because continuum pulls things out sub-project (maven project) at-a-time that this becomes unworkable. But the solution is more of a maven-users list thing, true. Christian. On Aug 7, 2007, at 12:57 PM, Wayne Fay wrote: You may want to take this over to the Maven Users list as it is really a Maven issue, not Continuum, and I believe more people are subscribed to M-U than C-U. christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2 416.998.6023 process coach and architect + ISRÁFÍL CONSULTING SERVICES christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2 416.998.6023 process coach and architect + ISRÁFÍL CONSULTING SERVICES
Problems with Space in Perforce URL Path
Hi, Today I tried adding an Ant project to Continuum with the SCM URL as - scm:perforce:[EMAIL PROTECTED]:1966://Project-Development/project - support libraries I am not able to build this Ant project. In the logs the error message is - Provider message: Unable to sync. Are you logged in? I tried adding another Ant project which has no spaces in the perforce path, and it built fine. Does continuum fail to build a project with spaces in the perforce URL ?? Has anyone faced the same problem? Regards Anshula -- View this message in context: http://www.nabble.com/Problems-with-Space-in-Perforce-URL-Path-tf4232434.html#a12041473 Sent from the Continuum - Users mailing list archive at Nabble.com.
RE: continuum-1.1-beta-1: Error while generating mail contents.
Issue CONTINUUM-1374. Simple workaround add a jdk to your profile. Will be fix in beta-2. -- Olivier -Message d'origine- De : Andreas Guther [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 03:05 À : continuum-users@maven.apache.org Objet : continuum-1.1-beta-1: Error while generating mail contents. Hi, After installing continuum-1.1-beta-1 last week all went fine and I was very pleased with the changes and new features. We just discovered that since a few days we do not get email messages anymore. The logs say: Error while generating mail contents. (Stack trace below) I can send email from the Linux box continuum is running. I also got emails in the beginning. I also restarted the server. Where should I look to find out what causes the problem? Andreas 285551 [pool-1-thread-1] INFO org.apache.maven.continuum.utils.shell.ShellCommandHelper:default - Working directory: /opt/continuum-1.1-beta-1/apps/continuum/webapp/WEB-INF/working-director y/40 288618 [pool-1-thread-1] INFO org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2 - Exit code: 1 288753 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Performing action deploy-artifact 288863 [pool-1-thread-1] ERROR org.apache.maven.continuum.notification.ContinuumNotificationDispatcher: default - Error while trying to use the mailnotifier. org.codehaus.plexus.notification.NotificationException: Error while generating mail contents. at org.apache.maven.continuum.notification.mail.MailContinuumNotifier.build Complete(MailContinuumNotifier.java:335) at org.apache.maven.continuum.notification.mail.MailContinuumNotifier.sendN otification(MailContinuumNotifier.java:227) at org.apache.maven.continuum.notification.DefaultContinuumNotificationDisp atcher.sendNotification(DefaultContinuumNotificationDispatcher.java:199) at org.apache.maven.continuum.notification.DefaultContinuumNotificationDisp atcher.sendNotification(DefaultContinuumNotificationDispatcher.java:151) at org.apache.maven.continuum.notification.DefaultContinuumNotificationDisp atcher.buildComplete(DefaultContinuumNotificationDispatcher.java:103) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.endBui ld(DefaultBuildController.java:219) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.build( DefaultBuildController.java:173) 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(ThreadPoolExecutor.java:665) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker .run(ThreadPoolExecutor.java:690) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.NullPointerException at org.apache.maven.continuum.installation.DefaultInstallationService.getJd kInformations(DefaultInstallationService.java:245) at org.apache.maven.continuum.notification.mail.MailContinuumNotifier.getJa vaHomeInformations(MailContinuumNotifier.java:363) at org.apache.maven.continuum.notification.mail.MailContinuumNotifier.build Complete(MailContinuumNotifier.java:308) ... 13 more 288870 [pool-1-thread-1] INFO org.codehaus.plexus.notification.notifier.Notifier:mail - Same state, not sending message. This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. -- Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. -
RE: continuum-1.1-beta-1: Build succeeded or failed ???
Have you tried with mvn 2.0.6 or 2.0.5 ? What is your OS ? If windows I think there is an issue with mvn.bat concerning cli return code (MAVEN_TERMINATE_CMD ) (don't remember the issue id) -- Olivier De : Poli García [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 23:04 À : continuum-users@maven.apache.org Objet : continuum-1.1-beta-1: Build succeeded or failed ??? Hi ! I've just installed Continuum 1.1 beta1 and noticed a strange behaviour when building my app. The thing is that continuum says it has built correctly, but the build has failed because a dependency cannot be found in the repository. See the attached image for this. I had to censor some fields of the attachment because of confidentiality, but I can say that we're using maven 2.0.7 and a wagon version branched from the version you can see on the on the screen shot. Has this happened to some of you guys before ? Regards -- Poli García This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. **
Re: Retrieving subversion revision number
Thanks for all replies, but when I use this plugin I receive the version of my my project (e.g. 1.0-SNAPSHOT), but I would like to get somehow the revision number of the svn version (e.g. 768). If someone commits some changes and the revision number turns to 769 this would be shown in some property file or manifest file or whatever. I think this needs a communication with svn using scm tags (I have already configured scm). Nick Stolwijk wrote: Have a look at the buildnumber plugin, which does exactly that.[1] Hth, Nick Stolwijk [1] http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/index.html DCVer wrote: Hi all, I would like to get the revision number of my project on svn repository using maven2 (or some other tool) and put this number e.g. in some property file. How could this be done? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Retrieving-subversion-revision-number-tf4225135s177.html#a12029403 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 increase the memory usage for mvn?
From mvn.bat: @REM MAVEN_OPTS - parameters passed to the Java VM when running Maven Eg set MAVEN_OPTS=-Xmx1024m William -Original Message- From: Baz [mailto:[EMAIL PROTECTED] Sent: Tuesday, 7 August 2007 9:19 AM To: Maven Users List Subject: [***POSSIBLE SPAM***] - How to increase the memory usage for mvn? - Email has different SMTP TO: and MIME TO: fields in the email addresses Hi, How can i increase the memory usage for mvn? Like using ANT, there is an option for that right? Thanks. A. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Retrieving subversion revision number
DCVer wrote on Tuesday, August 07, 2007 8:57 AM: Thanks for all replies, but when I use this plugin I receive the version of my my project (e.g. 1.0-SNAPSHOT), but I would like to get somehow the revision number of the svn version (e.g. 768). If someone commits some changes and the revision number turns to 769 this would be shown in some property file or manifest file or whatever. I think this needs a communication with svn using scm tags (I have already configured scm). You might define a property in the POM like: properties revision$Revision$/revision /properties This will be updated everytime your POM is checked in. Since this is also the case releasing the artifact, you will always have the proper svn revision for a release within this property. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Retrieving subversion revision number
Hmm, now I see that the revision number is null.. Looks like maven is ignoring the scm tag.. Jörg Schaible wrote: DCVer wrote on Tuesday, August 07, 2007 8:57 AM: Thanks for all replies, but when I use this plugin I receive the version of my my project (e.g. 1.0-SNAPSHOT), but I would like to get somehow the revision number of the svn version (e.g. 768). If someone commits some changes and the revision number turns to 769 this would be shown in some property file or manifest file or whatever. I think this needs a communication with svn using scm tags (I have already configured scm). You might define a property in the POM like: properties revision$Revision$/revision /properties This will be updated everytime your POM is checked in. Since this is also the case releasing the artifact, you will always have the proper svn revision for a release within this property. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Retrieving-subversion-revision-number-tf4225135s177.html#a12029766 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: Retrieving subversion revision number
I've configured the buildnumber plugin as follows: plugin groupIdorg.codehaus.mojo/groupId artifactIdmaven-buildnumber-plugin/artifactId version0.9.5/version executions execution phasevalidate/phase goals goalcreate/goal /goals /execution /executions /plugin And uses it in a propertie file in src/main/resources: version=Version: ${pom.version} - ${buildNumber} The pom.version is replaced bij mij project version and the buildNumber is replaced bij my SVN revision at the moment. It does use the SVN executable, so you need SVN installed (and not only a GUI like Subclipse or Tortoise). Hth, Nick Stolwijk DCVer wrote: Hmm, now I see that the revision number is null.. Looks like maven is ignoring the scm tag.. Jörg Schaible wrote: DCVer wrote on Tuesday, August 07, 2007 8:57 AM: Thanks for all replies, but when I use this plugin I receive the version of my my project (e.g. 1.0-SNAPSHOT), but I would like to get somehow the revision number of the svn version (e.g. 768). If someone commits some changes and the revision number turns to 769 this would be shown in some property file or manifest file or whatever. I think this needs a communication with svn using scm tags (I have already configured scm). You might define a property in the POM like: properties revision$Revision$/revision /properties This will be updated everytime your POM is checked in. Since this is also the case releasing the artifact, you will always have the proper svn revision for a release within this property. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or... - FYI
Hi, I used to get the error, The plugin org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found every time I tried mvn clean, or issued a command that in turn called this plugin. C:\dev\selenium-rc\trunkmvn clean [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Selenium RC [INFO] Selenium RC Server (Coreless) [INFO] Selenium RC Server [INFO] Selenium Translator [INFO] Selenium RC Client Drivers [INFO] Selenium RC Java Client Driver [INFO] [INFO] Building Selenium RC [INFO]task-segment: [clean] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-clean-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Tue Aug 07 12:45:37 IST 2007 [INFO] Final Memory: 1M/3M [INFO] I checked the faqs page: (http://docs.codehaus.org/display/MAVENUSER/FAQs-1#FAQs-1-novalidversionHowdoIresolvethe%22%3Cpluginname%3Edoesnotexistornovalidversion%22error%3F) .. which doesn't help much. Neither am I upgrading nor am I behind a proxy. Changing the versions also didn't help. But anyway, after some reading up on maven, I've solved it by handling the issue in its raw form - copying files from web and putting them in an appropriate location on my box. If my *hunch* is right, this may be happening due to a convention followed by Maven wherein it (perhaps) downloads only those files which are not SNAPSHOT versions. SNAPSHOTs are meant to be picked up locally. The web repo of maven-clean-plugin is a SNAPSHOT version while other plugins are not. (http://people.apache.org/maven-snapshot-repository/org/apache/maven/plugins/maven-clean-plugin/) I guess this could be the problem for other similar issues. For some reason, the web repo for some plugins gets updated with SNAPSHOT versions, when it should not have been. Mailing this since I did not find similar info either in faqs nor in mailing lists. FYI, Thanks, praveen Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=listsid=396545433 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Retrieving subversion revision number
DCVer wrote on Tuesday, August 07, 2007 9:36 AM: Hmm, now I see that the revision number is null.. Looks like maven is ignoring the scm tag.. ?!?! Cannot make any sense out of your comment. What is here your revision number, how do you gather it and how is it related to the SCM tag at all ? - Jörg -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Jörg Schaible wrote: DCVer wrote on Tuesday, August 07, 2007 8:57 AM: Thanks for all replies, but when I use this plugin I receive the version of my my project (e.g. 1.0-SNAPSHOT), but I would like to get somehow the revision number of the svn version (e.g. 768). If someone commits some changes and the revision number turns to 769 this would be shown in some property file or manifest file or whatever. I think this needs a communication with svn using scm tags (I have already configured scm). You might define a property in the POM like: properties revision$Revision$/revision /properties This will be updated everytime your POM is checked in. Since this is also the case releasing the artifact, you will always have the proper svn revision for a release within this property. - Jörg - 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: Retrieving subversion revision number
Have you made any configuration to scm plugin (groupIdorg.apache.maven.plugins/groupId artifactIdmaven-scm-plugin/artifactId) or used scm tags in your pom.xml? I would be thankful if you could paste your configuration (if u used one of them). My svn repository uses ssh private key to get to it. Nick Stolwijk wrote: I've configured the buildnumber plugin as follows: plugin groupIdorg.codehaus.mojo/groupId artifactIdmaven-buildnumber-plugin/artifactId version0.9.5/version executions execution phasevalidate/phase goals goalcreate/goal /goals /execution /executions /plugin And uses it in a propertie file in src/main/resources: version=Version: ${pom.version} - ${buildNumber} The pom.version is replaced bij mij project version and the buildNumber is replaced bij my SVN revision at the moment. It does use the SVN executable, so you need SVN installed (and not only a GUI like Subclipse or Tortoise). Hth, Nick Stolwijk DCVer wrote: Hmm, now I see that the revision number is null.. Looks like maven is ignoring the scm tag.. Jörg Schaible wrote: DCVer wrote on Tuesday, August 07, 2007 8:57 AM: Thanks for all replies, but when I use this plugin I receive the version of my my project (e.g. 1.0-SNAPSHOT), but I would like to get somehow the revision number of the svn version (e.g. 768). If someone commits some changes and the revision number turns to 769 this would be shown in some property file or manifest file or whatever. I think this needs a communication with svn using scm tags (I have already configured scm). You might define a property in the POM like: properties revision$Revision$/revision /properties This will be updated everytime your POM is checked in. Since this is also the case releasing the artifact, you will always have the proper svn revision for a release within this property. - Jörg - 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] -- View this message in context: http://www.nabble.com/Retrieving-subversion-revision-number-tf4225135s177.html#a12030511 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: Retrieving subversion revision number
My SCM section of my pom file (slightly modified for security reasons) scm connectionscm:svn:https://servername:port/svnroot/svn-repository/trunk/connection developerConnectionscm:svn:https://servername:port/svnroot/svn-repository/trunk/developerConnection /scm The only other trouble I had with the buildnumber plugin (as I mentioned before) that it needs the SVN executable. As far as I know it doesn't look for contact to the subversion repository, but uses the svn information in your working copy. Hth, Nick Stolwijk DCVer wrote: Have you made any configuration to scm plugin (groupIdorg.apache.maven.plugins/groupId artifactIdmaven-scm-plugin/artifactId) or used scm tags in your pom.xml? I would be thankful if you could paste your configuration (if u used one of them). My svn repository uses ssh private key to get to it. Nick Stolwijk wrote: I've configured the buildnumber plugin as follows: plugin groupIdorg.codehaus.mojo/groupId artifactIdmaven-buildnumber-plugin/artifactId version0.9.5/version executions execution phasevalidate/phase goals goalcreate/goal /goals /execution /executions /plugin And uses it in a propertie file in src/main/resources: version=Version: ${pom.version} - ${buildNumber} The pom.version is replaced bij mij project version and the buildNumber is replaced bij my SVN revision at the moment. It does use the SVN executable, so you need SVN installed (and not only a GUI like Subclipse or Tortoise). Hth, Nick Stolwijk DCVer wrote: Hmm, now I see that the revision number is null.. Looks like maven is ignoring the scm tag.. Jörg Schaible wrote: DCVer wrote on Tuesday, August 07, 2007 8:57 AM: Thanks for all replies, but when I use this plugin I receive the version of my my project (e.g. 1.0-SNAPSHOT), but I would like to get somehow the revision number of the svn version (e.g. 768). If someone commits some changes and the revision number turns to 769 this would be shown in some property file or manifest file or whatever. I think this needs a communication with svn using scm tags (I have already configured scm). You might define a property in the POM like: properties revision$Revision$/revision /properties This will be updated everytime your POM is checked in. Since this is also the case releasing the artifact, you will always have the proper svn revision for a release within this property. - Jörg - 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: castor plugin and castor version
Hi, I'm using castor to generate code. the plugin (mojo) has a dependency on castor:castor:0.9.7 This version has a generator bug (http://jira.codehaus.org/browse/CASTOR-742) that is solved in 1.0.4 But I can't override the plugin classpath to set version to 1.0.4 as the groupId has been changed since 1.0 to org.codehaus.castor. Any idea on a way to solve this ??? I once had a similar problem: One of the dependencies I was using had a dependency to commons-beanutils:commons-beanutils:1.4-dev that doesn't exist on central repo; well, at least the directory exists, but is empty. I solved it by creating the following pom that I deployed to my internal repository: project modelVersion4.0.0/modelVersion groupIdcommons-beanutils/groupId artifactIdcommons-beanutils/artifactId version1.4-dev/version namecommons-beanutils/name description The commons-beanutils package. /description distributionManagement relocation groupIdcommons-beanutils/groupId artifactIdcommons-beanutils/artifactId version1.4/version /relocation /distributionManagement /project I suggest you try a similar approach: Create a pom for castor:castor, but use a different version that doesn't exist on central, say, 0.9.7.1, add relocation info for org.codehaus.castor:castor:1.0.4 into it (assuming that this version is compatible to 0.9.7) and deploy it to your repository. Then add a dependency to this pseudo pom into your main pom.xml. Maven should see that you use a newer version for castor:castor:0.9.7 which is used by the plugin, and finally use that instead. HTH Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Continuum 1.1-beta-1 profile does not seem to work
Here is my log (in continuum.log): [SocketListener0-1] INFO com.opensymphony.xwork.interceptor.Interceptor:exceptionLogging - Error ocurred during execution java.lang.NullPointerException at org.apache.maven.continuum.web.action.admin.ProfileAction.addInstallation(ProfileAction.java:140) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:364) at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:216) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:168) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.apache.maven.continuum.web.interceptor.ForceContinuumConfigurationInterceptor.intercept(ForceContinuumConfigurationInterceptor.java:72) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:103) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.intercept(SecureActionInterceptor.java:178) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at org.codehaus.plexus.xwork.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:58) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:168) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.webwork.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:171) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.webwork.interceptor.debugging.DebuggingInterceptor.intercept(DebuggingInterceptor.java:147) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at
[m2] mvn launch script under cygwin and release-plugin / svn
Hi, I'm using the release plugin to release a module. $ mvn -B release:prepare -f release-1.3.0/the_module/pom.xml -DtagBase=svn://path.to.my.repository/the_module/tags -Dtag=MMP-REL-1.3.0_20070807_101709 -Dusername=myusername This fails with the below message: [INFO] Checking in modified POMs... [INFO] Executing: svn --username myusername --non-interactive commit --file c:\Users\myusername\AppData\Local\Temp\maven-scm-1009058660.commit c:/Users/myusername/work/svn/release/release-1.3 0/the_module/pom.xml [INFO] Working directory: c:\Users\myusername\work\svn\release\release-1.3.0\the_module [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive/c/Users/myusername/work/svn/release/release-1.3.0/the_module/c:/Users/myusername/work/svn/release/release-1.3.0/the_module' is not a working copy svn: Can't open file '/cygdrive/c/Users/myusername/work/svn/release/release-1.3.0/the_module/c:/Users/myusername/work/svn/release/release-1.3.0/the_module/.svn/entries': No such file or directory $which svn /usr/bin/svn I've worked around this by changing my PATH to have the Windows SVN binaries before the Cygwin SVN binaries, but it doesn't feel like a good solution. export PATH=/cygdrive/c/path/to/svn/binaries/:${PATH} The other alternative that I considered was to uninstall my svn client from Cygwin. I guess that would do it too, but is there a better way? Cheers, James -- View this message in context: http://www.nabble.com/-m2--mvn-launch-script-under-cygwin-and-release-plugin---svn-tf4229469s177.html#a12032164 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[soapui plugin] Project file not in superpom
Hello, I wish to use the SOAPui plugin for Maven. When I put it in the superpom it works nice, but is it possible to include it in the project where the web services are instead ? Here is my statement: plugins plugin groupIdeviware/groupId artifactIdmaven-soapui-plugin/artifactId version1.7/version configuration projectFileWebProject/webproject-soapui-project.xml/projectFile /configuration /plugin /plugins Thanks. -- Cordialement, Rodolphe Beck [EMAIL PROTECTED]
Re: Bug in archiva with non-standard artifact name (ganymed-ssh2)
This is a known issue with Archiva at the moment. See http://jira.codehaus.org/browse/MRM-432 It is important, and will be fixed prior to an Archiva 1.0 final release. - Joakim Antonio Parolini wrote: Hello, I setted up archiva as a central repository proxy and it works fine but for non-standard artifacts, like ganymed (ssh). ganymed is a dependency of the latest maven-release-plugin and is simply ignored by archiva when requested: Path to dependency: 1) org.apache.maven.plugins:maven-release-plugin:maven-plugin:2.0-beta-6 2) org.apache.maven.release:maven-release-manager:jar:1.0-alpha-3 3) org.apache.maven.scm:maven-scm-provider-cvsjava:jar:1.0 4) ch.ethz.ganymed:ganymed-ssh2:jar:build210 When I call the archiva jar url, it say Not found and nothing shows up in the archiva's logs. My url: http://znjupiter:8080/archiva/repository/internal/ch/ethz/ganymed/ganymed-ssh2/build210/ganymed-ssh2-build210.jar If confirmed, i think this is a serious bug ( it prevent us to release, unless we copy this artifact by hand into archiva) and it would be nice that it can be resolved before 1.0-beta-1. Bests, Antonio -- - Joakim Erdfelt [EMAIL PROTECTED] Open Source Software (OSS) Developer
RE: [m2] mvn launch script under cygwin and release-plugin / svn
It's a know issue (don't remember the id). A simple workaround is add first in your PATH the windows svn. If svn is in C:\Subversion\bin. export PATH=C:\\Subversion\\bin:$PATH Then release plugin works fine. HTH, -- Olivier -Message d'origine- De : James Abley [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 13:03 À : users@maven.apache.org Objet : [m2] mvn launch script under cygwin and release-plugin / svn Hi, I'm using the release plugin to release a module. $ mvn -B release:prepare -f release-1.3.0/the_module/pom.xml -DtagBase=svn://path.to.my.repository/the_module/tags -Dtag=MMP-REL-1.3.0_20070807_101709 -Dusername=myusername This fails with the below message: [INFO] Checking in modified POMs... [INFO] Executing: svn --username myusername --non-interactive commit --file c:\Users\myusername\AppData\Local\Temp\maven-scm-1009058660.commit c:/Users/myusername/work/svn/release/release-1.3 0/the_module/pom.xml [INFO] Working directory: c:\Users\myusername\work\svn\release\release-1.3.0\the_module [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive/c/Users/myusername/work/svn/release/release-1.3.0/the_module/c:/Users/myusername/work/svn/release/release-1.3.0/the_module' is not a working copy svn: Can't open file '/cygdrive/c/Users/myusername/work/svn/release/release-1.3.0/the_module/c:/Users/myusername/work/svn/release/release-1.3.0/the_module/.svn/entries': No such file or directory $which svn /usr/bin/svn I've worked around this by changing my PATH to have the Windows SVN binaries before the Cygwin SVN binaries, but it doesn't feel like a good solution. export PATH=/cygdrive/c/path/to/svn/binaries/:${PATH} The other alternative that I considered was to uninstall my svn client from Cygwin. I guess that would do it too, but is there a better way? Cheers, James -- View this message in context: http://www.nabble.com/-m2--mvn-launch-script-under-cygwin-and-release-plugin---svn-tf4229469s177.html#a12032164 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 e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: castor plugin and castor version
castor 1.0 split code into castor + castor-codegen-antask, so I tried : - creating a relocation pom for castor 1.1 - adding castor:castor:1.1 and org.codehaus.castor:castor-codegen-anttask as dependencies to the plugin I get the expected warning : [WARNING] While downloading castor:castor:1.1 This artifact has been relocated to org.codehaus.castor:castor:1.1. But the plugin classpath still refers to castor 0.9.7 : [DEBUG] Retrieving parent-POM: org.codehaus.mojo:mojo::4 for project: null:castor-maven-plugin:maven-plugin:1.0 from the repository. [DEBUG] org.codehaus.mojo:castor-maven-plugin:maven-plugin:1.0:runtime(selected for runtime) [DEBUG] org.codehaus.castor:castor-codegen-anttask:jar:1.1:compile(selected for compile) [DEBUG] org.codehaus.castor:castor-codegen:jar:1.1:compile (selected for compile) [DEBUG] org.codehaus.castor:castor:jar:1.1:compile (selected for compile) (...) [WARNING] While downloading castor:castor:1.1 This artifact has been relocated to org.codehaus.castor:castor:1.1. [DEBUG] org.codehaus.castor:castor:jar:1.1:compile (selected for compile) (...) [DEBUG] castor:castor:jar:0.9.7:runtime (selected for runtime) And the generated code is still broken. Nico 2007/8/7, Thorsten Heit [EMAIL PROTECTED]: Hi, I'm using castor to generate code. the plugin (mojo) has a dependency on castor:castor:0.9.7 This version has a generator bug (http://jira.codehaus.org/browse/CASTOR-742) that is solved in 1.0.4 But I can't override the plugin classpath to set version to 1.0.4 as the groupId has been changed since 1.0 to org.codehaus.castor. Any idea on a way to solve this ??? I once had a similar problem: One of the dependencies I was using had a dependency to commons-beanutils:commons-beanutils:1.4-dev that doesn't exist on central repo; well, at least the directory exists, but is empty. I solved it by creating the following pom that I deployed to my internal repository: project modelVersion4.0.0/modelVersion groupIdcommons-beanutils/groupId artifactIdcommons-beanutils/artifactId version1.4-dev/version namecommons-beanutils/name description The commons-beanutils package. /description distributionManagement relocation groupIdcommons-beanutils/groupId artifactIdcommons-beanutils/artifactId version1.4/version /relocation /distributionManagement /project I suggest you try a similar approach: Create a pom for castor:castor, but use a different version that doesn't exist on central, say, 0.9.7.1, add relocation info for org.codehaus.castor:castor:1.0.4 into it (assuming that this version is compatible to 0.9.7) and deploy it to your repository. Then add a dependency to this pseudo pom into your main pom.xml. Maven should see that you use a newer version for castor:castor:0.9.7which is used by the plugin, and finally use that instead. HTH Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WebLogic Deployment ok from child, fails from parent ?
You have to run the deploy command from the war directory if you want to deploy the war. This is because the project type and object location are dynamically determined from the pom.xml of the directory you are running in. You cannot run the command from the parent directory because it will then try to deploy all artifacts in all projects which is not what you want. What is it you are trying to do exactly? The plugin will work with the deployment information defined anywhere in any parent pom but you must run the command from the proper project. I suppose I could include code to ignore deployments made from directories that are not supported but that breaks complex projects. For example if you have a parent and a war child and jar child and ear child. You only want the ear to deploy but how does the plugin know not to deploy the war as well. You will have to describe the scenario that you want to occur so that I can understand what you are expecting to happen. Use a complex project containing a parent pom of project type pom and 3 child projects one jar, one ear, and one war. What would you like to happen in this case? Scott Ryan On Aug 6, 2007, at 6:25 PM, [EMAIL PROTECTED] wrote: Scott, I have the same problem here, I have the plugin defined in parent pom (under pluginManagement). When I run mvn weblogic:deploy from the parent, it assumes that the parent pom is a war project and then tries to deploy the war artifact of the parent at the parent level. This immediately fails because the parent pom is simply an aggregate of sub modules and the war artifacts of the parent does not exists. Is this supported? If so I'd love to get it going too. Cheers, rOnn c. Scott Ryan [EMAIL PROTECTED] Sent by: Scott Ryan [EMAIL PROTECTED] 08/03/2007 11:53 PM Please respond to Maven Users List users@maven.apache.org To Maven Users List users@maven.apache.org cc Subject Re: WebLogic Deployment ok from child, fails from parent ? Why is the plugin definition not in your parent? If you run the command in the parent directory then the plugin definition needs to be there as well. Scott Ryan On Aug 3, 2007, at 1:04 AM, Anton Schoultz wrote: Hi, I have an prototype setup with three modules, 2 Jars and a WEB app. I have set up the WebLogic plugins in the web project. When I CD to the web project and mvn weblogic:deploy the web app is deployed as expected. However, if I go to the root/parent dir and try mvn weblogic:deploy I get this error [INFO] Reactor build order: [INFO] Unnamed - com.mergere.mvnbook:build-all-aggregator:pom:1 [INFO] console [INFO] helloworld [INFO] helloWeb [INFO] Searching repository for plugin with prefix: 'weblogic'. [INFO] - - -- [ERROR] BUILD ERROR [INFO] - - -- [INFO] The plugin 'org.apache.maven.plugins:maven-weblogic-plugin' does not exist or no valid version could be found in this setup I'm ONLY looking at deployment issues. Here's the parent pom project modelVersion4.0.0/modelVersion groupIdcom.mergere.mvnbook/groupId artifactIdbuild-all-aggregator/artifactId version1/version packagingpom/packaging modules moduleconsole/module modulehelloworld/module modulehelloWeb/module /modules /project And here's the web-app (child) pom project parent artifactIdbuild-all-aggregator/artifactId groupIdcom.mergere.mvnbook/groupId version1/version /parent modelVersion4.0.0/modelVersion groupIdanton/groupId artifactIdhelloWeb/artifactId namehelloWeb/name descriptiontestWeb/description packagingwar/packaging version1.0-SNAPSHOT/version urlhttp://maven.apache.org/url dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build plugins plugin!-- WebLogic Plugin for deploy == WebLogic -- groupIdorg.codehaus.mojo/groupId artifactIdweblogic-maven-plugin/artifactId version2.9.0-SNAPSHOT/version configuration adminServerHostName${weblogicServerHostName}/ adminServerHostName!-- localhost -- adminServerPort${weblogicServerPort}/adminServerPort adminServerProtocolhttp/adminServerProtocol userId${weblogicUserId}/userId password${weblogicPassword}/password uploadtrue/ upload remotetrue/ remote verbosetrue/ verbose debugfalse/debug
Re: [OT] Mini-interview with Emmanuel Venisse of Maven and Continuum
It is interesting to learn about the committers. I was fortunate enough to meet Emmanuel last month. Regards, Brian On 8/6/07, Brett Porter [EMAIL PROTECTED] wrote: Hi all, I thought I might post this in case anyone was interested in getting to know Emmanuel a bit better: http://www.devzuz.org/?q=node/12 Emmanuel is a long term committer to Maven, who has done a bunch of stuff and is always busy. It was great fun talking to him. I hope you find it interesting - I'm hoping to post more of these on the site in the future, along with some other things that are generally useful to Maven users but which wouldn't normally be put on the project site. Cheers, Brett -- Brett Porter Blog: http://www.devzuz.org/blogs/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [1.1-beta-1] group/project build definitions
there are two types of build definitions, group definitions and project definitions. group definitions apply to all projects in the group, project definitions apply to just that project. if your concerned about the default build definition that is fired off during the schedules then a project build definition that is marked as default takes precedence over a default group definition, if one is defined cheers jesse On 8/3/07, Przemyslaw Madzik [EMAIL PROTECTED] wrote: Hello Is it possible to have group of projects where some projects use group build definition and some use specifical own (project) build definition? How to achieve it? Regards, PM -- View this message in context: http://www.nabble.com/-1.1-beta-1--group-project-build-definitions-tf4211106.html#a11978921 Sent from the Continuum - Users mailing list archive at Nabble.com. -- jesse mcconnell [EMAIL PROTECTED]
maven-ant-tasks-2.0.7 settings file read hangs at install-provider
Hi all, I'm trying to make an example ant project for one of our teams who currently uses ant to do their builds. Relevant sections of build.xml target name=init tstamp format property=build.date pattern=[EMAIL PROTECTED] / /tstamp mkdir dir=${target.dir} / mkdir dir=${ target.classes} / mkdir dir=${target.gensrc} / mkdir dir=${target.dist} / mkdir dir=${lib} / /target target name=maven-setup depends=init description=Setup maven ant tasks, required for dependency resolution get src=${maven.ant.task.url} dest=${lib}/${ maven.ant.task.jar} usetimestamp=true / path id=maven-ant-tasks.classpath path=lib/${maven.ant.task.jar} / typedef resource=org/apache/maven/artifact/ant/antlib.xml uri=urn:maven-artifact-ant classpathref= maven-ant-tasks.classpath / artifact:remoteRepository id=remote.public url=${url.public} / echo message=Installing Provider/ artifact:install-provider artifactId=wagon-webdav version= 1.0-beta-2 / echo message=Provider Installed/ /target build.properties - custom = true # Jarfile name of the maven ant tasks. Occasionally updates maven.ant.task.jar=maven-ant-tasks-2.0.7.jar # Local file location of maven ant tasks jar maven.ant.task.url=http://sirdsite/installs/maven-ant-tasks/${maven.ant.task.jar} # repo username for scp repository.username=localbuild # localtion of local private key repository.privatekey=${user.home}/.ssh/id_dsa url.public=http://sirdsite/proximity/repository/public url.codehaus=http://sirdsite/proximity/repository/codehaus # URL of remote snapshot. remote.snapshot.url=scp://sirdsite/var/www/html/m2repos remote.release.url=scp://sirdsite/var/www/html/m2repos/dst/release target.dir=target target.gensrc=target/generated-sources target.dist=target/dist target.classes=target/classes lib=lib src=src/main/java artifactOne=artifact1.jar artifactTwo=artifact2.jar When I execute this command, it seems to hang at reading my long-ish settings.xml [EMAIL PROTECTED] ExampleAntMavenProject]$ ant -v Apache Ant version 1.6.5 compiled on June 2 2005 Buildfile: build.xml Detected Java version: 1.5 in: /usr/java/jdk1.5.0_12/jre Detected OS: Linux parsing buildfile /home/mykel/workspace-tutorial/ExampleAntMavenProject/build.xml with URI = file:///home/mykel/workspace-tutorial/ExampleAntMavenProject/build.xml Project base dir set to: /home/mykel/workspace-tutorial/ExampleAntMavenProject [property] Loading /home/mykel/workspace-tutorial/ExampleAntMavenProject/build.properties Build sequence for target(s) `all' is [init, maven-setup, resolve-dependencies, compile, package, install, all] Complete build sequence is [init, maven-setup, resolve-dependencies, compile, package, install, all, deploy-subordinate, deploy-release, clean, deploy-snapshot, ] init: maven-setup: [get] Getting: http://sirdsite/installs/maven-ant-tasks/maven-ant-tasks-2.0.7.jar [get] To: /home/mykel/workspace-tutorial/ExampleAntMavenProject/lib/maven- ant-tasks-2.0.7.jar [get] Not modified - so not downloaded parsing buildfile jar:file:/home/mykel/workspace-tutorial/ExampleAntMavenProject/lib/maven- ant-tasks-2.0.7.jar!/org/apache/maven/artifact/ant/antlib.xml with URI = jar:file:/home/mykel/workspace-tutorial/ExampleAntMavenProject/lib/maven- ant-tasks-2.0.7.jar!/org/apache/maven/artifact/ant/antlib.xml [echo] Installing Provider [artifact:install-provider] Using remote repositories: - id=central, url=http://repo1.maven.org/maven2, releases=enabled, snapshots=disabled [artifact:install-provider] Loading Maven settings file: /home/mykel/.m2/settings.xml and we wait. I cut the settings.xml down to just the bare minimum (the mirror setting for our proximity setup which keeps all the proxy/firewall issues away). No discernible effect. The wagon-provider is already installed in my local repo from various maven builds, so the need to d/l it seems off-kilter but this is an ant project so I dunno what's really supposed to happen here. Am I doing something wrong? MANTTASKS-6http://jira.codehaus.org/browse/MANTTASKS-6reports some element of this fixed, although that seems to be unrelated to an inability to read from my local settings file. I posted this same log as a comment to the fixed issue. -- My friends tell me I have an intimacy problem. But they don't really know me. -- Garry Shandling Anyone who has the power to make you believe absurdities has the power to make you commit injustices. -- Voltaire
Re: M2 POM Url protected
Thanks. It works fine. Though actually you have to write: http://username:[EMAIL PROTECTED]:port/path/pom.xml On 8/6/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: you can use an url like that: http:username:[EMAIL PROTECTED] :port/path/pom.xml Oscar Picasso a écrit : Hi, On continuum 1.0.3, I want to add a project using M2 POM Url. The urls point to a svn http server which is protected (using basic authenfication I think). When I try to add the M2 POM Url I get [ The URL you provided doesn't exist ] and the logs show: jvm 2| 2007-08-06 14:07:33,204 [SocketListener0-1] INFO Validator:url-source - An error is occurred. jvm 2| java.io.IOException: Server returned HTTP response code: 401 for URL: http://vcs/svn/sandbox/One/trunk/pom.xml [...] How to tell continuum to send the username and the password in order to avoid the 401 error ? Thanks.
Re: Parent POM, properties and scm problem
Might I suggest for the time being, to download and install the maven-pom-plugin ( http://svn.apache.org/repos/asf/maven/sandbox/trunk/plugins/maven-pom-plugin/) and manually manage the scm fields in the projects. I know it's a hack, but non-standard layouts tend to produce non-standard solutions. Welcome to convention over configuration :) -- Eric Redmond http://blog.propellors.net On 8/6/07, Jörg Schaible [EMAIL PROTECTED] wrote: Oscar Picasso wrote on Wednesday, August 01, 2007 7:31 PM: The current Maven behaviour is fine for multimodule projects. However I am trying to write a organizational POM that all my projets would inherited and wanted to avoid duplication of the scm section. So in case of independent projects it does not make sense to put all them inside the same trunk. I guess currently I cannot avoid this duplication. Not really, and there's a simple reason: You cannot assume that everyone keeps his organizational POM in the root of all the projects. Our organizational POM has SCM URL entries that are used to release the organizational POM itself. It does not even make sense to inherit them. However, you may use properties to define the SCM URLs as we do: scm connectionscm|svn|${my.svn.root}${my.svn.tagBase}/trunk/connection developerConnectionscm|svn|${my.svn.root}${my.svn.tagBase }/trunk/developerConnection url${my.svn.view}${my.svn.tagBase}/trunk/url /scm while my.svn.root and my.svn.view are properties that are defined in the organizational POM and my.svn.tagBase is defined in the POM of the project root (in case of a multi-module project). But keep in mind, that the release-plugin will rewrite the URLs after the first release, so there are no properties in the URL anymore anyway. So the whole definition is only useful as template for new POMs. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getting relative paths maven + continuum
Yes - I thought it might be this. You can't do that and expect continuum to understand it. In fact, continuum checked out your child projects into their own folders that have no relation to the parent. There's literally no way to know what to set that property to. If you have things in the parent that are necessary to the children, then you need to make sure they are available to the children either through metadata, or by being included in an artifact (jar) that the children have access to. You haven't configured things incorrectly - your project design is problematic, because it makes the assumption that your folder structure is constant. With maven, you should not make that assumption. With continuum, you cannot make that assumption. Christian. On Aug 7, 2007, at 11:45 AM, brad hadfield wrote: Thanks Emmanuel, I have a property with a path that looks like ${basedir}/../../../ core-parent/trunk/ If I use the variable ${basedir} by running maven from the command line the location looks like: C:\CIProjects\ProjectsMain\ But when I run the build in Continuum the Maven variable ${basedir} is indicated as C:\Continuum\apps\continuum\webapp\WEB-INF\working- directory\21 Obviously I've configured something incorrectly... -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: August 7, 2007 11:27 AM To: [EMAIL PROTECTED] Subject: Re: getting relative paths maven + continuum Continuum doesn't build projects directly. It start maven in the right directory then maven do the build and Continuum look at the output and the result. Can you add more details about your problem? Emmanuel brad hadfield a écrit : Hi, I am a new maven and continuum user. I'm having problems setting a relative path because when continuum runs maven it interprets variables such as ${base.dir} differently than when I run maven from the project directory. I assume this is because continuum starts maven in a web app working directory. Is there a way to get continuum to start maven in the project directory? Thanks for any help you can offer. Brad christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2 416.998.6023 process coach and architect + ISRÁFÍL CONSULTING SERVICES
RE: getting relative paths maven + continuum
Christian, thanks for your help. This is a situation where an artifact is not workable... this might be too much to ask but can you give me an idea how I might use metadata to solve my problem? Ultimately I must pass a file location to an Ant task... Brad -Original Message- From: Christian Gruber [mailto:[EMAIL PROTECTED] Sent: August 7, 2007 12:17 PM To: [EMAIL PROTECTED] Subject: Re: getting relative paths maven + continuum Yes - I thought it might be this. You can't do that and expect continuum to understand it. In fact, continuum checked out your child projects into their own folders that have no relation to the parent. There's literally no way to know what to set that property to. If you have things in the parent that are necessary to the children, then you need to make sure they are available to the children either through metadata, or by being included in an artifact (jar) that the children have access to. You haven't configured things incorrectly - your project design is problematic, because it makes the assumption that your folder structure is constant. With maven, you should not make that assumption. With continuum, you cannot make that assumption. Christian. On Aug 7, 2007, at 11:45 AM, brad hadfield wrote: Thanks Emmanuel, I have a property with a path that looks like ${basedir}/../../../ core-parent/trunk/ If I use the variable ${basedir} by running maven from the command line the location looks like: C:\CIProjects\ProjectsMain\ But when I run the build in Continuum the Maven variable ${basedir} is indicated as C:\Continuum\apps\continuum\webapp\WEB-INF\working- directory\21 Obviously I've configured something incorrectly... -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: August 7, 2007 11:27 AM To: [EMAIL PROTECTED] Subject: Re: getting relative paths maven + continuum Continuum doesn't build projects directly. It start maven in the right directory then maven do the build and Continuum look at the output and the result. Can you add more details about your problem? Emmanuel brad hadfield a écrit : Hi, I am a new maven and continuum user. I'm having problems setting a relative path because when continuum runs maven it interprets variables such as ${base.dir} differently than when I run maven from the project directory. I assume this is because continuum starts maven in a web app working directory. Is there a way to get continuum to start maven in the project directory? Thanks for any help you can offer. Brad christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2 416.998.6023 process coach and architect + ISRÁFÍL CONSULTING SERVICES
artifact class question
I am writing a plugin and I need to get the scm information out of the artifact. There does not seem to be a getter for this information in the artifact class. How do I get this info? Thanks Liz Sommers [EMAIL PROTECTED]
Container not set in plexus DefaultArchiverManager
I am trying to write an installer plugin which makes use of the ArchiverManager to unpack artifacts. However when it tries to determine which Unarchiver to use, the plugin fails with a NullPointerException because the plexus container has not been initialised. I have attempted to use the maven-dependency-plugin as a model, but cannot identify what I need to do or configure to get this to happen. Any clues would be very welcome. Thankyou in anticipation. David Mellors ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-ant-tasks-2.0.7 settings file read hangs at install-provider
Hi Mykel, There is something weird happenning: I don't understand why reading a file would hang. FYI, it's working perfectly in a number of places. We'll have to find what is so special in your case. Can you get a thread dump when ant freezes? On Linux, it's: kill -SIGQUIT pid Hervé Le mardi 7 août 2007, Mykel Alvis a écrit : Hi all, I'm trying to make an example ant project for one of our teams who currently uses ant to do their builds. Relevant sections of build.xml target name=init tstamp format property=build.date pattern=[EMAIL PROTECTED] / /tstamp mkdir dir=${target.dir} / mkdir dir=${ target.classes} / mkdir dir=${target.gensrc} / mkdir dir=${target.dist} / mkdir dir=${lib} / /target target name=maven-setup depends=init description=Setup maven ant tasks, required for dependency resolution get src=${maven.ant.task.url} dest=${lib}/${ maven.ant.task.jar} usetimestamp=true / path id=maven-ant-tasks.classpath path=lib/${maven.ant.task.jar} / typedef resource=org/apache/maven/artifact/ant/antlib.xml uri=urn:maven-artifact-ant classpathref= maven-ant-tasks.classpath / artifact:remoteRepository id=remote.public url=${url.public} / echo message=Installing Provider/ artifact:install-provider artifactId=wagon-webdav version= 1.0-beta-2 / echo message=Provider Installed/ /target build.properties - custom = true # Jarfile name of the maven ant tasks. Occasionally updates maven.ant.task.jar=maven-ant-tasks-2.0.7.jar # Local file location of maven ant tasks jar maven.ant.task.url=http://sirdsite/installs/maven-ant-tasks/${maven.ant.tas k.jar} # repo username for scp repository.username=localbuild # localtion of local private key repository.privatekey=${user.home}/.ssh/id_dsa url.public=http://sirdsite/proximity/repository/public url.codehaus=http://sirdsite/proximity/repository/codehaus # URL of remote snapshot. remote.snapshot.url=scp://sirdsite/var/www/html/m2repos remote.release.url=scp://sirdsite/var/www/html/m2repos/dst/release target.dir=target target.gensrc=target/generated-sources target.dist=target/dist target.classes=target/classes lib=lib src=src/main/java artifactOne=artifact1.jar artifactTwo=artifact2.jar When I execute this command, it seems to hang at reading my long-ish settings.xml [EMAIL PROTECTED] ExampleAntMavenProject]$ ant -v Apache Ant version 1.6.5 compiled on June 2 2005 Buildfile: build.xml Detected Java version: 1.5 in: /usr/java/jdk1.5.0_12/jre Detected OS: Linux parsing buildfile /home/mykel/workspace-tutorial/ExampleAntMavenProject/build.xml with URI = file:///home/mykel/workspace-tutorial/ExampleAntMavenProject/build.xml Project base dir set to: /home/mykel/workspace-tutorial/ExampleAntMavenProject [property] Loading /home/mykel/workspace-tutorial/ExampleAntMavenProject/build.properties Build sequence for target(s) `all' is [init, maven-setup, resolve-dependencies, compile, package, install, all] Complete build sequence is [init, maven-setup, resolve-dependencies, compile, package, install, all, deploy-subordinate, deploy-release, clean, deploy-snapshot, ] init: maven-setup: [get] Getting: http://sirdsite/installs/maven-ant-tasks/maven-ant-tasks-2.0.7.jar [get] To: /home/mykel/workspace-tutorial/ExampleAntMavenProject/lib/maven- ant-tasks-2.0.7.jar [get] Not modified - so not downloaded parsing buildfile jar:file:/home/mykel/workspace-tutorial/ExampleAntMavenProject/lib/maven- ant-tasks-2.0.7.jar!/org/apache/maven/artifact/ant/antlib.xml with URI = jar:file:/home/mykel/workspace-tutorial/ExampleAntMavenProject/lib/maven- ant-tasks-2.0.7.jar!/org/apache/maven/artifact/ant/antlib.xml [echo] Installing Provider [artifact:install-provider] Using remote repositories: - id=central, url=http://repo1.maven.org/maven2, releases=enabled, snapshots=disabled [artifact:install-provider] Loading Maven settings file: /home/mykel/.m2/settings.xml and we wait. I cut the settings.xml down to just the bare minimum (the mirror setting for our proximity setup which keeps all the proxy/firewall issues away). No discernible effect. The wagon-provider is already installed in my local repo from various maven builds, so the need to d/l it seems off-kilter but this is an ant project so I dunno what's really supposed to happen here. Am I doing something wrong? MANTTASKS-6http://jira.codehaus.org/browse/MANTTASKS-6reports some element of this fixed, although that seems to be unrelated to an inability to read from my local settings file. I posted this same log as a comment to the fixed issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getting relative paths maven + continuum
Christian, It's the best solution. Emmanuel Christian Gruber a écrit : What I've done before is actually created a jar project that contains the base schema and only contains the base schema, and make it a provided dependency for the other projects. Then I use the maven dependency plugin to grab that .jar, pull it into a temporary folder during the build of the dependent project, and either with ant (or a little unzip mojo I made) pull the xml file out and put it where it needs to be for the local build. This supports the notion of an artifact a little better than relying on file system locations, and it also means that you can version that file separately. (if that's relevant to you). In general, I try to take any shared resource or group of resources, and pull it into its own project so it can be a first-class maven artifact. christian On Aug 7, 2007, at 2:17 PM, brad hadfield wrote: Thanks again for all your help, just to clarify, the file is not found in a parent project but in a sibling project. We have a situation where a number of Web applications have an XML schema file that extends objects found a base schema file. The base schema file is part of the base project. At the time that the JAXB plug-in is called both files must be in the same directory. I'll find a solution and check the Maven users list if required. Brad -Original Message- From: Christian Gruber [mailto:[EMAIL PROTECTED] Sent: August 7, 2007 1:01 PM To: [EMAIL PROTECTED] Subject: Re: getting relative paths maven + continuum Good point, though it's not entirely true, since if you're using maven and always building with the full tree checked-out into a comprehensive workspace, this will work. It's only because continuum pulls things out sub-project (maven project) at-a-time that this becomes unworkable. But the solution is more of a maven-users list thing, true. Christian. On Aug 7, 2007, at 12:57 PM, Wayne Fay wrote: You may want to take this over to the Maven Users list as it is really a Maven issue, not Continuum, and I believe more people are subscribed to M-U than C-U. christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2 416.998.6023 process coach and architect + ISRÁFÍL CONSULTING SERVICES christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2 416.998.6023 process coach and architect + ISRÁFÍL CONSULTING SERVICES
{m2] Error specifying phase for ant-run
I have the ant plugin for a group of modules: plugin artifactIdmaven-antrun-plugin/artifactId executions execution idbpelc/id phasepackage/phase configuration tasks ant antfile=${project.root}/tools/build-tools/src/main/resources/bpel/build.xml inheritRefs=true property name=env.BPEL_HOME value=${bpel.home}/ property name=rev value=${ project.version}/ target name=compile/ /ant /tasks /configuration goals goalrun/goal /goals /execution Then my module has: plugin artifactIdmaven-antrun-plugin/artifactId /plugin Now, I have java files that need to 1st be compiled in order for this ant task to run. But I never get my source compiled and I get an error. What am I missing to get this module to compile before the ant task? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/djmick_dot_com http://www.myspace.com/sexybeotches http://www.thumpradio.com ---
Re: refreshing a changed POM
Continuum check the POM after to run a scm update. Emmanuel brad hadfield a écrit : I've noticed that when I change a POM file that it does not seem to refresh within Continuum. Is there a way to tell Continuum that the POM file has changed? At what point does Continuum check the POM. Thanks
Re: maven-ant-tasks-2.0.7 settings file read hangs at install-provider
Hi Hervé, OK. I lied. It timed out after several minutes. I don't know why it would delay the 10 minutes it took before, but must recently it timed out in less than 4. The log was then: BUILD FAILED /home/mykel/workspace-tutorial/ExampleAntMavenProject/build.xml:32: Error downloading wagon provider from the remote repository: Missing: -- 1) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) unspecified:unspecified:jar:0.0 2) org.apache.maven.wagon:wagon-webdav:jar:1.0-beta-2 3) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 -- 1 required artifact is missing. for artifact: unspecified:unspecified:jar:0.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) at org.apache.maven.artifact.ant.InstallWagonProviderTask.doExecute( InstallWagonProviderTask.java:117) at org.apache.maven.artifact.ant.AbstractArtifactTask.execute( AbstractArtifactTask.java:522) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java :275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeSortedTargets(Project.java :1216) at org.apache.tools.ant.Project.executeTarget(Project.java:1185) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets( DefaultExecutor.java:40) at org.apache.tools.ant.Project.executeTargets(Project.java:1068) at org.apache.tools.ant.Main.runBuild(Main.java:668) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) Caused by: org.apache.maven.artifact.resolver.MultipleArtifactsNotFoundException: Missing: -- 1) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) unspecified:unspecified:jar:0.0 2) org.apache.maven.wagon:wagon-webdav:jar:1.0-beta-2 3) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 -- 1 required artifact is missing. for artifact: unspecified:unspecified:jar:0.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively (DefaultArtifactResolver.java:305) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively (DefaultArtifactResolver.java:272) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively (DefaultArtifactResolver.java:243) at org.apache.maven.artifact.ant.InstallWagonProviderTask.doExecute( InstallWagonProviderTask.java:111) ... 13 more --- Nested Exception --- org.apache.maven.artifact.resolver.MultipleArtifactsNotFoundException: Missing: -- 1) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) unspecified:unspecified:jar:0.0 2) org.apache.maven.wagon:wagon-webdav:jar:1.0-beta-2 3) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 -- 1 required artifact is missing. for artifact:
Re: Perforce SCM
I'm seeing this as well in 1.1-beta-1. I see that the client is actually getting created correctly (p4 clients -u user), but for whatever reason it's like the checkout commands aren't really getting executed or something. It must be something in continuum that's changed, as the relevant files in the perforce scm provider haven't changed in like 6 months. Randall Fidler wrote: Hello, Is anybody using Perforce as their SCM? Upgraded to version '1.1-beta-1' and the log file only tells me that it was unable to check out the files; it does show the command being issued which appears correct (p4 -d [working dir] client -i). Is there somewhere else I can look for scm error other than the general log? Additionally, is there any way to test the scm setup independently of Continuum? Thanks!! Randall -- View this message in context: http://www.nabble.com/Perforce-SCM-tf4203476.html#a12040900 Sent from the Continuum - Users mailing list archive at Nabble.com.
RE: Perforce SCM
Good to know I'm not the only one seeing this. I agree with you, it acts like the actual Perforce commands aren't being executed. Hmmm -Original Message- From: jpringle [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 07, 2007 12:34 PM To: [EMAIL PROTECTED] Subject: Re: Perforce SCM I'm seeing this as well in 1.1-beta-1. I see that the client is actually getting created correctly (p4 clients -u user), but for whatever reason it's like the checkout commands aren't really getting executed or something. It must be something in continuum that's changed, as the relevant files in the perforce scm provider haven't changed in like 6 months. Randall Fidler wrote: Hello, Is anybody using Perforce as their SCM? Upgraded to version '1.1-beta-1' and the log file only tells me that it was unable to check out the files; it does show the command being issued which appears correct (p4 -d [working dir] client -i). Is there somewhere else I can look for scm error other than the general log? Additionally, is there any way to test the scm setup independently of Continuum? Thanks!! Randall -- View this message in context: http://www.nabble.com/Perforce-SCM-tf4203476.html#a12040900 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: getting relative paths maven + continuum
+1 . If you're into managing things with maven, it's pretty much the only consistently workable way. On 8/7/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: Christian, It's the best solution. Emmanuel Christian Gruber a écrit : In general, I try to take any shared resource or group of resources, and pull it into its own project so it can be a first-class maven artifact. christian -- My friends tell me I have an intimacy problem. But they don't really know me. -- Garry Shandling Anyone who has the power to make you believe absurdities has the power to make you commit injustices. -- Voltaire
Continuum 1.1-beta-1 auto refresh can cause repeated builds.
I like the auto refresh feature and tend to leave continuum up on the project group summary page while doing other work. Today I forced a build for a project on one of the project group pages and left my browser on that page. I checked my build emails later and found that project had built 8 times since I forced the initial build. This seems very similar to using the browser refresh so it may be good to make an extra mouse click after forcing a build. Bryan -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. Cerner Limited, Registered in England no 2519305, Registered Office 37 North Wharf Road, London W2 1AF.
Re: Continuum 1.1-beta-1 auto refresh can cause repeated builds.
It's a known issue that will be fixed in beta-2 Emmanuel Madsen,Bryan a écrit : I like the auto refresh feature and tend to leave continuum up on the project group summary page while doing other work. Today I forced a build for a project on one of the project group pages and left my browser on that page. I checked my build emails later and found that project had built 8 times since I forced the initial build. This seems very similar to using the browser refresh so it may be good to make an extra mouse click after forcing a build. Bryan -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. Cerner Limited, Registered in England no 2519305, Registered Office 37 North Wharf Road, London W2 1AF.
Re: maven-ant-tasks-2.0.7 settings file read hangs at install-provider
ok, settings.xml has been read, but the task is hanging when trying to download wagon-provider-api from central http://repo1.maven.org/maven2 Do you have direct internet access, or through a proxy? If through a proxy, how was it configured in settings.xml? Did you try your configuration with full Maven instead of Ant tasks? Le mardi 7 août 2007, Mykel Alvis a écrit : Hi Hervé, OK. I lied. It timed out after several minutes. I don't know why it would delay the 10 minutes it took before, but must recently it timed out in less than 4. The log was then: BUILD FAILED /home/mykel/workspace-tutorial/ExampleAntMavenProject/build.xml:32: Error downloading wagon provider from the remote repository: Missing: -- 1) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) unspecified:unspecified:jar:0.0 2) org.apache.maven.wagon:wagon-webdav:jar:1.0-beta-2 3) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 -- 1 required artifact is missing. for artifact: unspecified:unspecified:jar:0.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) at org.apache.maven.artifact.ant.InstallWagonProviderTask.doExecute( InstallWagonProviderTask.java:117) at org.apache.maven.artifact.ant.AbstractArtifactTask.execute( AbstractArtifactTask.java:522) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java :275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeSortedTargets(Project.java :1216) at org.apache.tools.ant.Project.executeTarget(Project.java:1185) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets( DefaultExecutor.java:40) at org.apache.tools.ant.Project.executeTargets(Project.java:1068) at org.apache.tools.ant.Main.runBuild(Main.java:668) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) Caused by: org.apache.maven.artifact.resolver.MultipleArtifactsNotFoundException: Missing: -- 1) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) unspecified:unspecified:jar:0.0 2) org.apache.maven.wagon:wagon-webdav:jar:1.0-beta-2 3) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 -- 1 required artifact is missing. for artifact: unspecified:unspecified:jar:0.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitiv ely (DefaultArtifactResolver.java:305) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitiv ely (DefaultArtifactResolver.java:272) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitiv ely (DefaultArtifactResolver.java:243) at org.apache.maven.artifact.ant.InstallWagonProviderTask.doExecute( InstallWagonProviderTask.java:111) ... 13 more --- Nested Exception --- org.apache.maven.artifact.resolver.MultipleArtifactsNotFoundException: Missing: -- 1) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.maven.wagon-DartifactId=wagon-provider-api \ -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the
Need to add .class files through classpath
Hi, I'm using applescript in my application that's being built using maven. I'm developing on a mac os x. To compile applescript code (I wrote a couple of proof-of-concept classes outside the project just to test things out), I had to run javac -classpath /System/Library/Java Test.java How/where would I modify my pom files to handle this? Thanks! -- View this message in context: http://www.nabble.com/Need-to-add-.class-files-through-classpath-tf4232579s177.html#a12041957 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Trying to wildcard build helper
I want to add *.jar as a file artifact like: plugin groupIdorg.codehaus.mojo/groupId artifactIdbuild-helper-maven-plugin/artifactId executions execution idattach-artifacts/id phasepackage/phase goals goalattach-artifact/goal /goals configuration artifacts artifact file${basedir}/target/bpel_*.jar/file typejar/type classifier/classifier /artifact /artifacts /configuration /execution /executions /plugin But it keeps saying there that bpel_*.jar does not exist. How can I wild card this value? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/djmick_dot_com http://www.myspace.com/sexybeotches http://www.thumpradio.com ---
Re: Need to add .class files through classpath
Le mardi 7 août 2007, Some user a écrit : Hi, I'm using applescript in my application that's being built using maven. I'm developing on a mac os x. To compile applescript code (I wrote a couple of proof-of-concept classes outside the project just to test things out), I had to run javac -classpath /System/Library/Java Test.java How/where would I modify my pom files to handle this? Thanks! You'll have to declare a dependency on the library you're using to compile your classes: see http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html The best would be to have a jar in your repository for your dependency. But if you really need your dependency to stay in /System/Library/Java, just use a system dependency: that's less portable, but should work for your personal work. Hervé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Trying to wildcard build helper
I suppose you'll have to file a feature request on Mojo's JIRA. Or vote for http://jira.codehaus.org/browse/MOJO-652, which could be a solution in your case? Le mardi 7 août 2007, Mick Knutson a écrit : I want to add *.jar as a file artifact like: plugin groupIdorg.codehaus.mojo/groupId artifactIdbuild-helper-maven-plugin/artifactId executions execution idattach-artifacts/id phasepackage/phase goals goalattach-artifact/goal /goals configuration artifacts artifact file${basedir}/target/bpel_*.jar/file typejar/type classifier/classifier /artifact /artifacts /configuration /execution /executions /plugin But it keeps saying there that bpel_*.jar does not exist. How can I wild card this value? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: {m2] Error specifying phase for ant-run
If I understand well, you've declared the antrun execution in a parent pom, and want it to be executed in your modules. That's it? And I suppose it's executed in the parent project before modules. Did you try to write the antrun execution in modules, and not in parent pom? Le mardi 7 août 2007, Mick Knutson a écrit : I have the ant plugin for a group of modules: plugin artifactIdmaven-antrun-plugin/artifactId executions execution idbpelc/id phasepackage/phase configuration tasks ant antfile=${project.root}/tools/build-tools/src/main/resources/bpel/build.xm l inheritRefs=true property name=env.BPEL_HOME value=${bpel.home}/ property name=rev value=${ project.version}/ target name=compile/ /ant /tasks /configuration goals goalrun/goal /goals /execution Then my module has: plugin artifactIdmaven-antrun-plugin/artifactId /plugin Now, I have java files that need to 1st be compiled in order for this ant task to run. But I never get my source compiled and I get an error. What am I missing to get this module to compile before the ant task? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: artifact class question
Le mardi 7 août 2007, Sommers, Elizabeth a écrit : I am writing a plugin and I need to get the scm information out of the artifact. There does not seem to be a getter for this information in the artifact class. How do I get this info? Thanks Liz Sommers [EMAIL PROTECTED] Did you try MavenProjectBuilder.buildFromRepository()? This will transform your Artifact instance to a MavenProject instance, from which you'll have every info that lies in the pom Hervé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: continuum-1.1-beta-1: Build succeeded or failed ???
It is a known issue in 2.0.7. http://jira.codehaus.org/browse/MNG-3084 You can update the bat file in your local install as described in the bug and it will start working. Bryan -Original Message- From: LAMY Olivier [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 07, 2007 4:09 PM To: [EMAIL PROTECTED] Subject: RE: continuum-1.1-beta-1: Build succeeded or failed ??? Have you tried with mvn 2.0.6 or 2.0.5 ? What is your OS ? If windows I think there is an issue with mvn.bat concerning cli return code (MAVEN_TERMINATE_CMD ) (don't remember the issue id) -- Olivier De : Poli García [mailto:[EMAIL PROTECTED] Envoyé : mardi 7 août 2007 23:04 À : [EMAIL PROTECTED] Objet : continuum-1.1-beta-1: Build succeeded or failed ??? Hi ! I've just installed Continuum 1.1 beta1 and noticed a strange behaviour when building my app. The thing is that continuum says it has built correctly, but the build has failed because a dependency cannot be found in the repository. See the attached image for this. I had to censor some fields of the attachment because of confidentiality, but I can say that we're using maven 2.0.7 and a wagon version branched from the version you can see on the on the screen shot. Has this happened to some of you guys before ? Regards -- Poli García This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. ** -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. Cerner Limited, Registered in England no 2519305, Registered Office 37 North Wharf Road, London W2 1AF.
Assembly: snapshot archive name with timestamp
Hello, is it possible to set up the assembly plugin, so that the name of the resulting snapshot archive contains the timestamp? Example: current name: myproject-1.0-SNAPSHOT-bin.zip desired name: myproject-1.0-20070807.140024-bin.zip Thank you in advance Michal Palicka - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven SVN Integration
I'm pretty new to Maven, but I've created some sample multi-project applications successfully in the last couple of weeks. I'm a bit stuck as to how SVN integration works. This is kind of a 2-part question. 1.) I've added the dependency in my top-level pom.xml like so: dependency groupIdorg.apache.maven.scm/groupId artifactIdmaven-scm-provider-svn/artifactId version1.0-alpha-4/version /dependency And I've added the scm element in the same pom.xml as well: scm connectionscm:svn:http://localhost:8080/svn/private/ sampleproject/connection developerConnectionscm:svn:https://localhost:8080/svn/private/ sampleproject/developerConnection urlhttp://localhost:8080/svn/private/sampleproject/url /scm When I run it like this: mvn scm:checkin -Dmessage=This is a test I get a successful build, but the svn executes a file command instead of sending it to my repository: [INFO] [scm:checkin] [INFO] Executing: svn --non-interactive commit --file /tmp/maven- scm-947054377.commit [INFO] Working directory: /Users/myuser/Documents/Projects/sampleproject 2.) Ideally what I'd like to do is configure Maven to have multiple profiles based in releases, so that when i release a test build, it commits my changes to the correct SVN repository branch automatically. Would I have to build a plugin to do this? Or is it already possible? Any examples?
Re: WebLogic Deployment ok from child, fails from parent ?
Thanks Scott, I just wanted to confirm that the behaviour that Anton asked for is not supported. Your response to him didn't really answer that question. I think the *default* behaviour that would be nice to have is when you perform mvn weblogic:deploy at root pom and any child poms that has artifact of type war/ear should get deployed to weblogic (I assume that we use plugin management here to define global behaviour of where the admin server is). I also think that this behaviour is consistent with other plugins in maven. The scenario you mentioned about an ear consisting of war in the same project tree, I think that is an exception case. Could you handle that by having a configuration in the parent pom plugin that allows user to ignores the deployment of certain project ? I have about 4 wars sub modules in my projects and yes in production I would deploy each of them individually but when I want to refresh DEV and TEST, it is a tedious work. Cheers, rOnn c. Scott Ryan [EMAIL PROTECTED] Sent by: Scott Ryan [EMAIL PROTECTED] 08/07/2007 10:25 PM Please respond to Maven Users List users@maven.apache.org To Maven Users List users@maven.apache.org cc Subject Re: WebLogic Deployment ok from child, fails from parent ? You have to run the deploy command from the war directory if you want to deploy the war. This is because the project type and object location are dynamically determined from the pom.xml of the directory you are running in. You cannot run the command from the parent directory because it will then try to deploy all artifacts in all projects which is not what you want. What is it you are trying to do exactly? The plugin will work with the deployment information defined anywhere in any parent pom but you must run the command from the proper project. I suppose I could include code to ignore deployments made from directories that are not supported but that breaks complex projects. For example if you have a parent and a war child and jar child and ear child. You only want the ear to deploy but how does the plugin know not to deploy the war as well. You will have to describe the scenario that you want to occur so that I can understand what you are expecting to happen. Use a complex project containing a parent pom of project type pom and 3 child projects one jar, one ear, and one war. What would you like to happen in this case? Scott Ryan On Aug 6, 2007, at 6:25 PM, [EMAIL PROTECTED] wrote: Scott, I have the same problem here, I have the plugin defined in parent pom (under pluginManagement). When I run mvn weblogic:deploy from the parent, it assumes that the parent pom is a war project and then tries to deploy the war artifact of the parent at the parent level. This immediately fails because the parent pom is simply an aggregate of sub modules and the war artifacts of the parent does not exists. Is this supported? If so I'd love to get it going too. Cheers, rOnn c. Scott Ryan [EMAIL PROTECTED] Sent by: Scott Ryan [EMAIL PROTECTED] 08/03/2007 11:53 PM Please respond to Maven Users List users@maven.apache.org To Maven Users List users@maven.apache.org cc Subject Re: WebLogic Deployment ok from child, fails from parent ? Why is the plugin definition not in your parent? If you run the command in the parent directory then the plugin definition needs to be there as well. Scott Ryan On Aug 3, 2007, at 1:04 AM, Anton Schoultz wrote: Hi, I have an prototype setup with three modules, 2 Jars and a WEB app. I have set up the WebLogic plugins in the web project. When I CD to the web project and mvn weblogic:deploy the web app is deployed as expected. However, if I go to the root/parent dir and try mvn weblogic:deploy I get this error [INFO] Reactor build order: [INFO] Unnamed - com.mergere.mvnbook:build-all-aggregator:pom:1 [INFO] console [INFO] helloworld [INFO] helloWeb [INFO] Searching repository for plugin with prefix: 'weblogic'. [INFO] - - -- [ERROR] BUILD ERROR [INFO] - - -- [INFO] The plugin 'org.apache.maven.plugins:maven-weblogic-plugin' does not exist or no valid version could be found in this setup I'm ONLY looking at deployment issues. Here's the parent pom project modelVersion4.0.0/modelVersion groupIdcom.mergere.mvnbook/groupId artifactIdbuild-all-aggregator/artifactId version1/version packagingpom/packaging modules moduleconsole/module modulehelloworld/module modulehelloWeb/module /modules /project And here's the web-app (child) pom project parent
Re: {m2] Error specifying phase for ant-run
No. I have the ant run plugin running, but there is no maven compile first. It skips the compile altogether. On 8/7/07, Hervé BOUTEMY [EMAIL PROTECTED] wrote: If I understand well, you've declared the antrun execution in a parent pom, and want it to be executed in your modules. That's it? And I suppose it's executed in the parent project before modules. Did you try to write the antrun execution in modules, and not in parent pom? Le mardi 7 août 2007, Mick Knutson a écrit : I have the ant plugin for a group of modules: plugin artifactIdmaven-antrun-plugin/artifactId executions execution idbpelc/id phasepackage/phase configuration tasks ant antfile=${project.root }/tools/build-tools/src/main/resources/bpel/build.xm l inheritRefs=true property name=env.BPEL_HOME value=${bpel.home}/ property name=rev value=${ project.version}/ target name=compile/ /ant /tasks /configuration goals goalrun/goal /goals /execution Then my module has: plugin artifactIdmaven-antrun-plugin/artifactId /plugin Now, I have java files that need to 1st be compiled in order for this ant task to run. But I never get my source compiled and I get an error. What am I missing to get this module to compile before the ant task? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/djmick_dot_com http://www.myspace.com/sexybeotches http://www.thumpradio.com ---
Re: file based profile activation - best practice ?
Why would you need to duplicate it? Have the antrun code only run if a property is set - and only set that property under the profiles you want it to execute under. You can see how to active a block of ant code here in my book: http://www.sonatype.com/book/lifecycle.html#a_structure_for_goal_execution -- Eric Redmond http://blog.propellors.net On 8/6/07, nicolas de loof [EMAIL PROTECTED] wrote: The ant code required to make the generator work is huge, and duplicating it would be worst as running it twice. Thanks anyway for the suggestion 2007/8/6, Wayne Fay [EMAIL PROTECTED]: Not ideal, but you could set up another profile that has the full path from the parent, and specify that when running from the parent ie sql2java_top or something. Wayne On 8/6/07, nicolas de loof [EMAIL PROTECTED] wrote: Hello, I'm using a code generator, and I'd like to avoid regeneration of code on each build. I've set a profile to launch the generation using the antrun plugin The profile is active based on a generated file missing : profile idsql2java/id activation file missingtarget/generated-sources/sql2java.tstamp/missing /file /activation build ... As explained in http://docs.codehaus.org/display/MAVENUSER/Profiles, I cannot reference ${project.build.directory} in this path. When I run mvn install from my parent POM, generator runs even if code allready exist, as the project basedir is not the same as running from the module. Is there any way to solve this ? Is there any plan for properties support in profiles activation ? Nico. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: two questions about maven
On 8/4/07, wangq/Wang Qiang(IT) [EMAIL PROTECTED] wrote: Dear Sirs I'm maven's new user. There are some questions I want to ask you. Can you help me 1 ) how can maven scm checkout two different directories into another two target directory. For Example, in cvs , I have two directories : /source/main , /source/test. I want to checkout them into /src/main/java and /src/test/java respectively (because this is maven default directory). I don't want to use command line. but I don't know how to config in the POM.xml. Can you give me an example? Try creating two separate execution elements... like you do below, just two of them. 2 ) I want to use includse and excludes element to filter the .project file and bin directory. I only want to check out *.java file . In POM ,I configure as follows: executions execution idcheck-out1/id phasegenerate-sources/phase goals goalcheckout/goal /goals configuration connectionTypedeveloperConnection/connectionType checkoutDirectory${project.basedir }/src/checkoutDirectory includes*.java/includes excludes.project, bin/excludes /configuration /execution They are file patterns. Try: includes**/*.java/includes. You should not require excludes. but the .project file and bin directory are still checked out . what's wrong Thanks a lot for you help. qiang wang DISCLAIMER: This e-mail is confidential for COSCO CONTAINER LINES (COSCON) and may also be privileged. Any unauthorized use, copying, or dissemination of it and any attachments to it, is prohibited. If you have received this e-mail in error, please delete it immediately, unread and notify the sender as soon as possible. COSCON does not warrant this email is virus-free and is not liable for any losses or responsibilities arising from any virus being transmitted by this email. Internet communications are not secure and COSCON does not accept legal responsibility for the contents of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://blog.propellors.net
Re: Database lifecycle in Maven
This may be a good suggestion for JIRA. I am not against the addition of a database lifecycle, since it is a valid case. Though some may claim it is a slippery slope - I have suggested a release lifecycle for similar arguments... it is something you do occasionally (like clean or site) but is common enough to standardize. -- Eric Redmond http://blog.propellors.net On 8/4/07, Victor Bendig [EMAIL PROTECTED] wrote: Hi, Have a couple of questions around databases and maven, 1. Does Maven create standards for database development? 2. Is there a plugin that handles the lifecycle of the database (create, drop, etc) I found a sql-maven-plugin but this forces me to bind sql files to code phases. While this might be good when testing, I find it might be heavy if I bind the install of my project with the database creation. Any ideas where I can look for this? Regards, -- Victor Bendig
Re: two questions about maven
This seems to be working _against_ the maven way... Why do you need this? Why not just configure your pom to tell maven where your java and test java actually is? wangq/Wang Qiang(IT) wrote: Dear Sirs I'm maven's new user. There are some questions I want to ask you. Can you help me 1 ) how can maven scm checkout two different directories into another two target directory. For Example, in cvs , I have two directories : /source/main , /source/test. I want to checkout them into /src/main/java and /src/test/java respectively (because this is maven default directory). I don't want to use command line. but I don't know how to config in the POM.xml. Can you give me an example? 2 ) I want to use includse and excludes element to filter the .project file and bin directory. I only want to check out *.java file . In POM ,I configure as follows: executions execution idcheck-out1/id phasegenerate-sources/phase goals goalcheckout/goal /goals configuration connectionTypedeveloperConnection/connectionType checkoutDirectory${project.basedir}/src/checkoutDirectory includes*.java/includes excludes.project, bin/excludes /configuration /execution but the .project file and bin directory are still checked out . what's wrong Thanks a lot for you help. qiang wang DISCLAIMER: This e-mail is confidential for COSCO CONTAINER LINES (COSCON) and may also be privileged. Any unauthorized use, copying, or dissemination of it and any attachments to it, is prohibited. If you have received this e-mail in error, please delete it immediately, unread and notify the sender as soon as possible. COSCON does not warrant this email is virus-free and is not liable for any losses or responsibilities arising from any virus being transmitted by this email. Internet communications are not secure and COSCON does not accept legal responsibility for the contents of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/two-questions-about-maven-tf4222566s177.html#a12045716 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: Container not set in plexus DefaultArchiverManager
You need to exclude the container-api jars. Take a look at the exclusions in the maven-dependency-plugin pom, along with the enforcer use to alert me if it creeps in via another dependency. -Original Message- From: Dave Mellors [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 07, 2007 1:47 PM To: users@maven.apache.org Subject: Container not set in plexus DefaultArchiverManager I am trying to write an installer plugin which makes use of the ArchiverManager to unpack artifacts. However when it tries to determine which Unarchiver to use, the plugin fails with a NullPointerException because the plexus container has not been initialised. I have attempted to use the maven-dependency-plugin as a model, but cannot identify what I need to do or configure to get this to happen. Any clues would be very welcome. Thankyou in anticipation. David Mellors ([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]
[CREATE:ARCHETYPE - MAVEN EMBEDDER]
Maria, I tried the user.dir within the command line and it works just fine. When I try to execute it using maven-embedder it just ignores the base directory. Here is how I'm using it: MavenExecutionRequest executionRequest = new DefaultMavenExecutionRequest(); executionRequest.setGoals(Arrays .asList(new String[] { archetype:create })); Properties params = new Properties(); params.put(groupId, groupId); params.put(artifactId, artifactId); params.put(version, version == null ? 1.0 : version); params.put(archetypeGroupId, archetypeGroupId); params.put(archetypeArtifactId, archetypeArtifactId); params.put(archetypeVersion, archetypeVersion); params.put(remoteRepositories, remoteRepo); params.put(user.dir, validProjectLocation); executionRequest.setProperties(params); executionRequest.setBaseDirectory(new File(validProjectLocation)); MavenExecutionResult result = this.getEmbedder ().execute(executionRequest); in this case, validProjectLocation is E:\myproject but this is what I get on the console [INFO] Parameter: groupId, Value: com.myproject [INFO] Parameter: packageName, Value: com.myproject [INFO] Parameter: basedir, Value: C:\dev\eclipse [INFO] Parameter: package, Value: com.myproject [INFO] Parameter: version, Value: 1.0 [INFO] Parameter: artifactId, Value: myproject [INFO] * End of debug info from resources from generated POM *** It's ignoring the user.dir parameter I also tried basedir instead, but does not work Am I missing something? Best Regards, João Kreuzberg On 8/7/07, João Kreuzberg [EMAIL PROTECTED] wrote: YES, that works :) Thanks so much, Best regards, João Kreuzberg On 8/7/07, Maria Odea Ching [EMAIL PROTECTED] wrote: Hi, You've got the wrong parameter name.. it should be user.dir instead of basedir. HTH, Deng João Kreuzberg wrote: Hello guys, I'm having a problem with create:archetype on the site is says it has a -Dbasedir parameter but it doesn't seems to work I tried mvn archetype:create -DgroupId=joao -DartifactId=joao -Dbasedir=C:\ but it does not create the project on the specified dir it creates on the current dir any thoughts? Best regards, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- João Kreuzberg -- João Kreuzberg
RE: two questions about maven
Why don't you change your code structure in cvs so you can just checkout the folder structure the way Maven wants it? In the long run it is better to go the Maven way instead of working around it. In time you will have more folders...resources, etc to deal with and it is much easier to go with a standard. -Dave -Original Message- From: Eric Redmond [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 07, 2007 8:34 PM To: Maven Users List Subject: Re: two questions about maven On 8/4/07, wangq/Wang Qiang(IT) [EMAIL PROTECTED] wrote: Dear Sirs I'm maven's new user. There are some questions I want to ask you. Can you help me 1 ) how can maven scm checkout two different directories into another two target directory. For Example, in cvs , I have two directories : /source/main , /source/test. I want to checkout them into /src/main/java and /src/test/java respectively (because this is maven default directory). I don't want to use command line. but I don't know how to config in the POM.xml. Can you give me an example? Try creating two separate execution elements... like you do below, just two of them. 2 ) I want to use includse and excludes element to filter the .project file and bin directory. I only want to check out *.java file . In POM ,I configure as follows: executions execution idcheck-out1/id phasegenerate-sources/phase goals goalcheckout/goal /goals configuration connectionTypedeveloperConnection/connectionType checkoutDirectory${project.basedir }/src/checkoutDirectory includes*.java/includes excludes.project, bin/excludes /configuration /execution They are file patterns. Try: includes**/*.java/includes. You should not require excludes. but the .project file and bin directory are still checked out . what's wrong Thanks a lot for you help. qiang wang DISCLAIMER: This e-mail is confidential for COSCO CONTAINER LINES (COSCON) and may also be privileged. Any unauthorized use, copying, or dissemination of it and any attachments to it, is prohibited. If you have received this e-mail in error, please delete it immediately, unread and notify the sender as soon as possible. COSCON does not warrant this email is virus-free and is not liable for any losses or responsibilities arising from any virus being transmitted by this email. Internet communications are not secure and COSCON does not accept legal responsibility for the contents of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://blog.propellors.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: two questions about maven
Well, sure. I think we can all agree that the default answer to any of these kinds of questions is just do it the default Maven way. I presumed he was dealing with a legacy layout - otherwise why the hell would you use CVS anyway? :) -- Eric Redmond http://blog.propellors.net On 8/7/07, Dave Hoffer [EMAIL PROTECTED] wrote: Why don't you change your code structure in cvs so you can just checkout the folder structure the way Maven wants it? In the long run it is better to go the Maven way instead of working around it. In time you will have more folders...resources, etc to deal with and it is much easier to go with a standard. -Dave -Original Message- From: Eric Redmond [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 07, 2007 8:34 PM To: Maven Users List Subject: Re: two questions about maven On 8/4/07, wangq/Wang Qiang(IT) [EMAIL PROTECTED] wrote: Dear Sirs I'm maven's new user. There are some questions I want to ask you. Can you help me 1 ) how can maven scm checkout two different directories into another two target directory. For Example, in cvs , I have two directories : /source/main , /source/test. I want to checkout them into /src/main/java and /src/test/java respectively (because this is maven default directory). I don't want to use command line. but I don't know how to config in the POM.xml. Can you give me an example? Try creating two separate execution elements... like you do below, just two of them. 2 ) I want to use includse and excludes element to filter the .project file and bin directory. I only want to check out *.java file . In POM ,I configure as follows: executions execution idcheck-out1/id phasegenerate-sources/phase goals goalcheckout/goal /goals configuration connectionTypedeveloperConnection/connectionType checkoutDirectory${project.basedir }/src/checkoutDirectory includes*.java/includes excludes.project, bin/excludes /configuration /execution They are file patterns. Try: includes**/*.java/includes. You should not require excludes. but the .project file and bin directory are still checked out . what's wrong Thanks a lot for you help. qiang wang DISCLAIMER: This e-mail is confidential for COSCO CONTAINER LINES (COSCON) and may also be privileged. Any unauthorized use, copying, or dissemination of it and any attachments to it, is prohibited. If you have received this e-mail in error, please delete it immediately, unread and notify the sender as soon as possible. COSCON does not warrant this email is virus-free and is not liable for any losses or responsibilities arising from any virus being transmitted by this email. Internet communications are not secure and COSCON does not accept legal responsibility for the contents of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://blog.propellors.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to increase the memory usage for mvn?
Can i set MAVEN_OPTS in system variables instead of mvn.bat? Is there any problems with it? On 8/6/07, William Ferguson [EMAIL PROTECTED] wrote: From mvn.bat: @REM MAVEN_OPTS - parameters passed to the Java VM when running Maven Eg set MAVEN_OPTS=-Xmx1024m William -Original Message- From: Baz [mailto:[EMAIL PROTECTED] Sent: Tuesday, 7 August 2007 9:19 AM To: Maven Users List Subject: [***POSSIBLE SPAM***] - How to increase the memory usage for mvn? - Email has different SMTP TO: and MIME TO: fields in the email addresses Hi, How can i increase the memory usage for mvn? Like using ANT, there is an option for that right? Thanks. A. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to increase the memory usage for mvn?
You can set it there also. No problem. And include in this line. %MAVEN_JAVA_EXE% %ANT_OPTS% %MAVEN_OPTS% Best Regard's Murugan -Original Message- From: Baz [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 08, 2007 9:35 AM To: Maven Users List Subject: Re: How to increase the memory usage for mvn? Can i set MAVEN_OPTS in system variables instead of mvn.bat? Is there any problems with it? On 8/6/07, William Ferguson [EMAIL PROTECTED] wrote: From mvn.bat: @REM MAVEN_OPTS - parameters passed to the Java VM when running Maven Eg set MAVEN_OPTS=-Xmx1024m William -Original Message- From: Baz [mailto:[EMAIL PROTECTED] Sent: Tuesday, 7 August 2007 9:19 AM To: Maven Users List Subject: [***POSSIBLE SPAM***] - How to increase the memory usage for mvn? - Email has different SMTP TO: and MIME TO: fields in the email addresses Hi, How can i increase the memory usage for mvn? Like using ANT, there is an option for that right? Thanks. A. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** This message contains confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. FADLD Tag ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]