You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@cocoon.apache.org by st...@apache.org on 2004/03/29 19:47:23 UTC
cvs commit: cocoon-2.1/src/blocks/javaflow/samples/screens calculator-a.xml calculator-b.xml calculator-message.xml calculator-operator.xml calculator-result.xml employee-result.xml form1-result.xml form2-result.xml
stephan 2004/03/29 09:47:23
Modified: . gump.xml
lib jars.xml
lib/endorsed xalan-2.6.0.jar
Added: lib/core jakarta-bcel-20040329.jar
src/blocks/javaflow TODO.txt
src/blocks/javaflow/conf javaflow.xconf javaflow.xsamples
src/blocks/javaflow/java/org/apache/cocoon/components/flow/java
AbstractCocoonFlow.java Continuable.java
Continuation.java ContinuationCapable.java
ContinuationClassLoader.java
ContinuationContext.java ContinuationStack.java
JavaInterpreter.java VarMap.java VarMapHandler.java
src/blocks/javaflow/java/org/apache/cocoon/forms/flow/java
AbstractFormFlow.java
src/blocks/javaflow/java/org/apache/cocoon/samples/flow/java
CalculatorFlow.java FormFlow.java
PersistenceFlow.java
src/blocks/javaflow/samples sitemap.xmap
src/blocks/javaflow/samples/forms a-choices.xml
employee-binding.xml employee-template.xml
employee.xml form1-template.xml form1.xml
form2-binding.xml form2-template.xml form2.xml
src/blocks/javaflow/samples/screens calculator-a.xml
calculator-b.xml calculator-message.xml
calculator-operator.xml calculator-result.xml
employee-result.xml form1-result.xml
form2-result.xml
Log:
Intial import of the javaflow block.
Remove the bcel classes from the xalan.jar and
create an extra jar for those.
Revision Changes Path
1.137 +21 -1 cocoon-2.1/gump.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/gump.xml.diff?r1=1.136&r2=1.137
1.196 +11 -1 cocoon-2.1/lib/jars.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/lib/jars.xml.diff?r1=1.195&r2=1.196
1.1 cocoon-2.1/lib/core/jakarta-bcel-20040329.jar
<<Binary file>>
1.2 +133 -1837 cocoon-2.1/lib/endorsed/xalan-2.6.0.jar
<<Binary file>>
1.1 cocoon-2.1/src/blocks/javaflow/TODO.txt
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/TODO.txt?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/conf/javaflow.xconf
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/conf/javaflow.xconf?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/conf/javaflow.xsamples
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/conf/javaflow.xsamples?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/AbstractCocoonFlow.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/AbstractCocoonFlow.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/Continuable.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/Continuable.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/Continuation.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/Continuation.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/ContinuationCapable.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/ContinuationCapable.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/ContinuationClassLoader.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/ContinuationClassLoader.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/ContinuationContext.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/ContinuationContext.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/ContinuationStack.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/ContinuationStack.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/JavaInterpreter.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/JavaInterpreter.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/VarMap.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/VarMap.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/VarMapHandler.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/components/flow/java/VarMapHandler.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/forms/flow/java/AbstractFormFlow.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/forms/flow/java/AbstractFormFlow.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/samples/flow/java/CalculatorFlow.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/samples/flow/java/CalculatorFlow.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/samples/flow/java/FormFlow.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/samples/flow/java/FormFlow.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/samples/flow/java/PersistenceFlow.java
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/java/org/apache/cocoon/samples/flow/java/PersistenceFlow.java?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/sitemap.xmap
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/sitemap.xmap?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/forms/a-choices.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/forms/a-choices.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/forms/employee-binding.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/forms/employee-binding.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/forms/employee-template.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/forms/employee-template.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/forms/employee.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/forms/employee.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/forms/form1-template.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/forms/form1-template.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/forms/form1.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/forms/form1.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/forms/form2-binding.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/forms/form2-binding.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/forms/form2-template.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/forms/form2-template.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/forms/form2.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/forms/form2.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-a.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-a.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-b.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-b.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-message.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-message.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-operator.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-operator.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-result.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/screens/calculator-result.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/screens/employee-result.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/screens/employee-result.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/screens/form1-result.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/screens/form1-result.xml?rev=1.1
1.1 cocoon-2.1/src/blocks/javaflow/samples/screens/form2-result.xml
http://cvs.apache.org/viewcvs/cocoon-2.1/src/blocks/javaflow/samples/screens/form2-result.xml?rev=1.1
Re: extra bcel jar
Posted by Antonio Gallardo <ag...@agssa.net>.
Vadim Gritsenko dijo:
> Tim Larson wrote:
>
>>On Mon, Mar 29, 2004 at 02:25:24PM -0600, Antonio Gallardo wrote:
>>
>>
>>>While seeing inside the jars I also saw some parts that are interesting
>>>for us (now with the Cocoon hat on). For example all the DOM management.
>>> I
>>>saw the DOMHelpers classes everywhere doing the same over and over. I
>>>think inside Cocoon we can put all the DOM code in just one place.
>>>
>>>
>>
>>And add a toString method, please :) I see it duplicated in many
>>projects, so it is needed.
>>
>>
>
> How about moving such code to xml-commons?
+1 :-D
> PS Yet another toString():
> http://cvs.apache.org/viewcvs.cgi/xml-xindice/java/src/org/apache/xindice/xml/TextWriter.java?rev=1.17&view=auto
Yep. :-D
Best Regards,
Antonio Gallardo
Re: extra bcel jar
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Tim Larson wrote:
>On Mon, Mar 29, 2004 at 02:25:24PM -0600, Antonio Gallardo wrote:
>
>
>>While seeing inside the jars I also saw some parts that are interesting
>>for us (now with the Cocoon hat on). For example all the DOM management. I
>>saw the DOMHelpers classes everywhere doing the same over and over. I
>>think inside Cocoon we can put all the DOM code in just one place.
>>
>>
>
>And add a toString method, please :) I see it duplicated in many
>projects, so it is needed.
>
>
How about moving such code to xml-commons?
PS Yet another toString():
http://cvs.apache.org/viewcvs.cgi/xml-xindice/java/src/org/apache/xindice/xml/TextWriter.java?rev=1.17&view=auto
Vadim
Re: extra bcel jar
Posted by Tim Larson <ti...@keow.org>.
On Mon, Mar 29, 2004 at 02:25:24PM -0600, Antonio Gallardo wrote:
> While seeing inside the jars I also saw some parts that are interesting
> for us (now with the Cocoon hat on). For example all the DOM management. I
> saw the DOMHelpers classes everywhere doing the same over and over. I
> think inside Cocoon we can put all the DOM code in just one place.
And add a toString method, please :) I see it duplicated in many
projects, so it is needed.
--Tim Larson
Re: extra bcel jar
Posted by Antonio Gallardo <ag...@agssa.net>.
Gianugo Rabellino dijo:
> Antonio Gallardo wrote:
>>>>Well, at a very least everything is under the ASL and in sync now...
>>>>wouldn't Gump be able to spot the problem if we miss a cycle?
>>>
>>>BTW, I think it's a very bad idea to capsulate so many projects in their
>>>jar. The current jar includes BCEL, CUP and jakarta-regex. Note that we
>>>are use jakarta-regex twice?!
>>
>>
>> I agree. We must make a xalan without bcel and jakarta-regex. It can
>> also
>> be a source of problems too.
>
> Well, *they* (the Xalan guys) should, not we.
Agreed. I thought as part of the ASF community. :-D
While seeing inside the jars I also saw some parts that are interesting
for us (now with the Cocoon hat on). For example all the DOM management. I
saw the DOMHelpers classes everywhere doing the same over and over. I
think inside Cocoon we can put all the DOM code in just one place.
Best Regards,
Antonio Gallardo
Re: extra bcel jar
Posted by Stefano Mazzocchi <st...@apache.org>.
Gianugo Rabellino wrote:
> Antonio Gallardo wrote:
>
>>>> Well, at a very least everything is under the ASL and in sync now...
>>>> wouldn't Gump be able to spot the problem if we miss a cycle?
>>>
>>>
>>> BTW, I think it's a very bad idea to capsulate so many projects in their
>>> jar. The current jar includes BCEL, CUP and jakarta-regex. Note that we
>>> are use jakarta-regex twice?!
>>
>>
>>
>> I agree. We must make a xalan without bcel and jakarta-regex. It can also
>> be a source of problems too.
>
>
> Well, *they* (the Xalan guys) should, not we.
they do, in fact. it's just a matter of running the right target on the
ant build file.
--
Stefano.
Re: extra bcel jar
Posted by Gianugo Rabellino <gi...@apache.org>.
Antonio Gallardo wrote:
>>>Well, at a very least everything is under the ASL and in sync now...
>>>wouldn't Gump be able to spot the problem if we miss a cycle?
>>
>>BTW, I think it's a very bad idea to capsulate so many projects in their
>>jar. The current jar includes BCEL, CUP and jakarta-regex. Note that we
>>are use jakarta-regex twice?!
>
>
> I agree. We must make a xalan without bcel and jakarta-regex. It can also
> be a source of problems too.
Well, *they* (the Xalan guys) should, not we.
Ciao,
--
Gianugo Rabellino
Pro-netics s.r.l. - http://www.pro-netics.com
Orixo, the XML business alliance - http://www.orixo.com
(Blogging at: http://www.rabellino.it/blog/)
Re: extra bcel jar
Posted by Antonio Gallardo <ag...@agssa.net>.
Stephan Michels dijo:
> Am Mo, den 29.03.2004 schrieb Gianugo Rabellino um 21:46:
>> Joerg Heinicke wrote:
>>
>> > On 29.03.2004 19:47, stephan@apache.org wrote:
>> >
>> >> Remove the bcel classes from the xalan.jar and
>> >> create an extra jar for those.
>> >
>> >
>> > *Ouch*. If I understand this correctly we have to do it for every
>> update
>> > on the Xalan jar until our continuations stuff goes into bcel that
>> goes
>> > later on into Xalan jar? Hopefully we will never forget it!
>>
>> Well, at a very least everything is under the ASL and in sync now...
>> wouldn't Gump be able to spot the problem if we miss a cycle?
>
> BTW, I think it's a very bad idea to capsulate so many projects in their
> jar. The current jar includes BCEL, CUP and jakarta-regex. Note that we
> are use jakarta-regex twice?!
I agree. We must make a xalan without bcel and jakarta-regex. It can also
be a source of problems too.
Best Regards,
Antonio Gallardo
Re: extra bcel jar
Posted by Stephan Michels <st...@apache.org>.
Am Mo, den 29.03.2004 schrieb Gianugo Rabellino um 21:46:
> Joerg Heinicke wrote:
>
> > On 29.03.2004 19:47, stephan@apache.org wrote:
> >
> >> Remove the bcel classes from the xalan.jar and
> >> create an extra jar for those.
> >
> >
> > *Ouch*. If I understand this correctly we have to do it for every update
> > on the Xalan jar until our continuations stuff goes into bcel that goes
> > later on into Xalan jar? Hopefully we will never forget it!
>
> Well, at a very least everything is under the ASL and in sync now...
> wouldn't Gump be able to spot the problem if we miss a cycle?
BTW, I think it's a very bad idea to capsulate so many projects in their
jar. The current jar includes BCEL, CUP and jakarta-regex. Note that we
are use jakarta-regex twice?!
Stephan.
Re: extra bcel jar
Posted by Gianugo Rabellino <gi...@apache.org>.
Joerg Heinicke wrote:
> On 29.03.2004 19:47, stephan@apache.org wrote:
>
>> Remove the bcel classes from the xalan.jar and
>> create an extra jar for those.
>
>
> *Ouch*. If I understand this correctly we have to do it for every update
> on the Xalan jar until our continuations stuff goes into bcel that goes
> later on into Xalan jar? Hopefully we will never forget it!
Well, at a very least everything is under the ASL and in sync now...
wouldn't Gump be able to spot the problem if we miss a cycle?
Ciao,
--
Gianugo Rabellino
Pro-netics s.r.l. - http://www.pro-netics.com
Orixo, the XML business alliance - http://www.orixo.com
(Blogging at: http://www.rabellino.it/blog/)
extra bcel jar (was: cvs commit)
Posted by Joerg Heinicke <jo...@gmx.de>.
On 29.03.2004 19:47, stephan@apache.org wrote:
> Remove the bcel classes from the xalan.jar and
> create an extra jar for those.
*Ouch*. If I understand this correctly we have to do it for every update
on the Xalan jar until our continuations stuff goes into bcel that goes
later on into Xalan jar? Hopefully we will never forget it!
Joerg