You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Carsten Ziegeler <cz...@s-und-n.de> on 2004/05/25 10:02:51 UTC
[ANN] Apache Cocoon 2.1.5 Released
Apache Cocoon 2.1.5 Released
----------------------------
The Apache Cocoon Community is proud to announce the new release
of Apache Cocoon. This release is licensed under the Apache License,
Version 2.0.
Apache Cocoon is a web development framework built around the concept
of separation of concerns (that is: allowing people to do their job
without having to step on each other toes) and component-oriented web
RAD.
Cocoon implements these concepts around the notion of 'component
pipelines' modelled after the 'process chain' concept where each
worker specializes on a particular operation. This makes it possible
to use a Lego(tm)-like approach in building web solutions where
these components can be hooked together into pipelines without
requiring further programming.
We like to think at Cocoon as "web glue" for your web application
development needs. But most important, a glue that can keep
concerns separate and allow parallel evolution of the two sides,
improving development pace and reducing the chance of conflicts.
The latest version is downloadable from
http://cocoon.apache.org/mirror.cgi
For more information about Apache Cocoon 2.1.5, please go to
http://cocoon.apache.org.
The Apache Cocoon Project
Carsten
Carsten Ziegeler
Open Source Group, S&N AG
http://radio.weblogs.com/0107211/
Re: [ANN] Apache Cocoon 2.1.5 Released
Posted by olivier demah <od...@messagio.com>.
Carsten Ziegeler a écrit :
>Apache Cocoon 2.1.5 Released
>----------------------------
>
>
>
nice Job !
thanks you all ;)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: [ANN] Apache Cocoon 2.1.5 Released
Posted by Sylvain Wallez <sy...@apache.org>.
Carsten Ziegeler wrote:
>Apache Cocoon 2.1.5 Released
>
Woopee !
And many thanks to Carsten for the energy spent in making this happen!
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Re: how to do form custom validators
Posted by Joerg Heinicke <jo...@gmx.de>.
On 26.05.2004 09:33, Bruno Dumon wrote:
>> But this is no longer the default way for doing simple
>>field validation. It was really just only a javascript hack. Even for
>>your business logic validation you can probably find better ways to
>>handle it.
>
> No no, you can still do it that way! Just like event listeners can both
> be defined in the form definition and added on a widget instance, the
> same can be done with validators. I agree with Benoit that this is an
> essential feature.
>
> See the interface Widget: it has the methods addValidator and
> removeValidator, which take an object implementing the WidgetValidator
> interface as argument. See the description of that interface on how a
> WidgetValidator implementation is supposed to behave.
>
> There is still one issue, which is that widget validators on parent
> widgets are not executed if any of the validators on one of their child
> widgets fails. Once this is changed, adding a WidgetValidator on a form
> object would be the same as the earlier validator function, except that
> now the validation will be part of normal form processing cycle and that
> avoids a few problems. [this change is just a one line fix, and is
> already agreed upon, but I haven't had time for this yet]
>
> I posted earlier an example to the list on how to implement a Java
> interface in javascript, or you can find that in the rhino docs also.
> Alternatively, in the v3 api you can do widget.validator = function() {}
Thanks for clarification, my answer was _a bit_ superficial.
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: how to do form custom validators
Posted by Bruno Dumon <br...@outerthought.org>.
On Wed, 2004-05-26 at 01:07, Joerg Heinicke wrote:
> On 26.05.2004 00:53, Benoit Deshaies wrote:
>
> > I looked at the sample you posted Vadim. I have a question and a
> > comment regarding validation using <fd:javascript>. In those JS
> > snippets, can you access the cocoon object (like session) and can you
> > load your own Java classes (Packages.com.xyz.Object)?
> >
> > And my comment is this: for simple forms, including the validation
> > rules such as which fields are required in the form definition itself
> > is probably fine. But on larger applications with complex validation
> > logic (think income tax report), people are likely to implement some
> > sort of external validator component. My concern is that by including
> > the validation code in the form definition, you're mixing the
> > presentation and business layer. In that respect, I preferred the
> > old-style JS validation function, which correctly put the business
> > logic out of the presentation layer.
>
> Nobody prevents you from doing it that way, you still can readd this for
> your use case.
Hmm, I don't think that's a valid remark. It's like saying "if you don't
like how cocoon works, you can rewrite it".
> But this is no longer the default way for doing simple
> field validation. It was really just only a javascript hack. Even for
> your business logic validation you can probably find better ways to
> handle it.
No no, you can still do it that way! Just like event listeners can both
be defined in the form definition and added on a widget instance, the
same can be done with validators. I agree with Benoit that this is an
essential feature.
See the interface Widget: it has the methods addValidator and
removeValidator, which take an object implementing the WidgetValidator
interface as argument. See the description of that interface on how a
WidgetValidator implementation is supposed to behave.
There is still one issue, which is that widget validators on parent
widgets are not executed if any of the validators on one of their child
widgets fails. Once this is changed, adding a WidgetValidator on a form
object would be the same as the earlier validator function, except that
now the validation will be part of normal form processing cycle and that
avoids a few problems. [this change is just a one line fix, and is
already agreed upon, but I haven't had time for this yet]
I posted earlier an example to the list on how to implement a Java
interface in javascript, or you can find that in the rhino docs also.
Alternatively, in the v3 api you can do widget.validator = function() {}
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
bruno@outerthought.org bruno@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: how to do form custom validators
Posted by Joerg Heinicke <jo...@gmx.de>.
On 26.05.2004 00:53, Benoit Deshaies wrote:
> I looked at the sample you posted Vadim. I have a question and a
> comment regarding validation using <fd:javascript>. In those JS
> snippets, can you access the cocoon object (like session) and can you
> load your own Java classes (Packages.com.xyz.Object)?
>
> And my comment is this: for simple forms, including the validation
> rules such as which fields are required in the form definition itself
> is probably fine. But on larger applications with complex validation
> logic (think income tax report), people are likely to implement some
> sort of external validator component. My concern is that by including
> the validation code in the form definition, you're mixing the
> presentation and business layer. In that respect, I preferred the
> old-style JS validation function, which correctly put the business
> logic out of the presentation layer.
Nobody prevents you from doing it that way, you still can readd this for
your use case. But this is no longer the default way for doing simple
field validation. It was really just only a javascript hack. Even for
your business logic validation you can probably find better ways to
handle it.
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: how to do form custom validators
Posted by Benoit Deshaies <bd...@yahoo.com>.
I looked at the sample you posted Vadim. I have a question and a
comment regarding validation using <fd:javascript>. In those JS
snippets, can you access the cocoon object (like session) and can you
load your own Java classes (Packages.com.xyz.Object)?
And my comment is this: for simple forms, including the validation
rules such as which fields are required in the form definition itself
is probably fine. But on larger applications with complex validation
logic (think income tax report), people are likely to implement some
sort of external validator component. My concern is that by including
the validation code in the form definition, you're mixing the
presentation and business layer. In that respect, I preferred the
old-style JS validation function, which correctly put the business
logic out of the presentation layer.
Benoit Deshaies
--- Vadim Gritsenko <va...@reverycodes.com> wrote:
> See <fd:validation> tags in:
>
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/forms/samples/forms/form1.xml?rev=1.7&view=auto
__________________________________
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: how to do form custom validators
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Johnson wrote:
>I see the instruction
>*) CForms: Remove custom flow level forms validators. [VG]
>how to to custom validators now?
>
>
See <fd:validation> tags in:
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/forms/samples/forms/form1.xml?rev=1.7&view=auto
PS Please avoid cross posting.
Vadim
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: how to do form custom validators
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Johnson wrote:
>I see the instruction
>*) CForms: Remove custom flow level forms validators. [VG]
>how to to custom validators now?
>
>
See <fd:validation> tags in:
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/forms/samples/forms/form1.xml?rev=1.7&view=auto
PS Please avoid cross posting.
Vadim
how to do for custom validators
Posted by Johnson <jo...@soho.club.tw>.
Hi!
I see the instruction
*) CForms: Remove custom flow level forms validators. [VG]
how to to custom validators now?
Best Regards
Johnson
----- Original Message -----
From: "Carsten Ziegeler" <cz...@s-und-n.de>
To: "'Cocoon-Dev'" <de...@cocoon.apache.org>; "'Cocoon-Users'"
<us...@cocoon.apache.org>; "'General@Xml. Apache. Org'"
<ge...@xml.apache.org>; <an...@xml.apache.org>
Sent: Tuesday, May 25, 2004 4:02 PM
Subject: [ANN] Apache Cocoon 2.1.5 Released
> Apache Cocoon 2.1.5 Released
> ----------------------------
>
> The Apache Cocoon Community is proud to announce the new release
> of Apache Cocoon. This release is licensed under the Apache License,
> Version 2.0.
>
> Apache Cocoon is a web development framework built around the concept
> of separation of concerns (that is: allowing people to do their job
> without having to step on each other toes) and component-oriented web
> RAD.
>
> Cocoon implements these concepts around the notion of 'component
> pipelines' modelled after the 'process chain' concept where each
> worker specializes on a particular operation. This makes it possible
> to use a Lego(tm)-like approach in building web solutions where
> these components can be hooked together into pipelines without
> requiring further programming.
>
> We like to think at Cocoon as "web glue" for your web application
> development needs. But most important, a glue that can keep
> concerns separate and allow parallel evolution of the two sides,
> improving development pace and reducing the chance of conflicts.
>
> The latest version is downloadable from
> http://cocoon.apache.org/mirror.cgi
>
> For more information about Apache Cocoon 2.1.5, please go to
> http://cocoon.apache.org.
>
> The Apache Cocoon Project
>
> Carsten
>
> Carsten Ziegeler
> Open Source Group, S&N AG
> http://radio.weblogs.com/0107211/
>
>
----------------------------------------------------------------------------
----
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
how to do for custom validators
Posted by Johnson <jo...@soho.club.tw>.
Hi!
I see the instruction
*) CForms: Remove custom flow level forms validators. [VG]
how to to custom validators now?
Best Regards
Johnson
----- Original Message -----
From: "Carsten Ziegeler" <cz...@s-und-n.de>
To: "'Cocoon-Dev'" <de...@cocoon.apache.org>; "'Cocoon-Users'"
<us...@cocoon.apache.org>; "'General@Xml. Apache. Org'"
<ge...@xml.apache.org>; <an...@xml.apache.org>
Sent: Tuesday, May 25, 2004 4:02 PM
Subject: [ANN] Apache Cocoon 2.1.5 Released
> Apache Cocoon 2.1.5 Released
> ----------------------------
>
> The Apache Cocoon Community is proud to announce the new release
> of Apache Cocoon. This release is licensed under the Apache License,
> Version 2.0.
>
> Apache Cocoon is a web development framework built around the concept
> of separation of concerns (that is: allowing people to do their job
> without having to step on each other toes) and component-oriented web
> RAD.
>
> Cocoon implements these concepts around the notion of 'component
> pipelines' modelled after the 'process chain' concept where each
> worker specializes on a particular operation. This makes it possible
> to use a Lego(tm)-like approach in building web solutions where
> these components can be hooked together into pipelines without
> requiring further programming.
>
> We like to think at Cocoon as "web glue" for your web application
> development needs. But most important, a glue that can keep
> concerns separate and allow parallel evolution of the two sides,
> improving development pace and reducing the chance of conflicts.
>
> The latest version is downloadable from
> http://cocoon.apache.org/mirror.cgi
>
> For more information about Apache Cocoon 2.1.5, please go to
> http://cocoon.apache.org.
>
> The Apache Cocoon Project
>
> Carsten
>
> Carsten Ziegeler
> Open Source Group, S&N AG
> http://radio.weblogs.com/0107211/
>
>
----------------------------------------------------------------------------
----
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: [ANN] Apache Cocoon 2.1.5 Released
Posted by Bertrand Delacretaz <bd...@apache.org>.
Le 25 mai 04, à 10:02, Carsten Ziegeler a écrit :
> Apache Cocoon 2.1.5 Released
Thanks very much Carsten, congratulations to all!
-Bertrand