Re: [RT] Revisiting Woody's form definition

Hi! I have to tell you that this thread is really a pleasure. It's really amazing what 'shared neurons' (like Marc called it) are possible to do ;-) I often have the feeling that while reading a message some ideas come to my mind and recognize that in the next post they are already covered. Per

[less is more] interestiing blog from Michael Feathers

http://www.artima.com/weblogs/viewpost.jsp?thread=8826 Good morning, all. -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/stevenn/ stevenn at outerthought.

Re: Cool (work)flow GUI editor

Nicola Ken Barozzi wrote: http://blog.xesoft.com/jon.lipsky/blog/Java/?permalink=workflow_viewlets.html Have you seen one from the BEA's Workshop (8.1)? They've got workflow editor and pageflow (struts app) gui editor. Vadim

cvs commit: cocoon-2.1/src/webapp/WEB-INF cocoon.xconf

vgritsenko2003/07/30 21:26:53 Modified:src/webapp/WEB-INF cocoon.xconf Log: * sun's 64mb is less then 64mb * increase free memory to 2mb * new janitor parameter Revision ChangesPath 1.24 +6 -3 cocoon-2.1/src/webapp/WEB-INF/cocoon.xconf Index: cocoon.

cvs commit: cocoon-2.1/src/webapp/samples/xsp sitemap.xmap

vgritsenko2003/07/30 21:25:48 Modified:src/webapp/samples/xsp sitemap.xmap Log: add views Revision ChangesPath 1.3 +20 -0 cocoon-2.1/src/webapp/samples/xsp/sitemap.xmap Index: sitemap.xmap ==

cvs commit: cocoon-2.1/src/java/org/apache/cocoon/servlet CocoonServlet.java

vgritsenko2003/07/30 20:54:22 Modified:src/java/org/apache/cocoon/components/pipeline AbstractProcessingPipeline.java src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java s

cvs commit: cocoon-2.1/src/webapp/stylesheets/system status2html.xslt

vgritsenko2003/07/30 20:51:18 Modified:src/webapp/stylesheets/system status2html.xslt Log: Use generate-id() instead of name. Name has duplicates. Revision ChangesPath 1.6 +28 -27cocoon-2.1/src/webapp/stylesheets/system/status2html.xslt Index: status2html.x

cvs commit: cocoon-2.1/src/scratchpad/src/org/apache/cocoon/storejanitor StoreJanitorImpl.java

vgritsenko2003/07/30 20:45:24 Removed: src/scratchpad/src/org/apache/cocoon/storejanitor StoreJanitorImpl.java Log: Adaptive interval calculation is now in excalibur

cvs commit: cocoon-2.0/src/scratchpad/src/org/apache/cocoon/storejanitor StoreJanitorImpl.java

vgritsenko2003/07/30 20:43:24 Removed: src/scratchpad/src/org/apache/cocoon/storejanitor StoreJanitorImpl.java Log: Adaptive interval calculation is now in excalibur

cvs commit: cocoon-2.1/lib jars.xml

vgritsenko2003/07/30 20:23:53 Modified:lib jars.xml Log: fix broken links to "???". align. Revision ChangesPath 1.73 +772 -760 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/c

cvs commit: cocoon-2.1/src/java/org/apache/cocoon Processor.java

vgritsenko2003/07/30 20:20:37 Modified:src/java/org/apache/cocoon Processor.java Log: typo Revision ChangesPath 1.4 +2 -2 cocoon-2.1/src/java/org/apache/cocoon/Processor.java Index: Processor.java =

cvs commit: cocoon-2.1/src/documentation/xdocs/developing/portal index.xml

vgritsenko2003/07/30 20:20:07 Modified:src/documentation/xdocs/developing/portal index.xml Log: add placeholders under chapters. it looks better this way. Revision ChangesPath 1.6 +152 -140 cocoon-2.1/src/documentation/xdocs/developing/portal/index.xml Index:

cvs commit: cocoon-2.1 cocoon.bat

vgritsenko2003/07/30 20:19:10 Modified:.cocoon.bat Log: cleanup EXEC variable Revision ChangesPath 1.13 +2 -2 cocoon-2.1/cocoon.bat Index: cocoon.bat === RCS file: /home/cvs/cocoon-

cvs commit: cocoon-2.0/src/java/org/apache/cocoon/components/store JispFilesystemStore.java

vgritsenko2003/07/30 19:55:15 Modified:src/java/org/apache/cocoon/components/store JispFilesystemStore.java Log: Fix eternal loop in the iterator (fix backported from excalibur). Revision ChangesPath 1.3 +38 -31 cocoon-2.0/src/java/org/ap

Getting access to the actionEvent in Woody flow

Hello Have recently started using woody+hibernate+flow and absolutely love it. One thing I don't like however is how items in a repeater-widget is removed. I've made a small change to my woody.js and wondered if you're interested. I'll supply a patch if you are (although I might need some pointers

Re: [RT] Woody and round trip of parameters.

> Contribution form: a series of contribution payments is precalculated. > User may override the amount of any payment in the series by entering a > different number in the text widget (as long as the payments still add > up to the original total). To enhance usability, similar logic is used > i

Re: [RT] Woody and round trip of parameters.

Marc Portier dijo: > > > Antonio Gallardo wrote: >> Marc Portier dijo: >> >>>I can't see a need for a field that should be 'calculated >>>automatically' AND be editable at the same time. >>>(I tried though) >> >> It sometimes happens, for example here in my country, in a restaurant >> invoice is a

Re: [RT] Revisiting Woody's form definition

Sylvain Wallez wrote: Marc Portier wrote: Sylvain Wallez wrote: agree totally: that is the crux! (maybe we should change the binding word: this validation is business-model specific) the main thing to note is that this specific validation will also be executed during the form.process() a

Re: [VOTE] Commit access for Guido Casper

On Wed, 30 Jul 2003, Gianugo Rabellino wrote: > I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon > committer. > > Please cast your votes. Here is my +1. +1 Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director

Re: [RT] Revisiting Woody's form definition

Andreas Hochsteger wrote: Hi! A short question comes to my mind, while reading your RT: Is it possible to use data types which are composed of several HTML input fields? We are currently using three input fields for dates (day, month, year) at our current form solution. No, not currently...

Re: [RT] Revisiting Woody's form definition

Hi! A short question comes to my mind, while reading your RT: Is it possible to use data types which are composed of several HTML input fields? We are currently using three input fields for dates (day, month, year) at our current form solution. Thanks for clearification! Bye, Andreas S

DO NOT REPLY [Bug 21925] - FOM Request object does not provide access to all the request's values

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://nagoya.apache.org/bugzilla/show_bu

Re: Hibernate vs. OJB

- Original Message - From: "Hugo Burm" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 30, 2003 11:34 AM Subject: RE: Hibernate vs. OJB > OK, I have to admit, I did this on purpose (mentioning the front page > instead of the exact URL), because there are some more intere

Re: [Vote] Ugo Cei and Marc Portier as Cocoon committers

Sylvain Wallez wrote: Hi team, I'd like to propose two people for Cocoon committership : Ugo Cei and Marc Portier. Ugo has been there for years (the archives show his first post back in July 2000!), has been an early adopter of flowscript and wrote the first Cocoon-based blogging tool. Marc i

Re: Woody's expression language (was Re: [RT] Woody and round tripof parameters.)

On Wed, 2003-07-30 at 18:04, Sylvain Wallez wrote: > Marc Portier wrote: > > > > > the expression language support in woody is currently the one Bruno > > first applied into XReporter (http://xreporter.cocoondev.org) there is > > already some jxpath support (but only in the template files) and

Re: [VOTE] Commit access for Guido Casper

Gianugo Rabellino wrote: > I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon > committer. Thanks Gianugo, I'm really honoured. I'm extremely proud of being part of this great community (even without having commit access), where I consider many of the committers real genius (codin

RE: Hibernate vs. OJB

No! This is the wrong URL (but an interesting thread anyway). Your URL is about the introduction of Hibernate 1.2 I was pointing to an URL that is listed on the front page of the site: http://www.theserverside.com/discussion/thread.jsp?thread_id=19732 It is about the introduction of Hibernate 2.0

Re: Preparing for 2.2

> * x: Major version number > * y: Minor version number > * z: Patch level it's not only that easy, I would say that java 1.2 and 1.4 are also majors! - just an example. Christoph - Original Message - From: "Andreas Hochsteger" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday,

Re: [RT] Woody and round trip of parameters.

Contribution form:  a series of contribution payments is precalculated.  User may override the amount of any payment in the series by entering a different number in the text widget (as long as the payments still add up to the original total).  To enhance usability, similar logic is used in many of

Re: Preparing for 2.2

Hi! What's the intention behind creating different CVS repositories for different major releases? Perhaps I'm missing something, but aren't branches and release tags the mechanism to manage this things in CVS? I'm asking because changing the repository has several consequences. Here are some e

cvs commit: cocoon-2.1/src/webapp/samples/flow/calc calc.js

reinhard2003/07/30 11:19:38 Modified:src/webapp/samples/flow/calc calc.js Log: - fixing bug Revision ChangesPath 1.4 +1 -1 cocoon-2.1/src/webapp/samples/flow/calc/calc.js Index: calc.js ===

RE: [RT] Woody and round trip of parameters.

Marc Portier <[EMAIL PROTECTED]> writes: > > Hunsberger, Peter wrote: > > Marc Portier <[EMAIL PROTECTED]> asks: > > > >>I can't see a need for a field that should be 'calculated > >>automatically' AND be editable at the same time. > >>(I tried though) > >> > >>>Thoughts ? > > > > We have a cou

problem applying a generator and transformer

Hi, im havinf some trouble creating a Generator in XSP and after that aplying a transformer in XSL, the problem is, that i am not able to parse the XML returned by the generator with the transformer. -- Generator

RE: What to do if the functionality cannot be implemented with OR mapping

Leszek Gawron <[EMAIL PROTECTED]> writes: > This would be quite long, sometimes OT but I think it will > finally get to my point which is: providing persistence in > flow by basing only on O/R tool is not enough. I think this depends on what you mean by an O/R tool? Clearly (with SQL 3) O/R m

Cool (work)flow GUI editor

http://blog.xesoft.com/jon.lipsky/blog/Java/?permalink=workflow_viewlets.html -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains)

Woody's expression language (was Re: [RT] Woody and round trip ofparameters.)

Marc Portier wrote: the expression language support in woody is currently the one Bruno first applied into XReporter (http://xreporter.cocoondev.org) there is already some jxpath support (but only in the template files) and there was at least one suggesting jexl (above client-side javascript

Re: [RT] Revisiting Woody's form definition

Marc Portier wrote: Sylvain Wallez wrote: Marc Portier wrote: Sylvain Wallez wrote: Validators currently exist only for datatypes, and not yet for bindings (this is on my todo list). yep, some nuance though: there should be only one validation cycle! what I mean is: - we probably do want

Re: [RT] Woody and round trip of parameters.

Hunsberger, Peter wrote: Marc Portier <[EMAIL PROTECTED]> asks: I can't see a need for a field that should be 'calculated automatically' AND be editable at the same time. (I tried though) Thoughts ? We have a couple of weak use cases for this: 1) Normally a medical protocol phase might ta

DO NOT REPLY [Bug 20631] - [PATCH] Support for transactions in SQLTransformer

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21379] - fo2pdf serialization problem

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://nagoya.apache.org/bugzilla/show_bu

Re: A redundance in logkit.xconf?

Fixed. Thanks, Joerg

cvs commit: cocoon-2.1/src/webapp/WEB-INF logkit.xconf

joerg 2003/07/30 08:28:46 Modified:src/webapp/WEB-INF logkit.xconf Log: fixed redundancy (spotted by Antonio Gallardo) Revision ChangesPath 1.5 +0 -6 cocoon-2.1/src/webapp/WEB-INF/logkit.xconf Index: logkit.xconf ===

cvs commit: cocoon-2.1/src/documentation/images cocoon-project-logo.png

joerg 2003/07/30 08:22:28 Added: src/documentation/images cocoon-project-logo.png Log: added missing Cocoon project logo Revision ChangesPath 1.1 cocoon-2.1/src/documentation/images/cocoon-project-logo.png <>

cvs commit: cocoon-2.1/src/documentation skinconf.xml

joerg 2003/07/30 08:22:10 Modified:src/documentation skinconf.xml Log: added missing Cocoon project logo Revision ChangesPath 1.5 +3 -3 cocoon-2.1/src/documentation/skinconf.xml Index: skinconf.xml ==

cvs commit: cocoon-2.1/src/targets forrest-build.xml

joerg 2003/07/30 08:21:09 Modified:src/targets forrest-build.xml Log: we need the 'jars.xml' for target 'forrest' - it's not there after build clean Revision ChangesPath 1.9 +1 -1 cocoon-2.1/src/targets/forrest-build.xml Index: forrest-build.xml ==

cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/flow tutor.xml

joerg 2003/07/30 08:20:10 Modified:src/documentation/xdocs/userdocs/flow tutor.xml Log: made it valid: there was a 'n' between and code formatting Revision ChangesPath 1.3 +226 -189 cocoon-2.1/src/documentation/xdocs/userdocs/flow/tutor.xml Index: tutor.

cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/flow jxforms.xml

joerg 2003/07/30 08:19:28 Modified:src/documentation/xdocs/userdocs/flow jxforms.xml Log: fixed broken link Revision ChangesPath 1.8 +49 -49cocoon-2.1/src/documentation/xdocs/userdocs/flow/jxforms.xml Index: jxforms.xml =

cvs commit: cocoon-2.1/src/blocks/deli/java/org/apache/cocoon/components/deli DeliImpl.java

joerg 2003/07/30 08:17:43 Modified:src/blocks/woody/java/org/apache/cocoon/woody/binding RepeaterJXPathBindingBuilder.java JXpathBindingBuilderBase.java src/blocks/deli/java/org/apache/cocoon/components/deli

Re: [RT] Revisiting Woody's form definition

Sylvain Wallez wrote: Marc Portier wrote: Sylvain Wallez wrote: Validators currently exist only for datatypes, and not yet for bindings (this is on my todo list). yep, some nuance though: there should be only one validation cycle! what I mean is: - we probably do want to be able to express vali

Re: [VOTE] Commit access for Guido Casper

Gianugo Rabellino wrote: I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon committer. +1

RE: [RT] Revisiting Woody's form definition

Sylvain Wallez wrote: > > Carsten Ziegeler wrote: > > > > >So, actually the Widget Tree is created dynamically when needed. > Now, is it possible to hook into the building of this tree? > > > > > > You can write your own WidgetDefinition implementation : you can then > put any code that wi

Re: [RT] Revisiting Woody's form definition

Carsten Ziegeler wrote: So, actually the Widget Tree is created dynamically when needed. Now, is it possible to hook into the building of this tree? You can write your own WidgetDefinition implementation : you can then put any code that will be executed each time a form instance will be cre

RE: [RT] Woody and round trip of parameters.

Marc Portier <[EMAIL PROTECTED]> asks: > I can't see a need for a field that should be 'calculated > automatically' AND be editable at the same time. > (I tried though) > > > Thoughts ? > We have a couple of weak use cases for this: 1) Normally a medical protocol phase might take 14 days, ho

RE: [RT] Revisiting Woody's form definition

Sylvain Wallez wrote: > > Carsten, I think you need to know a bit of the internals of Woody. Yes, definitly! > For a > single element of the form definition file, say , 3 classes > are involved in its processing : > - FieldDefinitionBuilder : analyzes the element and from its > attributes an

Re: [RT] Revisiting Woody's form definition

Carsten Ziegeler wrote: Marc Portier wrote I think this has to be changed :) It should be done dynamically when the form is "rendered". this is fundamentally different to how it is done now we seem to think there is some advantage for 'caching' the form-definition and instantiating th

Re: [RT] Revisiting Woody's form definition

Marc Portier wrote: Sylvain Wallez wrote: Validators currently exist only for datatypes, and not yet for bindings (this is on my todo list). yep, some nuance though: there should be only one validation cycle! what I mean is: - we probably do want to be able to express validation-rules by u

Re: [RT] a MVC model.

Antonio Gallardo wrote: Hi: I am trying to build a MVC model using Cocoon. I drafted an initial diagram of how it can be. I prefered to post a image because this can be a better overview of the proposed MVC model under cocoon. nice diagram maybe some of the diagrams (bruno-art) in the woody-docs

[GT2003] Call for Participation

Dear all, with only two months left before the 7th of October, it's about time we start planning and setting up the next edition of the Cocoon GetTogether. For those of you who are new to this, please have a look at the previous event website at http://outerthought.org/cocoon/gettogether/ As b

Re: [VOTE] Commit access for Guido Casper

Gianugo Rabellino wrote: I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon committer. +1 Vadim

Re: Hibernate vs. OJB

Antonio Gallardo wrote: Hugo Burm dijo: For a long discussion about Hibernate versus JDO see a recent discussion on www.theserverside.com. Hi: Can you point to a more specific page? :) I guess this is the one: http://www.theserverside.com/home/thread.jsp?thread_id=16910&article_count=

Re: [RT] Woody and round trip of parameters.

Antonio Gallardo wrote: Marc Portier dijo: I can't see a need for a field that should be 'calculated automatically' AND be editable at the same time. (I tried though) It sometimes happens, for example here in my country, in a restaurant invoice is a non written rule to pay 10% of the subtotal to

What to do if the functionality cannot be implemented with OR mapping

This would be quite long, sometimes OT but I think it will finally get to my point which is: providing persistence in flow by basing only on O/R tool is not enough. OR mapping tool is OK if you have got a _static_ database schema but imagine you have to write an application that collects questionn

Re: [RT] Revisiting Woody's form definition

Carsten Ziegeler wrote: Marc Portier wrote Hmm, ok, caching does not prevent to have some dynamic elements in it. You can cache, let's say 89%, and 11% are calculated dynamically. agree, I guess you just need to come up with the obvious case that makes us understand where to draw the line...

RE: [VOTE] Commit access for Guido Casper

> I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon > committer. +1 Cheers, Reinhard

RE: [Vote] Ugo Cei and Marc Portier as Cocoon committers

> -Original Message- > From: Gianugo Rabellino [mailto:[EMAIL PROTECTED] > Sent: Monday, July 28, 2003 6:19 PM > To: [EMAIL PROTECTED] > Subject: Re: [Vote] Ugo Cei and Marc Portier as Cocoon committers > > > Sylvain Wallez wrote: > > I'd like to propose two people for Cocoon committer

Re: [RT] Revisiting Woody's form definition

Sylvain Wallez wrote: Carsten Ziegeler wrote: Sylvain Wallez wrote: I think you missed the real meaning of my post : since validators are pluggable, you can write you own and do whatever you want in it ! Cocoon should provide the most useful and generic implementations, but it does not loc

Re: [ANN] Apache Cocoon 2.1 Release Candidate

Tetsuya Kitahata wrote: The amazing thing is, you will be able to find this announcement from http://jakarta.apache.org/ http://jakarta.apache.org/site/elsewhere.html#20030730.1 in a few hours, too. Can somebody writeup something in our "news"? Jakarta will have our news, and our news won't... Hm

RE: [RT] Revisiting Woody's form definition

Marc Portier wrote > > I think this has to be changed :) It should be done dynamically when > > the form is "rendered". > > > > this is fundamentally different to how it is done now > > we seem to think there is some advantage for 'caching' the > form-definition and instantiating the form from

Re: [RT] Revisiting Woody's form definition

Sylvain Wallez wrote: Antonio Gallardo wrote: Sylvain Wallez dijo: Not a problem, since is just a particular implementation of Validator. So what about : Hmm. At the first look it is great for people starting writing from now the beans! But, ... :( I see a problem: think in peopl

Re: [RT] Revisiting Woody's form definition

Carsten Ziegeler wrote: Marc Portier wrote: So what you are adding to the show is that the datatype (basetype) setting of the widget should be possibly derived from the binding path into the business object? Yes. now (currently) the form-model building happens before the business object

RE: [ANN] Apache Cocoon 2.1 Release Candidate

Steven Noels wrote: > > I went in afterwards and edited README.html, .htaccess and HEADER.html > in order to downsize and rationalize the download area > (http://www.apache.org/dist/cocoon/) - please crosscheck. > Thanks! great! > Carsten, I found some files (a symlink) which aren't chmod g+w - co

Re: [ANN] Apache Cocoon 2.1 Release Candidate

On 30/07/2003 11:25 Carsten Ziegeler wrote: The Apache Cocoon team is proud to announce the new release of Apache Cocoon. I went in afterwards and edited README.html, .htaccess and HEADER.html in order to downsize and rationalize the download area (http://www.apache.org/dist/cocoon/) - please cr

cvs commit: cocoon-2.1/src/blocks/portal-fw/java/org/apache/cocoon/webapps/portal/components PortalManager.java

cziegeler2003/07/30 03:25:37 Modified:src/blocks/portal-fw/java/org/apache/cocoon/webapps/portal/components PortalManager.java Log: Applying patch for the "double-click" bug from Hartmut Zimmermann ([EMAIL PROTECTED]) Revision ChangesPath 1.8

RE: Patch to "Problems with double click in coplet "

Hi Hartmut, thanks for the patch - I just applied it. It took some time...but finally it got applied. Thanks Carsten > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 17, 2003 2:21 PM > To: [EMAIL PROTECTED] > Subject: Patch to "Problems w

cvs commit: cocoon-2.0/src/java/org/apache/cocoon/webapps/portal/components PortalManager.java

cziegeler2003/07/30 03:24:44 Modified:src/java/org/apache/cocoon/webapps/portal/components PortalManager.java Log: Applying patch for the "double-click" bug from Hartmut Zimmermann ([EMAIL PROTECTED]) Revision ChangesPath 1.2 +13 -3 coco

RE: [RT] Revisiting Woody's form definition

Marc Portier wrote: > > > So what you are adding to the show is that the datatype > (basetype) setting of the widget should be possibly derived from > the binding path into the business object? Yes. > > now (currently) the form-model building happens before the > business object is there, s

Re: [RT] Revisiting Woody's form definition

Carsten Ziegeler wrote: Marc Portier wrote: there is a sample now doing that, above statement leaves it unclear if you tried that or not No, not yet. if I understand what you are saying, then you would want to have the form definition (structure, fields, datatypes and convertors) deduced

Re: [RT] Revisiting Woody's form definition

Carsten Ziegeler wrote: Sylvain Wallez wrote: I think you missed the real meaning of my post : since validators are pluggable, you can write you own and do whatever you want in it ! Cocoon should provide the most useful and generic implementations, but it does not lock with the provides impl

Re: [ANN] Apache Cocoon 2.1 Release Candidate

On 30/07/2003 11:25 Carsten Ziegeler wrote: The Apache Cocoon team is proud to announce the new release of Apache Cocoon. ... which was again a masterly execution of the CaRsTeN-3000-meepzoid-release-bot. Thanks! -- Steven Noelshttp://outerthought.org/ Outerthought -

Re: [RT] Revisiting Woody's form definition

Sylvain Wallez dijo: > I think you missed the real meaning of my post : since validators are > pluggable, you can write you own and do whatever you want in it ! > > Cocoon should provide the most useful and generic implementations, but > it does not lock with the provides implementations. Opps. Yo

RE: [RT] Revisiting Woody's form definition

Sylvain Wallez wrote: > > I think you missed the real meaning of my post : since validators are > pluggable, you can write you own and do whatever you want in it ! > > Cocoon should provide the most useful and generic implementations, but > it does not lock with the provides implementations. >

Re: [RT] Revisiting Woody's form definition

Antonio Gallardo wrote: Sylvain Wallez dijo: Not a problem, since is just a particular implementation of Validator. So what about : Hmm. At the first look it is great for people starting writing from now the beans! But, ... :( I see a problem: think in people that has already to

Re: [ANN] Apache Cocoon 2.1 Release Candidate

The amazing thing is, you will be able to find this announcement from http://jakarta.apache.org/ http://jakarta.apache.org/site/elsewhere.html#20030730.1 in a few hours, too. Congratulations, The Apache Cocoon Development Team! Best Regards, -- Tetsuya. ([EMAIL PROTECTED]) -- On Wed, 30 Jul

Re: [RT] Revisiting Woody's form definition

Sylvain Wallez dijo: > Not a problem, since is just a particular implementation of > Validator. So what about : > > > Hmm. At the first look it is great for people starting writing from now the beans! But, ... :( I see a problem: think in people that has already to many Beans? (This i

Re: [ANN] Apache Cocoon 2.1 Release Candidate

Carsten Ziegeler wrote: The Apache Cocoon team is proud to announce the new release of Apache Cocoon. Champagne ! Pop! Pshiit ! Glup, glup, glup ! Hips ! Congrats to all. Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain

cvs commit: cocoon-site/site mirror.html

cziegeler2003/07/30 02:30:38 Modified:site mirror.html Log: Adding new version Revision ChangesPath 1.6 +20 -0 cocoon-site/site/mirror.html Index: mirror.html === RCS file: /home/cvs/co

Re: [ANN] Apache Cocoon 2.1 Release Candidate

Hi: Congratulations! By the way, It is amazing! Nice marketing :) Antonio Gallardo Carsten Ziegeler dijo: > The Apache Cocoon team is proud to announce the new release > of Apache Cocoon. > > Check out the Cocoon website http://cocoon.apache.org/2.1 for more > information. > > Apache Cocoon is a

[RT] a MVC model.

Hi: I am trying to build a MVC model using Cocoon. I drafted an initial diagram of how it can be. I prefered to post a image because this can be a better overview of the proposed MVC model under cocoon. On the Woody part I feel is poor defined because I don't get a deep look inside Woody. But soo

Re: [VOTE] Commit access for Guido Casper

Gianugo Rabellino wrote: > I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon > committer. > > > > Please cast your votes. Here is my +1. +1 --David

[ANN] Apache Cocoon 2.1 Release Candidate

The Apache Cocoon team is proud to announce the new release of Apache Cocoon. Check out the Cocoon website http://cocoon.apache.org/2.1 for more information. Apache Cocoon is an XML framework that raises the usage of XML and XSLT technologies for server applications to a new level. Designed for p

RE: [RT] Revisiting Woody's form definition

Sylvain Wallez wrote: > > Not a problem, since is just a particular implementation of > Validator. So what about : > > > > Wow, that's simple! Why didn't I have the idea. Ok, agreed...for now :) Carsten

RE: Hibernate vs. OJB

Hugo Burm dijo: > For a long discussion about Hibernate versus JDO see a recent discussion > on www.theserverside.com. Hi: Can you point to a more specific page? :) Antonio Gallard

Re: [RT] Revisiting Woody's form definition

Carsten Ziegeler wrote: Sylvain Wallez wrote: This calls for binding-specific validators that know both the application model and the form model. I proposed to add XPath predicates to the binding for this purpose. E.g : Business model rejects value for "foo" The variables are prede

RE: [RT] Revisiting Woody's form definition

Sylvain Wallez wrote: > > This calls for binding-specific validators that know both the > application model and the form model. I proposed to add XPath predicates > to the binding for this purpose. E.g : > > > > > Business model rejects value for > "foo" > > > > The variables are p

Re: [RT] Woody and round trip of parameters.

Marc Portier dijo: > I can't see a need for a field that should be 'calculated > automatically' AND be editable at the same time. > (I tried though) It sometimes happens, for example here in my country, in a restaurant invoice is a non written rule to pay 10% of the subtotal to people that serviced

Re: [RT] Revisiting Woody's form definition

Carsten Ziegeler wrote: Marc Portier wrote: there is a sample now doing that, above statement leaves it unclear if you tried that or not No, not yet. if I understand what you are saying, then you would want to have the form definition (structure, fields, datatypes and convertors)

Re: [VOTE] Commit access for Guido Casper

Gianugo Rabellino wrote: I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon committer. Guido has done a lot of work for the new WebDAV block, providing a first implementation of the WebDAV Source, fixes for related Cocoon components and a hell of a lot of samples and documenta

Re: [VOTE] Commit access for Guido Casper

On Wednesday, Jul 30, 2003, at 09:13 Europe/Rome, Gianugo Rabellino wrote: I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon committer. Guido has done a lot of work for the new WebDAV block, providing a first implementation of the WebDAV Source, fixes for related Cocoon compo

Re: [RT] Webdavapps with Cocoon

On Tuesday, Jul 29, 2003, at 17:28 Europe/Rome, Gianugo Rabellino wrote: Stefano Mazzocchi wrote: Careful here: I never said that a "symmetrical design is bad" (actually, I love when designs become symmetrical), what is bad is "symmetry-driven design". The design should be done driven by the co

RE: Preparing for 2.2

Stefano Mazzocchi wrote: > > I tend to agree, but I'm not sure if real blocks can be implemented > incrementally without disturbing the tree. > Yes, I have the same feeling. > So, how do we move forward? branch? (I'm not being ironic, just curious > of what others think) > Do you mean a new r

  1   2   >