RE: Dynamic sitemap

[Steven Cummings]

This might be a far leap from the original request, but does anybody know if it is 
possible in the future that we might get  and  now that 2.1-dev 
has simplified input modules? I know map:select already does basically what map:choose 
would do (assuming similarity to the same xsl constructs), but with select's, the 
variable you're switching on is hard-wired into the selector type. With input modules 
and something like map:choose, some of the hard-coded selectors could become obsolete.

/S

Reinhard Pötz <[EMAIL PROTECTED]> wrote:

>No because this would lead to a real mess in sitemaps and therefore to
>committers are against dynamic sitemaps (and IMHO they are right ...).
>and maybe the more important reason is that nobody has ever presented a
>usecase that makes dynamic sitemaps necessary.
>
>By the way, what's your usecase?
>
>Regards,
>Reinhard
>
>> -Original Message-
>> From: Ali Mesbah [mailto:[EMAIL PROTECTED] 
>> Sent: Friday, April 04, 2003 11:10 AM
>> To: [EMAIL PROTECTED]
>> Subject: Dynamic sitemap
>> 
>> 
>> 
>> Hallo,
>> I need to add new pipelines to the sitemap dynamically. Is 
>> there any way of doing this??
>> 
>> Thanks,
>> -- 
>> -- Ali Mesbah, West Consulting B.V., www.west.nl, +31 15 2191600
>> 
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Steven Cummings
Columbia, MO
Email: [EMAIL PROTECTED]
AIM:   cummingscs
ICQ:   3330114
MSN:   [EMAIL PROTECTED]


__
Try AOL and get 1045 hours FREE for 45 days!
http://free.aol.com/tryaolfree/index.adp?375380

Get AOL Instant Messenger 5.1 for FREE! Download Now!
http://aim.aol.com/aimnew/Aim/register.adp?promo=380455

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Dynamic sitemap

[Reinhard Pötz]

No because this would lead to a real mess in sitemaps and therefore to
committers are against dynamic sitemaps (and IMHO they are right ...).
and maybe the more important reason is that nobody has ever presented a
usecase that makes dynamic sitemaps necessary.

By the way, what's your usecase?

Regards,
Reinhard

> -Original Message-
> From: Ali Mesbah [mailto:[EMAIL PROTECTED] 
> Sent: Friday, April 04, 2003 11:10 AM
> To: [EMAIL PROTECTED]
> Subject: Dynamic sitemap
> 
> 
> 
> Hallo,
> I need to add new pipelines to the sitemap dynamically. Is 
> there any way of doing this??
> 
> Thanks,
> -- 
> -- Ali Mesbah, West Consulting B.V., www.west.nl, +31 15 2191600
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Dynamic sitemap

[Ali Mesbah]

Hallo,
I need to add new pipelines to the sitemap dynamically. Is there any way of
doing this??

Thanks,
-- 
-- Ali Mesbah, West Consulting B.V., www.west.nl, +31 15 2191600

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: dynamic sitemap dependent on response mimetype ?

[SAXESS - Hussayn Dabbous]

Hy;

My original problem came up, when i started to gather data
from another site under authentication. This site happened
to send back a login form instead of the expected XML-data
stream uppon first request. Unfortuntely the site did NOT
send back a HTTP-401 from which i could setup some error
handling.

It would have been great, when this login form could be
processed instead of the original datastream and handed
over to my browser instead of the expected data.
But the only hint i have here is the mime type i get back.
And even this gets broken, if the errorpage would also be
an XML-document.
OK, the whole things needs a major rethought anyway...
thanks again for your support  ;-)

hussayn

Geoff Howard wrote:

At 10:23 AM 2/18/2003, you wrote:


Anyway i think, your answer saved me from
doing unnecessary experiments...

regards, Hussayn



Good - that's why I wrote that despite not really having time to 
understand fully what you were trying to do. ;)

Geoff

Geoff Howard wrote:


Sounds like you're asking to dynamically affect the pipeline setup 
after the generator is called which is by design impossible.  If so, 
you'll need a component that executes before pipeline setup (which 
therefore can alter pipeline setup) which limits you to actions, 
matchers, and selectors.  (did i miss one?)  Most likely, you're 
going to want an action.
Geoff
At 06:20 AM 2/18/2003, you wrote:

Hy;

Can i overcome following problem:

Within a match i read or aggregate some XML-sources from another
server, e.g.:


  http://myserver/mypage.xml"/>
  
  


Now suppose, myserver does not send back the content of
mypage.xml, but another HTTP-200 response containing an
HTML message with some informal message in it, like
"site is currenlty down", or something similar.

What happens in the above case is, that my style sheet simply
gets something very different from what it expected. Possibly
even the response is not well formed... In fact getting the wrong
mimetype is an error, but what i received is still valuable and i
want to send this back instead of the expected xml-data:

What i search is a possibility to simply skip the transformation if i
get something else, than say "plain/xml" as mimetype back from
myserver. Instead doing the transformation, i want directly send back
what i gathered from myserver so far.
How can this be done ?

And going one step further what can i do in this case:


  http://myserver/mypage"/>
  ...


Now lets say, i don't know at all, what mimetype myserver
will return, but i wanted to do something, if mimetype is plain/xml
and simply return the data as is in any other case...
How could i achieve this ?

Or is there something, that is so obvious and i simply
don't see it ?

regards, hussayn

--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 
To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>





-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: dynamic sitemap dependent on response mimetype ?

[Geoff Howard]

At 10:23 AM 2/18/2003, you wrote:


Anyway i think, your answer saved me from
doing unnecessary experiments...

regards, Hussayn


Good - that's why I wrote that despite not really having time to understand 
fully what you were trying to do. ;)

Geoff

Geoff Howard wrote:

Sounds like you're asking to dynamically affect the pipeline setup after 
the generator is called which is by design impossible.  If so, you'll 
need a component that executes before pipeline setup (which therefore can 
alter pipeline setup) which limits you to actions, matchers, and 
selectors.  (did i miss one?)  Most likely, you're going to want an action.
Geoff
At 06:20 AM 2/18/2003, you wrote:

Hy;

Can i overcome following problem:

Within a match i read or aggregate some XML-sources from another
server, e.g.:


  http://myserver/mypage.xml"/>
  
  


Now suppose, myserver does not send back the content of
mypage.xml, but another HTTP-200 response containing an
HTML message with some informal message in it, like
"site is currenlty down", or something similar.

What happens in the above case is, that my style sheet simply
gets something very different from what it expected. Possibly
even the response is not well formed... In fact getting the wrong
mimetype is an error, but what i received is still valuable and i
want to send this back instead of the expected xml-data:

What i search is a possibility to simply skip the transformation if i
get something else, than say "plain/xml" as mimetype back from
myserver. Instead doing the transformation, i want directly send back
what i gathered from myserver so far.
How can this be done ?

And going one step further what can i do in this case:


  http://myserver/mypage"/>
  ...


Now lets say, i don't know at all, what mimetype myserver
will return, but i wanted to do something, if mimetype is plain/xml
and simply return the data as is in any other case...
How could i achieve this ?

Or is there something, that is so obvious and i simply
don't see it ?

regards, hussayn

--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 
To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>


--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>





-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: dynamic sitemap dependent on response mimetype ?

[SAXESS - Hussayn Dabbous]

Hy, Geoff;

Thank's for the info.
I hoped there was a better integrated solution.
Ok, then i have to think about what that means
for my current project in more detail.
Anyway i think, your answer saved me from
doing unnecessary experiments...

regards, Hussayn


Geoff Howard wrote:

Sounds like you're asking to dynamically affect the pipeline setup after 
the generator is called which is by design impossible.  If so, you'll 
need a component that executes before pipeline setup (which therefore 
can alter pipeline setup) which limits you to actions, matchers, and 
selectors.  (did i miss one?)  Most likely, you're going to want an action.

Geoff

At 06:20 AM 2/18/2003, you wrote:

Hy;

Can i overcome following problem:

Within a match i read or aggregate some XML-sources from another
server, e.g.:


  http://myserver/mypage.xml"/>
  
  


Now suppose, myserver does not send back the content of
mypage.xml, but another HTTP-200 response containing an
HTML message with some informal message in it, like
"site is currenlty down", or something similar.

What happens in the above case is, that my style sheet simply
gets something very different from what it expected. Possibly
even the response is not well formed... In fact getting the wrong
mimetype is an error, but what i received is still valuable and i
want to send this back instead of the expected xml-data:

What i search is a possibility to simply skip the transformation if i
get something else, than say "plain/xml" as mimetype back from
myserver. Instead doing the transformation, i want directly send back
what i gathered from myserver so far.
How can this be done ?

And going one step further what can i do in this case:


  http://myserver/mypage"/>
  ...


Now lets say, i don't know at all, what mimetype myserver
will return, but i wanted to do something, if mimetype is plain/xml
and simply return the data as is in any other case...
How could i achieve this ?

Or is there something, that is so obvious and i simply
don't see it ?

regards, hussayn

--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>





-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: dynamic sitemap dependent on response mimetype ?

[Geoff Howard]

Sounds like you're asking to dynamically affect the pipeline setup after 
the generator is called which is by design impossible.  If so, you'll need 
a component that executes before pipeline setup (which therefore can alter 
pipeline setup) which limits you to actions, matchers, and selectors.  (did 
i miss one?)  Most likely, you're going to want an action.

Geoff

At 06:20 AM 2/18/2003, you wrote:
Hy;

Can i overcome following problem:

Within a match i read or aggregate some XML-sources from another
server, e.g.:


  http://myserver/mypage.xml"/>
  
  


Now suppose, myserver does not send back the content of
mypage.xml, but another HTTP-200 response containing an
HTML message with some informal message in it, like
"site is currenlty down", or something similar.

What happens in the above case is, that my style sheet simply
gets something very different from what it expected. Possibly
even the response is not well formed... In fact getting the wrong
mimetype is an error, but what i received is still valuable and i
want to send this back instead of the expected xml-data:

What i search is a possibility to simply skip the transformation if i
get something else, than say "plain/xml" as mimetype back from
myserver. Instead doing the transformation, i want directly send back
what i gathered from myserver so far.
How can this be done ?

And going one step further what can i do in this case:


  http://myserver/mypage"/>
  ...


Now lets say, i don't know at all, what mimetype myserver
will return, but i wanted to do something, if mimetype is plain/xml
and simply return the data as is in any other case...
How could i achieve this ?

Or is there something, that is so obvious and i simply
don't see it ?

regards, hussayn

--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>





-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

dynamic sitemap dependent on response mimetype ?

[SAXESS - Hussayn Dabbous]

Hy;

Can i overcome following problem:

Within a match i read or aggregate some XML-sources from another
server, e.g.:


  http://myserver/mypage.xml"/>
  
  


Now suppose, myserver does not send back the content of
mypage.xml, but another HTTP-200 response containing an
HTML message with some informal message in it, like
"site is currenlty down", or something similar.

What happens in the above case is, that my style sheet simply
gets something very different from what it expected. Possibly
even the response is not well formed... In fact getting the wrong
mimetype is an error, but what i received is still valuable and i
want to send this back instead of the expected xml-data:

What i search is a possibility to simply skip the transformation if i
get something else, than say "plain/xml" as mimetype back from
myserver. Instead doing the transformation, i want directly send back
what i gathered from myserver so far.
How can this be done ?

And going one step further what can i do in this case:


  http://myserver/mypage"/>
  ...


Now lets say, i don't know at all, what mimetype myserver
will return, but i wanted to do something, if mimetype is plain/xml
and simply return the data as is in any other case...
How could i achieve this ?

Or is there something, that is so obvious and i simply
don't see it ?

regards, hussayn

--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: dynamic sitemap ?

[Christoph Henrici]

Robert Koberg wrote:

>I see from some archives that SM does not like dynamic sitemaps. My tool
>needs dynamic sitemaps. 
>
Still a newby, but definitely understanding a bit more about the
concepts of cocoon 2, i think are your
probably confusing different levels of requirements with regard to
change --- or just like me a couple of
days ago, not getting to grips completly with the concepts of cocoon 2,
what is dynamic and what should'nt be

The sitemap is "fairly" static by definition, but dynamic by usage .
With "fairly" i mean: you can change the sitemap,
it can grow, it can get smaller etc, but not in the same with the same
life-cycle as the content and even structural
apperance of your site. The sitemap defines all potential pipelines,
aggregations, filters etc.of all possible structural
combinations to produce dynamically the content of your site. This
surely does not have the same change cycle as content
and structural appearance itself, and it can be complex: just like the
structure of a structure
of a specific sentence of a language versus the structure of the
language itself. You can "produce" language in a
fairly dynamic and creative way, but the underlying structure, albeit
fairly complex, is at any given time static.
It evolves also, but very slowly .. Ok, the comparision does'nt
suite all that well, since we are "inventing languages"
all the time  the life - cycle of a site is much shorter than with
our "natural" language, there may requirements
for managing different overlapping life - cycles of different sitemaps,
just like with any code, but that does'nt mean that the
sitemap is dynamic. This goes more into the realm of configuration and
change management of "code"  see also the link:
http://chello.sourceforge.net/
For early stages of developing complex sites, i also would'nt use
cocoon2 that much, but tools with which you can fairly
quickly prototype your requirements. After you know more about your
requirements, move on to cocoon2, it will help you
greatly! If at poiint you have requirements to be able to apply
different structural combinations dynamically
depending on eg. user preferences etc. That is done generatively by
using generators by combining different
pipelets (cinclude/xinclude) dynamically , by filtering and/or by
aggregation based on the "same" it is "static" sitemap.

>Would cocoon be the wrong choice? I mean does the
>burden of recompiling the sitemap on each update make it impractical?
>
Specially if unnecessary ..

>
>
>thanks,
>-Rob
>
>
>-
>Please check that your question has not already been answered in the
>FAQ before posting. 
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail: <[EMAIL PROTECTED]>
>

Christoph Henrici



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: dynamic sitemap ?

[Robert Koberg]

> - Original Message -
> From: <[EMAIL PROTECTED]>


> Do you need a dynamic sitemap or a dynamic site structure?
>
> The sitemap is (becomes) HTTP request->response mapping code.
> It needs recompiling for each change to the sitemap.xmap file - a massive
> overhead on a per-request basis (!)
> You can include code that interrogates a dynamic system and influence the
> response - this may be what you mean ? :)
>
> David

Thanks David, but I a not clear on how to do that. Currently I have my own
sitemap/site-config system. I allow authorized/roled users to
add/update/remove pages and folders to a site. I use different XML files to
describe the site for example (is there some example or documentation on how
I could map this to cocoon's "dynamic system"?):

site.xml


 
  
   










   
   




   
  
  
   




   
   






   
  
...

...


--

content.xml
---


   

 

 


  



-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: dynamic sitemap ?

[david . greaves]

Do you need a dynamic sitemap or a dynamic site structure?

The sitemap is (becomes) HTTP request->response mapping code.
It needs recompiling for each change to the sitemap.xmap file - a massive
overhead on a per-request basis (!)
You can include code that interrogates a dynamic system and influence the
response - this may be what you mean ? :)

David


> -Original Message-
> From: Robert Koberg [mailto:[EMAIL PROTECTED]]
> Sent: 11 January 2002 11:44
> To: cocoon-users
> Subject: dynamic sitemap ?
> 
> 
> I see from some archives that SM does not like dynamic 
> sitemaps. My tool
> needs dynamic sitemaps.  Would cocoon be the wrong choice? I 
> mean does the
> burden of recompiling the sitemap on each update make it impractical?
> 
> thanks,
> -Rob
> 
> 
> -
> 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: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 

-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

dynamic sitemap ?

[Robert Koberg]

I see from some archives that SM does not like dynamic sitemaps. My tool
needs dynamic sitemaps.  Would cocoon be the wrong choice? I mean does the
burden of recompiling the sitemap on each update make it impractical?

thanks,
-Rob


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Design: a more dynamic sitemap ?

[giacomo]

On Thu, 22 Nov 2001, Luca Morandini wrote:

> Folks,
>
> I think Cocoon is terrific for web publishing, and that the sitemap concept
> is just brilliant.

Thanks.

> But, for more complex web applications, I think the current sitemap concept
> falls short.

This is already recognized and random thoughts about how this can be
solved are issued discussed on the cocoon-dev list.

Giacomo

> What I would like is a sitemap which responds to SAX events and, generally,
> is more dynamic.
>
> Just imagine a SAX event modifying a sitemap parameter in order to redirect
> the flow... wouldn't it be great ?
>
> Since I don't know whether this issue is really felt amongst Cocoon users
> and developers, may someone let me know his thought and/or whether this
> issue has surfaced amongst the Cocoon developers ?
>
> Best regards,
>
> P.S.
> In order to clarify my thoughts, you may look at the thread "Sitemap
> parameters set by Transformer" posted about 10 ten days ago.
>
> -
>Luca Morandini
>GIS Consultant
>   [EMAIL PROTECTED]
> http://utenti.tripod.it/lmorandini/index.html
> -
>
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>
>
>
>


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Design: a more dynamic sitemap ?

[Luca Morandini]

Folks,

I think Cocoon is terrific for web publishing, and that the sitemap concept
is just brilliant.

But, for more complex web applications, I think the current sitemap concept
falls short.

What I would like is a sitemap which responds to SAX events and, generally,
is more dynamic.

Just imagine a SAX event modifying a sitemap parameter in order to redirect
the flow... wouldn't it be great ?

Since I don't know whether this issue is really felt amongst Cocoon users
and developers, may someone let me know his thought and/or whether this
issue has surfaced amongst the Cocoon developers ?

Best regards,

P.S.
In order to clarify my thoughts, you may look at the thread "Sitemap
parameters set by Transformer" posted about 10 ten days ago.

-
   Luca Morandini
   GIS Consultant
  [EMAIL PROTECTED]
http://utenti.tripod.it/lmorandini/index.html
-



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: how to implement a dynamic sitemap?

[Liam Morley]

Like many have said, actions work. Also,
I usually do the processing in the XSL, so when dealing with "what request
gets what what XSL", it's possible to have ALL
requests go to the SAME xsl. Of course it depends on
your demands.

 

Liam Morley

 

-Original Message-
From: Christer Lindh
[mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, October 24, 2001
6:03 PM
To: [EMAIL PROTECTED]
Subject: how to implement a
dynamic sitemap?

 



As far as I've understood C2, there
is now a quite static sitemap which tells what request gets what XSL. This
is too static for my needs, I would like to do a bunch of
calculations and then decide on what XSL to use. Is there any way I can accomplish
this with C2?





 





I have my own producer today with
Cocoon 1 which creates Documents from data in my database, and these are
then assigned an XSL depending on a bunch of parameters (from the database and
user environment as well), ie I add PI:s to the Document DOM dynamically.





 





So - is it possible to use
"classic" cocoon1.8 processing instructions with cocoon2, instead of
specifying processing stages in the sitemap?





 





If not, can I do my own implement of
the Sitemap interfaces and get C2 to use those instead?  My classes would
act just like a sitemap (as the interfaces are the same) but get it's daata
from database instead of a XML file in the filesystem.





 





 





 

Re: how to implement a dynamic sitemap?

[Sergio Carvalho]

Christer Lindh wrote:

> As far as I've understood C2, there is now a quite static sitemap 
> which tells what request gets what XSL. This is too static for my 
> needs, I would like to do a bunch of calculations and then decide on 
> what XSL to use. Is there any way I can accomplish this with C2?
>
One possible way is to use an action to define a sitemap variable with 
the name of the chose stylesheet.
Your mathcer would then look like:
 
   
   ...



>  
>
> I have my own producer today with Cocoon 1 which creates Documents 
> from data in my database, and these are then assigned an XSL depending 
> on a bunch of parameters (from the database and user environment as 
> well), ie I add PI:s to the Document DOM dynamically.
>
>  
>
> So - is it possible to use "classic" cocoon1.8 processing instructions 
> with cocoon2, instead of specifying processing stages in the sitemap?
>
>  
>
> If not, can I do my own implement of the Sitemap interfaces and get C2 
> to use those instead?  My classes would act just like a sitemap (as 
> the interfaces are the same) but get it's daata from database instead 
> of a XML file in the filesystem.
>
>  
>
>  
>
>  
>




-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: how to implement a dynamic sitemap?

[Piroumian, Konstantin]

Simply use an "action" to do your calculations then return the 
result to the sitemap:
 


    
    
          
    
    


 
Syntax is not exact, but you can easily understand what I mean 
if you take a look at the sample sitemap.
 
Regards,
    Konstantin Piroumian

  - Original Message - 
  From: 
  Christer Lindh 
  To: [EMAIL PROTECTED] 
  
  Sent: Thursday, October 25, 2001 2:03 
  AM
  Subject: how to implement a dynamic 
  sitemap?
  
  As far as I've understood C2, there is now a 
  quite static sitemap which tells what request gets what XSL. This is too 
  static for my needs, I would like to do a bunch of calculations and then 
  decide on what XSL to use. Is there any way I can accomplish this with 
  C2?
   
  I have my own producer today with Cocoon 
  1 which creates Documents from data in my database, and these are then 
  assigned an XSL depending on a bunch of parameters (from the database and user 
  environment as well), ie I add PI:s to the Document DOM 
  dynamically.
   
  So - is it possible to use "classic" cocoon1.8 processing instructions 
  with cocoon2, instead of specifying processing stages in the 
  sitemap?
   
  If not, can I do my own implement of the Sitemap 
  interfaces and get C2 to use those instead?  My classes would act just 
  like a sitemap (as the interfaces are the same) but get it's daata from 
  database instead of a XML file in the filesystem.
   
   
   

Re: how to implement a dynamic sitemap?

[Martin Man]

On Thu, Oct 25, 2001 at 12:03:06AM +0200, Christer Lindh wrote:
> As far as I've understood C2, there is now a quite static sitemap which tells what 
>request gets what XSL. This is too static for my needs, I would like to do a bunch of 
>calculations and then decide on what XSL to use. Is there any way I can accomplish 
>this with C2?
> 
> I have my own producer today with Cocoon 1 which creates Documents from data in my 
>database, and these are then assigned an XSL depending on a bunch of parameters (from 
>the database and user environment as well), ie I add PI:s to the Document DOM 
>dynamically.
> 
> So - is it possible to use "classic" cocoon1.8 processing instructions with cocoon2, 
>instead of specifying processing stages in the sitemap?
> 
> If not, can I do my own implement of the Sitemap interfaces and get C2 to use those 
>instead?  My classes would act just like a sitemap (as the interfaces are the same) 
>but get it's daata from database instead of a XML file in the filesystem.
> 
> 
> 


take a look at actions, they perfectly suit your case IMO, there is a bunch of
thm in the distro along with the documentation...


rgds,
martin
-- 
2CC0 4AF6 92DA 5CBF 5F09  7BCB 6202 7024 6E06 0223
http://mman.dyndns.org/mman.gpg

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: how to implement a dynamic sitemap?

[Mario Muja]

You can write your own actions, which return a 
value to the sitemap. This value can be used within the sitemap to decide, which 
XSL to use. In C2 you do not have to change your XML files to assign a 
stylesheet. This is handled dynamically by the stylesheet. From this point of 
view, I would say that the C1 approach is more static than the C2 sitemap. To 
get data from a database, I would use the ESQL logicsheet within an 
XSP.
 
Hint: I am not a C2 nor a Java expert. The above 
is, what I got from the documentation and from my own first C2 
samples.
 
Regards, Mario
 

  - Original Message - 
  From: 
  Christer Lindh 
  To: [EMAIL PROTECTED] 
  
  Sent: Thursday, October 25, 2001 12:03 
  AM
  Subject: how to implement a dynamic 
  sitemap?
  
  As far as I've understood C2, there is now a 
  quite static sitemap which tells what request gets what XSL. This is too 
  static for my needs, I would like to do a bunch of calculations and then 
  decide on what XSL to use. Is there any way I can accomplish this with 
  C2?
   
  I have my own producer today with Cocoon 
  1 which creates Documents from data in my database, and these are then 
  assigned an XSL depending on a bunch of parameters (from the database and user 
  environment as well), ie I add PI:s to the Document DOM 
  dynamically.
   
  So - is it possible to use "classic" cocoon1.8 processing instructions 
  with cocoon2, instead of specifying processing stages in the 
  sitemap?
   
  If not, can I do my own implement of the Sitemap 
  interfaces and get C2 to use those instead?  My classes would act just 
  like a sitemap (as the interfaces are the same) but get it's daata from 
  database instead of a XML file in the filesystem.
   
   
   

how to implement a dynamic sitemap?

[Christer Lindh]

As far as I've understood C2, there is now a quite 
static sitemap which tells what request gets what XSL. This is too 
static for my needs, I would like to do a bunch of calculations and then 
decide on what XSL to use. Is there any way I can accomplish this with 
C2?
 
I have my own producer today with Cocoon 
1 which creates Documents from data in my database, and these are then 
assigned an XSL depending on a bunch of parameters (from the database and user 
environment as well), ie I add PI:s to the Document DOM 
dynamically.
 
So - is it possible to use "classic" cocoon1.8 processing instructions with 
cocoon2, instead of specifying processing stages in the sitemap?
 
If not, can I do my own implement of the Sitemap 
interfaces and get C2 to use those instead?  My classes would act just like 
a sitemap (as the interfaces are the same) but get it's daata from database 
instead of a XML file in the filesystem.