Re: XSP Logicsheet Questions...

[jakob . dalsgaard]

Not that I have that much experience on this issue, but there is a nice 
example of various ways to get in contact with a logicsheet in the file:

src/webapp/docs/samples/xsp/logicsheet.xsp

at least in my Cocoon 2.0.3 ...

Jakob Dalsgaard
Udvikler
e-mail:   [EMAIL PROTECTED]
Vesterbrogade 149
1620 København V
Tlf.:   70 25 80 30
Fax.: 70 25 80 31



-
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: XSP Logicsheet Questions...

[Christopher Painter-Wakefield]

FWIW, we are using relative file paths for our logicsheets, and this is
supposed to cause pages to be recompiled if we modify the logicsheet.  Be
warned, though, that it seems to be somewhat flaky; it often works as
expected, but sometimes not.  In those cases, you have to touch the main
XSP source file.  This can be extremely frustrating when you are wondering
why a bugfix you just put in doesn't seem to be working!!

-Christopher




An update -

In looking into the issue regarding changes to
logicsheets, I found the following reference:
http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=102374809216737&w=2

So, logicsheets declared with resource: in
cocoon.xconf are not checked for updates, but other
protocols are (including no protocol).

Geoff

--- Geoff Howard <[EMAIL PROTECTED]> wrote:
> I've been hoping someone would answer your questions
> with authority - I've just started using logicsheets
> as well.  My best answers follow:
>
> --- Andy Lewis <[EMAIL PROTECTED]> wrote:
>
> > First, it appears that a logicsheet must declared
> to
> > be used and that the only place to declare a
> > logic sheet is in the xconf file. Is this correct?
>
> Yes, although there is an undocumented "feature"
> available because of the TreeProcessor
> implementation
> which allows components defined in the
> map:components
> section of the sitemap the same as cocoon.xconf.
> What
> I don't know and haven't had the time to test is
> what
> happens with a case like logicsheets when there are
> some defined in cocoon.xconf and some defined in
> sitemap?  Give it a try and let us know.
>
> > Second, is the xconf file only reload at Cocoon
> > restart time, or are there other events that
> > trigger a reload as well?
>
> I think reload of the conf can also be triggered by
> sending an http request with the parameter
> cocoon-reload=true if you have not turned this
> option
> off in web.xml (or is it cocoon.xconf?)  While I
> have
> used this, I cannot recall if I carefully confirmed
> that the xconf file is actually re-read from disk
> correctly if modified.
>
> > Third, are changes to a logicsheet picked up and
> > used in a running Cocoon environment, or are they
> > only caught when the configuration is read?
>
> In my experience, changes to a logicsheet are not
> picked up by a running cocoon, and I'm not even sure
> they are re-read with cocoon-reload.  I have been
> cycling tomcat to get changes visible.
>
> > If
> > changes are picked up, are they a dependancy of
> the
> > pipeline, or are they only picked up when the XSP
> > itself is recompiled due to another trigger,
> > such as being updated.
>
> They are not re-read when the xsp is modified (don't
> know if this is a bug or intended functionality) but
> this raises two important points I've learned:
>
> - If you change the logicsheet, cycle the servlet
> container, and reload your page, the changes are not
> visible because the xsp is unmodified.  My current
> hack until I have time to look into how to do all
> this
> right is to "touch" the xsp (actually I make a
> trivial
> modification in the file and resave it)
> - You may be able to force reload of the logicsheet
> and recompile of the xsp without all of the
> histrionics reported above by using the
>  tag to manually report that your
> xsp
> relies on your logicsheet.
>
> I really hope I've missed some magic bullet that
> makes
> all this function as it seems it should.  I have a
> hard time believing that any logicsheet development
> happens the way I've been doing it (at least for
> long).
>
> HTH,
> Geoff Howard
>
>





-
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: XSP Logicsheet Questions...

[Geoff Howard]

An update - 

In looking into the issue regarding changes to
logicsheets, I found the following reference:
http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=102374809216737&w=2

So, logicsheets declared with resource: in
cocoon.xconf are not checked for updates, but other
protocols are (including no protocol).

Geoff

--- Geoff Howard <[EMAIL PROTECTED]> wrote:
> I've been hoping someone would answer your questions
> with authority - I've just started using logicsheets
> as well.  My best answers follow:
> 
> --- Andy Lewis <[EMAIL PROTECTED]> wrote:
> 
> > First, it appears that a logicsheet must declared
> to
> > be used and that the only place to declare a
> > logic sheet is in the xconf file. Is this correct?
> 
> Yes, although there is an undocumented "feature"
> available because of the TreeProcessor
> implementation
> which allows components defined in the
> map:components
> section of the sitemap the same as cocoon.xconf. 
> What
> I don't know and haven't had the time to test is
> what
> happens with a case like logicsheets when there are
> some defined in cocoon.xconf and some defined in
> sitemap?  Give it a try and let us know.
> 
> > Second, is the xconf file only reload at Cocoon
> > restart time, or are there other events that
> > trigger a reload as well?
> 
> I think reload of the conf can also be triggered by
> sending an http request with the parameter
> cocoon-reload=true if you have not turned this
> option
> off in web.xml (or is it cocoon.xconf?)  While I
> have
> used this, I cannot recall if I carefully confirmed
> that the xconf file is actually re-read from disk
> correctly if modified.
> 
> > Third, are changes to a logicsheet picked up and
> > used in a running Cocoon environment, or are they
> > only caught when the configuration is read? 
> 
> In my experience, changes to a logicsheet are not
> picked up by a running cocoon, and I'm not even sure
> they are re-read with cocoon-reload.  I have been
> cycling tomcat to get changes visible.
> 
> > If
> > changes are picked up, are they a dependancy of
> the
> > pipeline, or are they only picked up when the XSP
> > itself is recompiled due to another trigger,
> > such as being updated.
> 
> They are not re-read when the xsp is modified (don't
> know if this is a bug or intended functionality) but
> this raises two important points I've learned:
> 
> - If you change the logicsheet, cycle the servlet
> container, and reload your page, the changes are not
> visible because the xsp is unmodified.  My current
> hack until I have time to look into how to do all
> this
> right is to "touch" the xsp (actually I make a
> trivial
> modification in the file and resave it)
> - You may be able to force reload of the logicsheet
> and recompile of the xsp without all of the
> histrionics reported above by using the
>  tag to manually report that your
> xsp
> relies on your logicsheet.
> 
> I really hope I've missed some magic bullet that
> makes
> all this function as it seems it should.  I have a
> hard time believing that any logicsheet development
> happens the way I've been doing it (at least for
> long).
> 
> HTH,
> Geoff Howard
> 
> __
> Do you Yahoo!?
> U2 on LAUNCH - Exclusive greatest hits videos
> http://launch.yahoo.com/u2
> 
>
-
> 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]>
> 


__
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

-
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: XSP Logicsheet Questions...

[Geoff Howard]

I've been hoping someone would answer your questions
with authority - I've just started using logicsheets
as well.  My best answers follow:

--- Andy Lewis <[EMAIL PROTECTED]> wrote:

> First, it appears that a logicsheet must declared to
> be used and that the only place to declare a
> logic sheet is in the xconf file. Is this correct?

Yes, although there is an undocumented "feature"
available because of the TreeProcessor implementation
which allows components defined in the map:components
section of the sitemap the same as cocoon.xconf.  What
I don't know and haven't had the time to test is what
happens with a case like logicsheets when there are
some defined in cocoon.xconf and some defined in
sitemap?  Give it a try and let us know.

> Second, is the xconf file only reload at Cocoon
> restart time, or are there other events that
> trigger a reload as well?

I think reload of the conf can also be triggered by
sending an http request with the parameter
cocoon-reload=true if you have not turned this option
off in web.xml (or is it cocoon.xconf?)  While I have
used this, I cannot recall if I carefully confirmed
that the xconf file is actually re-read from disk
correctly if modified.

> Third, are changes to a logicsheet picked up and
> used in a running Cocoon environment, or are they
> only caught when the configuration is read? 

In my experience, changes to a logicsheet are not
picked up by a running cocoon, and I'm not even sure
they are re-read with cocoon-reload.  I have been
cycling tomcat to get changes visible.

> If
> changes are picked up, are they a dependancy of the
> pipeline, or are they only picked up when the XSP
> itself is recompiled due to another trigger,
> such as being updated.

They are not re-read when the xsp is modified (don't
know if this is a bug or intended functionality) but
this raises two important points I've learned:

- If you change the logicsheet, cycle the servlet
container, and reload your page, the changes are not
visible because the xsp is unmodified.  My current
hack until I have time to look into how to do all this
right is to "touch" the xsp (actually I make a trivial
modification in the file and resave it)
- You may be able to force reload of the logicsheet
and recompile of the xsp without all of the
histrionics reported above by using the
 tag to manually report that your xsp
relies on your logicsheet.

I really hope I've missed some magic bullet that makes
all this function as it seems it should.  I have a
hard time believing that any logicsheet development
happens the way I've been doing it (at least for
long).

HTH,
Geoff Howard

__
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

-
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]>

XSP Logicsheet Questions...

[Andy Lewis]

I am just starting to really get into XSP, having worked with various other parts of 
Cocoon
since 1.3  and I  have three questions regarding XPS Logicsheets:

First, it appears that a logicsheet must declared to be used and that the only place 
to declare a
logic sheet is in the xconf file. Is this correct?
Second, is the xconf file only reload at Cocoon restart time, or are there other 
events that
trigger a reload as well?
Third, are changes to a logicsheet picked up and used in a running Cocoon environment, 
or are they
only caught when the configuration is read? If changes are picked up, are they a 
dependancy of the
pipeline, or are they only picked up when the XSP itself is recompiled due to another 
trigger,
such as being updated.
Thanks!

-- 
"The heights of genius are only measurable by the depths of stupidity."



-
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]>