tag:www.nabble.com,2006:forum-13866Nabble - Continuum2008-10-15T10:00:19ZContinuum is a continous integration server that will ensure the health of your code base. Continuum home is <a href="http://maven.apache.org/continuum/" target="_top" rel="nofollow">here</a>.tag:www.nabble.com,2006:post-19997841[jira] Commented: (CONTINUUM-1934) login attempt deletes URL parameters from notification mails after successfull login2008-10-15T10:00:19Z2008-10-15T10:00:19ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150908#action_150908" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150908#action_150908</a> ]
<br><br>Philipp commented on CONTINUUM-1934:
<br>------------------------------------
<br><br>Thanks for the opinion - it's not a general problem of webapp, but a missing solution in CI!
<br>Consider Jira itself - if you click on a link from an e-mail and have to login you are transfered to the requested page after a successful login.
<br><div class='shrinkable-quote'><br>> login attempt deletes URL parameters from notification mails after successfull login
<br>> ------------------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1934
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1934" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1934</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Web interface
<br>> Affects Versions: 1.1
<br>> Environment: CI 1.1 Linux
<br>> Reporter: Philipp
<br>>
<br>> Hi,
<br>> if I receive a notification mail from CI it contains an URL to CI such as:
<br>> Online report : https:/ci01.foo.priv/continuum/buildResult.action?buildId=7506&projectId=1
<br>> If I'm not logged in to CI this will give an
<br>> Authorization Error
<br>> You are not authorized to access this page. Please contact your administrator to be granted the appropriate permissions.
<br>>
<br>> If I hit the login button (<a href="https://ci01.foo.priv/continuum/security/login.action" target="_top" rel="nofollow">https://ci01.foo.priv/continuum/security/login.action</a>) above link gets removed and I have to click a thousand times to get to the exact build result being
<br>> referenced with the above link.
<br>> Is it possible to automatically refresh the page to go to the build report after login?
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19996663[jira] Commented: (CONTINUUM-1934) login attempt deletes URL parameters from notification mails after successfull login2008-10-15T09:03:19Z2008-10-15T09:03:19ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150894#action_150894" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150894#action_150894</a> ]
<br><br>Wendy Smoak commented on CONTINUUM-1934:
<br>----------------------------------------
<br><br>I think it's a general problem with any url that requires authorization. If you're not already logged in, you are redirected to the login page, but the app doesn't "remember" where you were trying to go.
<br><div class='shrinkable-quote'><br>> login attempt deletes URL parameters from notification mails after successfull login
<br>> ------------------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1934
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1934" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1934</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Web interface
<br>> Affects Versions: 1.1
<br>> Environment: CI 1.1 Linux
<br>> Reporter: Philipp
<br>>
<br>> Hi,
<br>> if I receive a notification mail from CI it contains an URL to CI such as:
<br>> Online report : https:/ci01.foo.priv/continuum/buildResult.action?buildId=7506&projectId=1
<br>> If I'm not logged in to CI this will give an
<br>> Authorization Error
<br>> You are not authorized to access this page. Please contact your administrator to be granted the appropriate permissions.
<br>>
<br>> If I hit the login button (<a href="https://ci01.foo.priv/continuum/security/login.action" target="_top" rel="nofollow">https://ci01.foo.priv/continuum/security/login.action</a>) above link gets removed and I have to click a thousand times to get to the exact build result being
<br>> referenced with the above link.
<br>> Is it possible to automatically refresh the page to go to the build report after login?
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19994383[jira] Created: (CONTINUUM-1934) login attempt deletes URL parameters from notification mails after successfull login2008-10-15T07:13:19Z2008-10-15T07:13:19ZJIRA jira@codehaus.orglogin attempt deletes URL parameters from notification mails after successfull login
<br>------------------------------------------------------------------------------------
<br><br> Key: CONTINUUM-1934
<br> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1934" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1934</a><br> Project: Continuum
<br> Issue Type: Bug
<br> Components: Web interface
<br> Affects Versions: 1.1
<br> Environment: CI 1.1 Linux
<br> Reporter: Philipp
<br><br><br>Hi,
<br>if I receive a notification mail from CI it contains an URL to CI such as:
<br>Online report : https:/ci01.foo.priv/continuum/buildResult.action?buildId=7506&projectId=1
<br><br>If I'm not logged in to CI this will give an
<br>Authorization Error
<br>You are not authorized to access this page. Please contact your administrator to be granted the appropriate permissions.
<br>
<br>If I hit the login button (<a href="https://ci01.foo.priv/continuum/security/login.action" target="_top" rel="nofollow">https://ci01.foo.priv/continuum/security/login.action</a>) above link gets removed and I have to click a thousand times to get to the exact build result being
<br>referenced with the above link.
<br><br>Is it possible to automatically refresh the page to go to the build report after login?
<br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19987563Re: [1.2] appearance -- You have not yet specified a company POM2008-10-14T23:25:17Z2008-10-14T23:25:17ZAdrian Herscu-2It seems to work now.
<br>Adrian.
<br><br>Brett Porter wrote:
<div class='shrinkable-quote'><br>> Is it clicking the save under the footer content that is the problem,
<br>> or save on the company POM page?
<br>>
<br>> I had no problems with the second (And the POM was registered), but on
<br>> the first it forgot about the POM on the page, though the logo
<br>> remained configured, which is a bug that should be filed..
<br>>
<br>> - Brett
<br>>
<br>> 2008/10/3 Adrian Herscu <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19987563&i=0" target="_top" rel="nofollow">bmf1972@...</a>>:
<br>>> Hi all,
<br>>>
<br>>> I am trying to set the logo on the Continuum dashboard.
<br>>> After entering the groupId and artifactId of my project's root POM, I am
<br>>> getting a screen like this:
<br>>>
<br>>> Company Details
<br>>>
<br>>> The logo in the top right of the screen is controlled by your selected
<br>>> 'company POM'.
<br>>>
<br>>> Your selected company POM is below. If you would like to change the
<br>>> organization name, url or logo, you can edit the POM.
<br>>> Group ID: org.wirexn
<br>>> Artifact ID: wirexn
<br>>> Version: 1.0-alpha-9-SNAPSHOT
<br>>> Edit Company POM
<br>>> POM Information
<br>>> Name wireXN
<br>>> URL <a href="http://wirexn.com" target="_top" rel="nofollow">http://wirexn.com</a><br>>> Logo URL
<br>>>
<br>>> After clicking the "Save" button on this screen I am getting:
<br>>>
<br>>> Company Details
<br>>>
<br>>> The logo in the top right of the screen is controlled by your selected
<br>>> 'company POM'.
<br>>>
<br>>> You have not yet specified a company POM. Select a Company POM
<br>>>
<br>>>
<br>>> :(
<br>>>
<br>>> What should I check?
<br>>> Adrian.
<br>>>
<br>>>
<br>>
<br>>
<br>>
</div><br><p>From forum: <a href="http://www.nabble.com/Continuum---Users-f32241.html" embed="fixTarget[32241]" target="_top" >Continuum - Users</a></p>tag:www.nabble.com,2006:post-19987440Re: [1.2] always build -- does not build :(2008-10-14T23:23:07Z2008-10-14T23:23:07ZAdrian Herscu-2After playing around few days, it started to work for me too. Though, I
<br>don't know what I did that made it run.
<br>Adrian.
<br><br>Denis Schettl wrote:
<div class='shrinkable-quote'><br>> Hi ....
<br>>
<br>> tzarnes wrote:
<br>>> I have the same problem - I cannot get a scheduled build to run.
<br>>>
<br>>
<br>> I had the same problem, but with after changing the "quiet period" in the
<br>> schedule-definitions from 0 to 5 it works .... Strange ....
<br>>
<br>> So long ...
<br>> Denis
</div><br><p>From forum: <a href="http://www.nabble.com/Continuum---Users-f32241.html" embed="fixTarget[32241]" target="_top" >Continuum - Users</a></p>tag:www.nabble.com,2006:post-19986248[jira] Created: (CONTINUUM-1933) Add new methods in webservices2008-10-14T20:40:51Z2008-10-14T20:40:51ZJIRA jira@codehaus.orgAdd new methods in webservices
<br>------------------------------
<br><br> Key: CONTINUUM-1933
<br> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1933" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1933</a><br> Project: Continuum
<br> Issue Type: Improvement
<br> Components: XMLRPC Interface
<br> Affects Versions: 1.2
<br> Reporter: Maria Catherine Tan
<br> Priority: Minor
<br><br><br>Add support for the ff: through XMLRPC
<br><br>1. add, delete, list local repository
<br>2. add, delete, list purge configurations
<br>3. purge repositories and build/release directories
<br>4. cancel current build
<br>5. remove builds in queue
<br>6. delete, list release results
<br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19986252[jira] Assigned: (CONTINUUM-1933) Add new methods in webservices2008-10-14T20:40:51Z2008-10-14T20:40:51ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Maria Catherine Tan reassigned CONTINUUM-1933:
<br>----------------------------------------------
<br><br> Assignee: Maria Catherine Tan
<br><div class='shrinkable-quote'><br>> Add new methods in webservices
<br>> ------------------------------
<br>>
<br>> Key: CONTINUUM-1933
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1933" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1933</a><br>> Project: Continuum
<br>> Issue Type: Improvement
<br>> Components: XMLRPC Interface
<br>> Affects Versions: 1.2
<br>> Reporter: Maria Catherine Tan
<br>> Assignee: Maria Catherine Tan
<br>> Priority: Minor
<br>>
<br>> Add support for the ff: through XMLRPC
<br>> 1. add, delete, list local repository
<br>> 2. add, delete, list purge configurations
<br>> 3. purge repositories and build/release directories
<br>> 4. cancel current build
<br>> 5. remove builds in queue
<br>> 6. delete, list release results
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19983335[jira] Issue Comment Edited: (CONTINUUM-1606) All modules are always rebuilt when using M2 with a hierarchical structure2008-10-14T15:17:51Z2008-10-14T15:17:51ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818</a> ]
<br><br>apache.maillist edited comment on CONTINUUM-1606 at 10/14/08 5:16 PM:
<br>----------------------------------------------------------------------
<br><br>it would be very nice if you could test the case below:
<br> pom.xml (pom for continuum checking out 3 modules below including parent module)
<br> parent modulepom
<br>-- pom.xml (parent pom for module1 and module2)
<br> module1
<br> -- pom.xml
<br> module2
<br> -- pom.xml
<br><br>top level pom.xml has
<br><br><modules>
<br> <module>parent module</module>
<br> <module>module 1</module>
<br> <module>module 2</module>
<br></modules>
<br>
<br><br> was (Author: apache.maillist):
<br> it would be very nice if you could test the case below:
<br> pom.xml (
<br> parentpom (parent pom for module1 and module2)
<br> -- pom.xml
<br> module1
<br> -- pom.xml
<br> module2
<br> -- pom.xml
<br><br>
<br>
<div class='shrinkable-quote'><br>> All modules are always rebuilt when using M2 with a hierarchical structure
<br>> --------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1606
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1606" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Integration - Maven 2
<br>> Affects Versions: 1.1
<br>> Reporter: Julien S
<br>> Priority: Critical
<br>> Fix For: 1.x
<br>>
<br>> Attachments: continuum-1.2.patch, CONTINUUM-1606.patch, continuum.patch
<br>>
<br>>
<br>> When using Maven2, the recommended directory structure for a multi-module build is hierarchical, e.g.:
<br>> - pom.xml (parent pom of all modules)
<br>> --- module1
<br>> +-- pom.xml
<br>> --- module2
<br>> +-- pom.xml
<br>> etc
<br>> When using such a structure with continuum, if a change is committed in module28, then EVERY module will be rebuilt: indeed the parent pom will be rebuilt because the change is "under" its scm tree, and all the other modules will therefore we rebuilt because of a "dependencies change" on the parent pom. This can easily multiply the build time by a factor of 10 or 20.
<br>> I have attached a patch. It considers that the parent has "changed" only if its pom.xml has changed. Not sure it is perfect, but it works for me (the patch has been tested (against continuum-1.1 and trunk). Feel free to rewrite or modify it as much as you like.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br><br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19983336[jira] Issue Comment Edited: (CONTINUUM-1606) All modules are always rebuilt when using M2 with a hierarchical structure2008-10-14T15:17:51Z2008-10-14T15:17:51ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818</a> ]
<br><br>apache.maillist edited comment on CONTINUUM-1606 at 10/14/08 5:17 PM:
<br>----------------------------------------------------------------------
<br><br>it would be very nice if you could test the case below:
<br> pom.xml (pom for continuum checking out 3 modules below including parent module)
<br> parent module
<br>-- pom.xml (parent pom for module1 and module2)
<br> module1
<br> -- pom.xml
<br> module2
<br> -- pom.xml
<br><br>top level pom.xml has
<br><br><modules>
<br> <module>parent module</module>
<br> <module>module 1</module>
<br> <module>module 2</module>
<br></modules>
<br>
<br><br> was (Author: apache.maillist):
<br> it would be very nice if you could test the case below:
<br> pom.xml (pom for continuum checking out 3 modules below including parent module)
<br> parent modulepom
<br>-- pom.xml (parent pom for module1 and module2)
<br> module1
<br> -- pom.xml
<br> module2
<br> -- pom.xml
<br><br>top level pom.xml has
<br><br><modules>
<br> <module>parent module</module>
<br> <module>module 1</module>
<br> <module>module 2</module>
<br></modules>
<br>
<br>
<div class='shrinkable-quote'><br>> All modules are always rebuilt when using M2 with a hierarchical structure
<br>> --------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1606
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1606" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Integration - Maven 2
<br>> Affects Versions: 1.1
<br>> Reporter: Julien S
<br>> Priority: Critical
<br>> Fix For: 1.x
<br>>
<br>> Attachments: continuum-1.2.patch, CONTINUUM-1606.patch, continuum.patch
<br>>
<br>>
<br>> When using Maven2, the recommended directory structure for a multi-module build is hierarchical, e.g.:
<br>> - pom.xml (parent pom of all modules)
<br>> --- module1
<br>> +-- pom.xml
<br>> --- module2
<br>> +-- pom.xml
<br>> etc
<br>> When using such a structure with continuum, if a change is committed in module28, then EVERY module will be rebuilt: indeed the parent pom will be rebuilt because the change is "under" its scm tree, and all the other modules will therefore we rebuilt because of a "dependencies change" on the parent pom. This can easily multiply the build time by a factor of 10 or 20.
<br>> I have attached a patch. It considers that the parent has "changed" only if its pom.xml has changed. Not sure it is perfect, but it works for me (the patch has been tested (against continuum-1.1 and trunk). Feel free to rewrite or modify it as much as you like.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br><br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19983263[jira] Issue Comment Edited: (CONTINUUM-1606) All modules are always rebuilt when using M2 with a hierarchical structure2008-10-14T15:13:51Z2008-10-14T15:13:51ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818</a> ]
<br><br>apache.maillist edited comment on CONTINUUM-1606 at 10/14/08 5:13 PM:
<br>----------------------------------------------------------------------
<br><br>it would be very nice if you could test the case below:
<br> pom.xml (
<br> parentpom (parent pom for module1 and module2)
<br> -- pom.xml
<br> module1
<br> -- pom.xml
<br> module2
<br> -- pom.xml
<br><br>
<br><br> was (Author: apache.maillist):
<br> it would be very nice if you could test the case below:
<br> pom.xml (
<br>o parentpom (parent pom for module1 and module2)
<br>-- pom.xml
<br>o module1
<br>-- pom.xml
<br>o module2
<br>-- pom.xml
<br><br>
<br>
<div class='shrinkable-quote'><br>> All modules are always rebuilt when using M2 with a hierarchical structure
<br>> --------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1606
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1606" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Integration - Maven 2
<br>> Affects Versions: 1.1
<br>> Reporter: Julien S
<br>> Priority: Critical
<br>> Fix For: 1.x
<br>>
<br>> Attachments: continuum-1.2.patch, CONTINUUM-1606.patch, continuum.patch
<br>>
<br>>
<br>> When using Maven2, the recommended directory structure for a multi-module build is hierarchical, e.g.:
<br>> - pom.xml (parent pom of all modules)
<br>> --- module1
<br>> +-- pom.xml
<br>> --- module2
<br>> +-- pom.xml
<br>> etc
<br>> When using such a structure with continuum, if a change is committed in module28, then EVERY module will be rebuilt: indeed the parent pom will be rebuilt because the change is "under" its scm tree, and all the other modules will therefore we rebuilt because of a "dependencies change" on the parent pom. This can easily multiply the build time by a factor of 10 or 20.
<br>> I have attached a patch. It considers that the parent has "changed" only if its pom.xml has changed. Not sure it is perfect, but it works for me (the patch has been tested (against continuum-1.1 and trunk). Feel free to rewrite or modify it as much as you like.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br><br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19983270[jira] Issue Comment Edited: (CONTINUUM-1606) All modules are always rebuilt when using M2 with a hierarchical structure2008-10-14T15:13:51Z2008-10-14T15:13:51ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818</a> ]
<br><br>apache.maillist edited comment on CONTINUUM-1606 at 10/14/08 5:12 PM:
<br>----------------------------------------------------------------------
<br><br>it would be very nice if you could test the case below:
<br> pom.xml (
<br>o parentpom (parent pom for module1 and module2)
<br>-- pom.xml
<br>o module1
<br>-- pom.xml
<br>o module2
<br>-- pom.xml
<br><br>
<br><br> was (Author: apache.maillist):
<br> it would be very nice if you could test the case below:
<br> + pom.xml (
<br> + parentpom (parent pom for module1 and module2)
<br> +-- pom.xml
<br> + module1
<br> +-- pom.xml
<br> + module2
<br> +-- pom.xml
<br>
<br>
<div class='shrinkable-quote'><br>> All modules are always rebuilt when using M2 with a hierarchical structure
<br>> --------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1606
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1606" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Integration - Maven 2
<br>> Affects Versions: 1.1
<br>> Reporter: Julien S
<br>> Priority: Critical
<br>> Fix For: 1.x
<br>>
<br>> Attachments: continuum-1.2.patch, CONTINUUM-1606.patch, continuum.patch
<br>>
<br>>
<br>> When using Maven2, the recommended directory structure for a multi-module build is hierarchical, e.g.:
<br>> - pom.xml (parent pom of all modules)
<br>> --- module1
<br>> +-- pom.xml
<br>> --- module2
<br>> +-- pom.xml
<br>> etc
<br>> When using such a structure with continuum, if a change is committed in module28, then EVERY module will be rebuilt: indeed the parent pom will be rebuilt because the change is "under" its scm tree, and all the other modules will therefore we rebuilt because of a "dependencies change" on the parent pom. This can easily multiply the build time by a factor of 10 or 20.
<br>> I have attached a patch. It considers that the parent has "changed" only if its pom.xml has changed. Not sure it is perfect, but it works for me (the patch has been tested (against continuum-1.1 and trunk). Feel free to rewrite or modify it as much as you like.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br><br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19983234[jira] Issue Comment Edited: (CONTINUUM-1606) All modules are always rebuilt when using M2 with a hierarchical structure2008-10-14T15:11:50Z2008-10-14T15:11:50ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818</a> ]
<br><br>apache.maillist edited comment on CONTINUUM-1606 at 10/14/08 5:10 PM:
<br>----------------------------------------------------------------------
<br><br>it would be very nice if you could test the case below:
<br> + pom.xml (
<br> + parentpom (parent pom for module1 and module2)
<br> +-- pom.xml
<br> + module1
<br> +-- pom.xml
<br> + module2
<br> +-- pom.xml
<br>
<br><br> was (Author: apache.maillist):
<br> it would be very nice if you could test the case below:
<br>-- pom.xml - for continuum checking out 3 modules below
<br> -- parent module (parent pom for module1 and module2)
<br> -- module 1
<br> -- module 2
<br>
<div class='shrinkable-quote'><br>> All modules are always rebuilt when using M2 with a hierarchical structure
<br>> --------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1606
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1606" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Integration - Maven 2
<br>> Affects Versions: 1.1
<br>> Reporter: Julien S
<br>> Priority: Critical
<br>> Fix For: 1.x
<br>>
<br>> Attachments: continuum-1.2.patch, CONTINUUM-1606.patch, continuum.patch
<br>>
<br>>
<br>> When using Maven2, the recommended directory structure for a multi-module build is hierarchical, e.g.:
<br>> - pom.xml (parent pom of all modules)
<br>> --- module1
<br>> +-- pom.xml
<br>> --- module2
<br>> +-- pom.xml
<br>> etc
<br>> When using such a structure with continuum, if a change is committed in module28, then EVERY module will be rebuilt: indeed the parent pom will be rebuilt because the change is "under" its scm tree, and all the other modules will therefore we rebuilt because of a "dependencies change" on the parent pom. This can easily multiply the build time by a factor of 10 or 20.
<br>> I have attached a patch. It considers that the parent has "changed" only if its pom.xml has changed. Not sure it is perfect, but it works for me (the patch has been tested (against continuum-1.1 and trunk). Feel free to rewrite or modify it as much as you like.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19983180[jira] Commented: (CONTINUUM-1606) All modules are always rebuilt when using M2 with a hierarchical structure2008-10-14T15:07:51Z2008-10-14T15:07:51ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150818#action_150818</a> ]
<br><br>apache maillist commented on CONTINUUM-1606:
<br>--------------------------------------------
<br><br>it would be very nice if you could test the case below:
<br>-- pom.xml - for continuum checking out 3 modules below
<br> -- parent module (parent pom for module1 and module2)
<br> -- module 1
<br> -- module 2
<br><div class='shrinkable-quote'><br>> All modules are always rebuilt when using M2 with a hierarchical structure
<br>> --------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1606
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1606" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1606</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Integration - Maven 2
<br>> Affects Versions: 1.1
<br>> Reporter: Julien S
<br>> Priority: Critical
<br>> Fix For: 1.x
<br>>
<br>> Attachments: continuum-1.2.patch, CONTINUUM-1606.patch, continuum.patch
<br>>
<br>>
<br>> When using Maven2, the recommended directory structure for a multi-module build is hierarchical, e.g.:
<br>> - pom.xml (parent pom of all modules)
<br>> --- module1
<br>> +-- pom.xml
<br>> --- module2
<br>> +-- pom.xml
<br>> etc
<br>> When using such a structure with continuum, if a change is committed in module28, then EVERY module will be rebuilt: indeed the parent pom will be rebuilt because the change is "under" its scm tree, and all the other modules will therefore we rebuilt because of a "dependencies change" on the parent pom. This can easily multiply the build time by a factor of 10 or 20.
<br>> I have attached a patch. It considers that the parent has "changed" only if its pom.xml has changed. Not sure it is perfect, but it works for me (the patch has been tested (against continuum-1.1 and trunk). Feel free to rewrite or modify it as much as you like.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19988148Personal Invitation from din2008-10-14T09:04:44Z2008-10-14T09:04:44Zdin-4<br>Hey there <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19988148&i=0" target="_top" rel="nofollow">continuum-users@...</a>, din here…
<br><br>I just picked up a free copy of Justin Michie’s Traffic Tips Report and I thought you might be interested in checking it out.
<br><br>Here’s the link:
<br><br><a href="http://www.LemonadeHere.com?a=tr&cid=227429" target="_top" rel="nofollow">http://www.LemonadeHere.com?a=tr&cid=227429</a>
<br><br><br>Warmest wishes,
<br><br>din
<br><br><br><br><br><br><br><br><br><br>This message was sent using the “Tell-A-Friend” feature at <a href="http://www.LemonadeHere.com" target="_top" rel="nofollow">http://www.LemonadeHere.com</a>. If you would like to be removed from future invitations, please click on the following link:
<br><a href="http://lemonadehere.com/inviter/unsubscribe.php?a=bl&e=Y29udGludXVtLXVzZXJzQG1hdmVuLmFwYWNoZS5vcmc=" target="_top" rel="nofollow">http://lemonadehere.com/inviter/unsubscribe.php?a=bl&e=Y29udGludXVtLXVzZXJzQG1hdmVuLmFwYWNoZS5vcmc=</a><br><p>From forum: <a href="http://www.nabble.com/Continuum---Users-f32241.html" embed="fixTarget[32241]" target="_top" >Continuum - Users</a></p>tag:www.nabble.com,2006:post-19968480[jira] Commented: (CONTINUUM-1921) foreign key constraint violation2008-10-14T00:36:51Z2008-10-14T00:36:51ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150748#action_150748" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150748#action_150748</a> ]
<br><br>Eddie Lau commented on CONTINUUM-1921:
<br>--------------------------------------
<br><br>I saw the same error message when i *delete a project group* directly.
<br><br>but in my case,
<br>after i saw the message,
<br>all the *build history has already gone*.
<br><br>i have to manually remove all the non-default build definition,
<br>before i can remove the project group successfully.
<br><br><br><div class='shrinkable-quote'><br>> foreign key constraint violation
<br>> --------------------------------
<br>>
<br>> Key: CONTINUUM-1921
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1921" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1921</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Database
<br>> Affects Versions: 1.2
<br>> Environment: MS Windows XP SP3, java 1.6.0_02
<br>> Reporter: Aleksey
<br>>
<br>> Hi, I found a bug looks like [CONTINUUM-1385|<a href="http://jira.codehaus.org/browse/CONTINUUM-1385" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1385</a>]
<br>> I tried to delete an ant project from a group and get the following message (see below). Removing all the build results helped. I think there should be a delete cascade, not a contstraint.
<br>> {noformat}
<br>> javax.jdo.JDOUserException: One or more instances could not be deleted NestedThrowables: javax.jdo.JDODataStoreException: Delete request failed: DELETE FROM BUILDDEFINITION WHERE ID = ? NestedThrowables: SQL Exception: DELETE on table 'BUILDDEFINITION' caused a violation of foreign key constraint 'BUILDRESULT_FK2' for key (10). The statement has been rolled back.
<br>> {noformat}
<br>> Continuum 1.2 Build Number: 697023
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19968626Re: (ant) build.xml in other directory2008-10-13T23:45:03Z2008-10-13T23:45:03Zbrettporterthis should work adequately for the time being. Unfortunately we seem to be
<br>missing documentation for the page I was referring to in the latest release.
<br>- Brett
<br><br>2008/10/14 <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19968626&i=0" target="_top" rel="nofollow">rac1185@...</a>>
<br><div class='shrinkable-quote'><br>> Ok, Brett, can you prease explain with an exaple?
<br>>
<br>> My problem is trat the build.xml file isn't in the project
<br>> root when continuum checkout the project doesn't have the entire
<br>> project but only the subdirectory that contain the build.xml file!
<br>>
<br>> How can indicate to continuum tha the project root is <dir> and the
<br>> build.xml file is in <dir>/build/ant directory?
<br>>
<br>> Thank you very much!
<br>>
<br>> For now I have founded a workaround.
<br>> I write anothe build.xml in the root dir that
<br>> contain only
<br>>
<br>> <project>
<br>>
<br>> <ant antfile="build/ant/build.xml"/>
<br>>
<br>> </project>
<br>>
<br>> Have a good day, Mario
<br>>
<br>> Scrive Brett Porter <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19968626&i=1" target="_top" rel="nofollow">brett.porter@...</a>>:
<br>>
<br>> > yes, just change the build definition to point to the other location
<br>> > for the build.xml file.
<br>> >
<br>> > 2008/10/14 <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19968626&i=2" target="_top" rel="nofollow">rac1185@...</a>>:
<br>> > >
<br>> > >
<br>> > >
<br>> > > Hello,
<br>> > >
<br>> > > I have a question!
<br>> > >
<br>> > > Can I have an ant project where the build.xml file is not in the
<br>> project
<br>> > >
<br>> > > root directory?
<br>> > >
<br>> > > Example
<br>> > >
<br>> > > Project root
<br>> > > c:\myProject
<br>> > >
<br>> > > build.xml file path
<br>> > > c:\myProject\build\ant
<br>> > >
<br>> > > Thank you very much in advice!
<br>> > >
<br>> > > Mario Alsini from Italy
<br>> > > users
<br>> > >
<br>> >
<br>> >
<br>> >
<br>> > --
<br>> > Brett Porter
<br>> > Blog: <a href="http://blogs.exist.com/bporter/" target="_top" rel="nofollow">http://blogs.exist.com/bporter/</a><br>> >
<br>>
<br>>
<br>>
<br>>
</div><br><br>--
<br>Brett Porter
<br><a href="http://blogs.exist.com/bporter/" target="_top" rel="nofollow">http://blogs.exist.com/bporter/</a><br><p>From forum: <a href="http://www.nabble.com/Continuum---Users-f32241.html" embed="fixTarget[32241]" target="_top" >Continuum - Users</a></p>tag:www.nabble.com,2006:post-19967875Re: (ant) build.xml in other directory2008-10-13T23:40:31Z2008-10-13T23:40:31ZMario AlsiniOk, Brett, can you prease explain with an exaple?
<br><br>My problem is trat the build.xml file isn't in the project
<br>root when continuum checkout the project doesn't have the entire
<br>project but only the subdirectory that contain the build.xml file!
<br><br>How can indicate to continuum tha the project root is <dir> and the
<br>build.xml file is in <dir>/build/ant directory?
<br><br>Thank you very much!
<br><br>For now I have founded a workaround.
<br>I write anothe build.xml in the root dir that
<br>contain only
<br><br><project>
<br><br> <ant antfile="build/ant/build.xml"/>
<br><br></project>
<br><br>Have a good day, Mario
<br><br>Scrive Brett Porter <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19967875&i=0" target="_top" rel="nofollow">brett.porter@...</a>>:
<br><div class='shrinkable-quote'><br>> yes, just change the build definition to point to the other location
<br>> for the build.xml file.
<br>>
<br>> 2008/10/14 <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19967875&i=1" target="_top" rel="nofollow">rac1185@...</a>>:
<br>> >
<br>> >
<br>> >
<br>> > Hello,
<br>> >
<br>> > I have a question!
<br>> >
<br>> > Can I have an ant project where the build.xml file is not in the project
<br>> >
<br>> > root directory?
<br>> >
<br>> > Example
<br>> >
<br>> > Project root
<br>> > c:\myProject
<br>> >
<br>> > build.xml file path
<br>> > c:\myProject\build\ant
<br>> >
<br>> > Thank you very much in advice!
<br>> >
<br>> > Mario Alsini from Italy
<br>> > users
<br>> >
<br>>
<br>>
<br>>
<br>> --
<br>> Brett Porter
<br>> Blog: <a href="http://blogs.exist.com/bporter/" target="_top" rel="nofollow">http://blogs.exist.com/bporter/</a><br>>
</div><br><br><br><p>From forum: <a href="http://www.nabble.com/Continuum---Users-f32241.html" embed="fixTarget[32241]" target="_top" >Continuum - Users</a></p>tag:www.nabble.com,2006:post-19967291Re: [1.2] always build -- does not build :(2008-10-13T22:33:11Z2008-10-13T22:33:11ZDenis SchettlHi ....
<br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">tzarnes wrote:</div>
<div class="quote-message">I have the same problem - I cannot get a scheduled build to run.
</div>
</div></blockquote>
I had the same problem, but with after changing the "quiet period" in the schedule-definitions from 0 to 5 it works .... Strange ....
<br><br>So long ...
<br>Denis<p>From forum: <a href="http://www.nabble.com/Continuum---Users-f32241.html" embed="fixTarget[32241]" target="_top" >Continuum - Users</a></p>tag:www.nabble.com,2006:post-19964728Re: (ant) build.xml in other directory2008-10-13T16:27:16Z2008-10-13T16:27:16ZBrett Porteryes, just change the build definition to point to the other location
<br>for the build.xml file.
<br><br>2008/10/14 <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19964728&i=0" target="_top" rel="nofollow">rac1185@...</a>>:
<div class='shrinkable-quote'><br>>
<br>>
<br>>
<br>> Hello,
<br>>
<br>> I have a question!
<br>>
<br>> Can I have an ant project where the build.xml file is not in the project >
<br>> root directory?
<br>>
<br>> Example
<br>>
<br>> Project root
<br>> c:\myProject
<br>>
<br>> build.xml file path
<br>> c:\myProject\build\ant
<br>>
<br>> Thank you very much in advice!
<br>>
<br>> Mario Alsini from Italy
<br>> users
<br>>
</div><br><br><br>--
<br>Brett Porter
<br>Blog: <a href="http://blogs.exist.com/bporter/" target="_top" rel="nofollow">http://blogs.exist.com/bporter/</a><br><p>From forum: <a href="http://www.nabble.com/Continuum---Users-f32241.html" embed="fixTarget[32241]" target="_top" >Continuum - Users</a></p>tag:www.nabble.com,2006:post-19966984[1.2] always build -- does not build :(2008-10-13T16:03:58Z2008-10-13T16:03:58ZtzarnesI have the same problem - I cannot get a scheduled build to run.
<br>
<br>
<br>Notice: This transmission is for the sole use of the intended recipient(s) and may contain information that is confidential and/or privileged. If you are not the intended recipient, please delete this transmission and any attachments and notify the sender by return email immediately. Any unauthorized review, use, disclosure or distribution is prohibited.
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Users-f32241.html" embed="fixTarget[32241]" target="_top" >Continuum - Users</a></p>tag:www.nabble.com,2006:post-19964352[jira] Assigned: (CONTINUUM-1866) Project group admin should not be able to see projects from other groups in the queues2008-10-13T15:48:51Z2008-10-13T15:48:51ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Maria Catherine Tan reassigned CONTINUUM-1866:
<br>----------------------------------------------
<br><br> Assignee: (was: Maria Catherine Tan)
<br><div class='shrinkable-quote'><br>> Project group admin should not be able to see projects from other groups in the queues
<br>> --------------------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1866
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1866" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1866</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Web - Security
<br>> Affects Versions: 1.2
<br>> Reporter: Wendy Smoak
<br>> Fix For: 1.2.1
<br>>
<br>> Attachments: continuum-queues.png
<br>>
<br>>
<br>> As a project group admin for a single group, I have access to the Queues page, and I can see projects from _other_ groups that I do not have access to. (It does at least grey out the 'cancel' icon so that I can't cancel builds.)
<br>> Either the contents of the Queues page must be filtered so that it only includes my own projects, or it should be removed from my menu.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19964333Re: Releasing 1.2.12008-10-13T15:47:16Z2008-10-13T15:47:16ZMarica TanI was planning to work on CONTINUUM-1886 but haven't had the time to start
<br>working on it. I'll unassigned it so that anyone can take it.
<br><br>--
<br>Marica
<br><br>On Tue, Oct 14, 2008 at 2:55 AM, Ken Liu <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19964333&i=0" target="_top" rel="nofollow">ken.liu@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> I am almost done with a patch for
<br>> *CONTINUUM-1352<<a href="http://jira.codehaus.org/browse/CONTINUUM-1352" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1352</a>>
<br>> * (introduce mail size limit), but it is currently scheduled for 1.3.
<br>>
<br>> Ken
<br>>
<br>> On Sun, Oct 12, 2008 at 11:04 PM, Wendy Smoak <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19964333&i=1" target="_top" rel="nofollow">wsmoak@...</a>> wrote:
<br>>
<br>> > I'm counting 23 issues fixed for 1.2.1 [1], including 1897 which
<br>> > prevents uploading poms (oops, never tested THAT...) and a few
<br>> > security-related ones.
<br>> >
<br>> > Any thoughts on releasing 1.2.1 with these fixes? Are any of the six
<br>> > remaining issues regressions, or things that someone has in progress
<br>> > or is planning to work on soon?
<br>> >
<br>> > I'd definitely like to get a new release out before the end of the
<br>> > month. ApacheCon US starts November 3rd!
<br>> >
<br>> > [1]
<br>> >
<br>> <a href="http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&&fixfor=14539&pid=10540&status=5&status=6&sorter/field=updated&sorter/order=DESC" target="_top" rel="nofollow">http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&&fixfor=14539&pid=10540&status=5&status=6&sorter/field=updated&sorter/order=DESC</a><br>> >
<br>> > --
<br>> > Wendy
<br>> >
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Continuum---Dev-f32242.html" embed="fixTarget[32242]" target="_top" >Continuum - Dev</a></p>tag:www.nabble.com,2006:post-19962489[jira] Closed: (CONTINUUM-1930) Test summary is missing units of time2008-10-13T13:38:50Z2008-10-13T13:38:50ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Emmanuel Venisse closed CONTINUUM-1930.
<br>---------------------------------------
<br><br> Assignee: Emmanuel Venisse
<br> Resolution: Fixed
<br> Fix Version/s: 1.2.1
<br><br>Done in r.704240
<br><div class='shrinkable-quote'><br>> Test summary is missing units of time
<br>> -------------------------------------
<br>>
<br>> Key: CONTINUUM-1930
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1930" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1930</a><br>> Project: Continuum
<br>> Issue Type: Improvement
<br>> Affects Versions: 1.2
<br>> Reporter: Wendy Smoak
<br>> Assignee: Emmanuel Venisse
<br>> Priority: Minor
<br>> Fix For: 1.2.1
<br>>
<br>>
<br>> I noticed that the Test Summary section in the email notifications from vmbuild looks like this:
<br>> ****************************************************************************
<br>> Test Summary:
<br>> ****************************************************************************
<br>> Tests: 232
<br>> Failures: 0
<br>> Total time: 1510.29
<br>> The time needs to include the units. I guess it's in seconds.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19962449[jira] Closed: (CONTINUUM-1562) NullPointerException when saving project2008-10-13T13:36:51Z2008-10-13T13:36:51ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Emmanuel Venisse closed CONTINUUM-1562.
<br>---------------------------------------
<br><br> Assignee: Emmanuel Venisse
<br> Resolution: Cannot Reproduce
<br><br>Cannot reproduce with 1.2
<br><div class='shrinkable-quote'><br>> NullPointerException when saving project
<br>> ----------------------------------------
<br>>
<br>> Key: CONTINUUM-1562
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1562" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1562</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Affects Versions: 1.1-beta-4
<br>> Environment: Windows 2004 server installation
<br>> Reporter: Kevin Christmas
<br>> Assignee: Emmanuel Venisse
<br>> Fix For: 1.2.1
<br>>
<br>> Attachments: stacktrace.txt
<br>>
<br>>
<br>> I have three Continuum instances running now and for one of them there seems to be some state issue when attempting to add a module to a project group. There is no problem adding modules to the other two instances.
<br>> When invoking this operation I get a NullPointerException (see the attachment).
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19960696Re: Releasing 1.2.12008-10-13T11:55:20Z2008-10-13T11:55:20ZKen LiuI am almost done with a patch for
<br>*CONTINUUM-1352<<a href="http://jira.codehaus.org/browse/CONTINUUM-1352" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1352</a>>
<br>* (introduce mail size limit), but it is currently scheduled for 1.3.
<br><br>Ken
<br><br>On Sun, Oct 12, 2008 at 11:04 PM, Wendy Smoak <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19960696&i=0" target="_top" rel="nofollow">wsmoak@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> I'm counting 23 issues fixed for 1.2.1 [1], including 1897 which
<br>> prevents uploading poms (oops, never tested THAT...) and a few
<br>> security-related ones.
<br>>
<br>> Any thoughts on releasing 1.2.1 with these fixes? Are any of the six
<br>> remaining issues regressions, or things that someone has in progress
<br>> or is planning to work on soon?
<br>>
<br>> I'd definitely like to get a new release out before the end of the
<br>> month. ApacheCon US starts November 3rd!
<br>>
<br>> [1]
<br>> <a href="http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&&fixfor=14539&pid=10540&status=5&status=6&sorter/field=updated&sorter/order=DESC" target="_top" rel="nofollow">http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&&fixfor=14539&pid=10540&status=5&status=6&sorter/field=updated&sorter/order=DESC</a><br>>
<br>> --
<br>> Wendy
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Continuum---Dev-f32242.html" embed="fixTarget[32242]" target="_top" >Continuum - Dev</a></p>tag:www.nabble.com,2006:post-19958172Re: Releasing 1.2.12008-10-13T09:26:16Z2008-10-13T09:26:16ZEmmanuel Venisse-2I want to see CONTINUUM-1866 should be in 1.2.1 too. It isn't a problem for
<br>me if other remaining issues go to a future release.
<br>Emmanuel
<br><br>On Mon, Oct 13, 2008 at 5:04 AM, Wendy Smoak <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19958172&i=0" target="_top" rel="nofollow">wsmoak@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> I'm counting 23 issues fixed for 1.2.1 [1], including 1897 which
<br>> prevents uploading poms (oops, never tested THAT...) and a few
<br>> security-related ones.
<br>>
<br>> Any thoughts on releasing 1.2.1 with these fixes? Are any of the six
<br>> remaining issues regressions, or things that someone has in progress
<br>> or is planning to work on soon?
<br>>
<br>> I'd definitely like to get a new release out before the end of the
<br>> month. ApacheCon US starts November 3rd!
<br>>
<br>> [1]
<br>> <a href="http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&&fixfor=14539&pid=10540&status=5&status=6&sorter/field=updated&sorter/order=DESC" target="_top" rel="nofollow">http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&&fixfor=14539&pid=10540&status=5&status=6&sorter/field=updated&sorter/order=DESC</a><br>>
<br>> --
<br>> Wendy
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Continuum---Dev-f32242.html" embed="fixTarget[32242]" target="_top" >Continuum - Dev</a></p>tag:www.nabble.com,2006:post-19958123Re: A Tomcat bundle for Continuum2008-10-13T09:23:57Z2008-10-13T09:23:57ZEmmanuel Venisse-2Yes, I'd download Tomcat, glassfish, Geronimo and configure them to create
<br>bundles.It isn't only for testing but for the documentation too and to
<br>recreate issues sent by users
<br><br>Emmanuel
<br><br>On Mon, Oct 13, 2008 at 4:48 PM, Wendy Smoak <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19958123&i=0" target="_top" rel="nofollow">wsmoak@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> I'm not really clear on "bundled" vs. "embedded" so it's entirely
<br>> possible I'm heading in the wrong direction. That's why it's in the
<br>> sandbox. :) How would you go about creating a bundle with the
<br>> standard Tomcat? Download the zip file from one of the mirrors? (I
<br>> don't think they deploy the distribution to the Maven repo.)
<br>>
<br>> If it's just for testing, then maybe Cargo and the plugin Don Brown
<br>> wrote to test in multiple appservers would work.
<br>>
<br>> --
<br>> Wendy
<br>>
<br>> On Mon, Oct 13, 2008 at 1:17 AM, Emmanuel Venisse
<br>> <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19958123&i=1" target="_top" rel="nofollow">emmanuel.venisse@...</a>> wrote:
<br>> > Why an embedded version?It would be more easy to create a bundle with a
<br>> > standard tomcat and Continuum preconfigured, no?
<br>> >
<br>> > If we do that, we can do it too for Geronimo and Glassfish, so it will be
<br>> > more easy to test them before the release.
<br>> >
<br>> > Emmanuel
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Continuum---Dev-f32242.html" embed="fixTarget[32242]" target="_top" >Continuum - Dev</a></p>tag:www.nabble.com,2006:post-19957286[jira] Commented: (CONTINUUM-1868) Click any link in the Role List brings you to a blank page with java.lang.NullPointerException in the log2008-10-13T08:38:50Z2008-10-13T08:38:50ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150698#action_150698" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150698#action_150698</a> ]
<br><br>Damien Lecan commented on CONTINUUM-1868:
<br>-----------------------------------------
<br><br>When I look at the code of DefaultUserSecurityPolicy class, i see that it depends heavily on redback configuration.
<br><br>Time ago, for Continuum 1.1, I configured Redback param security.policy.password.previous.count to 0(zero). It worked great, but not now with Continuum 1.2
<br>Archiva seems to have the same problem : <a href="http://jira.codehaus.org/browse/MRM-957" target="_top" rel="nofollow">http://jira.codehaus.org/browse/MRM-957</a><br><div class='shrinkable-quote'><br>> Click any link in the Role List brings you to a blank page with java.lang.NullPointerException in the log
<br>> ---------------------------------------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1868
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1868" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1868</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Web - UI
<br>> Affects Versions: 1.2
<br>> Environment: Linux
<br>> Reporter: apache maillist
<br>>
<br>> Log in as Admin, click "Roles", and then click any links from the "Role List" brings you to a blank page with java.lang.NullPointerException in the log:
<br>> 428651 [btpool0-0] ERROR org.mortbay.log - Nested in org.apache.jasper.JasperException: Exception in JSP: /WEB-INF/jsp/redback/include/securityLinks.jsp:44
<br>> 41: <link rel="shortcut icon" href="<ww:url value="/favicon.ico" includeParams="none"/>" type="image/x-icon"/>
<br>> 42:
<br>> 43: <script src="<ww:url value="/scripts/tigris.js" includeParams="none"/>" type="text/javascript"></script>
<br>> 44: </head>
<br>> 45:
<br>> 46: <body onload="focus()" marginwidth="0" marginheight="0" class="composite">
<br>> 47: <%@ include file="/WEB-INF/jsp/navigations/DefaultTop.jsp" %>
<br>> Stacktrace::
<br>> java.lang.NullPointerException
<br>> at org.codehaus.plexus.redback.taglib.jsp.IsNotReadOnlyUserManagerTag.condition(IsNotReadOnlyUserManagerTag.java:44)
<br>> at javax.servlet.jsp.jstl.core.ConditionalTagSupport.doStartTag(ConditionalTagSupport.java:84)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_redback_isNotReadOnlyUserManager_1(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:1135)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_c_otherwise_1(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:890)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_c_choose_1(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:626)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_ww_i18n_1(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:547)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_ww_i18n_0(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:189)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspService(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:119)
<br>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
<br>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
<br>> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
<br>> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
<br>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
<br>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
<br>> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
<br>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
<br>> at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
<br>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
<br>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
<br>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
<br>> at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:285)
<br>> at org.mortbay.jetty.servlet.Dispatcher.error(Dispatcher.java:135)
<br>> at org.mortbay.jetty.servlet.ErrorPageErrorHandler.handle(ErrorPageErrorHandler.java:121)
<br>> at org.mortbay.jetty.Response.sendError(Response.java:274)
<br>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:433)
<br>> at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
<br>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
<br>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
<br>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
<br>> at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
<br>> at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
<br>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
<br>> at org.mortbay.jetty.Server.handle(Server.java:324)
<br>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
<br>> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:829)
<br>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:513)
<br>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
<br>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
<br>> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
<br>> at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>tag:www.nabble.com,2006:post-19956893[jira] Commented: (CONTINUUM-1868) Click any link in the Role List brings you to a blank page with java.lang.NullPointerException in the log2008-10-13T08:17:52Z2008-10-13T08:17:52ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CONTINUUM-1868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150694#action_150694" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150694#action_150694</a> ]
<br><br>Damien Lecan commented on CONTINUUM-1868:
<br>-----------------------------------------
<br><br>> What are the lines in logs before this stacktrace?
<br>> Without them, we can't work on this issue
<br><br>5594481 [btpool0-0] ERROR org.mortbay.log - /continuum/security/password.action
<br>java.lang.IllegalArgumentException: fromIndex(0) > toIndex(-1)
<br> at java.util.SubList.<init>(AbstractList.java:604)
<br> at java.util.RandomAccessSubList.<init>(AbstractList.java:758)
<br> at java.util.AbstractList.subList(AbstractList.java:468)
<br> at org.codehaus.plexus.redback.policy.DefaultUserSecurityPolicy.extensionChangePassword(DefaultUserSecurityPolicy.java:250)
<br> at org.codehaus.plexus.redback.users.jdo.JdoUserManager.updateUser(JdoUserManager.java:363)
<br> at org.codehaus.plexus.redback.users.cached.CachedUserManager.updateUser(CachedUserManager.java:207)
<br> at org.codehaus.plexus.redback.users.configurable.ConfigurableUserManager.updateUser(ConfigurableUserManager.java:161)
<br> at org.codehaus.plexus.redback.xwork.action.PasswordAction.submit(PasswordAction.java:163)
<br> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
<br> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
<br> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
<br> at java.lang.reflect.Method.invoke(Method.java:597)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:358)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:218)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:192)
<br> at org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.intercept(SecureActionInterceptor.java:178)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:149)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at org.codehaus.plexus.redback.xwork.interceptor.AutoLoginInterceptor.intercept(AutoLoginInterceptor.java:156)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at org.codehaus.plexus.redback.xwork.interceptor.ForceAdminUserInterceptor.intercept(ForceAdminUserInterceptor.java:76)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at org.codehaus.plexus.redback.xwork.interceptor.EnvironmentCheckInterceptor.intercept(EnvironmentCheckInterceptor.java:122)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:175)
<br> at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115)
<br> at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at com.opensymphony.webwork.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:174)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at com.opensymphony.webwork.interceptor.debugging.DebuggingInterceptor.intercept(DebuggingInterceptor.java:169)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br> at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31)
<br> at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
<br><br><div class='shrinkable-quote'><br>> Click any link in the Role List brings you to a blank page with java.lang.NullPointerException in the log
<br>> ---------------------------------------------------------------------------------------------------------
<br>>
<br>> Key: CONTINUUM-1868
<br>> URL: <a href="http://jira.codehaus.org/browse/CONTINUUM-1868" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CONTINUUM-1868</a><br>> Project: Continuum
<br>> Issue Type: Bug
<br>> Components: Web - UI
<br>> Affects Versions: 1.2
<br>> Environment: Linux
<br>> Reporter: apache maillist
<br>>
<br>> Log in as Admin, click "Roles", and then click any links from the "Role List" brings you to a blank page with java.lang.NullPointerException in the log:
<br>> 428651 [btpool0-0] ERROR org.mortbay.log - Nested in org.apache.jasper.JasperException: Exception in JSP: /WEB-INF/jsp/redback/include/securityLinks.jsp:44
<br>> 41: <link rel="shortcut icon" href="<ww:url value="/favicon.ico" includeParams="none"/>" type="image/x-icon"/>
<br>> 42:
<br>> 43: <script src="<ww:url value="/scripts/tigris.js" includeParams="none"/>" type="text/javascript"></script>
<br>> 44: </head>
<br>> 45:
<br>> 46: <body onload="focus()" marginwidth="0" marginheight="0" class="composite">
<br>> 47: <%@ include file="/WEB-INF/jsp/navigations/DefaultTop.jsp" %>
<br>> Stacktrace::
<br>> java.lang.NullPointerException
<br>> at org.codehaus.plexus.redback.taglib.jsp.IsNotReadOnlyUserManagerTag.condition(IsNotReadOnlyUserManagerTag.java:44)
<br>> at javax.servlet.jsp.jstl.core.ConditionalTagSupport.doStartTag(ConditionalTagSupport.java:84)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_redback_isNotReadOnlyUserManager_1(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:1135)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_c_otherwise_1(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:890)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_c_choose_1(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:626)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_ww_i18n_1(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:547)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspx_meth_ww_i18n_0(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:189)
<br>> at org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp._jspService(org.apache.jsp.WEB_002dINF.jsp.error.httpError_jsp:119)
<br>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
<br>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
<br>> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
<br>> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
<br>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
<br>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
<br>> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
<br>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
<br>> at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
<br>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
<br>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
<br>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
<br>> at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:285)
<br>> at org.mortbay.jetty.servlet.Dispatcher.error(Dispatcher.java:135)
<br>> at org.mortbay.jetty.servlet.ErrorPageErrorHandler.handle(ErrorPageErrorHandler.java:121)
<br>> at org.mortbay.jetty.Response.sendError(Response.java:274)
<br>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:433)
<br>> at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
<br>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
<br>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
<br>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
<br>> at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
<br>> at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
<br>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
<br>> at org.mortbay.jetty.Server.handle(Server.java:324)
<br>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
<br>> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:829)
<br>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:513)
<br>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
<br>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
<br>> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
<br>> at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><p>From forum: <a href="http://www.nabble.com/Continuum---Issues-f29618.html" embed="fixTarget[29618]" target="_top" >Continuum - Issues</a></p>