DO NOT REPLY [Bug 36371] - [PATCH] Improve WebDAVSource error messages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Another sitemap component HOWTO ready

Tony Collen wrote: Berin Loritsch wrote: This will be my last installment before I go on vacation next week. The earliest I can get to the Generator, Transformer, and Serializer components will be after Sept. 5. Enjoy +1, excellent writeup!!! Very good quality.. keep it up! :) Than

Re: JUnit Tests and maven status

Upayavira wrote: > Carsten Ziegeler wrote: > > >>So hopefully we have next week a version that compiles the core code, >>runs the junit tests,(on successful testing) package this into the core >>jar and builds the webapp with the core and all jars. >>When we have this we have to decide/plan how t

Re: JUnit Tests and maven status

Carsten Ziegeler wrote: So hopefully we have next week a version that compiles the core code, runs the junit tests,(on successful testing) package this into the core jar and builds the webapp with the core and all jars. When we have this we have to decide/plan how to continue from there. We need

flowscript calls from sitemap: named param association

Hi gang, For this... we deprectated this... function foo (something) {...} and now require this: function foo() { var something = cocoon.parameters['something']; } IIRC this was because the sitemap syntax suggests na

Re: Another sitemap component HOWTO ready

Berin Loritsch wrote: How to Create a Reader: http://cocoon.zones.apache.org/daisy/documentation/components/sitemapcomponents/681.html I hope others proof what I've written because it is largely based on a combination of memory and implementation details as I update my knowlege base. I wan

Re: flow - java.util.Object[] {something} causes syntax Error

Thorsten Scherler wrote: On Thu, 2005-08-25 at 19:15 +0200, Reinhard Poetz wrote: Thorsten Scherler wrote: Cheers, Reinhard. Good to know. Does it make sense to update the 2.1.x? I could do it, if you think it is a good idea. No, it was decided not to upgrade in branch because of the inco

DO NOT REPLY [Bug 36373] - [PATCH] getTime(...) of CocoonLogFormatter implemented incorrectly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 36381] - [PATCH] Styling for booleanfield with state="output" is reversed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 36381] New: - [PATCH] Styling for booleanfield with state="output" is reversed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: JUnit Tests and maven status

Daniel Fagerstrom wrote: > > Also, it would be good if at least important bugs where "documented" in > terms of a failing unit test. > Yeah, that would be nice. > > Failing tests that we don't care about anymore should be removed. > Failing tests of the kinds I described above makes a differe

Re: JUnit Tests and maven status

Le 26 août 05, à 13:17, Daniel Fagerstrom a écrit : Bertrand Delacretaz wrote: Maybe we could dedicate the second day of the GT hackathon to this? Dedicate is a little bit strong for my taste, I would like to see some more work on the block stuff also. Sure - I was more meaning "form a te

Re: Trac: integrated SCM and projet management tool

BURGHARD Éric wrote: > Hi, > > Don't know if you heard about Trac (http://trac.edgewall.com/trac) but > it's IMHO the best tool for bug tracking/project management. Specially if > you use subversion repositories. > oops. sorry for this url. this one should work better http://projects.edgewall.c

Re: JUnit Tests and maven status

Bertrand Delacretaz wrote: Maybe we could dedicate the second day of the GT hackathon to this? Dedicate is a little bit strong for my taste, I would like to see some more work on the block stuff also. /Daniel

Re: JUnit Tests and maven status

Carsten Ziegeler wrote: Yesterday I ran our junit tests just to find out the some of the do not succeed :( I fixed the ones in core, about from the virtual pipeline generator test (as reported). There are still several tests failing in the blocks. Now, I'm wondering whats the use of failing tes

Trac: integrated SCM and projet management tool

Hi, Don't know if you heard about Trac (http://trac.edgewall.com/trac) but it's IMHO the best tool for bug tracking/project management. Specially if you use subversion repositories. Trac is a mix of a Wiki + WebSVN + Bugzilla. It's written in python. It's bright and lightweight: - entirely base

Re: JUnit Tests and maven status

Bertrand Delacretaz wrote: > Le 26 août 05, à 12:20, Carsten Ziegeler a écrit : > > >>...I'm trying to implement some things for m2 and plan to do a anteater >>plugin (if that is not available yet)... > > > Note that the HtmlUnit tests in the 2.1 branch are meant to completely > replace the an

Re: JUnit Tests and maven status

Le 26 août 05, à 12:20, Carsten Ziegeler a écrit : ...I'm trying to implement some things for m2 and plan to do a anteater plugin (if that is not available yet)... Note that the HtmlUnit tests in the 2.1 branch are meant to completely replace the anteater ones. They haven't been ported to t

JUnit Tests and maven status

Yesterday I ran our junit tests just to find out the some of the do not succeed :( I fixed the ones in core, about from the virtual pipeline generator test (as reported). There are still several tests failing in the blocks. Now, I'm wondering whats the use of failing test cases is? If we just igno

DO NOT REPLY [Bug 36373] - [PATCH] getTime(...) of CocoonLogFormatter implemented incorrectly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 36373] New: - [PATCH] getTime(...) of CocoonLogFormatter implemented incorrectly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 36371] - Improve WebDAVSource error messages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 36371] New: - Improve WebDAVSource error messages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: flow - java.util.Object[] {something} causes syntax Error

On Thu, 2005-08-25 at 19:15 +0200, Reinhard Poetz wrote: > Thorsten Scherler wrote: > > > Cheers, Reinhard. > > > > Good to know. Does it make sense to update the 2.1.x? I could do it, if > > you think it is a good idea. > > No, it was decided not to upgrade in branch because of the incompatibil

[GT2005] REMINDER: GetTogether 2005 Call For Participation - deadline in 7 days!

Cocoon GetTogether 2005 October 5,6,7th, Amsterdam, The Netherlands. http://www.cocoongt.org. DEADLINE for proposal : Friday September 2th, 2005 Proposals should be sent to: info at cocoongt.org In 6 weeks

[CFORMS] fd:field with selection-list in OUTPUT state

When a fd:field with a selection-list has the OUTPUT state, it displays the selected item's value. In the other states it displays the item's label. When the fd:field have the fi:styling/@type="output" displays the item's label. IMHO a fd:field with selection list must display the selected it