You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Berin Loritsch <bl...@apache.org> on 2001/03/15 21:39:33 UTC
[C2] Proposal for "generator" URL protocol
Keeping in mind with the Separation of Concerns pattern,
I would like to simplify some Enterprise development functionality.
Our company has come up with some informational DTDs that
represent key consepts in our system. What would benefit us
is the ability to write a custom generator that supplies
those compositional units. Right now, we are forced to implement
that functionality as LogicSheets. It is much easier for
us to write and test a Generator than it is to do LogicSheets.
The protocol would allow us to Xinclude or util:include those
units in approval and summary forms.
The URL would be used like this:
<util:include-uri href="generator://my-generator/source?parameter1=1¶meter2=2"/>
That would translate into roughly the following code:
StringTokenizer tok = new StringTokenizer(url, "/?&");
Generator gen = (Generator) generatorSelector.select(tok.nextToken());
String source = tok.nextToken();
Parameters params = new Parameters();
while(tok.hasMoreTokens()) {
StringTokenizer param = new StringTokenizer(tok.nextToken(), "=");
params.setParameter(param.nextToken(), param.nextToken());
}
gen.setup(resolver, objectModel, source, params);
This would allow me to create the generators using XSP, but without the
hastle of LogicSheet writing.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Cocoon2 at CeBIT
Posted by Donald Ball <ba...@webslingerZ.com>.
On Mon, 19 Mar 2001, Giacomo Pati wrote:
> Nice to see that, guys!
>
> Speaking of demonstrating Cocoon2 capabilities there is another Cocoon2
> app showing up on the CeBIT.
>
> PayNet (one of our customer) shows their EBP (Electronic Bill
> Presentment Solution) and uses what they call the PayNet-Demo-Shop which
> we wrote based on Cocoon 2. It will be presented in
>
> Halle 18/1.OG, Stand C55/1 PayNet
>
> Karsten Faber will be happy to present it to you :)
geez. now i feel behind the times - our team did the nortel networks cebit
virtual tradeshow site - but only in c1. :) it's multi-lingual though,
which is pretty cool.
- donald
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: Cocoon2 at CeBIT
Posted by Giacomo Pati <gi...@apache.org>.
Nice to see that, guys!
Speaking of demonstrating Cocoon2 capabilities there is another Cocoon2
app showing up on the CeBIT.
PayNet (one of our customer) shows their EBP (Electronic Bill
Presentment Solution) and uses what they call the PayNet-Demo-Shop which
we wrote based on Cocoon 2. It will be presented in
Halle 18/1.OG, Stand C55/1 PayNet
Karsten Faber will be happy to present it to you :)
Giacomo
Matthew Langham wrote:
>
> Anyone coming to CeBIT this year and interested in seeing Cocoon2 in action
> is invited to drop in on one of our booths and take a look:
>
> Halle 18/EG Stand A24/11 (s&n)
>
> Halle 3 Stand C33 (Partner with Software AG)
>
> We are showing our Cocoon2 based integration platform and using it as a
> frontend to Tamino - the XML database from Software AG. Also we are showing
> how a Cocoon2 based solution can be used to control bank peripherals such as
> an ATM and power such things as a News portal for banks....
>
> So why not drop in and talk Cocoon2 stuff with us.
>
> Matthew Langham (at CeBIT on 22./23.3.2001) / Carsten Ziegeler (at CeBIT on
> 27.3.2001)
>
> --
> Open Source Group sunShine - Lighting up e:Business
> =================================================================
> Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
> =================================================================
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: Cocoon2 at CeBIT
Posted by Giacomo Pati <gi...@apache.org>.
Nice to see that, guys!
Speaking of demonstrating Cocoon2 capabilities there is another Cocoon2
app showing up on the CeBIT.
PayNet (one of our customer) shows their EBP (Electronic Bill
Presentment Solution) and uses what they call the PayNet-Demo-Shop which
we wrote based on Cocoon 2. It will be presented in
Halle 18/1.OG, Stand C55/1 PayNet
Karsten Faber will be happy to present it to you :)
Giacomo
Matthew Langham wrote:
>
> Anyone coming to CeBIT this year and interested in seeing Cocoon2 in action
> is invited to drop in on one of our booths and take a look:
>
> Halle 18/EG Stand A24/11 (s&n)
>
> Halle 3 Stand C33 (Partner with Software AG)
>
> We are showing our Cocoon2 based integration platform and using it as a
> frontend to Tamino - the XML database from Software AG. Also we are showing
> how a Cocoon2 based solution can be used to control bank peripherals such as
> an ATM and power such things as a News portal for banks....
>
> So why not drop in and talk Cocoon2 stuff with us.
>
> Matthew Langham (at CeBIT on 22./23.3.2001) / Carsten Ziegeler (at CeBIT on
> 27.3.2001)
>
> --
> Open Source Group sunShine - Lighting up e:Business
> =================================================================
> Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
> =================================================================
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Cocoon2 at CeBIT
Posted by Matthew Langham <ml...@sundn.de>.
Anyone coming to CeBIT this year and interested in seeing Cocoon2 in action
is invited to drop in on one of our booths and take a look:
Halle 18/EG Stand A24/11 (s&n)
Halle 3 Stand C33 (Partner with Software AG)
We are showing our Cocoon2 based integration platform and using it as a
frontend to Tamino - the XML database from Software AG. Also we are showing
how a Cocoon2 based solution can be used to control bank peripherals such as
an ATM and power such things as a News portal for banks....
So why not drop in and talk Cocoon2 stuff with us.
Matthew Langham (at CeBIT on 22./23.3.2001) / Carsten Ziegeler (at CeBIT on
27.3.2001)
--
Open Source Group sunShine - Lighting up e:Business
=================================================================
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
=================================================================
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Proposal for "generator" URL protocol
Posted by Giacomo Pati <gi...@apache.org>.
Berin Loritsch wrote:
>
> Giacomo Pati wrote:
> >
> > Berin Loritsch wrote:
> > >
> > > Keeping in mind with the Separation of Concerns pattern,
> > > I would like to simplify some Enterprise development functionality.
> > > Our company has come up with some informational DTDs that
> > > represent key consepts in our system. What would benefit us
> > > is the ability to write a custom generator that supplies
> > > those compositional units. Right now, we are forced to implement
> > > that functionality as LogicSheets. It is much easier for
> > > us to write and test a Generator than it is to do LogicSheets.
> > >
> > > The protocol would allow us to Xinclude or util:include those
> > > units in approval and summary forms.
> > >
> > > The URL would be used like this:
> > >
> > > <util:include-uri href="generator://my-generator/source?parameter1=1¶meter2=2"/>
> > >
> > > That would translate into roughly the following code:
> > >
> > > StringTokenizer tok = new StringTokenizer(url, "/?&");
> > > Generator gen = (Generator) generatorSelector.select(tok.nextToken());
> > > String source = tok.nextToken();
> > > Parameters params = new Parameters();
> > >
> > > while(tok.hasMoreTokens()) {
> > > StringTokenizer param = new StringTokenizer(tok.nextToken(), "=");
> > > params.setParameter(param.nextToken(), param.nextToken());
> > > }
> > >
> > > gen.setup(resolver, objectModel, source, params);
> > >
> > > This would allow me to create the generators using XSP, but without the
> > > hastle of LogicSheet writing.
> >
> > Isn't this something which might run in parallel to content aggregation,
> > I don't know what the status is. Wasn't it Ross Burton working on it?
>
> I don't know. It may, it may not. The problem is that I don't have any
> guestimation on the time it would take to get a Content Aggregation System
> in place. I am thinking of something simplified. If it doesn't fit Cocoon
> needs, we can create it as an interim solution internally--but then noone
> else gets the benefit of it.
Ok, I hadn't in mind to stop you :) only that we don't get lost.
Giacomo
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Proposal for "generator" URL protocol
Posted by Berin Loritsch <bl...@apache.org>.
Giacomo Pati wrote:
>
> Berin Loritsch wrote:
> >
> > Keeping in mind with the Separation of Concerns pattern,
> > I would like to simplify some Enterprise development functionality.
> > Our company has come up with some informational DTDs that
> > represent key consepts in our system. What would benefit us
> > is the ability to write a custom generator that supplies
> > those compositional units. Right now, we are forced to implement
> > that functionality as LogicSheets. It is much easier for
> > us to write and test a Generator than it is to do LogicSheets.
> >
> > The protocol would allow us to Xinclude or util:include those
> > units in approval and summary forms.
> >
> > The URL would be used like this:
> >
> > <util:include-uri href="generator://my-generator/source?parameter1=1¶meter2=2"/>
> >
> > That would translate into roughly the following code:
> >
> > StringTokenizer tok = new StringTokenizer(url, "/?&");
> > Generator gen = (Generator) generatorSelector.select(tok.nextToken());
> > String source = tok.nextToken();
> > Parameters params = new Parameters();
> >
> > while(tok.hasMoreTokens()) {
> > StringTokenizer param = new StringTokenizer(tok.nextToken(), "=");
> > params.setParameter(param.nextToken(), param.nextToken());
> > }
> >
> > gen.setup(resolver, objectModel, source, params);
> >
> > This would allow me to create the generators using XSP, but without the
> > hastle of LogicSheet writing.
>
> Isn't this something which might run in parallel to content aggregation,
> I don't know what the status is. Wasn't it Ross Burton working on it?
I don't know. It may, it may not. The problem is that I don't have any
guestimation on the time it would take to get a Content Aggregation System
in place. I am thinking of something simplified. If it doesn't fit Cocoon
needs, we can create it as an interim solution internally--but then noone
else gets the benefit of it.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Proposal for "generator" URL protocol
Posted by Giacomo Pati <gi...@apache.org>.
Ross Burton wrote:
>
> On Sat, 17 Mar 2001, Giacomo Pati wrote:
>
> > Isn't this something which might run in parallel to content aggregation,
> > I don't know what the status is. Wasn't it Ross Burton working on it?
>
> Wasn't me boss!
Hey, don't call me boss :) I don't like it.
Ok, I always mix up those two names. You know Russel and Ross sound too
similar in my (german) brain. Sorry.
So, Paul, are you the one that offers to work on the content aggregation
or am I confused about it?
> I think it was Paul Russel? I may be wrong too, of
> course. :-)
Giacomo
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Proposal for "generator" URL protocol
Posted by Ross Burton <ro...@itzinteractive.com>.
On Sat, 17 Mar 2001, Giacomo Pati wrote:
> Isn't this something which might run in parallel to content aggregation,
> I don't know what the status is. Wasn't it Ross Burton working on it?
Wasn't me boss! I think it was Paul Russel? I may be wrong too, of
course. :-)
Ross
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Proposal for "generator" URL protocol
Posted by Giacomo Pati <gi...@apache.org>.
Berin Loritsch wrote:
>
> Keeping in mind with the Separation of Concerns pattern,
> I would like to simplify some Enterprise development functionality.
> Our company has come up with some informational DTDs that
> represent key consepts in our system. What would benefit us
> is the ability to write a custom generator that supplies
> those compositional units. Right now, we are forced to implement
> that functionality as LogicSheets. It is much easier for
> us to write and test a Generator than it is to do LogicSheets.
>
> The protocol would allow us to Xinclude or util:include those
> units in approval and summary forms.
>
> The URL would be used like this:
>
> <util:include-uri href="generator://my-generator/source?parameter1=1¶meter2=2"/>
>
> That would translate into roughly the following code:
>
> StringTokenizer tok = new StringTokenizer(url, "/?&");
> Generator gen = (Generator) generatorSelector.select(tok.nextToken());
> String source = tok.nextToken();
> Parameters params = new Parameters();
>
> while(tok.hasMoreTokens()) {
> StringTokenizer param = new StringTokenizer(tok.nextToken(), "=");
> params.setParameter(param.nextToken(), param.nextToken());
> }
>
> gen.setup(resolver, objectModel, source, params);
>
> This would allow me to create the generators using XSP, but without the
> hastle of LogicSheet writing.
Isn't this something which might run in parallel to content aggregation,
I don't know what the status is. Wasn't it Ross Burton working on it?
Giacomo
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Proposal for "generator" URL protocol
Posted by Berin Loritsch <bl...@apache.org>.
Torsten Curdt wrote:
>
> > Keeping in mind with the Separation of Concerns pattern,
> > I would like to simplify some Enterprise development functionality.
> > Our company has come up with some informational DTDs that
> > represent key consepts in our system. What would benefit us
> > is the ability to write a custom generator that supplies
> > those compositional units. Right now, we are forced to implement
> > that functionality as LogicSheets. It is much easier for
> > us to write and test a Generator than it is to do LogicSheets.
> >
> > The protocol would allow us to Xinclude or util:include those
> > units in approval and summary forms.
> >
> > The URL would be used like this:
> >
> > <util:include-uri href="generator://my-generator/source?parameter1=1¶meter2=2"/>
>
> Do I get this right? You are talking about generator based
> including? ... So one XSPGenerator can include the result
> from another XSPGenerator?
>
> Sounds promising!!
That's the general idea--Giacomo made a point that this may
crosscut the work being done on aggregation. I need to see
what is going on with that first.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: [C2] Proposal for "generator" URL protocol
Posted by Torsten Curdt <tc...@dff.st>.
> Keeping in mind with the Separation of Concerns pattern,
> I would like to simplify some Enterprise development functionality.
> Our company has come up with some informational DTDs that
> represent key consepts in our system. What would benefit us
> is the ability to write a custom generator that supplies
> those compositional units. Right now, we are forced to implement
> that functionality as LogicSheets. It is much easier for
> us to write and test a Generator than it is to do LogicSheets.
>
> The protocol would allow us to Xinclude or util:include those
> units in approval and summary forms.
>
> The URL would be used like this:
>
> <util:include-uri href="generator://my-generator/source?parameter1=1¶meter2=2"/>
Do I get this right? You are talking about generator based
including? ... So one XSPGenerator can include the result
from another XSPGenerator?
Sounds promising!!
--
Torsten
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org