[jira] Commented: (COCOON-1437) Htmlarea lost contents

[ http://issues.apache.org/jira/browse/COCOON-1437?page=comments#action_12439406 ] Jean-Baptiste Quenot commented on COCOON-1437: -- Mistake, please read: There must be a conflict somewhere in the form onsubmit handlers. Htmlarea

[jira] Closed: (COCOON-1775) LdapTransformer: LDAP attributes may not contain ;

[ http://issues.apache.org/jira/browse/COCOON-1775?page=all ] Jean-Baptiste Quenot closed COCOON-1775. Resolution: Won't Fix Please reopen the issue if you can come up with a patch. Thanks! LdapTransformer: LDAP attributes may not contain ;

Re: [CFORMS] Template priority problems fix with saxon

On 02.10.2006 15:05, [EMAIL PROTECTED] wrote: One of the patches was a change of template priorities in the forms-field-styling.xslt If this isn't applied, I get Abiguous Template errors from Saxon. xsl:template match=fi:styling/@* mode=styling Has to be changed to: xsl:template

[jira] Closed: (COCOON-1774) Fine Tuning Ajax Handling in CForms

[ http://issues.apache.org/jira/browse/COCOON-1774?page=all ] Jean-Baptiste Quenot closed COCOON-1774. Resolution: Won't Fix Please reopen the issue if the problem persists with the new Dojo stuff. Thanks! Fine Tuning Ajax Handling in CForms

[jira] Closed: (COCOON-1714) repeater min-size does not prevent removal of rows below minium size

[ http://issues.apache.org/jira/browse/COCOON-1714?page=all ] Jean-Baptiste Quenot closed COCOON-1714. Resolution: Won't Fix Please reopen the issue if you can come up with a patch. Thanks! repeater min-size does not prevent removal of rows

[jira] Closed: (COCOON-1682) Custom headers for Sendmail Action/Logicsheet/Transformer needed

[ http://issues.apache.org/jira/browse/COCOON-1682?page=all ] Jean-Baptiste Quenot closed COCOON-1682. Resolution: Won't Fix Please reopen the issue if you can come up with a patch. Thanks! Custom headers for Sendmail

[jira] Commented: (COCOON-1655) JavaFlow/CForm/select-list crash

[ http://issues.apache.org/jira/browse/COCOON-1655?page=comments#action_12439412 ] Jean-Baptiste Quenot commented on COCOON-1655: -- Simone, I think the patch can be applied. Or if it is not relevant anymore, we may close the issue.

[jira] Closed: (COCOON-1924) [PATCH] cocoon-fop-ng-block introduces support for FOP 0.92beta and later

[ http://issues.apache.org/jira/browse/COCOON-1924?page=all ] Jean-Baptiste Quenot closed COCOON-1924. Fix Version/s: 2.2-dev (Current SVN) Resolution: Fixed Committed revision 452332, thanks! [PATCH] cocoon-fop-ng-block introduces

[jira] Commented: (COCOON-1437) Htmlarea lost contents

[ http://issues.apache.org/jira/browse/COCOON-1437?page=comments#action_12439404 ] Jean-Baptiste Quenot commented on COCOON-1437: -- This is a known issue: when using HTMLArea in a form, you can't use Cocoon Forms submit-on-change

[jira] Closed: (COCOON-1316) I18NTransformer Cannot format ISO8601 dateTime format

[ http://issues.apache.org/jira/browse/COCOON-1316?page=all ] Jean-Baptiste Quenot closed COCOON-1316. Resolution: Won't Fix I18nTransformer is using SimpleDateFormat, and it is not compatible with ISO 8601. Have a look at COCOON-1648

[RT] User poll to find unused components

Hi all, Yesterday we had an interesting discussion at the hackathon about how to identify unused components so as to remove/deprecate them in order to cleanup the code base. We cannot consider the last commit date on a component as the measure of its usefulness, as many components are simply

[jira] Commented: (COCOON-1437) Htmlarea lost contents

[ http://issues.apache.org/jira/browse/COCOON-1437?page=comments#action_12439413 ] Jeroen Reijn commented on COCOON-1437: -- I've fixed this before inside our cocoon based CMS. I will have to see if it still applies for cocoon-2.1.10. I can

Re: [RT] Simplify flow usage

I now implemented this convention stuff - all files located in the flow directory relative to the current sitemap are added to the flow interpreter - regardless of the file name suffix and the used interpreter (javascript, javaflow etc). The directory is of course optional. By this we show a best

Re: [RT] User poll to find unused components

Sylvain Wallez wrote: Hi all, Yesterday we had an interesting discussion at the hackathon about how to identify unused components so as to remove/deprecate them in order to cleanup the code base. We cannot consider the last commit date on a component as the measure of its usefulness, as many

Indexing In Lucene

Hi, Canyou tell me how indexing takes place in lucene(Depth).if document has 1n indices then which algorithm it uses,which information retrival model it uses Thanks Regards, Akil Ajani Cognizant Technology Solutions India Pvt. Ltd. Plot # 26, Rajiv Gandhi Infotech Park,

[jira] Closed: (COCOON-1908) Add query support to JCR source factory

[ http://issues.apache.org/jira/browse/COCOON-1908?page=all ] Lars Trieloff closed COCOON-1908. - Resolution: Later This will be included in the reworked JCR sourcefactory that Mindquarry is currently working on. Add query support to JCR source

[jira] Closed: (COCOON-1279) caching point pipelines and smart caching

[ http://issues.apache.org/jira/browse/COCOON-1279?page=all ] Jean-Baptiste Quenot closed COCOON-1279. Fix Version/s: 2.2-dev (Current SVN) 2.1.9 Resolution: Fixed Done in trunk as well: Committed revision 452380.

[jira] Closed: (COCOON-1905) [PATCH] Support non-file resources for jaas.config in JCR block

[ http://issues.apache.org/jira/browse/COCOON-1905?page=all ] Lars Trieloff closed COCOON-1905. - Resolution: Later This will be included in the reworked JCR sourcefactory that Mindquarry is currently working on. [PATCH] Support non-file resources for

[jira] Commented: (COCOON-1799) [PATCH] Threads waste when reading a not found resource.

[ http://issues.apache.org/jira/browse/COCOON-1799?page=comments#action_12439432 ] Jean-Baptiste Quenot commented on COCOON-1799: -- Done in trunk as well: Committed revision 452380. [PATCH] Threads waste when reading a not found

[jira] Created: (COCOON-1926) CIncludeTransformerTestCase.testCInclude1 fails with NullPointerException

CIncludeTransformerTestCase.testCInclude1 fails with NullPointerException - Key: COCOON-1926 URL: http://issues.apache.org/jira/browse/COCOON-1926 Project: Cocoon Issue

Re: [RT] User poll to find unused components

On 10/3/06, Sylvain Wallez [EMAIL PROTECTED] wrote: ...So the idea is to involve users in the process and conduct a poll where they will be able to list the components they use regularly so that we can find those that can be pushed to end-of-life and utimately removed from the distribution...

Re: [RT] User poll to find unused components

Bertrand Delacretaz said the following on 3/10/06 12:05: On 10/3/06, Sylvain Wallez [EMAIL PROTECTED] wrote: ...So the idea is to involve users in the process and conduct a poll where they will be able to list the components they use regularly so that we can find those that can be pushed to

[jira] Updated: (COCOON-1900) BUG in forms-field-styling.xsl

[ http://issues.apache.org/jira/browse/COCOON-1900?page=all ] Gabriele Columbro updated COCOON-1900: -- Attachment: forms-field-styling.diff Patch for the trunk for adding the input name. BUG in forms-field-styling.xsl

[jira] Commented: (COCOON-1900) BUG in forms-field-styling.xsl

[ http://issues.apache.org/jira/browse/COCOON-1900?page=comments#action_12439440 ] Gabriele Columbro commented on COCOON-1900: --- Patch must be applied to resolve the issue (IMHO it's worth) BUG in forms-field-styling.xsl

Dependency on cocoon-license

Currently cocoon-core depends on cocoon-license. Do we really need this dependency. From a legal POV I'd say no. Only the all-in-one assembly Vadim is workin on, needs to have the licenses included. WDOT? -- Reinhard Pötz Independent Consultant, Trainer (IT)-Coach {Software

RE: [RT] User poll to find unused components

+1 for the blocks, because it simplifies the stay/leave selection. In a later stage the poll can be repeated per block for the individual components. I also suggest to ask for a TOP 5 and create a TOP 10 from that to cater to a larger population. How about letting users classifying

[jira] Assigned: (COCOON-1196) [XSP] logicsheet-util.xsl failes with duplicate namespace declarations

[ http://issues.apache.org/jira/browse/COCOON-1196?page=all ] Jörg Heinicke reassigned COCOON-1196: - Assignee: Jörg Heinicke (was: Cocoon Developers Team) [XSP] logicsheet-util.xsl failes with duplicate namespace declarations

[jira] Commented: (COCOON-1180) OO samples don't work any longer

[ http://issues.apache.org/jira/browse/COCOON-1180?page=comments#action_12439454 ] Daniele Madama commented on COCOON-1180: I tested it with 2.1.10-dev and current 2.2 trunk on MacOSX and NeoOffice2.0b3 and all the cases (four) works

Re: [RT] User poll to find unused components

Geert Josten wrote: +1 for the blocks, because it simplifies the stay/leave selection. In a later stage the poll can be repeated per block for the individual components. I also suggest to ask for a TOP 5 and create a TOP 10 from that to cater to a larger population. How about

Re: [RT] User poll to find unused components

Sylvain Wallez said the following on 3/10/06 13:26: Geert Josten wrote: +1 for the blocks, because it simplifies the stay/leave selection. In a later stage the poll can be repeated per block for the individual components. I also suggest to ask for a TOP 5 and create a TOP 10 from that to

[jira] Assigned: (COCOON-1462) NullPointerException in SQLTransformer

[ http://issues.apache.org/jira/browse/COCOON-1462?page=all ] Vadim Gritsenko reassigned COCOON-1462: --- Assignee: Vadim Gritsenko (was: Cocoon Developers Team) NullPointerException in SQLTransformer --

Re: Dependency on cocoon-license

Reinhard Poetz wrote: Currently cocoon-core depends on cocoon-license. Do we really need this dependency. From a legal POV I'd say no. Only the all-in-one assembly Vadim is workin on, needs to have the licenses included. I agree that this dependency is required for downloadable release. I'm

[jira] Closed: (COCOON-1462) NullPointerException in SQLTransformer

[ http://issues.apache.org/jira/browse/COCOON-1462?page=all ] Vadim Gritsenko closed COCOON-1462. --- Fix Version/s: 2.2-dev (Current SVN) 2.1.10-dev (current SVN) Resolution: Fixed incorporated into current code

[jira] Updated: (COCOON-1926) CIncludeTransformerTestCase.testCInclude1 fails with NullPointerException

[ http://issues.apache.org/jira/browse/COCOON-1926?page=all ] Lars Trieloff updated COCOON-1926: -- Attachment: cocoon-core-testcases.patch This patch changes the sitemaptestcase class to be able to resolve beans as if it were running in a servlet

Re: Dependency on cocoon-license

Vadim Gritsenko wrote: Reinhard Poetz wrote: Currently cocoon-core depends on cocoon-license. Do we really need this dependency. From a legal POV I'd say no. Only the all-in-one assembly Vadim is workin on, needs to have the licenses included. I agree that this dependency is required for

[VOTE] Lars Trieloff as a new Cocoon committer

Dear Community, I think time has come for Lars Trieloff to become a Cocoon committer, so he'll be able to commit his numerous patches himself, including the last hair-pulling cocoon-core tests fixes today ;-) I know Lars since nearly 5 years as we were both contributing to

Re: [VOTE] Lars Trieloff as a new Cocoon committer

Jean-Baptiste Quenot wrote: Dear Community, I think time has come for Lars Trieloff to become a Cocoon committer, so he'll be able to commit his numerous patches himself, including the last hair-pulling cocoon-core tests fixes today ;-) snip/ So please cast your

Re: [VOTE] Lars Trieloff as a new Cocoon committer

+1 -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/

[jira] Closed: (COCOON-1926) CIncludeTransformerTestCase.testCInclude1 fails with NullPointerException

[ http://issues.apache.org/jira/browse/COCOON-1926?page=all ] Carsten Ziegeler closed COCOON-1926. Fix Version/s: 2.2-dev (Current SVN) Resolution: Fixed Patch applied. Thanks! Please cross-check CIncludeTransformerTestCase.testCInclude1

[jira] Updated: (COCOON-574) [PATCH] fixed redirect under JRun 3.1

[ http://issues.apache.org/jira/browse/COCOON-574?page=all ] Vadim Gritsenko updated COCOON-574: --- Bugzilla Id: (was: 16537) Affects Version/s: 2.1.10-dev (current SVN) [PATCH] fixed redirect under JRun 3.1

Re: [VOTE] Lars Trieloff as a new Cocoon committer

On 03.10.2006 15:01, Jean-Baptiste Quenot wrote: I think time has come for Lars Trieloff to become a Cocoon committer +1 Jörg

Re: [VOTE] Lars Trieloff as a new Cocoon committer

On 03 Oct 2006, at 15:04, Sylvain Wallez wrote: But Lars will have to pay a beer to all people voting +1... or drink a beer for each of them :-) or do both :-P +1, welcome Lars! Jorg

Re: [VOTE] Lars Trieloff as a new Cocoon committer

On 10/3/06, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote: ...So please cast your votes!.. +1, getting to know Lars at the GT has been a pleasure, and the quality of his patches (not to mention his extensive background in the Docbook world) make this an easy vote for me. -Bertrand

Re: [VOTE] Lars Trieloff as a new Cocoon committer

On 10/3/06, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote: Dear Community, I think time has come for Lars Trieloff to become a Cocoon committer, +1 -- Peter Hunsberger

Re: [VOTE] Lars Trieloff as a new Cocoon committer

Jean-Baptiste Quenot wrote: Dear Community, I think time has come for Lars Trieloff to become a Cocoon committer, so he'll be able to commit his numerous patches himself, including the last hair-pulling cocoon-core tests fixes today ;-) I know Lars since nearly 5 years as we

[jira] Assigned: (COCOON-1900) BUG in forms-field-styling.xsl

[ http://issues.apache.org/jira/browse/COCOON-1900?page=all ] Jörg Heinicke reassigned COCOON-1900: - Assignee: Jörg Heinicke BUG in forms-field-styling.xsl -- Key: COCOON-1900 URL:

Re: [VOTE] Lars Trieloff as a new Cocoon committer

Jean-Baptiste Quenot skrev: I think time has come for Lars Trieloff to become a Cocoon committer +1 /Daniel

[jira] Created: (COCOON-1927) ehcache files in java.io.tmpdir

ehcache files in java.io.tmpdir --- Key: COCOON-1927 URL: http://issues.apache.org/jira/browse/COCOON-1927 Project: Cocoon Issue Type: Bug Components: * Cocoon Core Affects Versions: 2.1.10-dev

Re: [VOTE] Lars Trieloff as a new Cocoon committer

+1 Carsten -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/

[jira] Closed: (COCOON-1242) XML serializer puts DOCTYPE after initial XML comments

[ http://issues.apache.org/jira/browse/COCOON-1242?page=all ] Jörg Heinicke closed COCOON-1242. - Resolution: Won't Fix This should be posted for the Xalan project - if it has not been fixed yet there. XML serializer puts DOCTYPE after initial XML

RE: [VOTE] Lars Trieloff as a new Cocoon committer

I think time has come for Lars Trieloff to become a Cocoon committer, +1 Cheers, Alfred. This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any

Re: [VOTE] Lars Trieloff as a new Cocoon committer

Jean-Baptiste Quenot wrote: Dear Community, I think time has come for Lars Trieloff to become a Cocoon committer, so he'll be able to commit his numerous patches himself, including the last hair-pulling cocoon-core tests fixes today ;-) I know Lars since nearly 5 years as we

Re: [VOTE] Lars Trieloff as a new Cocoon committer

Jean-Baptiste Quenot wrote: Dear Community, I think time has come for Lars Trieloff to become a Cocoon committer, so he'll be able to commit his numerous patches himself, including the last hair-pulling cocoon-core tests fixes today ;-) I know Lars since nearly 5 years as we

Re: [VOTE] Lars Trieloff as a new Cocoon committer

On 10/3/06, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote: Dear Community, I think time has come for Lars Trieloff to become a Cocoon committer, +1, bring the Heineken kegs! Ciao, -- Gianugo Rabellino Sourcesense, making sense of Open Source: http://www.sourcesense.com Orixo, the XML

[jira] Closed: (COCOON-1196) [XSP] logicsheet-util.xsl failes with duplicate namespace declarations

[ http://issues.apache.org/jira/browse/COCOON-1196?page=all ] Jörg Heinicke closed COCOON-1196. - Fix Version/s: 2.2-dev (Current SVN) 2.1.10-dev (current SVN) Resolution: Fixed Matching/Selecting is now done using namespace-uri

Re: [VOTE] Lars Trieloff as a new Cocoon committer

Hi, Jean-Baptiste Quenot wrote: So please cast your votes! +1, welcome Lars! Thanks, Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/

[jira] Updated: (COCOON-1867) BeanConvertor uses a WeakHashMap in the wrong way.

[ http://issues.apache.org/jira/browse/COCOON-1867?page=all ] Gabriele Columbro updated COCOON-1867: -- Attachment: BeanConvertor-1867.diff Changed WeakHashMap to org.apache.commons.collections.map.ReferenceMap BeanConvertor uses a WeakHashMap in

RE: [VOTE] Lars Trieloff as a new Cocoon committer

So please cast your votes! -- +1, welcome! -- Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466 - [EMAIL PROTECTED] / http://www.hippo.nl --

Great GT!

Hi, It is nice to see how dynamically can be jira if our committers take care of the issues. Kudos to all of you making this happening! :-) Did you consider to do a 2.1 and 2.2 release after the GT? Best Regards, Antonio Gallardo.

Blueprint references

Hi there, for those interested, you can checkout current Blueprint code from the SourceSense SVN repository here : https://forge.pronetics.it/svn/scratchpad/blueprint/ We're arranging to put on line also a premade self installing jar file. Simone

[jira] Commented: (COCOON-1655) JavaFlow/CForm/select-list crash

[ http://issues.apache.org/jira/browse/COCOON-1655?page=comments#action_12439543 ] Simone Gianni commented on COCOON-1655: --- I have it tested for javaflow 2.1, don't even know if 2.2 is affected by the same problem and if this is a good

Re: [VOTE] Lars Trieloff as a new Cocoon committer

2006/10/3, Jean-Baptiste Quenot [EMAIL PROTECTED]: Dear Community, I think time has come for Lars Trieloff to become a Cocoon committer, so he'll be able to commit his numerous patches himself, including the last hair-pulling cocoon-core tests fixes today ;-) I know Lars

Re: [jira] Closed: (COCOON-1774) Fine Tuning Ajax Handling in CForms

Jean-Baptiste Quenot (JIRA) escribió: [ http://issues.apache.org/jira/browse/COCOON-1774?page=all ] Jean-Baptiste Quenot closed COCOON-1774. Resolution: Won't Fix Please reopen the issue if the problem persists with the new Dojo stuff.

Re: [jira] Closed: (COCOON-1774) Fine Tuning Ajax Handling in CForms

I just forgot to said, the below comment does not address concretely COCOON-1774. I think closing COCOON-1774 was a right decision. It is more about the process and not due this bug. I saw first: COCOON-1714, and I think it should not be closed until fixed. Best Regards, Antonio Gallardo.

can build cocoon after rev 452361

I get the following errors: cocoon-block-forms-compile: Compiling 379 source files to /home/ren/cocoon-2.1.10-dev/blocks/forms/dest /home/ren/cocoon_2_1_x/src/blocks/forms/java/org/apache/cocoon/forms/util/JavaScriptHelper.java:213: cannot find symbol symbol : method unwrap(java.lang.Object)

Re: [jira] Closed: (COCOON-1774) Fine Tuning Ajax Handling in CForms

Antonio Gallardo wrote: I just forgot to said, the below comment does not address concretely COCOON-1774. I think closing COCOON-1774 was a right decision. It is more about the process and not due this bug. I saw first: COCOON-1714, and I think it should not be closed until fixed. JFYI,

Re: [VOTE] Lars Trieloff as a new Cocoon committer

+1 -David

Re: [VOTE] Lars Trieloff as a new Cocoon committer

+1 Best Regards, Antonio Gallardo.

Re: can build cocoon after rev 452361

Renaud Richardet escribió: I get the following errors: cocoon-block-forms-compile: Compiling 379 source files to /home/ren/cocoon-2.1.10-dev/blocks/forms/dest /home/ren/cocoon_2_1_x/src/blocks/forms/java/org/apache/cocoon/forms/util/JavaScriptHelper.java:213: cannot find symbol symbol :