[jira] Created: (COCOON-1853) blocks-tobeconverted
blocks-tobeconverted Key: COCOON-1853 URL: http://issues.apache.org/jira/browse/COCOON-1853 Project: Cocoon Type: Bug Components: Blocks: Validation Versions: 2.1.10-dev (current SVN) Reporter: Ben Pope Moving blocks-tobeconverted, breaks the svn:external in 2.1 dev. Also, removing WEB-INF also breaks it, and I don't think the samples are quite right, either. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (COCOON-1838) Always use 3-digit version number
[ http://issues.apache.org/jira/browse/COCOON-1838?page=comments#action_12412136 ] Ben Pope commented on COCOON-1838: -- A while go I had a look at all the pom files, but I wasn't entirely sure how they worked with respect to the missing version numbers, you've just clarified that. I have to say that I didn't see any 1 digit version numbers that were not just listing other modules, so I think it's fair to close this issue on that basis. I do recall seeing some 2 digit version numbers, so it migth be worth checking for those and fixing them. Always use 3-digit version number - Key: COCOON-1838 URL: http://issues.apache.org/jira/browse/COCOON-1838 Project: Cocoon Type: Improvement Components: - Build System: Maven Versions: 2.2-dev (Current SVN) Reporter: Ben Pope Priority: Trivial Attachments: version.patch Continuing the theme of Carsten in commit 394739 (This sits on top of my other patch JIRA 1837, so 1 or two files might fail if that one is not commited) License granted to ASF. The patch is essentially a search and replace of version1-SNAPSHOT/version and version1.0-SNAPSHOT/version to version1.0.0-SNAPSHOT/version -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (COCOON-1838) Always use 3-digit version number
[ http://issues.apache.org/jira/browse/COCOON-1838?page=comments#action_12375010 ] Ben Pope commented on COCOON-1838: -- Ah, thats a different story... much harder! There are a few places where there is a missing groupId or version number altogether. Is there a maven tool that can check these things or summarise? I thought it would be an easy patch, but I'm mistaken, I don;t have the time right now to manually check everything, nor do I know if, for example, minimal webapp should be 1 or 1.0.0. Always use 3-digit version number - Key: COCOON-1838 URL: http://issues.apache.org/jira/browse/COCOON-1838 Project: Cocoon Type: Improvement Components: - Build System: Maven Versions: 2.2-dev (Current SVN) Reporter: Ben Pope Priority: Trivial Attachments: version.patch Continuing the theme of Carsten in commit 394739 (This sits on top of my other patch JIRA 1837, so 1 or two files might fail if that one is not commited) License granted to ASF. The patch is essentially a search and replace of version1-SNAPSHOT/version and version1.0-SNAPSHOT/version to version1.0.0-SNAPSHOT/version -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (COCOON-1837) [lcocoon-licenses] New dependancy on cocoon-licensesbreaks trunk because cocoon-licenses is not a module!
[ http://issues.apache.org/jira/browse/COCOON-1837?page=all ] Ben Pope updated COCOON-1837: - Attachment: legal.patch Corrects the parent artifactId, grants license to ASF. [lcocoon-licenses] New dependancy on cocoon-licensesbreaks trunk because cocoon-licenses is not a module! - Key: COCOON-1837 URL: http://issues.apache.org/jira/browse/COCOON-1837 Project: Cocoon Type: Bug Components: * Cocoon Core Versions: 2.2-dev (Current SVN) Reporter: Ben Pope Priority: Minor Attachments: legal.patch, legal.patch The new dependancy on cocoon-licenses breaks because cocoon-licenses is not set to be built. Patch attached which creates a pom.xml for commons which includes legal, and adds it as a module for the root pom.ml -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (COCOON-1838) Always use 3-digit version number
Always use 3-digit version number - Key: COCOON-1838 URL: http://issues.apache.org/jira/browse/COCOON-1838 Project: Cocoon Type: Improvement Components: - Build System: Maven Versions: 2.2-dev (Current SVN) Reporter: Ben Pope Priority: Trivial Attachments: version.patch Continuing the theme of Carsten in commit 394739 (This sits on top of my other patch JIRA 1837, so 1 or two files might fail if that one is not commited) License granted to ASF. The patch is essentially a search and replace of version1-SNAPSHOT/version and version1.0-SNAPSHOT/version to version1.0.0-SNAPSHOT/version -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (COCOON-1734) Forms library not honouring cross-referencing classes
[ http://issues.apache.org/jira/browse/COCOON-1734?page=comments#action_12364020 ] Ben Pope commented on COCOON-1734: -- Sorry, but it looks like your added methods in Binding.java broke a subclass, I get a failed compile (on 2.2): \cocoon-forms\cocoon-forms-impl\src\main\java\org\apache\cocoon\forms\samples\bindings\CustomValueWrapBinding.java:[29,7] org.apache.cocoon.forms.samples.bindings.CustomValueWrapBinding is not abstract and does not override abstract method setEnclosingLibary(org.apache.cocoon.forms.binding.library.Library) in org.apache.cocoon.forms.binding.Binding Forms library not honouring cross-referencing classes - Key: COCOON-1734 URL: http://issues.apache.org/jira/browse/COCOON-1734 Project: Cocoon Type: Bug Components: Blocks: Forms Versions: 2.1.8, 2.2-dev (Current SVN), 2.1.9-dev (current SVN) Reporter: Jean-Baptiste Quenot Assignee: Max Pfingsthorn Fix For: 2.2-dev (Current SVN), 2.1.9-dev (current SVN) See http://marc.theaimsgroup.com/?l=xml-cocoon-devm=112774826126525w=4 We also encountered a problem with classes: if a library defines several cross-referencing classes (i.e. class A has a fd:new id=B and class B has a fd:new id=A), then the second fd:new fails because it searches in the current form whereas it should search in the originating definition. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (COCOON-1734) Forms library not honouring cross-referencing classes
[ http://issues.apache.org/jira/browse/COCOON-1734?page=all ] Ben Pope updated COCOON-1734: - Attachment: CustomValueWrapBinding.diff I don't know if this is in the spirit of your additions, but it makes it compile :) Forms library not honouring cross-referencing classes - Key: COCOON-1734 URL: http://issues.apache.org/jira/browse/COCOON-1734 Project: Cocoon Type: Bug Components: Blocks: Forms Versions: 2.1.8, 2.2-dev (Current SVN), 2.1.9-dev (current SVN) Reporter: Jean-Baptiste Quenot Assignee: Max Pfingsthorn Fix For: 2.2-dev (Current SVN), 2.1.9-dev (current SVN) Attachments: CustomValueWrapBinding.diff See http://marc.theaimsgroup.com/?l=xml-cocoon-devm=112774826126525w=4 We also encountered a problem with classes: if a library defines several cross-referencing classes (i.e. class A has a fd:new id=B and class B has a fd:new id=A), then the second fd:new fails because it searches in the current form whereas it should search in the originating definition. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
