Re: buildNumber plugin error
AFAIK, this plugin isn't actually hosted at codehaus. http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/howto.html Arnaud On 29/08/2007, Wayne Fay [EMAIL PROTECTED] wrote: You could certainly request this as a new feature in the plugin. Post a RFE in Jira for MOJO project, and hopefully the plugin author will see it and decide to add your feature (or not) if he thinks it makes sense. Wayne On 8/29/07, DCVer [EMAIL PROTECTED] wrote: Thanks, thats why it really failed in our project too. Because of some problems with this plugin (e.g. build process fails if there is no .svn directory = if someone exports the project) can maven be so configured, that it wouldn't fail if the revision number will be null? It would just save this null in the property file or wherever the revision number is set to be saved and the build process would continue. nicolas de loof-2 wrote: I have the same issue as I'm french and my svn installation is localized by default, so the svn info command returns : Révision : xxx This makes the plugin fail. I've allready reported this issue to the plugin author and he planned to fix this in next release. Nico. 2007/8/29, cNT [EMAIL PROTECTED]: The same thing just happened today with my project. None of the plugins were updated, svn also functions properly. No idea what has changed :/ DCVer wrote: I added the maven buildnumber plugin to a project and it worked quite fine. But 2 developers say, that they receive such an error, while building the project (mvn install): [...] [INFO] [buildnumber:create {execution: default}] [INFO] Storing buildNumber: null [INFO] [ERROR] FATAL ERROR [INFO] [INFO] null [INFO] [INFO] Trace java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:396) at org.codehaus.mojo.buildNumber.BuildNumberMojo.execute( BuildNumberMojo.java:313) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute( DefaultMaven.java :334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java :125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java :255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java :430) at org.codehaus.classworlds.Launcher.main(Launcher.java :375) [INFO] [INFO] Total time: 7 seconds [INFO] Finished at: Tue Aug 21 13:12:14 CEST 2007 [INFO] Final Memory: 7M/13M [INFO] The svn info command does the following: [...] Revision: 1048 [...] Last Changed Rev: 1048 [...] So why buildnumber plugin sees null rev number?? All commands were executed in the same directory. This plugin works properly on my local PC - only others have problems.. -- View this message in context: http://www.nabble.com/buildNumber-plugin-error-tf4304675s177.html#a12382986 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe,
Re: buildNumber plugin error
The same thing just happened today with my project. None of the plugins were updated, svn also functions properly. No idea what has changed :/ DCVer wrote: I added the maven buildnumber plugin to a project and it worked quite fine. But 2 developers say, that they receive such an error, while building the project (mvn install): [...] [INFO] [buildnumber:create {execution: default}] [INFO] Storing buildNumber: null [INFO] [ERROR] FATAL ERROR [INFO] [INFO] null [INFO] [INFO] Trace java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:396) at org.codehaus.mojo.buildNumber.BuildNumberMojo.execute(BuildNumberMojo.java:313) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [INFO] Total time: 7 seconds [INFO] Finished at: Tue Aug 21 13:12:14 CEST 2007 [INFO] Final Memory: 7M/13M [INFO] The svn info command does the following: [...] Revision: 1048 [...] Last Changed Rev: 1048 [...] So why buildnumber plugin sees null rev number?? All commands were executed in the same directory. This plugin works properly on my local PC - only others have problems.. -- View this message in context: http://www.nabble.com/buildNumber-plugin-error-tf4304675s177.html#a12382986 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: buildNumber plugin error
I have the same issue as I'm french and my svn installation is localized by default, so the svn info command returns : Révision : xxx This makes the plugin fail. I've allready reported this issue to the plugin author and he planned to fix this in next release. Nico. 2007/8/29, cNT [EMAIL PROTECTED]: The same thing just happened today with my project. None of the plugins were updated, svn also functions properly. No idea what has changed :/ DCVer wrote: I added the maven buildnumber plugin to a project and it worked quite fine. But 2 developers say, that they receive such an error, while building the project (mvn install): [...] [INFO] [buildnumber:create {execution: default}] [INFO] Storing buildNumber: null [INFO] [ERROR] FATAL ERROR [INFO] [INFO] null [INFO] [INFO] Trace java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:396) at org.codehaus.mojo.buildNumber.BuildNumberMojo.execute( BuildNumberMojo.java:313) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java :334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [INFO] Total time: 7 seconds [INFO] Finished at: Tue Aug 21 13:12:14 CEST 2007 [INFO] Final Memory: 7M/13M [INFO] The svn info command does the following: [...] Revision: 1048 [...] Last Changed Rev: 1048 [...] So why buildnumber plugin sees null rev number?? All commands were executed in the same directory. This plugin works properly on my local PC - only others have problems.. -- View this message in context: http://www.nabble.com/buildNumber-plugin-error-tf4304675s177.html#a12382986 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: buildNumber plugin error
Thanks, thats why it really failed in our project too. Because of some problems with this plugin (e.g. build process fails if there is no .svn directory = if someone exports the project) can maven be so configured, that it wouldn't fail if the revision number will be null? It would just save this null in the property file or wherever the revision number is set to be saved and the build process would continue. nicolas de loof-2 wrote: I have the same issue as I'm french and my svn installation is localized by default, so the svn info command returns : Révision : xxx This makes the plugin fail. I've allready reported this issue to the plugin author and he planned to fix this in next release. Nico. 2007/8/29, cNT [EMAIL PROTECTED]: The same thing just happened today with my project. None of the plugins were updated, svn also functions properly. No idea what has changed :/ DCVer wrote: I added the maven buildnumber plugin to a project and it worked quite fine. But 2 developers say, that they receive such an error, while building the project (mvn install): [...] [INFO] [buildnumber:create {execution: default}] [INFO] Storing buildNumber: null [INFO] [ERROR] FATAL ERROR [INFO] [INFO] null [INFO] [INFO] Trace java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:396) at org.codehaus.mojo.buildNumber.BuildNumberMojo.execute( BuildNumberMojo.java:313) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java :334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [INFO] Total time: 7 seconds [INFO] Finished at: Tue Aug 21 13:12:14 CEST 2007 [INFO] Final Memory: 7M/13M [INFO] The svn info command does the following: [...] Revision: 1048 [...] Last Changed Rev: 1048 [...] So why buildnumber plugin sees null rev number?? All commands were executed in the same directory. This plugin works properly on my local PC - only others have problems.. -- View this message in context: http://www.nabble.com/buildNumber-plugin-error-tf4304675s177.html#a12382986 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/buildNumber-plugin-error-tf4304675s177.html#a12383781 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: buildNumber plugin error
You could certainly request this as a new feature in the plugin. Post a RFE in Jira for MOJO project, and hopefully the plugin author will see it and decide to add your feature (or not) if he thinks it makes sense. Wayne On 8/29/07, DCVer [EMAIL PROTECTED] wrote: Thanks, thats why it really failed in our project too. Because of some problems with this plugin (e.g. build process fails if there is no .svn directory = if someone exports the project) can maven be so configured, that it wouldn't fail if the revision number will be null? It would just save this null in the property file or wherever the revision number is set to be saved and the build process would continue. nicolas de loof-2 wrote: I have the same issue as I'm french and my svn installation is localized by default, so the svn info command returns : Révision : xxx This makes the plugin fail. I've allready reported this issue to the plugin author and he planned to fix this in next release. Nico. 2007/8/29, cNT [EMAIL PROTECTED]: The same thing just happened today with my project. None of the plugins were updated, svn also functions properly. No idea what has changed :/ DCVer wrote: I added the maven buildnumber plugin to a project and it worked quite fine. But 2 developers say, that they receive such an error, while building the project (mvn install): [...] [INFO] [buildnumber:create {execution: default}] [INFO] Storing buildNumber: null [INFO] [ERROR] FATAL ERROR [INFO] [INFO] null [INFO] [INFO] Trace java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:396) at org.codehaus.mojo.buildNumber.BuildNumberMojo.execute( BuildNumberMojo.java:313) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java :334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [INFO] Total time: 7 seconds [INFO] Finished at: Tue Aug 21 13:12:14 CEST 2007 [INFO] Final Memory: 7M/13M [INFO] The svn info command does the following: [...] Revision: 1048 [...] Last Changed Rev: 1048 [...] So why buildnumber plugin sees null rev number?? All commands were executed in the same directory. This plugin works properly on my local PC - only others have problems.. -- View this message in context: http://www.nabble.com/buildNumber-plugin-error-tf4304675s177.html#a12382986 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/buildNumber-plugin-error-tf4304675s177.html#a12383781 Sent from the Maven - Users mailing list archive at Nabble.com. - To