[jira] Commented: (MAVENUPLOAD-1121) Jericho HTML Parser 2.3

2006-09-16 Thread Martin Jericho (JIRA)
[ 
http://jira.codehaus.org/browse/MAVENUPLOAD-1121?page=comments#action_75008 ] 

Martin Jericho commented on MAVENUPLOAD-1121:
-

The java package name will be changing to net.htmlparser in the next major 
release.  What groupid do you suggest?

> Jericho HTML Parser 2.3
> ---
>
> Key: MAVENUPLOAD-1121
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1121
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Martin Jericho
>
> Jericho HTML Parser is a simple but powerful java library allowing analysis 
> and manipulation of parts of an HTML document, including some common 
> server-side tags, while reproducing verbatim any unrecognised or invalid 
> HTML. Also provides useful HTML form utilities. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1124) Logback 0.3 upload request

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1124?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1124.
---

  Assignee: Carlos Sanchez
Resolution: Fixed

You'd better create a repo we can sync from, see Sync'ing your own repository 
with ibiblio in http://maven.apache.org/guides/mini/guide-ibiblio-upload.html

> Logback 0.3 upload request
> --
>
> Key: MAVENUPLOAD-1124
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1124
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Sebastien Pennec
> Assigned To: Carlos Sanchez
> Attachments: logback-access-0.3-bundle.jar, 
> logback-classic-0.3-bundle.jar, logback-core-0.3-bundle.jar, 
> logback-parent-0.3.jar
>
>
> The logback project recently released version 0.3 of all three modules.
> Please kindly add the attached files to ibiblio's maven repository.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1127) Upload Tagsoup 1.0.1

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1127?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1127.
---

  Assignee: Carlos Sanchez
Resolution: Fixed

> Upload Tagsoup 1.0.1
> 
>
> Key: MAVENUPLOAD-1127
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1127
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Stephen Duncan Jr
> Assigned To: Carlos Sanchez
>
> Notes: Tagsoup 0.9.7 was already provided: 
> http://www.ibiblio.org/maven2/org/ccil/cowan/tagsoup/tagsoup/ 
> Tagsoup developer requested that I provide the upload bundle: 
> http://tech.groups.yahoo.com/group/tagsoup-friends/message/551

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MAVENUPLOAD-1121) Jericho HTML Parser 2.3

2006-09-16 Thread Carlos Sanchez (JIRA)
[ 
http://jira.codehaus.org/browse/MAVENUPLOAD-1121?page=comments#action_75005 ] 

Carlos Sanchez commented on MAVENUPLOAD-1121:
-

why net.htmlparser groupId ?

> Jericho HTML Parser 2.3
> ---
>
> Key: MAVENUPLOAD-1121
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1121
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Martin Jericho
>
> Jericho HTML Parser is a simple but powerful java library allowing analysis 
> and manipulation of parts of an HTML document, including some common 
> server-side tags, while reproducing verbatim any unrecognised or invalid 
> HTML. Also provides useful HTML form utilities. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1122) Upload Xerces xmlParserAPIs version 2.8.0 (lasted is 2.6.2)

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1122?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1122.
---

  Assignee: Carlos Sanchez
Resolution: Won't Fix

You have to ask xerces developers to put it in apache repo, but i think they 
changed packaging

> Upload Xerces xmlParserAPIs version 2.8.0 (lasted is 2.6.2)
> ---
>
> Key: MAVENUPLOAD-1122
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1122
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Jimisola Laursen
> Assigned To: Carlos Sanchez
>
> For some reason xmlParserAPIs version 2.8.0 is not available in the central 
> repo (2.6.2 is latest).
> xercesImpl 2.8.0 exists however.
> See:
> http://mvnrepository.com/artifact/xerces/xmlParserAPIs
> http://mvnrepository.com/artifact/xerces/xercesImpl

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1119) JSON Tools 1.3 - Log4J module.

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1119?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1119.
---

  Assignee: Carlos Sanchez
Resolution: Fixed

> JSON Tools 1.3 - Log4J module.
> --
>
> Key: MAVENUPLOAD-1119
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1119
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Bruno Ranschaert
> Assigned To: Carlos Sanchez
>
> This is the Log4J module of the JSONTOOLS project. The project offerers a  
> number of Java libraries to manipulate the JSON file format.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1120) JSON Tools 1.3 - Core

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1120?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1120.
---

  Assignee: Carlos Sanchez
Resolution: Fixed

> JSON Tools 1.3 - Core
> -
>
> Key: MAVENUPLOAD-1120
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1120
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Bruno Ranschaert
> Assigned To: Carlos Sanchez
>
> This is the core module of the JSONTOOLS project. The project offers a number 
> of Java libraries to manipulate streams formatted using the JSON convention.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1116) Please upload testng-spring

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1116?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1116.
---

  Assignee: Carlos Sanchez
Resolution: Fixed

> Please upload testng-spring
> ---
>
> Key: MAVENUPLOAD-1116
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1116
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Alexandre Poitras
> Assigned To: Carlos Sanchez
> Attachments: testng-spring-bundle.jar, testng-spring-bundle.jar, 
> testng-spring-bundle.jar
>
>
> attached
> http://testng.org/
> Included are both version of testng-spring, ie. one supporting jdk 1.4 and 
> one supporting jdk 1.5. I didn't include any source or doc because the build 
> was kind of messy and I couldn't tell what file was belonging to what jar.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1118) Spring Web Services 1.0 M2

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1118?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1118.
---

  Assignee: Carlos Sanchez
Resolution: Fixed

> Spring Web Services 1.0 M2
> --
>
> Key: MAVENUPLOAD-1118
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1118
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Arjen Poutsma
> Assigned To: Carlos Sanchez
>
> Please upload Spring Web Services 1.0 M2 to ibiblio. I could not find a way 
> to create a bundle for the parent pom, so I uploaded that seperately.
> http://static.springframework.org/spring-ws/docs/1.0-m2/ibiblio/pom.xml
> http://static.springframework.org/spring-ws/docs/1.0-m2/ibiblio/spring-oxm-1.0-m2-bundle.jar
> http://static.springframework.org/spring-ws/docs/1.0-m2/ibiblio/spring-oxm-tiger-1.0-m2-bundle.jar
> http://static.springframework.org/spring-ws/docs/1.0-m2/ibiblio/spring-ws-core-1.0-m2-bundle.jar
> http://static.springframework.org/spring-ws/docs/1.0-m2/ibiblio/spring-ws-security-1.0-m2-bundle.jar
> http://static.springframework.org/spring-ws/docs/1.0-m2/ibiblio/spring-xml-1.0-m2-bundle.jar

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1117) xSocket V1.0-beta-1

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1117?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1117.
---

  Assignee: Carlos Sanchez
Resolution: Fixed

> xSocket V1.0-beta-1
> ---
>
> Key: MAVENUPLOAD-1117
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1117
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: greg
> Assigned To: Carlos Sanchez
>
> xSocket is a lightweight java nio-based server framework to build high 
> performance, high scalable, multithreaded servers. It also supports SSL-based 
> connections.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1104) Elmo 3.0

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1104?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1104.
---

  Assignee: Carlos Sanchez
Resolution: Incomplete

> Elmo 3.0
> 
>
> Key: MAVENUPLOAD-1104
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1104
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Peter Mika
> Assigned To: Carlos Sanchez
>
> Elmo is an API for the Sesame RDF storage and query facility. (Sesame is 
> already available from this maven repository.)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1071) Spring Framework 2.0-rc3 upload request

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1071?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1071.
---

  Assignee: Carlos Sanchez
Resolution: Incomplete

> Spring Framework 2.0-rc3 upload request
> ---
>
> Key: MAVENUPLOAD-1071
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1071
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Stepan Koltsov
> Assigned To: Carlos Sanchez
>
> Please upload Spring Framework 2.0-rc3 to ibiblio. Spring is fantastic!
> Spring contains many jars, all they are located under 
> http://mx1.ru/~yozh/2006-08-21/. URL are:
> http://mx1.ru/~yozh/2006-08-21/spring-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-aop-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-aspects-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-beans-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-context-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-core-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-dao-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-hibernate2-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-hibernate3-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-ibatis-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-jca-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-jdbc-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-jdo-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-jms-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-jmx-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-jpa-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-mock-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-ojb-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-portlet-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-remoting-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-struts-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-support-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-toplink-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-web-2.0-rc3-maven.jar
> http://mx1.ru/~yozh/2006-08-21/spring-webmvc-2.0-rc3-maven.jar
> To make this bundle I've downloaded Spring binary distributive, and packed 
> each jar into own bundle.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1131) upload vraptor 2.2

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1131?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1131.
---

  Assignee: Carlos Sanchez
Resolution: Fixed

> upload vraptor 2.2
> --
>
> Key: MAVENUPLOAD-1131
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1131
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: Guilherme Silveira
> Assigned To: Carlos Sanchez
>
> VRaptor 2.2 framework update with many improvements and loads of new docs.
> VRaptor 2 is a mvc controller based on the idea (stolen) from Rails that 
> configuration should be minimal and conventions should be maximized.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (MAVENUPLOAD-1132) hibernate-annotations-3.2.0.cr2

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/MAVENUPLOAD-1132?page=all ]

Carlos Sanchez closed MAVENUPLOAD-1132.
---

  Assignee: Carlos Sanchez
Resolution: Fixed

> hibernate-annotations-3.2.0.cr2
> ---
>
> Key: MAVENUPLOAD-1132
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1132
> Project: maven-upload-requests
>  Issue Type: Task
>Reporter: martin
> Assigned To: Carlos Sanchez
> Attachments: hibernate-annotations-3.2.0.cr2-bundle.jar
>
>


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MAVENUPLOAD-1133) Upload wsdl4j-1.5.3

2006-09-16 Thread Carlos Sanchez (JIRA)
[ 
http://jira.codehaus.org/browse/MAVENUPLOAD-1133?page=comments#action_75004 ] 

Carlos Sanchez commented on MAVENUPLOAD-1133:
-

no dependencies?

> Upload wsdl4j-1.5.3
> ---
>
> Key: MAVENUPLOAD-1133
> URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1133
> Project: maven-upload-requests
>  Issue Type: Wish
>Reporter: Jochen Wiedmann
>
> Please upload
> http://people.apache.org/~jochen/wsdl4j-1.5.3-upload.jar
> http://people.apache.org/~jochen/wsdl4j-qname-1.5.3-upload.jar
> (Note the second upload bundle!)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (CONTINUUM-883) Ordinary user can't change their password

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/CONTINUUM-883?page=all ]

Carlos Sanchez closed CONTINUUM-883.


 Assignee: Carlos Sanchez
   Resolution: Fixed
Fix Version/s: 1.1

> Ordinary user can't change their password
> -
>
> Key: CONTINUUM-883
> URL: http://jira.codehaus.org/browse/CONTINUUM-883
> Project: Continuum
>  Issue Type: Bug
>Affects Versions: 1.1
> Environment: Windows
>Reporter: David Schwartz
> Assigned To: Carlos Sanchez
> Fix For: 1.1
>
>
> I have tested the admin changing a password and it seems to work fine but if 
> I'm in the "users" group and try to change my password as an ordinary user I 
> get the following exception:
> :WARN:  /continuum/user/saveAccount.action
> java.lang.RuntimeException: Could not find object. Type 
> 'org.apache.maven.user.model.User'. Id: '0'.
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getObjectById(DefaultUserStore.java:375)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getObjectById(DefaultUserStore.java:362)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getUser(DefaultUserStore.java:83)
> at 
> org.apache.maven.user.model.impl.DefaultUserManager.getUser(DefaultUserManager.java:246)
> at 
> org.apache.maven.user.acegi.AcegiUserManager.getUser(AcegiUserManager.java:124)
> at 
> org.apache.maven.user.controller.action.EditUserAction.execute(EditUserAction.java:124)
> 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 
> 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 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
> at 
> com.opensymphony.xwork.interceptor.I18nInterceptor.intercept(I18nInterceptor.java:151)
> 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)
>   

[jira] Closed: (CONTINUUM-885) Can't delete user

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/CONTINUUM-885?page=all ]

Carlos Sanchez closed CONTINUUM-885.


 Assignee: Carlos Sanchez  (was: Maria Odea Ching)
   Resolution: Fixed
Fix Version/s: 1.1

> Can't delete user
> -
>
> Key: CONTINUUM-885
> URL: http://jira.codehaus.org/browse/CONTINUUM-885
> Project: Continuum
>  Issue Type: Bug
>Affects Versions: 1.1
> Environment: Windows
>Reporter: David Schwartz
> Assigned To: Carlos Sanchez
> Fix For: 1.1
>
>   Original Estimate: 10 hours
>  Remaining Estimate: 10 hours
>
> When the admin user tries to delete a user, a message pops up that says:
>  Are you sure you want to delete the user ""?  
> regardless of the name of the user selected for deletion.  When you click 
> Delete, the following exception is printed to the console:
> :WARN:  /continuum/user/delete.action
> java.lang.RuntimeException: Could not find object. Type 
> 'org.apache.maven.user.model.User'. Id: '0'.
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getObjectById(DefaultUserStore.java:375)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getObjectById(DefaultUserStore.java:362)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getUser(DefaultUserStore.java:83)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.removeUser(DefaultUserStore.java:251)
> at 
> org.apache.maven.user.model.impl.DefaultUserManager.removeUser(DefaultUserManager.java:293)
> at 
> org.apache.maven.user.acegi.AcegiUserManager.removeUser(AcegiUserManager.java:174)
> at 
> org.apache.maven.user.controller.action.DeleteUserAction.execute(DeleteUserAction.java:45)
> 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 
> 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 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
> at 
> com.opensymphony.xwork.interceptor.I18nInterceptor.intercept(I18nInterceptor.java:151)
> at 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
> at 
> com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.

[jira] Created: (MAVENUPLOAD-1133) Upload wsdl4j-1.5.3

2006-09-16 Thread Jochen Wiedmann (JIRA)
Upload wsdl4j-1.5.3
---

 Key: MAVENUPLOAD-1133
 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1133
 Project: maven-upload-requests
  Issue Type: Wish
Reporter: Jochen Wiedmann


Please upload

http://people.apache.org/~jochen/wsdl4j-1.5.3-upload.jar
http://people.apache.org/~jochen/wsdl4j-qname-1.5.3-upload.jar

(Note the second upload bundle!)


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Created: (MAVENUPLOAD-1132) hibernate-annotations-3.2.0.cr2

2006-09-16 Thread martin (JIRA)
hibernate-annotations-3.2.0.cr2
---

 Key: MAVENUPLOAD-1132
 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1132
 Project: maven-upload-requests
  Issue Type: Task
Reporter: martin
 Attachments: hibernate-annotations-3.2.0.cr2-bundle.jar



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (CONTINUUM-919) NPE when viewing M2 projects with notifiers.

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/CONTINUUM-919?page=all ]

Carlos Sanchez closed CONTINUUM-919.


 Assignee: Carlos Sanchez
   Resolution: Fixed
Fix Version/s: 1.1

Fixed NPE. Seems that modello has a wrong pom, see 
http://maven.apache.org/ref/current/maven-model/maven.html
http://svn.apache.org/viewvc/maven/pom/trunk/maven/pom.xml?view=markup

> NPE when viewing M2 projects with notifiers.
> 
>
> Key: CONTINUUM-919
> URL: http://jira.codehaus.org/browse/CONTINUUM-919
> Project: Continuum
>  Issue Type: Bug
>  Components: Web interface
>Affects Versions: 1.1
>Reporter: Teodoro Cue Jr.
> Assigned To: Carlos Sanchez
> Fix For: 1.1
>
>
> I've added the parent POM of Modello from 
> http://svn.codehaus.org/modello/trunk and the parent POM of Jetty from 
> http://svn.codehaus.org/jetty/jetty/trunk. Both were added successfully.
> But when viewing any of Modello's sub-projects, there's a NPE error on 
> NotifierRecipientCell. Viewing Jetty's sub-projects are totally fine. The 
> only difference is that Modello's parent POM has a notifier while Jetty 
> doesn't have one.
> Below is the stacktrace that's found on the browser after clicking any of 
> Modello's sub-project.
> HTTP ERROR: 500
> TableTag Problem: javax.servlet.jsp.JspException: ColumnTag.doEndTag() 
> Problem: java.lang.NullPointerException
>   at 
> org.apache.maven.continuum.web.view.projectview.NotifierRecipientCell.getCellValue(NotifierRecipientCell.java:66)
>   at 
> org.extremecomponents.table.cell.AbstractCell.getHtmlDisplay(AbstractCell.java:33)
>   at 
> org.extremecomponents.table.handler.ViewHandler.addColumnValueToView(ViewHandler.java:69)
>   at 
> org.extremecomponents.table.tag.ColumnTag.doEndTag(ColumnTag.java:349)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ec_column_1(org.apache.jsp.projectView_jsp:814)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ec_row_0(org.apache.jsp.projectView_jsp:754)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ec_table_0(org.apache.jsp.projectView_jsp:714)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ww_i18n_0(org.apache.jsp.projectView_jsp:259)
>   at 
> org.apache.jsp.projectView_jsp._jspService(org.apache.jsp.projectView_jsp:123)
>   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>   at 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:358)
>   at 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:440)
>   at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:335)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>   at 
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:442)
>   at 
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:356)
>   at 
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:226)
>   at 
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:615)
>   at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:262)
>   at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:124)
>   at 
> com.opensymphony.webwork.dispatcher.ServletDispatcherResult.doExecute(ServletDispatcherResult.java:114)
>   at 
> com.opensymphony.webwork.dispatcher.WebWorkResultSupport.execute(WebWorkResultSupport.java:143)
>   at 
> com.opensymphony.xwork.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:311)
>   at 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:206)
>   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.webwork.interceptor.FileUploa

[jira] Closed: (CONTINUUM-913) ExtremeTables currently redirects to an error page when clicking any column header.

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/CONTINUUM-913?page=all ]

Carlos Sanchez closed CONTINUUM-913.


  Assignee: Carlos Sanchez  (was: Henry S. Isidro)
Resolution: Fixed

> ExtremeTables currently redirects to an error page when clicking any column 
> header.
> ---
>
> Key: CONTINUUM-913
> URL: http://jira.codehaus.org/browse/CONTINUUM-913
> Project: Continuum
>  Issue Type: Bug
>  Components: Web interface
>Affects Versions: 1.1
>Reporter: Teodoro Cue Jr.
> Assigned To: Carlos Sanchez
>Priority: Minor
> Fix For: 1.1
>
>
> When clicking a table with an eXtremeComponent implementation, the page would 
> redirect to an error page.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (CONTINUUM-910) Schedule's add/edit page needs validation.

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/CONTINUUM-910?page=all ]

Carlos Sanchez closed CONTINUUM-910.


  Assignee: Carlos Sanchez  (was: Henry S. Isidro)
Resolution: Fixed

> Schedule's add/edit page needs validation.
> --
>
> Key: CONTINUUM-910
> URL: http://jira.codehaus.org/browse/CONTINUUM-910
> Project: Continuum
>  Issue Type: Bug
>  Components: Web interface
>Affects Versions: 1.1
>Reporter: Teodoro Cue Jr.
> Assigned To: Carlos Sanchez
> Fix For: 1.1
>
>
> When adding a schedule with an empty name, there's an exception in jetty that 
> says "Job name cannot be empty".
> Also, adding a schedule with a name that already exist would redirect to a 
> blank page and an error is logged in jetty that says "Can't create schedule. 
> A schedule with the same name already exists.".

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (CONTINUUM-886) On the Delete user confirmation page there should be a "Cancel" button

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/CONTINUUM-886?page=all ]

Carlos Sanchez closed CONTINUUM-886.


 Assignee: Carlos Sanchez  (was: Maria Odea Ching)
   Resolution: Fixed
Fix Version/s: 1.1

> On the Delete user confirmation page there should be a "Cancel" button
> --
>
> Key: CONTINUUM-886
> URL: http://jira.codehaus.org/browse/CONTINUUM-886
> Project: Continuum
>  Issue Type: Bug
>Affects Versions: 1.1
> Environment: Windows
>Reporter: David Schwartz
> Assigned To: Carlos Sanchez
>Priority: Trivial
> Fix For: 1.1
>
>   Original Estimate: 3 hours
>  Remaining Estimate: 3 hours
>
> When the admin attempts to delete a user, they are prompted whether they 
> really wish to delete the user.  On this page there should be a Cancel button.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Closed: (CONTINUUM-864) Adding a project with a name that already exist causes internal error

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/CONTINUUM-864?page=all ]

Carlos Sanchez closed CONTINUUM-864.


  Assignee: Carlos Sanchez
Resolution: Fixed

> Adding a project with a name that already exist causes internal error
> -
>
> Key: CONTINUUM-864
> URL: http://jira.codehaus.org/browse/CONTINUUM-864
> Project: Continuum
>  Issue Type: Bug
>  Components: Core system, Web interface
>Affects Versions: 1.1
>Reporter: Carlos Sanchez
> Assigned To: Carlos Sanchez
>Priority: Minor
> Fix For: 1.1
>
>
> When adding an ant project with same name as another ant project added before
> 2006-09-11 22:38:22,375 [http-8080-Processor24] INFO  
> Interceptor:exceptionLogging   - Error ocurred during execution
> org.apache.maven.continuum.ContinuumException: A project with the name 'kk' 
> already exist.
>   at 
> org.apache.maven.continuum.core.action.ValidateProject.execute(ValidateProject.java:54)
>   at 
> org.apache.maven.continuum.DefaultContinuum.executeAction(DefaultContinuum.java:2276)
>   at 
> org.apache.maven.continuum.DefaultContinuum.executeAddProjectFromScmActivity(DefaultContinuum.java:949)
>   at 
> org.apache.maven.continuum.DefaultContinuum.addProject(DefaultContinuum.java:920)
>   at 
> org.apache.maven.continuum.security.acegi.AcegiContinuum.addProject_aroundBody20(AcegiContinuum.java:129)
>   at 
> org.apache.maven.continuum.security.acegi.AcegiContinuum$AjcClosure21.run(AcegiContinuum.java:1)
>   at 
> org.codehaus.plexus.acegi.intercept.method.aspectj.SecurityAspect.ajc$around$org_codehaus_plexus_acegi_intercept_method_aspectj_SecurityAspect$1$6563cc0cproceed(SecurityAspect.aj:1)
>   at 
> org.codehaus.plexus.acegi.intercept.method.aspectj.SecurityAspect$1.proceedWithObject(SecurityAspect.aj:59)
>   at 
> org.acegisecurity.intercept.method.aspectj.AspectJSecurityInterceptor.invoke(AspectJSecurityInterceptor.java:67)
>   at 
> org.codehaus.plexus.acegi.intercept.method.aspectj.SecurityAspect.ajc$around$org_codehaus_plexus_acegi_intercept_method_aspectj_SecurityAspect$1$6563cc0c(SecurityAspect.aj:62)
>   at 
> org.apache.maven.continuum.security.acegi.AcegiContinuum.addProject(AcegiContinuum.java:1)
>   at 
> org.apache.maven.continuum.web.action.AddProjectAction.execute(AddProjectAction.java:65)
>   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 
> 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.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.opensymph

[jira] Updated: (CONTINUUM-922) Out of memory when trying to download from working copy

2006-09-16 Thread Carlos Sanchez (JIRA)
 [ http://jira.codehaus.org/browse/CONTINUUM-922?page=all ]

Carlos Sanchez updated CONTINUUM-922:
-

Fix Version/s: 1.1

A simple solution may be a check for size and bigger than 100k for instance 
download instead and redirect to another action that downloads instead of show

> Out of memory when trying to download from working copy
> ---
>
> Key: CONTINUUM-922
> URL: http://jira.codehaus.org/browse/CONTINUUM-922
> Project: Continuum
>  Issue Type: Bug
>  Components: Web interface
>Affects Versions: 1.1
> Environment: acegi branch
>Reporter: Carlos Sanchez
> Fix For: 1.1
>
>
> When clicking in a big file in the working copy tab seems that it's trying to 
> show it in the jsp page instead of downloading it and causes an out of memory 
> exception
> 53182594 [btpool0-0] INFO  
> com.opensymphony.xwork.interceptor.Interceptor:exceptionLogging  - Error 
> ocurred during execution
> java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at 
> 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 
> 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.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.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31)
> at 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
> at 
> org.codehaus.plexus.xwork.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:62)
> at 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
> at 
> com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:113)
> at 
> org.acegisecurity.webwork.AcegiDispatcherUtils.serviceAction(AcegiDispatcherUtils.java:117)
> at 
> com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:202)
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1041)
> at 
> com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118)
> at 
> com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java

[jira] Created: (CONTINUUM-922) Out of memory when trying to download from working copy

2006-09-16 Thread Carlos Sanchez (JIRA)
Out of memory when trying to download from working copy
---

 Key: CONTINUUM-922
 URL: http://jira.codehaus.org/browse/CONTINUUM-922
 Project: Continuum
  Issue Type: Bug
  Components: Web interface
Affects Versions: 1.1
 Environment: acegi branch
Reporter: Carlos Sanchez


When clicking in a big file in the working copy tab seems that it's trying to 
show it in the jsp page instead of downloading it and causes an out of memory 
exception

53182594 [btpool0-0] INFO  
com.opensymphony.xwork.interceptor.Interceptor:exceptionLogging  - Error 
ocurred during execution
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
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 
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.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.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31)
at 
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
at 
org.codehaus.plexus.xwork.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:62)
at 
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
at 
com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:113)
at 
org.acegisecurity.webwork.AcegiDispatcherUtils.serviceAction(AcegiDispatcherUtils.java:117)
at 
com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:202)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1041)
at 
com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118)
at 
com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1041)
at 
com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1041)
at 
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at 
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInt

[jira] Commented: (CONTINUUM-741) Refactoring of "Add Projects" feature

2006-09-16 Thread Carlos Sanchez (JIRA)
[ http://jira.codehaus.org/browse/CONTINUUM-741?page=comments#action_74994 
] 

Carlos Sanchez commented on CONTINUUM-741:
--

It needs a deep refactor because although we made great progress in identifying 
the problems and show them to the user in a friendly way, there are still some 
holes and duplicated code. For instance is a big problem to show errors from 
children pom urls when adding a multiproject

> Refactoring of "Add Projects" feature
> -
>
> Key: CONTINUUM-741
> URL: http://jira.codehaus.org/browse/CONTINUUM-741
> Project: Continuum
>  Issue Type: Improvement
>  Components: Core system, Web interface
>Reporter: Emmanuel Venisse
> Fix For: 1.1
>
>
> evenisse: customization of the add project feature. In this part, I think to 
> add a multi-project as a multiple projects or as a single project, scm 
> connection string to use, add with a scm url, add all modules by a scm 
> connection instead of an url contruction based on project url provided in the 
> add screen
> brett: Absolutely. We should talk through this one a bit more, as maybe the 
> solution is to have it better understand module relationships. This also 
> relates to something I'd like to see happen where we have the checkout in the 
> normal layout instead of isolated directories (to avoid checking out the 
> modules twice - once in the parent and once for each module).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (CONTINUUM-741) Refactoring of "Add Projects" feature

2006-09-16 Thread David Roussel (JIRA)
[ http://jira.codehaus.org/browse/CONTINUUM-741?page=comments#action_74990 
] 

David Roussel commented on CONTINUUM-741:
-

I like the way in 1.0.3 it auto detects everything when adding a new project.  
Very impressive the first time you do it.  but later you wish it confirmed the 
details before it actually did anything.  

> have the checkout in the normal layout instead of isolated directories 

This makes sense to me, since I'm using clearcase, and each module creates the 
same clearcase snapshot view, and hence the same data is repeated multiple 
times.  Hence in 1.0.3 it's better to have one big project, when using 
clearcase.



> Refactoring of "Add Projects" feature
> -
>
> Key: CONTINUUM-741
> URL: http://jira.codehaus.org/browse/CONTINUUM-741
> Project: Continuum
>  Issue Type: Improvement
>  Components: Core system, Web interface
>Reporter: Emmanuel Venisse
> Fix For: 1.1
>
>
> evenisse: customization of the add project feature. In this part, I think to 
> add a multi-project as a multiple projects or as a single project, scm 
> connection string to use, add with a scm url, add all modules by a scm 
> connection instead of an url contruction based on project url provided in the 
> add screen
> brett: Absolutely. We should talk through this one a bit more, as maybe the 
> solution is to have it better understand module relationships. This also 
> relates to something I'd like to see happen where we have the checkout in the 
> normal layout instead of isolated directories (to avoid checking out the 
> modules twice - once in the parent and once for each module).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Created: (SCM-231) Support for incoming deletions through provider-specific metadata file

2006-09-16 Thread Arne Degenring (JIRA)
Support for incoming deletions through provider-specific metadata file
--

 Key: SCM-231
 URL: http://jira.codehaus.org/browse/SCM-231
 Project: Maven SCM
  Issue Type: Improvement
  Components: maven-scm-provider-local
Affects Versions: 1.0
Reporter: Arne Degenring
 Attachments: patch.txt

As discussed on continuum-users:
http://www.nabble.com/Update-over-scm-local-does-not-delete-files-removed-from-source-dir-tf2257460.html#a6281593

Scm-local so far does not support incoming deletions. That means if you delete 
a file from the repository, it won't be deleted in your local working 
directory. This is a problem, e.g. if you use scm-local to connect Continuum to 
a ClearCase dynamic view. Files that are deleted from the repository will stay 
in Continuum's working directory and potentially cause the build to fail.

The solution is to let scm-local maintain a xml file .maven-scm-local that 
contains the list of files in the repository directory, as seen during the last 
checkout or update operation:

- During checkout, the file .maven-scm-local is created in the checkout base 
directory. Its an XML file containing the list of files that have been checked 
out.
- The update command looks for the file. If it is there, it compares the 
contents of that file to the current repository directory contents (including 
subdirs). All files that are in .maven-scm-local but are no longer in the 
repository dir, have been deleted in the repository dir. The update command 
therefore removes them from the checkout dir.
- If for whatever reason .maven-scm-local is not there, the update command 
won't delete any files. That way, we're backwards compatible.
- After completing the update process, the update command rewrites the 
.maven-scm-local metadata file.

The attached patch contains the implementation and test cases.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Created: (CONTINUUM-921) Edit notifier function for Ant projects doesn't have validation.

2006-09-16 Thread Teodoro Cue Jr. (JIRA)
Edit notifier function for Ant projects doesn't have validation.


 Key: CONTINUUM-921
 URL: http://jira.codehaus.org/browse/CONTINUUM-921
 Project: Continuum
  Issue Type: Bug
  Components: Web interface
Affects Versions: 1.1
Reporter: Teodoro Cue Jr.


There are * on the textfields. Meaning, they are required. But currently, 
pressing the submit button with empty strings are accepted.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Created: (CONTINUUM-920) Project edit function for Ant projects doesn't have validation.

2006-09-16 Thread Teodoro Cue Jr. (JIRA)
Project edit function for Ant projects doesn't have validation.
---

 Key: CONTINUUM-920
 URL: http://jira.codehaus.org/browse/CONTINUUM-920
 Project: Continuum
  Issue Type: Bug
  Components: Web interface
Affects Versions: 1.1
Reporter: Teodoro Cue Jr.


There are * on the textfields. Meaning, they are required. But currently, 
pressing the submit button with empty strings are accepted.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (CONTINUUM-919) NPE when viewing M2 projects with notifiers.

2006-09-16 Thread Teodoro Cue Jr. (JIRA)
[ http://jira.codehaus.org/browse/CONTINUUM-919?page=comments#action_74971 
] 

Teodoro Cue Jr. commented on CONTINUUM-919:
---

Further testing shows this on the terminal:
2006-09-16 21:00:36,281 [pool-1-thread-1] INFO  Notifier:mail  
- No mail recipients for 'Modello Parent'.

But when opening Modello Parent's POM there's a notifier like this:
  

  
[EMAIL PROTECTED]
  

  


> NPE when viewing M2 projects with notifiers.
> 
>
> Key: CONTINUUM-919
> URL: http://jira.codehaus.org/browse/CONTINUUM-919
> Project: Continuum
>  Issue Type: Bug
>  Components: Web interface
>Affects Versions: 1.1
>Reporter: Teodoro Cue Jr.
>
> I've added the parent POM of Modello from 
> http://svn.codehaus.org/modello/trunk and the parent POM of Jetty from 
> http://svn.codehaus.org/jetty/jetty/trunk. Both were added successfully.
> But when viewing any of Modello's sub-projects, there's a NPE error on 
> NotifierRecipientCell. Viewing Jetty's sub-projects are totally fine. The 
> only difference is that Modello's parent POM has a notifier while Jetty 
> doesn't have one.
> Below is the stacktrace that's found on the browser after clicking any of 
> Modello's sub-project.
> HTTP ERROR: 500
> TableTag Problem: javax.servlet.jsp.JspException: ColumnTag.doEndTag() 
> Problem: java.lang.NullPointerException
>   at 
> org.apache.maven.continuum.web.view.projectview.NotifierRecipientCell.getCellValue(NotifierRecipientCell.java:66)
>   at 
> org.extremecomponents.table.cell.AbstractCell.getHtmlDisplay(AbstractCell.java:33)
>   at 
> org.extremecomponents.table.handler.ViewHandler.addColumnValueToView(ViewHandler.java:69)
>   at 
> org.extremecomponents.table.tag.ColumnTag.doEndTag(ColumnTag.java:349)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ec_column_1(org.apache.jsp.projectView_jsp:814)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ec_row_0(org.apache.jsp.projectView_jsp:754)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ec_table_0(org.apache.jsp.projectView_jsp:714)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ww_i18n_0(org.apache.jsp.projectView_jsp:259)
>   at 
> org.apache.jsp.projectView_jsp._jspService(org.apache.jsp.projectView_jsp:123)
>   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>   at 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:358)
>   at 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:440)
>   at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:335)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>   at 
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:442)
>   at 
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:356)
>   at 
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:226)
>   at 
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:615)
>   at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:262)
>   at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:124)
>   at 
> com.opensymphony.webwork.dispatcher.ServletDispatcherResult.doExecute(ServletDispatcherResult.java:114)
>   at 
> com.opensymphony.webwork.dispatcher.WebWorkResultSupport.execute(WebWorkResultSupport.java:143)
>   at 
> com.opensymphony.xwork.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:311)
>   at 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:206)
>   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.webwork.interceptor.Fil

[jira] Commented: (CONTINUUM-919) NPE when viewing M2 projects with notifiers.

2006-09-16 Thread Teodoro Cue Jr. (JIRA)
[ http://jira.codehaus.org/browse/CONTINUUM-919?page=comments#action_74970 
] 

Teodoro Cue Jr. commented on CONTINUUM-919:
---

I've committed a temporary fixed on this. Below is the comment on that commit:

Temporary fixed for 919. This is just to prevent the NPE so that users can view 
the project details. But the problem is much deeper than just throwing an empty 
string. The core problem is that Continuum can't find the email address when 
there is a notifier.

> NPE when viewing M2 projects with notifiers.
> 
>
> Key: CONTINUUM-919
> URL: http://jira.codehaus.org/browse/CONTINUUM-919
> Project: Continuum
>  Issue Type: Bug
>  Components: Web interface
>Affects Versions: 1.1
>Reporter: Teodoro Cue Jr.
>
> I've added the parent POM of Modello from 
> http://svn.codehaus.org/modello/trunk and the parent POM of Jetty from 
> http://svn.codehaus.org/jetty/jetty/trunk. Both were added successfully.
> But when viewing any of Modello's sub-projects, there's a NPE error on 
> NotifierRecipientCell. Viewing Jetty's sub-projects are totally fine. The 
> only difference is that Modello's parent POM has a notifier while Jetty 
> doesn't have one.
> Below is the stacktrace that's found on the browser after clicking any of 
> Modello's sub-project.
> HTTP ERROR: 500
> TableTag Problem: javax.servlet.jsp.JspException: ColumnTag.doEndTag() 
> Problem: java.lang.NullPointerException
>   at 
> org.apache.maven.continuum.web.view.projectview.NotifierRecipientCell.getCellValue(NotifierRecipientCell.java:66)
>   at 
> org.extremecomponents.table.cell.AbstractCell.getHtmlDisplay(AbstractCell.java:33)
>   at 
> org.extremecomponents.table.handler.ViewHandler.addColumnValueToView(ViewHandler.java:69)
>   at 
> org.extremecomponents.table.tag.ColumnTag.doEndTag(ColumnTag.java:349)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ec_column_1(org.apache.jsp.projectView_jsp:814)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ec_row_0(org.apache.jsp.projectView_jsp:754)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ec_table_0(org.apache.jsp.projectView_jsp:714)
>   at 
> org.apache.jsp.projectView_jsp._jspx_meth_ww_i18n_0(org.apache.jsp.projectView_jsp:259)
>   at 
> org.apache.jsp.projectView_jsp._jspService(org.apache.jsp.projectView_jsp:123)
>   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>   at 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:358)
>   at 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:440)
>   at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:335)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>   at 
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:442)
>   at 
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:356)
>   at 
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:226)
>   at 
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:615)
>   at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:262)
>   at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:124)
>   at 
> com.opensymphony.webwork.dispatcher.ServletDispatcherResult.doExecute(ServletDispatcherResult.java:114)
>   at 
> com.opensymphony.webwork.dispatcher.WebWorkResultSupport.execute(WebWorkResultSupport.java:143)
>   at 
> com.opensymphony.xwork.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:311)
>   at 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:206)
>   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)
> 

[jira] Created: (CONTINUUM-919) NPE when viewing M2 projects with notifiers.

2006-09-16 Thread Teodoro Cue Jr. (JIRA)
NPE when viewing M2 projects with notifiers.


 Key: CONTINUUM-919
 URL: http://jira.codehaus.org/browse/CONTINUUM-919
 Project: Continuum
  Issue Type: Bug
  Components: Web interface
Affects Versions: 1.1
Reporter: Teodoro Cue Jr.


I've added the parent POM of Modello from http://svn.codehaus.org/modello/trunk 
and the parent POM of Jetty from http://svn.codehaus.org/jetty/jetty/trunk. 
Both were added successfully.

But when viewing any of Modello's sub-projects, there's a NPE error on 
NotifierRecipientCell. Viewing Jetty's sub-projects are totally fine. The only 
difference is that Modello's parent POM has a notifier while Jetty doesn't have 
one.

Below is the stacktrace that's found on the browser after clicking any of 
Modello's sub-project.
HTTP ERROR: 500

TableTag Problem: javax.servlet.jsp.JspException: ColumnTag.doEndTag() Problem: 
java.lang.NullPointerException
at 
org.apache.maven.continuum.web.view.projectview.NotifierRecipientCell.getCellValue(NotifierRecipientCell.java:66)
at 
org.extremecomponents.table.cell.AbstractCell.getHtmlDisplay(AbstractCell.java:33)
at 
org.extremecomponents.table.handler.ViewHandler.addColumnValueToView(ViewHandler.java:69)
at 
org.extremecomponents.table.tag.ColumnTag.doEndTag(ColumnTag.java:349)
at 
org.apache.jsp.projectView_jsp._jspx_meth_ec_column_1(org.apache.jsp.projectView_jsp:814)
at 
org.apache.jsp.projectView_jsp._jspx_meth_ec_row_0(org.apache.jsp.projectView_jsp:754)
at 
org.apache.jsp.projectView_jsp._jspx_meth_ec_table_0(org.apache.jsp.projectView_jsp:714)
at 
org.apache.jsp.projectView_jsp._jspx_meth_ww_i18n_0(org.apache.jsp.projectView_jsp:259)
at 
org.apache.jsp.projectView_jsp._jspService(org.apache.jsp.projectView_jsp:123)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:358)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:440)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:335)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:442)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:356)
at 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:226)
at 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:615)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:262)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:124)
at 
com.opensymphony.webwork.dispatcher.ServletDispatcherResult.doExecute(ServletDispatcherResult.java:114)
at 
com.opensymphony.webwork.dispatcher.WebWorkResultSupport.execute(WebWorkResultSupport.java:143)
at 
com.opensymphony.xwork.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:311)
at 
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:206)
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.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.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31)
at 
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
   

[jira] Created: (MRELEASE-162) Move all release core code in maven/shared

2006-09-16 Thread Emmanuel Venisse (JIRA)
Move all release core code in maven/shared
--

 Key: MRELEASE-162
 URL: http://jira.codehaus.org/browse/MRELEASE-162
 Project: Maven 2.x Release Plugin
  Issue Type: Task
Affects Versions: 2.0
Reporter: Emmanuel Venisse
 Assigned To: Edwin Punzalan
Priority: Critical
 Fix For: 2.0


It's very important to do it because continuum use this code in 
continuum-release too and it's a bad idea to depend on a plugin.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (CONTINUUM-885) Can't delete user

2006-09-16 Thread Teodoro Cue Jr. (JIRA)
[ http://jira.codehaus.org/browse/CONTINUUM-885?page=comments#action_74955 
] 

Teodoro Cue Jr. commented on CONTINUUM-885:
---

I have tested this. The artifacts in the repository needs to be updated. The 
latest code doesn't have this problem anymore.

> Can't delete user
> -
>
> Key: CONTINUUM-885
> URL: http://jira.codehaus.org/browse/CONTINUUM-885
> Project: Continuum
>  Issue Type: Bug
>Affects Versions: 1.1
> Environment: Windows
>Reporter: David Schwartz
> Assigned To: Maria Odea Ching
>   Original Estimate: 10 hours
>  Remaining Estimate: 10 hours
>
> When the admin user tries to delete a user, a message pops up that says:
>  Are you sure you want to delete the user ""?  
> regardless of the name of the user selected for deletion.  When you click 
> Delete, the following exception is printed to the console:
> :WARN:  /continuum/user/delete.action
> java.lang.RuntimeException: Could not find object. Type 
> 'org.apache.maven.user.model.User'. Id: '0'.
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getObjectById(DefaultUserStore.java:375)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getObjectById(DefaultUserStore.java:362)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getUser(DefaultUserStore.java:83)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.removeUser(DefaultUserStore.java:251)
> at 
> org.apache.maven.user.model.impl.DefaultUserManager.removeUser(DefaultUserManager.java:293)
> at 
> org.apache.maven.user.acegi.AcegiUserManager.removeUser(AcegiUserManager.java:174)
> at 
> org.apache.maven.user.controller.action.DeleteUserAction.execute(DeleteUserAction.java:45)
> 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 
> 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 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
> at 
> com.opensymphony.xwork.interceptor.I18nInterceptor.intercept(I18nInterceptor.java:151)
> at 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
> at 
> com.opensymphony.xwork.interceptor.AroundInte

[jira] Commented: (CONTINUUM-883) Ordinary user can't change their password

2006-09-16 Thread Teodoro Cue Jr. (JIRA)
[ http://jira.codehaus.org/browse/CONTINUUM-883?page=comments#action_74954 
] 

Teodoro Cue Jr. commented on CONTINUUM-883:
---

I have tested this. The artifacts in the repository needs to be updated. The 
latest code doesn't have this problem anymore.

> Ordinary user can't change their password
> -
>
> Key: CONTINUUM-883
> URL: http://jira.codehaus.org/browse/CONTINUUM-883
> Project: Continuum
>  Issue Type: Bug
>Affects Versions: 1.1
> Environment: Windows
>Reporter: David Schwartz
>
> I have tested the admin changing a password and it seems to work fine but if 
> I'm in the "users" group and try to change my password as an ordinary user I 
> get the following exception:
> :WARN:  /continuum/user/saveAccount.action
> java.lang.RuntimeException: Could not find object. Type 
> 'org.apache.maven.user.model.User'. Id: '0'.
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getObjectById(DefaultUserStore.java:375)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getObjectById(DefaultUserStore.java:362)
> at 
> org.apache.maven.user.model.store.impl.DefaultUserStore.getUser(DefaultUserStore.java:83)
> at 
> org.apache.maven.user.model.impl.DefaultUserManager.getUser(DefaultUserManager.java:246)
> at 
> org.apache.maven.user.acegi.AcegiUserManager.getUser(AcegiUserManager.java:124)
> at 
> org.apache.maven.user.controller.action.EditUserAction.execute(EditUserAction.java:124)
> 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 
> 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 
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:188)
> at 
> com.opensymphony.xwork.interceptor.I18nInterceptor.intercept(I18nInterceptor.java:151)
> 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(AroundIntercep