dependency:analyze problem when using constants defined in an interface from a different module
Hi everyone, I am using maven 2.0.7 with dependency plugin versoin 2.0-alpha-4. I have 2 projects as seen in the end of the e-mail (This are some test files to reproduce the problem) My first project contains a single interface that defines a String constant. My second project, uses the String constant from my first project. I am having issues with the dependency:analyze goal... In all my projects, i fail the build if there is either an unused declared dependency or an used undeclared dependency using build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId executions execution idanalyze/id phasepackage/phase goals goalanalyze/goal /goals configuration failBuildtrue/failBuild ignoreDirectfalse/ignoreDirect /configuration /execution /executions /plugin /plugins /build However, in the example below, i can not use the dependency plugin to achieve this.. If i add the dependency from project 2 to project 1, i get: [INFO] [dependency:analyze {execution: analyze}] [INFO] Used declared dependencies: [INFO]None [INFO] Used undeclared dependencies: [WARNING]None [INFO] Unused declared dependencies: [INFO]test:project1:jar:1.0-SNAPSHOT:compile [WARNING] Potential problems discovered. If i remove the supposedly unused dependency, then I get a compile error: [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\ASSIA\development\maven_bug\project2\src\main\java\project2\NamesUser.java:[6 ,24] package project1 does not exist C:\ASSIA\development\maven_bug\project2\src\main\java\project2\NamesUser.java:[6 ,24] package project1 does not exist Any help would be greatly appreciated, Regards, Iker Project 1: pom.xml: project modelVersion4.0.0/modelVersion groupIdtest/groupId artifactIdproject1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version /project 1 source file: package project1; public interface Names { /** name */ String NAME = name; } Project 2: project modelVersion4.0.0/modelVersion groupIdtest/groupId artifactIdproject2/artifactId packagingjar/packaging version1.0-SNAPSHOT/version dependencies dependency groupIdtest/groupId artifactIdproject1/artifactId version1.0-SNAPSHOT/version /dependency /dependencies /project and 1 source file: package project2; public interface NamesUser { String temp = project1.Names.NAME; }
Re: Problem with Maven in build of Continuum 1.1-beta-3
Providing the log entry that shows the maven command executed can help narrow down the problem... When i had this problem, the maven command showed INFO | jvm 1| 2007/09/30 20:27:23 | 2007-09-30 20:27:23,621 [pool-1-thread-1] INFO ShellCommandHelper:default - Executing: /bin/bash -c 'cd /usr/local/continuum-1.1-beta-2/apps/continuum/webapp/WEB-INF/working-directory/279 /usr/local/bin/mvn --batch-mode --non-recursive - Dcontinuum.project.lastBuild.state=3 -Dcontinuum.project.nextBuild.number=1- Dcontinuum.project.group.name=Aggregators - Dcontinuum.project.lastBuild.number=0 clean site site:deploy' which lead to the deteciton that the group.name had spaces ( - Dcontinuum.project.group.name=Aggregators ) Regards, Iker On 10/5/07, Paola26 [EMAIL PROTECTED] wrote: Emamanuel, I verify my project and don't find trailing spaces... So, the problems are differents. Tkanks for you help. Emmanuel Venisse wrote: I don't know if it is related but, check if your project group name have a trailing space: http://www.nabble.com/Error-when-project-group-has-trailing-spaces..-t4549392.html Emmanuel Paola26 a écrit : Hi, I work with continuum, i have two differents versions installed in the same server, one is Continuum 1.0.3 this work in port 8080 , the other is Continuum 1.1-Beta-3, for both working with maven 2.0.7, and make build the same project. With Continuum 1.0.3, i don't have a problem, the build made whith sucessful always, however with Continuum1.1-beta-3, the build is broken, the continuum 1.1-beta-3 send a error mensage about this : constituent[0]: file:/usr/local/maven-2.0.7/lib/maven-core-2.0.7-uber.jar , I ckeck my maven installation and this package exist, and build with continuum 1.0.3 I don't understand very good this mensage, please i need help, because I intent change my continuum. This error mensage is in attachement.: --- constituent[0]: file:/usr/local/maven-2.0.7/lib/maven- core-2.0.7-uber.jar --- java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.AbstractStringBuilder.setLength(AbstractStringBuilder.java :146) at java.lang.StringBuffer.setLength(StringBuffer.java:154) at org.apache.maven.cli.MavenCli$CLIManager.cleanArgs( MavenCli.java:796) at org.apache.maven.cli.MavenCli$CLIManager.parse(MavenCli.java :749) at org.apache.maven.cli.MavenCli.main(MavenCli.java:98) 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) Tks, Rgs -- View this message in context: http://www.nabble.com/Problem-with-Maven-in--build-of--Continuum-1.1-beta-3-tf4575939.html#a13063606 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: NullPointerException when adding a new build definition
Some more information that can be helpful: I have checked the project and no 'type' information is given for all the build definitions after the import was done... so this might be an issue with the import tool... To fix it, i went to the project view, Build definition and edited the default build definition to have type='maven2' Regards, Iker On 10/1/07, Iker Almandoz [EMAIL PROTECTED] wrote: Hi, I tried to add a new porject to my continuum-1.1-beta-3 and got a NullPointerException Then i've tried to execute the default target for this project from the project group view page and got a org.apache.maven.continuum.ContinuumException: Project (id=280 doens't have a default build definition. However, if i go to the actual project I do see a build definition, and if I click on it, the project builds successfully. Below is the log from the NullPointerException and the stacktrace i got when trying to add a build definition... Any ideas ? Please let me know if i can provide any more info to help debug this issue, Best regards, Iker INFO | jvm 1| 2007/10/01 18:46:43 | 2007-10-01 18:46:43,308 [pool-2-thread-1] INFO ContinuumScm:default - Checking out project: 'My Projet', id: '280' to '/usr/local/ continuum- 1.1-beta-3/apps/continuum/webapp/WEB-INF/working-directory/280'. INFO | jvm 1| 2007/10/01 18:46:43 | 2007-10-01 18:46:43,334 [pool-2-thread-1] INFO ScmManager:default - Executing: /bin/sh -c cd /usr/local/ continuum- 1.1-beta-3/apps/continuum/webapp/WEB-INF/working-directory cvs -f -d :ext:[EMAIL PROTECTED]:/cvs -q checkout -d 280 my_project INFO | jvm 1| 2007/10/01 18:46:43 | 2007-10-01 18:46:43,334 [pool-2-thread-1] INFO ScmManager:default - Working directory: /usr/local/continuum- 1.1-beta-3 /apps/continuum/webapp/WEB-INF/working-directory INFO | jvm 1| 2007/10/01 18:46:44 | 2007-10-01 18:46:44,096 [pool-2-thread-1] INFO ContinuumScm:default - Checked out 2 files. INFO | jvm 1| 2007/10/01 18:47:06 | 2007-10-01 18:47:06,773 [SocketListener0-0] INFO Continuum:default - exception INFO | jvm 1| 2007/10/01 18:47:06 | java.lang.NullPointerException INFO | jvm 1| 2007/10/01 18:47:06 | at org.jpox.state.StateManagerImpl.internalMakePersistent(StateManagerImpl.java:3667) INFO | jvm 1| 2007/10/01 18:47:06 | at org.jpox.state.StateManagerImpl.makePersistent (StateManagerImpl.java:3646) INFO | jvm 1| 2007/10/01 18:47:06 | at org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1202) INFO | jvm 1| 2007/10/01 18:47:06 | at org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1261) INFO | jvm 1| 2007/10/01 18:47:06 | at org.codehaus.plexus.jdo.PlexusJdoUtils.updateObject (PlexusJdoUtils.java:160) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoContinuumStore.java:855) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven.continuum.store.JdoContinuumStore.updateObject (JdoContinuumStore.java:847) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven. continuum.store.JdoContinuumStore.updateProject(JdoContinuumStore.java:1232) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven.continuum.core.action.AddBuildDefinitionToProjectAction.execute( AddBuildDefinitionToProjectAction.java:51) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven.continuum.DefaultContinuum.executeAction (DefaultContinuum.java:2715) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven.continuum.DefaultContinuum.addBuildDefinitionToProject(DefaultContinuum.java:2092) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven.continuum.web.action.BuildDefinitionAction.saveToProject(BuildDefinitionAction.java:284) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven. continuum.web.action.BuildDefinitionAction.saveBuildDefinition (BuildDefinitionAction.java:266) INFO | jvm 1| 2007/10/01 18:47:06 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1| 2007/10/01 18:47:06 | at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) INFO | jvm 1| 2007/10/01 18:47:06 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1| 2007/10/01 18:47:06 | at java.lang.reflect.Method.invoke (Method.java:585) INFO | jvm 1| 2007/10/01 18:47:06 | at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:358) INFO | jvm 1| 2007/10/01 18:47:06 | at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly (DefaultActionInvocation.java:218) INFO | jvm 1| 2007/10/01 18:47:06
RE: NullPointerException when adding a new build definition
Anshula, I've noted that if you set the new build as 'default' it let's you add it... Also, if you click on the type drop-down and select 'maven2' (which is what shows as default), also works... Hope that helps as a workaround, Regards, Iker -Original Message- From: Anshula [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 02, 2007 1:53 PM To: continuum-users@maven.apache.org Subject: Re: NullPointerException when adding a new build definition Hi, Even I observed the same bug. After opening the build definition for each project and saving it again, the builds start working correctly. But today I observed another bug. I have an existing default build definition for each of my projects (that has been exported from Continuum-beta2) . I tried to add another build definition today in my latest Continuum beta3 version and it is giving me the following exception - org.apache.maven.continuum.ContinuumException: Error while executing the action 'add-build-definition-to-project-group'. And underneath this exception I get a NullPointerException. The whole Stacktrace is in the attached file. I observed the same behaviour for both Maven2 and Ant projects. Any help will be appreciated...Thanks, Anshula http://www.nabble.com/file/p13007750/Stacktrace.txt Stacktrace.txt olivier lamy wrote: Hi, Yes it is (an issue). If you have some updates to do on the derby database, you can stop continuum and use squirrel [1] -- Olivier [1]http://squirrel-sql.sourceforge.net/ 2007/10/2, Iker Almandoz [EMAIL PROTECTED]: Some more information that can be helpful: I have checked the project and no 'type' information is given for all the build definitions after the import was done... so this might be an issue with the import tool... To fix it, i went to the project view, Build definition and edited the default build definition to have type='maven2' Regards, Iker On 10/1/07, Iker Almandoz [EMAIL PROTECTED] wrote: Hi, I tried to add a new porject to my continuum-1.1-beta-3 and got a NullPointerException Then i've tried to execute the default target for this project from the project group view page and got a org.apache.maven.continuum.ContinuumException: Project (id=280 doens't have a default build definition. However, if i go to the actual project I do see a build definition, and if I click on it, the project builds successfully. Below is the log from the NullPointerException and the stacktrace i got when trying to add a build definition... Any ideas ? Please let me know if i can provide any more info to help debug this issue, Best regards, Iker INFO | jvm 1| 2007/10/01 18:46:43 | 2007-10-01 18:46:43,308 [pool-2-thread-1] INFO ContinuumScm:default - Checking out project: 'My Projet', id: '280' to '/usr/local/ continuum- 1.1-beta-3/apps/continuum/webapp/WEB-INF/working-directory/280'. INFO | jvm 1| 2007/10/01 18:46:43 | 2007-10-01 18:46:43,334 [pool-2-thread-1] INFO ScmManager:default - Executing: /bin/sh -c cd /usr/local/ continuum- 1.1-beta-3/apps/continuum/webapp/WEB-INF/working-directory cvs -f -d :ext:[EMAIL PROTECTED]:/cvs -q checkout -d 280 my_project INFO | jvm 1| 2007/10/01 18:46:43 | 2007-10-01 18:46:43,334 [pool-2-thread-1] INFO ScmManager:default - Working directory: /usr/local/continuum- 1.1-beta-3 /apps/continuum/webapp/WEB-INF/working-directory INFO | jvm 1| 2007/10/01 18:46:44 | 2007-10-01 18:46:44,096 [pool-2-thread-1] INFO ContinuumScm:default - Checked out 2 files. INFO | jvm 1| 2007/10/01 18:47:06 | 2007-10-01 18:47:06,773 [SocketListener0-0] INFO Continuum:default - exception INFO | jvm 1| 2007/10/01 18:47:06 | java.lang.NullPointerException INFO | jvm 1| 2007/10/01 18:47:06 | at org.jpox.state.StateManagerImpl.internalMakePersistent( StateManagerImpl.java:3667) INFO | jvm 1| 2007/10/01 18:47:06 | at org.jpox.state.StateManagerImpl.makePersistent (StateManagerImpl.java:3646) INFO | jvm 1| 2007/10/01 18:47:06 | at org.jpox.AbstractPersistenceManager.internalMakePersistent( AbstractPersistenceManager.java:1202) INFO | jvm 1| 2007/10/01 18:47:06 | at org.jpox.AbstractPersistenceManager.makePersistent( AbstractPersistenceManager.java:1261) INFO | jvm 1| 2007/10/01 18:47:06 | at org.codehaus.plexus.jdo.PlexusJdoUtils.updateObject (PlexusJdoUtils.java:160) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven.continuum.store.JdoContinuumStore.updateObject( JdoContinuumStore.java:855) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven.continuum.store.JdoContinuumStore.updateObject (JdoContinuumStore.java:847) INFO | jvm 1| 2007/10/01 18:47:06 | at org.apache.maven. continuum.store.JdoContinuumStore.updateProject(JdoContinuumStore.java :1232
Re: Weird behavior in user management
Hi Emmanuel, I have gone over the exported files and have noted the following: - uesrs.xml Guest user has no e-mail address assigned - keys.xml does not show all the users (I guess because some have never used the system so far) - In rbac.xml all users are shown and all of them have a role assigned If they can help you debug i could try to obfuscate project name / user names and send you the 3 files such that you can take a look Regarding the admin, i agree that the current behavior is normal... however, if i do change a project group name, then i can not see those projects anymore even with admin, which is the problem i was having in continuum-1.1-beta-2 and is still happening in continuum-1.1-beta-3...(I created a JIRA-1502 to reflect this). Thanks a lot for all the effort on this project. Continuum is a great tool !! Best regards, Iker On 10/2/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: Do you have a user without role? About your admin, it's normal, an admin can do everything. Emmanuel Iker Almandoz a écrit : Hi Emmanuel, I have updated to 1.1-beta-3 following the instructions in http://maven.apache.org/continuum/guides/mini/guide-data-management.html The problem is gone as now my admin user can see all the projects. However, i was not able to import the users. While trying to import the users database, i run into the following problem which means that i could not import the users into the db... 15144 [main] INFO JPOX.RDBMS - Validated 1 index(es) for table USERSMANAGEMENTMODELLOMETADATA Exception in thread main java.lang.NullPointerException at org.codehaus.plexus.redback.management.JdoDataManagementTool.restoreRBACDatabase (JdoDataManagementTool.java:169) at org.apache.maven.continuum.management.redback.JdoDataManagementTool.restoreDatabase (JdoDataManagementTool.java:93) at org.apache.maven.continuum.management.DataManagementCli.processDatabase( DataManagementCli.java:243) at org.apache.maven.continuum.management.DataManagementCli.main( DataManagementCli.java:153) Any thoughts ? Regards, Iker On 10/1/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: You can upgrade your continuum to 1.1-beta-3, some issues in redback (security framework) are fixed. Emmanuel Iker Almandoz a écrit : Hi All, I'm using continuum-1.1-beta-2 with maven 7. I am running the system as admin and i am getting a project group twice when i look at my permission list: * Project Administrator - Aggregators * Project User - Aggregators * Project Administrator - Aggregators * Project Developer - Aggregators * Project User - Aggregators * Project Developer - Aggregators When i try to add a new project into this group, i am getting the following error: * You are not authorized to access this page. Please contact your administrator to be granted the appropriate permissions. However, i am the admin of the continuum installation. Here is part of my log: INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,818 [SocketListener0-0] INFO DispatcherUtils- Unable to find ' webwork.multipart.saveDir' property setting. Defaulting to javax.servlet.context.tempdir INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,821 [SocketListener0-0] WARN MultiPartRequest - Item is a file upload of 0 size, ignoring INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,821 [SocketListener0-0] ERROR DispatcherUtils- Error setting character encoding to 'UTF-8' - ignoring. INFO | jvm 1| 2007/10/01 10:21:18 | java.lang.IllegalStateException: getReader() or getInputStream() called INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.ServletHttpRequest.setCharacterEncoding( ServletHttpRequest.java:602) INFO | jvm 1| 2007/10/01 10:21:18 | at javax.servlet.ServletRequestWrapper.setCharacterEncoding( ServletRequestWrapper.java:112) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.webwork.dispatcher.DispatcherUtils.prepare( DispatcherUtils.java:392) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter( FilterDispatcher.java:160) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter( WebApplicationHandler.java:821) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage( PageFilter.java :118) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter( PageFilter.java :52) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter( WebApplicationHandler.java:821) INFO
Re: Weird behavior in user management
Hi Emmanuel, I have updated to 1.1-beta-3 following the instructions in http://maven.apache.org/continuum/guides/mini/guide-data-management.html The problem is gone as now my admin user can see all the projects. However, i was not able to import the users. While trying to import the users database, i run into the following problem which means that i could not import the users into the db... 15144 [main] INFO JPOX.RDBMS - Validated 1 index(es) for table USERSMANAGEMENTMODELLOMETADATA Exception in thread main java.lang.NullPointerException at org.codehaus.plexus.redback.management.JdoDataManagementTool.restoreRBACDatabase (JdoDataManagementTool.java:169) at org.apache.maven.continuum.management.redback.JdoDataManagementTool.restoreDatabase (JdoDataManagementTool.java:93) at org.apache.maven.continuum.management.DataManagementCli.processDatabase( DataManagementCli.java:243) at org.apache.maven.continuum.management.DataManagementCli.main( DataManagementCli.java:153) Any thoughts ? Regards, Iker On 10/1/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: You can upgrade your continuum to 1.1-beta-3, some issues in redback (security framework) are fixed. Emmanuel Iker Almandoz a écrit : Hi All, I'm using continuum-1.1-beta-2 with maven 7. I am running the system as admin and i am getting a project group twice when i look at my permission list: * Project Administrator - Aggregators * Project User - Aggregators * Project Administrator - Aggregators * Project Developer - Aggregators * Project User - Aggregators * Project Developer - Aggregators When i try to add a new project into this group, i am getting the following error: * You are not authorized to access this page. Please contact your administrator to be granted the appropriate permissions. However, i am the admin of the continuum installation. Here is part of my log: INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,818 [SocketListener0-0] INFO DispatcherUtils- Unable to find ' webwork.multipart.saveDir' property setting. Defaulting to javax.servlet.context.tempdir INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,821 [SocketListener0-0] WARN MultiPartRequest - Item is a file upload of 0 size, ignoring INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,821 [SocketListener0-0] ERROR DispatcherUtils- Error setting character encoding to 'UTF-8' - ignoring. INFO | jvm 1| 2007/10/01 10:21:18 | java.lang.IllegalStateException: getReader() or getInputStream() called INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.ServletHttpRequest.setCharacterEncoding( ServletHttpRequest.java:602) INFO | jvm 1| 2007/10/01 10:21:18 | at javax.servlet.ServletRequestWrapper.setCharacterEncoding( ServletRequestWrapper.java:112) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.webwork.dispatcher.DispatcherUtils.prepare( DispatcherUtils.java:392) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter( FilterDispatcher.java:160) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter( WebApplicationHandler.java:821) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage( PageFilter.java :118) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter( PageFilter.java :52) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter( WebApplicationHandler.java:821) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter( ActionContextCleanUp.java:88) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter( WebApplicationHandler.java:821) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch( WebApplicationHandler.java:471) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.HttpContext.handle(HttpContext.java:1530) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationContext.handle( WebApplicationContext.java:633) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.HttpContext.handle(HttpContext.java:1482) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.HttpServer.service(HttpServer.java:909) INFO | jvm 1| 2007/10/01 10:21:18
Error when project group has trailing spaces..
Hi All, I am using continuum 1.1-beta2 with maven 2.0.7. I am getting the following error when building one of my applications: Output: --- constituent[0]: file:/usr/local/maven/lib/maven-core-2.0.7-uber.jar/usr/local/maven/lib/maven-core-2.0.7-uber.jar --- java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.AbstractStringBuilder.setLength( AbstractStringBuilder.java:146) at java.lang.StringBuffer.setLength(StringBuffer.java:154) at org.apache.maven.cli.MavenCli$CLIManager.cleanArgs(MavenCli.java :796) at org.apache.maven.cli.MavenCli$CLIManager.parse(MavenCli.java:749) at org.apache.maven.cli.MavenCli.main(MavenCli.java:98) 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) I am trying to build a file with packagingpom/packaging with maven targets mvn clean site site:deploy** If I run the targets from the continuum working directory using maven directly, the build is successful. However, if I try to force the build, I get the above exception everytime My guess is that the problem is happening because the group name has a trailing space, in my case Aggregators . This is what I get from the continuum log files INFO | jvm 1| 2007/09/30 20:27:23 | 2007-09-30 20:27:23,334 [pool-1-thread-1] INFO BuildController:default- Performing action execute-builder INFO | jvm 1| 2007/09/30 20:27:23 | 2007-09-30 20:27:23,621 [pool-1-thread-1] INFO ShellCommandHelper:default - Executing: /bin/bash -c 'cd /usr/local/continuum-1.1-beta-2/apps/continuum/webapp/WEB-INF/working-directory/279 /usr/local/bin/mvn --batch-mode --non-recursive - Dcontinuum.project.lastBuild.state=3 -Dcontinuum.project.nextBuild.number=1- Dcontinuum.project.group.name=Aggregators - Dcontinuum.project.lastBuild.number=0 clean site site:deploy' INFO | jvm 1| 2007/09/30 20:27:23 | 2007-09-30 20:27:23,622 [pool-1-thread-1] INFO ShellCommandHelper:default - Working directory: /usr/local/continuum-1.1-beta-2 /apps/continuum/webapp/WEB-INF/working-directory/279 INFO | jvm 1| 2007/09/30 20:26:36 | 2007-09-30 20:26:36,214 [pool-1-thread-1] DEBUG ShellCommandHelper:default - EnvironmentVariables [MAVEN_TERMINATE_CMD=on, DISPLAY=:0.0, SSH_AUTH_SOCK=/tmp/ssh-Tow21658/agent.21658, TOOLS_JAR=/usr/java/jdk1.5.0_08/lib/tools.jar, G_BROKEN_FILENAMES=1, LESSOPEN=|/usr/bin/lesspipe.sh %s, XFILESEARCHPATH=/usr/dt/app-defaults/%L/Dt, PATH=.:/usr/local/ant/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/oracle/product/10.2.0/db_1/bin:/opt/SUNWappserver/bin:/home/tester/bin, LOGNAME=tester, COLORTERM=gnome-terminal, SHLVL=3, HISTSIZE=1000, ANT_HOME=/usr/local/ant, XAUTHORITY=/home/tester/.Xauthority, GTK_RC_FILES=/etc/gtk/gtkrc:/home/tester/.gtkrc-1.2-gnome2, TOMCAT_HOME=/usr/local/tomcat, INPUTRC=/etc/inputrc, SHELL=/bin/bash, AXIS2_HOME=/usr/local/axis2, GNOME_DESKTOP_SESSION_ID=Default, [EMAIL PROTECTED], HOSTNAME=localhost.localdomain, WRAPPER_BITS=32, SESSION_MANAGER=local/localhost.localdomain:/tmp/.ICE-unix/21658, SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass, WRAPPER_FILE_SEPARATOR=/, WINDOWID=29360196, MAIL=/var/spool/mail/tester, LANG=en_US.UTF-8, LS_COLORS=no=00:fi=00:di=00;34:ln=00;36:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=00;32:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.bat=00;32:*.sh=00;32:*.csh=00;32:*.tar=00;31:*.tgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.bz=00;31:*.tz=00;31:*.rpm=00;31:*.cpio=00;31:*.jpg=00;35:*.gif=00;35:*.bmp=00;35:*.xbm=00;35:*.xpm=00;35:*.png=00;35:*.tif=00;35:, CVS_RSH=ssh, LD_LIBRARY_PATH=/usr/java/jdk1.5.0_08/jre/lib/i386/server:/usr/java/jdk1.5.0_08/jre/lib/i386:/usr/java/jdk1.5.0_08/jre/../lib/i386, OLDPWD=/usr/local/continuum/bin/linux-x86-32, HOME=/home/tester, WRAPPER_ARCH=x86, PLEXUS_HOME=/usr/local/continuum, PWD=/usr/local/continuum-1.1-beta-2/bin/linux-x86-32, CVSROOT=: ext:[EMAIL PROTECTED]:/cvs, WRAPPER_OS=windows, WRAPPER_PATH_SEPARATOR=:, J2EE_HOME=/opt/SUNWappserver,
Weird behavior in user management
Hi All, I'm using continuum-1.1-beta-2 with maven 7. I am running the system as admin and i am getting a project group twice when i look at my permission list: * Project Administrator - Aggregators * Project User - Aggregators * Project Administrator - Aggregators * Project Developer - Aggregators * Project User - Aggregators * Project Developer - Aggregators When i try to add a new project into this group, i am getting the following error: * You are not authorized to access this page. Please contact your administrator to be granted the appropriate permissions. However, i am the admin of the continuum installation. Here is part of my log: INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,818 [SocketListener0-0] INFO DispatcherUtils- Unable to find ' webwork.multipart.saveDir' property setting. Defaulting to javax.servlet.context.tempdir INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,821 [SocketListener0-0] WARN MultiPartRequest - Item is a file upload of 0 size, ignoring INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,821 [SocketListener0-0] ERROR DispatcherUtils- Error setting character encoding to 'UTF-8' - ignoring. INFO | jvm 1| 2007/10/01 10:21:18 | java.lang.IllegalStateException: getReader() or getInputStream() called INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.ServletHttpRequest.setCharacterEncoding( ServletHttpRequest.java:602) INFO | jvm 1| 2007/10/01 10:21:18 | at javax.servlet.ServletRequestWrapper.setCharacterEncoding( ServletRequestWrapper.java:112) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.webwork.dispatcher.DispatcherUtils.prepare( DispatcherUtils.java:392) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter( FilterDispatcher.java:160) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter( WebApplicationHandler.java:821) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java :118) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java :52) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter( WebApplicationHandler.java:821) INFO | jvm 1| 2007/10/01 10:21:18 | at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter( ActionContextCleanUp.java:88) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter( WebApplicationHandler.java:821) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch( WebApplicationHandler.java:471) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.HttpContext.handle(HttpContext.java:1530) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.jetty.servlet.WebApplicationContext.handle( WebApplicationContext.java:633) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.HttpContext.handle(HttpContext.java:1482) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.HttpServer.service(HttpServer.java:909) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:982) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) INFO | jvm 1| 2007/10/01 10:21:18 | at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,823 [SocketListener0-0] DEBUG MemoryStore- keysCacheCache: keysCacheMemoryStore miss for fcd7b8abc5014db6b27279795e8a5862 INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,823 [SocketListener0-0] DEBUG Cache - keysCache cache - Miss INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,826 [SocketListener0-0] DEBUG MemoryStore- keysCacheCache: keysCacheMemoryStore miss for 6565ca2206354041b6ab9963fe682141 INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,826 [SocketListener0-0] DEBUG Cache - keysCache cache - Miss INFO | jvm 1| 2007/10/01 10:21:18 | 2007-10-01 10:21:18,828 [SocketListener0-0]
Re: Error when project group has trailing spaces..
Hi Emmanuel, See below the whole output report Thanks for the help, Regards, Iker Online report : http://continuum_server:8080/continuum/buildResult.action?buildId=1740projectId=211 Build statistics: State: Failed Previous State: Failed Started at: Sun 30 Sep 2007 19:51:34 -0700 Finished at: Sun 30 Sep 2007 19:51:37 -0700 Total time: 2s Build Trigger: Forced Build Number: 0 Exit code: 100 Building machine hostname: localhost.localdomain Operating system : Linux(unknown) Java Home version : java version 1.5.0_08 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03) Java HotSpot(TM) Server VM (build 1.5.0_08-b03, mixed mode) Builder version : Maven version: 2.0.7 Java version: 1.5.0_08 OS name: linux version: 2.4.21-50.elsmp arch: i386 SCM Changes: Changed: no author @ no date Comment: no comment Files changed: /pom.xml ( no revision ) .. Dependencies Changes: No dependencies changed Test Summary: Tests: 0 Failures: 0 Total time: 0 Output: --- constituent[0]: file:/usr/local/maven/lib/maven-core-2.0.7-uber.jar --- java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.AbstractStringBuilder.setLength(AbstractStringBuilder.java :146) at java.lang.StringBuffer.setLength(StringBuffer.java:154) at org.apache.maven.cli.MavenCli$CLIManager.cleanArgs(MavenCli.java:796) at org.apache.maven.cli.MavenCli$CLIManager.parse(MavenCli.java:749) at org.apache.maven.cli.MavenCli.main(MavenCli.java:98) 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) On 10/1/07, Emmanuel Venisse [EMAIL PROTECTED] wrote: What do you get in the build output? Emmanuel Iker Almandoz a écrit : Hi All, I am using continuum 1.1-beta2 with maven 2.0.7. I am getting the following error when building one of my applications: Output: --- constituent[0]: file:/usr/local/maven/lib/maven-core-2.0.7-uber.jar /usr/local/maven/lib/maven-core-2.0.7-uber.jar --- java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.AbstractStringBuilder.setLength( AbstractStringBuilder.java:146) at java.lang.StringBuffer.setLength(StringBuffer.java:154) at org.apache.maven.cli.MavenCli$CLIManager.cleanArgs( MavenCli.java :796) at org.apache.maven.cli.MavenCli$CLIManager.parse(MavenCli.java :749) at org.apache.maven.cli.MavenCli.main(MavenCli.java:98) 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) I am trying to build a file with packagingpom/packaging with maven targets mvn clean site site:deploy** If I run the targets from the continuum
RE: Where is crimson-1.1.3 dependency coming from?
dependency:tree is only supported by maven-dependency-plugin-2.0-alpha-5-SNAPSHOT currently... you can add the SNAPSHOT repository by adding the following to your pom.xml pluginRepositories pluginRepository idmaven.shapshot/id nameMaven snapshot repository/name urlhttp://people.apache.org/repo/m2-snapshot-repository/url /pluginRepository /pluginRepositories Another option is to run the 'site' target and look at the dependency report, Iker -Original Message- From: Mills, Blake S. [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 11:54 AM To: Maven Users List Subject: RE: Where is crimson-1.1.3 dependency coming from? Hmmm. Gotta love it. Required goal not found: dependency:tree Maven downloaded maven-dependency-plugin-2.0-alpha-4.jar, but the goal still won't work. Forgive me for not loving the transitive dependencies when I can't even track down where the dependencies are coming from. Thx anyway Barrett. -Original Message- From: Barrett Nuzum [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 1:20 PM To: Maven Users List Subject: RE: Where is crimson-1.1.3 dependency coming from? Blake: Analyzing the Project Site Dependency report or running dependency:tree (if available :( ) should be able to tell you which dependency is causing crimson to be included. Barrett :: Barrett Nuzum Sr. Consultant Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.us http://www.valtech.us/ Delivering Business Agility From: Mills, Blake S. [mailto:[EMAIL PROTECTED] Sent: Fri 9/28/2007 1:12 PM To: users@maven.apache.org Subject: Where is crimson-1.1.3 dependency coming from? The jar crimson-1.1.3 is causing an exception. When I manually remove the jar from my WEB-INF/lib the exception goes away. I can't find where the dependency for crimson-1.1.3 is coming from. Below is the exception, maven version, jdk version, and pom.xml. Exception: org.springframework.beans.factory.BeanDefinitionStoreException: Parser configuration exception parsing XML from ServletContext resource [/WEB-INF/spring-servlet.xml]; nested exception is javax.xml.parsers.ParserConfigurationException: Unable to validate using XSD: Your JAXP provider [EMAIL PROTECTED] does not support XML Schema. Are you running on Java 1.4 or below with Apache Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support. Maven and jdk version: Maven version: 2.0.7 Java version: 1.5.0_11 OS name: windows xp version: 5.1 arch: x86 pom.xml: project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.myCompany.claims/groupId artifactIdITClaimsSite/artifactId packagingwar/packaging version1.0-SNAPSHOT/version nameITClaimsSite Maven Webapp/name urlhttp://maven.apache.org http://maven.apache.org/ /url dependencies !-- Spring -- dependency groupIdorg.springframework/groupId artifactIdspring/artifactId version2.0.6/version /dependency dependency groupIdorg.springmodules/groupId artifactIdspring-modules-validation/artifactId version0.7/version /dependency !-- Hibernate -- dependency groupIdorg.hibernate/groupId artifactIdhibernate/artifactId version3.0.5/version /dependency !-- JodaTime -- dependency groupIdjoda-time/groupId artifactIdjoda-time/artifactId version1.4/version /dependency !-- Calendartag -- dependency groupIdorg.calendartag/groupId artifactIdcalendartag/artifactId version1.0.1/version /dependency !-- Junit -- dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency !-- JFreeChart cewolf tag-- dependency groupIdjfree/groupId artifactIdjfreechart/artifactId version1.0.5/version /dependency dependency groupIdcewolf/groupId artifactIdcewolf/artifactId version1.0/version exclusions exclusion groupIdgnujaxp/groupId artifactIdgnujaxp/artifactId /exclusion /exclusions /dependency !-- Tags/Servlet -- dependency groupIdjavax.servlet/groupId artifactIdservlet-api/artifactId version2.4/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjsp-api/artifactId version2.0/version scopeprovided/scope /dependency dependency
RE: Code Coverage Plugins with Maven 2
Matt, Cobertura 2.0 works ok for me... My pom.xml has: build plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdcobertura-maven-plugin/artifactId version2.0/version /plugin That sets the cobertura version to 2.0 as the latest did not seem to work... reporting plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdcobertura-maven-plugin/artifactId /plugin Regards, Iker -Original Message- From: mraible [mailto:[EMAIL PROTECTED] Sent: Monday, September 24, 2007 9:57 AM To: users@maven.apache.org Subject: Code Coverage Plugins with Maven 2 AFAICT, the cobertura-maven-plugin (versions 2.0 and 2.1) doesn't work and neither does the emma-maven-plugin in Mojo's sandbox. Has anyone had any luck with either of these plugins? Is there an open source code-coverage plugin that works with Maven 2? I know about Clover, but that's not open source. Using Emma and Cobertura with Ant seem to work great. Thanks, Matt -- View this message in context: http://www.nabble.com/Code-Coverage-Plugins-with-Maven-2-tf4510331s177.html# a12863761 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: NoClassDeFoundError running unit test
Is your dependent class a 'test' class in project A or a 'main' class in project A ? In eclipse, are you importing project A or you have used 'mvn eclipse:eclipse' to generate your dependencies? Eclipse does not distinguish between test classpath and compile classpath so that could be part of the issue... -Original Message- From: GAMBELLI Raffaele [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 11, 2007 7:26 AM To: users@maven.apache.org Subject: NoClassDeFoundError running unit test I'm using Maven 2.0.7 I have two project, let's call them A and B. A has only external dependencies. B has external dependencies, but is also dependent on project A. Project B uses a class from Project A in a unit test. Running either mvn test or mvn package from the project B level results in a java.lang.NoClassDefFoundError (it can't found the class defined in project A) during the unit test of project B. But, if I run directly unit test of project B from Eclipse, the unit test completes successfully. Why? Thanks in advance, regards. Raffaele - 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]