You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Antonio Gallardo <ag...@agsoftware.dnsalias.com> on 2002/12/03 23:14:58 UTC
Can you explain a little more about that?
Hi Christian:
I saw you recently commited this changes:
1- New Logicsheet for use with InputModules. (CH)
2- add xsp.xsl now includes all xsp:init-page tags. Additional
xsp:exit-page tag for cleanup operations. (CH)
I use XSP and I will be glad to learn a little about this new features.
Two months ago you helped me with autonumeric-module for PosgreSQL Databse
using modular database. I dont saw the module into the cocoon.xconf. Of
course I have it already in my cocoon.xconf ;-) Thanks again.
<autoincrement-modules>
<component-instance logger="core.modules.auto" name="auto"
class="org.apache.cocoon.components.modules.database.PgsqlAutoIncrementModule"/>
</autoincrement-modules>
All I can said about it is that work fine. I have it already into
production without any problem. :-D
Can you include it into the cocoon.xconf or there is another policies
about what include into cocoon.xconf?
Best Regards,
Antonio Gallardo
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [SUMMARY] input.xsl / xsp:exit-page / xsp:init-page (was: Can you explain a little more about that?)
Posted by Antonio Gallardo <ag...@agsoftware.dnsalias.com>.
Christian:
Many Thanks again!
Yes, I will add some wiki pages.
Regards,
Antonio Gallardo
Christian Haul dijo:
> Antonio Gallardo wrote:
>> Hi Christian:
> >
>> I saw you recently commited this changes:
>>
>> 1- New Logicsheet for use with InputModules. (CH)
>
> Antonio,
>
> input.xsl is a very simple logicsheet, it contains three tags
> <input:get-parameter/>, <input:get-parameter-values/> and
> <input:get-parameter-names/> which just call the similar methods on an
> InputModule.
>
> References to modules are obtained at first access and are released at
> the end of the page. Consecutive accesses reuse the cached references.
>
> Apart from a mandatory parameter @module the tags should behave very
> much like the same tags from request.xsl
>
> Only drawback is that default values are limited to java.lang.String.
>
> It is based on logicsheet-utils.xsl so it takes <input:param/> for any
> parameter.
>
> An example can be found on the concepts document for modules.
>
>> 2- add xsp.xsl now includes all xsp:init-page tags. Additional
>> xsp:exit-page tag for cleanup operations. (CH)
>
> All top-level <xsp:exit-page/> tags will be included at the end of the
> page, i.e. after endDocument() is called. exit-page may only contain
> java code. A similar tag exists with init-page which is fired just
> before startDocument() is called.
>
> Both can be used to initialize local variables / clean up. Since they
> are outside the document scope, they _cannot_ be used to output anything
> to the client like headers or footers.
>
>> I use XSP and I will be glad to learn a little about this new
>> features.
>>
>> Two months ago you helped me with autonumeric-module for PosgreSQL
>> Databse using modular database. I dont saw the module into the
>> cocoon.xconf. Of course I have it already in my cocoon.xconf ;-)
>> Thanks again.
>>
>> <autoincrement-modules>
>> <component-instance logger="core.modules.auto" name="auto"
>> class="org.apache.cocoon.components.modules.database.PgsqlAutoIncrementModule"/>
>> </autoincrement-modules>
>>
>> All I can said about it is that work fine. I have it already into
>> production without any problem. :-D
>>
>> Can you include it into the cocoon.xconf or there is another policies
>> about what include into cocoon.xconf?
>
> According to my own repository it is in cocoon.xconf -- oh wait -- not
> for 2.1. OK, will fix that.
>
> BTW it is now possible to specify a different sequence name than the
> default one. See javadocs for details.
>
> Now, you've got the complete story, you write some docs ;-)
> Maybe you can get this up on the Wiki?
>
> Chris.
>
> --
> C h r i s t i a n H a u l
> haul@informatik.tu-darmstadt.de
> fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [SUMMARY] input.xsl / xsp:exit-page / xsp:init-page (was: Can you explain a little more about that?)
Posted by Antonio Gallardo <ag...@agsoftware.dnsalias.com>.
The update wiki docs work done!
Antonio Gallardo.
Christian Haul dijo:
> Antonio Gallardo wrote:
>> Hi Christian:
> >
>> I saw you recently commited this changes:
>>
>> 1- New Logicsheet for use with InputModules. (CH)
>
> Antonio,
>
> input.xsl is a very simple logicsheet, it contains three tags
> <input:get-parameter/>, <input:get-parameter-values/> and
> <input:get-parameter-names/> which just call the similar methods on an
> InputModule.
>
> References to modules are obtained at first access and are released at
> the end of the page. Consecutive accesses reuse the cached references.
>
> Apart from a mandatory parameter @module the tags should behave very
> much like the same tags from request.xsl
>
> Only drawback is that default values are limited to java.lang.String.
>
> It is based on logicsheet-utils.xsl so it takes <input:param/> for any
> parameter.
>
> An example can be found on the concepts document for modules.
>
>> 2- add xsp.xsl now includes all xsp:init-page tags. Additional
>> xsp:exit-page tag for cleanup operations. (CH)
>
> All top-level <xsp:exit-page/> tags will be included at the end of the
> page, i.e. after endDocument() is called. exit-page may only contain
> java code. A similar tag exists with init-page which is fired just
> before startDocument() is called.
>
> Both can be used to initialize local variables / clean up. Since they
> are outside the document scope, they _cannot_ be used to output anything
> to the client like headers or footers.
>
>> I use XSP and I will be glad to learn a little about this new
>> features.
>>
>> Two months ago you helped me with autonumeric-module for PosgreSQL
>> Databse using modular database. I dont saw the module into the
>> cocoon.xconf. Of course I have it already in my cocoon.xconf ;-)
>> Thanks again.
>>
>> <autoincrement-modules>
>> <component-instance logger="core.modules.auto" name="auto"
>> class="org.apache.cocoon.components.modules.database.PgsqlAutoIncrementModule"/>
>> </autoincrement-modules>
>>
>> All I can said about it is that work fine. I have it already into
>> production without any problem. :-D
>>
>> Can you include it into the cocoon.xconf or there is another policies
>> about what include into cocoon.xconf?
>
> According to my own repository it is in cocoon.xconf -- oh wait -- not
> for 2.1. OK, will fix that.
>
> BTW it is now possible to specify a different sequence name than the
> default one. See javadocs for details.
>
> Now, you've got the complete story, you write some docs ;-)
> Maybe you can get this up on the Wiki?
>
> Chris.
>
> --
> C h r i s t i a n H a u l
> haul@informatik.tu-darmstadt.de
> fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [SUMMARY] input.xsl / xsp:exit-page / xsp:init-page (was: Can you explain a little more about that?)
Posted by Christian Haul <ha...@dvs1.informatik.tu-darmstadt.de>.
On 05.Dec.2002 -- 01:25 PM, Konstantin Piroumian wrote:
>
> From: "Antonio Gallardo" <ag...@agsoftware.dnsalias.com>
> > Christian Haul dijo:
> > > Konstantin Piroumian wrote:
> > >> Hi!
> > >>
> > >> Why the names of tags are not:
> > >> <input:get-attribute />
> > >> <input:get-attribute-names />
> > >> etc.?
> > >
> > > Good point. My reasoning was that get-parameter is the most visible /
> > > most used tag from the request logicsheet. And since I see this as a
> > > replacement, I thought differences should be minimal.
> >
> > I agree too. Is better stay at the formal specification:
> >
> > tag is official called elements
> > parameter is official called attribute.
> >
> > Can you make the change Konstantin?
>
> I'll be able to do it only in the evening today (about 6 hours later). Hope
> this won't be too late.
Thanks a lot!
Chris.
--
C h r i s t i a n H a u l
haul@informatik.tu-darmstadt.de
fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [SUMMARY] input.xsl / xsp:exit-page / xsp:init-page (was: Can you explain a little more about that?)
Posted by Konstantin Piroumian <kp...@apache.org>.
From: "Antonio Gallardo" <ag...@agsoftware.dnsalias.com>
> Christian Haul dijo:
> > Konstantin Piroumian wrote:
> >> Hi!
> >>
> >> Why the names of tags are not:
> >> <input:get-attribute />
> >> <input:get-attribute-names />
> >> etc.?
> >
> > Good point. My reasoning was that get-parameter is the most visible /
> > most used tag from the request logicsheet. And since I see this as a
> > replacement, I thought differences should be minimal.
>
> I agree too. Is better stay at the formal specification:
>
> tag is official called elements
> parameter is official called attribute.
>
> Can you make the change Konstantin?
I'll be able to do it only in the evening today (about 6 hours later). Hope
this won't be too late.
Konstantin
>
> Antonio Gallardo
>
> >
> > Feel free to change the tag names -- I won't be able to do it today and
> > the release is coming up. We need to decide and act on this fast and I
> > will be effectively offline for the rest of today starting now.
> > There is an example quoted in
> > src/documentation/xdocs/userdocs/concepts/modules.xml Be sure to change
> > that as well.
> >
> > Chris.
> >
> > --
> > C h r i s t i a n H a u l
> > haul@informatik.tu-darmstadt.de
> > fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [SUMMARY] input.xsl / xsp:exit-page / xsp:init-page (was: Can you explain a little more about that?)
Posted by Antonio Gallardo <ag...@agsoftware.dnsalias.com>.
Christian Haul dijo:
> Konstantin Piroumian wrote:
>> Hi!
>>
>> Why the names of tags are not:
>> <input:get-attribute />
>> <input:get-attribute-names />
>> etc.?
>
> Good point. My reasoning was that get-parameter is the most visible /
> most used tag from the request logicsheet. And since I see this as a
> replacement, I thought differences should be minimal.
I agree too. Is better stay at the formal specification:
tag is official called elements
parameter is official called attribute.
Can you make the change Konstantin?
Antonio Gallardo
>
> Feel free to change the tag names -- I won't be able to do it today and
> the release is coming up. We need to decide and act on this fast and I
> will be effectively offline for the rest of today starting now.
> There is an example quoted in
> src/documentation/xdocs/userdocs/concepts/modules.xml Be sure to change
> that as well.
>
> Chris.
>
> --
> C h r i s t i a n H a u l
> haul@informatik.tu-darmstadt.de
> fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [SUMMARY] input.xsl / xsp:exit-page / xsp:init-page (was: Can
you explain a little more about that?)
Posted by Christian Haul <ha...@informatik.tu-darmstadt.de>.
Konstantin Piroumian wrote:
> Hi!
>
> Why the names of tags are not:
> <input:get-attribute />
> <input:get-attribute-names />
> etc.?
Good point. My reasoning was that get-parameter is the most visible /
most used tag from the request logicsheet. And since I see this as a
replacement, I thought differences should be minimal.
Feel free to change the tag names -- I won't be able to do it today and
the release is coming up. We need to decide and act on this fast and I
will be effectively offline for the rest of today starting now.
There is an example quoted in
src/documentation/xdocs/userdocs/concepts/modules.xml Be sure to change
that as well.
Chris.
--
C h r i s t i a n H a u l
haul@informatik.tu-darmstadt.de
fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [SUMMARY] input.xsl / xsp:exit-page / xsp:init-page (was: Can you explain a little more about that?)
Posted by Konstantin Piroumian <kp...@apache.org>.
Hi!
Why the names of tags are not:
<input:get-attribute />
<input:get-attribute-names />
etc.?
I think it would be more consistent than having <input:get-parameter* />.
Regards,
Konstantin
From: "Christian Haul" <ha...@informatik.tu-darmstadt.de>
> Antonio Gallardo wrote:
> > Hi Christian:
> >
> > I saw you recently commited this changes:
> >
> > 1- New Logicsheet for use with InputModules. (CH)
>
> Antonio,
>
> input.xsl is a very simple logicsheet, it contains three tags
> <input:get-parameter/>, <input:get-parameter-values/> and
> <input:get-parameter-names/> which just call the similar methods on an
> InputModule.
>
> References to modules are obtained at first access and are released at
> the end of the page. Consecutive accesses reuse the cached references.
>
> Apart from a mandatory parameter @module the tags should behave very
> much like the same tags from request.xsl
>
> Only drawback is that default values are limited to java.lang.String.
>
> It is based on logicsheet-utils.xsl so it takes <input:param/> for any
> parameter.
>
> An example can be found on the concepts document for modules.
>
> > 2- add xsp.xsl now includes all xsp:init-page tags. Additional
> > xsp:exit-page tag for cleanup operations. (CH)
>
> All top-level <xsp:exit-page/> tags will be included at the end of the
> page, i.e. after endDocument() is called. exit-page may only contain
> java code. A similar tag exists with init-page which is fired just
> before startDocument() is called.
>
> Both can be used to initialize local variables / clean up. Since they
> are outside the document scope, they _cannot_ be used to output anything
> to the client like headers or footers.
>
> > I use XSP and I will be glad to learn a little about this new features.
> >
> > Two months ago you helped me with autonumeric-module for PosgreSQL
Databse
> > using modular database. I dont saw the module into the cocoon.xconf. Of
> > course I have it already in my cocoon.xconf ;-) Thanks again.
> >
> > <autoincrement-modules>
> > <component-instance logger="core.modules.auto" name="auto"
> >
class="org.apache.cocoon.components.modules.database.PgsqlAutoIncrementModul
e"/>
> > </autoincrement-modules>
> >
> > All I can said about it is that work fine. I have it already into
> > production without any problem. :-D
> >
> > Can you include it into the cocoon.xconf or there is another policies
> > about what include into cocoon.xconf?
>
> According to my own repository it is in cocoon.xconf -- oh wait -- not
> for 2.1. OK, will fix that.
>
> BTW it is now possible to specify a different sequence name than the
> default one. See javadocs for details.
>
> Now, you've got the complete story, you write some docs ;-)
> Maybe you can get this up on the Wiki?
>
> Chris.
>
> --
> C h r i s t i a n H a u l
> haul@informatik.tu-darmstadt.de
> fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
[SUMMARY] input.xsl / xsp:exit-page / xsp:init-page (was: Can you
explain a little more about that?)
Posted by Christian Haul <ha...@informatik.tu-darmstadt.de>.
Antonio Gallardo wrote:
> Hi Christian:
>
> I saw you recently commited this changes:
>
> 1- New Logicsheet for use with InputModules. (CH)
Antonio,
input.xsl is a very simple logicsheet, it contains three tags
<input:get-parameter/>, <input:get-parameter-values/> and
<input:get-parameter-names/> which just call the similar methods on an
InputModule.
References to modules are obtained at first access and are released at
the end of the page. Consecutive accesses reuse the cached references.
Apart from a mandatory parameter @module the tags should behave very
much like the same tags from request.xsl
Only drawback is that default values are limited to java.lang.String.
It is based on logicsheet-utils.xsl so it takes <input:param/> for any
parameter.
An example can be found on the concepts document for modules.
> 2- add xsp.xsl now includes all xsp:init-page tags. Additional
> xsp:exit-page tag for cleanup operations. (CH)
All top-level <xsp:exit-page/> tags will be included at the end of the
page, i.e. after endDocument() is called. exit-page may only contain
java code. A similar tag exists with init-page which is fired just
before startDocument() is called.
Both can be used to initialize local variables / clean up. Since they
are outside the document scope, they _cannot_ be used to output anything
to the client like headers or footers.
> I use XSP and I will be glad to learn a little about this new features.
>
> Two months ago you helped me with autonumeric-module for PosgreSQL Databse
> using modular database. I dont saw the module into the cocoon.xconf. Of
> course I have it already in my cocoon.xconf ;-) Thanks again.
>
> <autoincrement-modules>
> <component-instance logger="core.modules.auto" name="auto"
> class="org.apache.cocoon.components.modules.database.PgsqlAutoIncrementModule"/>
> </autoincrement-modules>
>
> All I can said about it is that work fine. I have it already into
> production without any problem. :-D
>
> Can you include it into the cocoon.xconf or there is another policies
> about what include into cocoon.xconf?
According to my own repository it is in cocoon.xconf -- oh wait -- not
for 2.1. OK, will fix that.
BTW it is now possible to specify a different sequence name than the
default one. See javadocs for details.
Now, you've got the complete story, you write some docs ;-)
Maybe you can get this up on the Wiki?
Chris.
--
C h r i s t i a n H a u l
haul@informatik.tu-darmstadt.de
fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>