RE: Does Bonebreaker sample still work with Cocoon 2.0.2?

[Rob Jellinghaus]

No, this was the *first* pipeline element.  (Don't tell me that was wrong 
too!  Thank goodness for /mount!)

Cheers,
Rob


At 09:27 PM 3/29/2002 -0500, Vadim Gritsenko wrote:
> > From: Rob Jellinghaus [mailto:[EMAIL PROTECTED]]
> >
> > ...and following myself up... it turns out that if I just put the
> > bonebreaker dir under %CATALINA_HOME%/webapps/cocoon/mount and edit
> > bonebreaker/sitemap.xmap to have "/cocoon/mount/bonebreaker" as the
> > base-url, then it works!  (without editing the toplevel sitemap.xmap,
>even!)
> >
> > So the question now is, why does the recommended top-level
>sitemap.xmap
> > information below *not* work?
>
>May be you added this snippet in the wrong place. May be you added it
>after the last pipeline element. This last pipeline element has **/
>match which shows directory listing.
>
> > >[Vadim: I am trying to make it so Mozilla sends plain text email; I
> > >apologize from the bottom of my heart if I fail :-) ]
>
>[Congrats, you have got it!]
>
>Vadim
>
>
> > And why not make this the standard way to
> > install bonebreaker?
> >
> > But in any case I'm happy now :-)
> > Cheers!
> > Rob
> >
> >
> >
> >
> > At 04:36 PM 3/29/2002 -0800, Rob Jellinghaus wrote:
> > >[Vadim: I am trying to make it so Mozilla sends plain text email; I
> > >apologize from the bottom of my heart if I fail :-) ]
> > >
> > >I have Cocoon 2.0.2 running with Tomcat 4.0.1 and Java 1.3.1_02.  I
>have
> > >been able to run the esql samples against both the built-in hsql DB
>and
> > >against my own mysql DB, so I know that I have *something* working
>:-)
> > >
> > >I have just downloaded bonebreaker.zip and unzipped it into
> > >%CATALINA_HOME%/webapps/cocoon/bonebreaker.  I have made the changes
>to my
> > >main sitemap.xmap as specified on
> >
> >http://www.cocooncenter.de/cc/documents/resources/navigation/installati
>on.htm
> > l
> > >:
> > >
> > >
> > >
> > >  
> > >  
> > > > >  reload-method="synchron" src="bonebreaker/"/>
> > >  
> > >
> > >  
> > >  
> > > > >  reload-method="synchron" src="bonebreaker/"/>
> > >  
> > >
> > >
> > >
> > >The problem is that when I go to
> > >http://localhost:8080/cocoon/bonebreaker/ I get a simple directory
> > >listing, not a Cocoon-rendered HTML page.  Here is the access.log
> > >(slightly cleaned up):
> > >
> > >DEBUG   (2002-03-29) 16:31.30:470   [access](/cocoon/bonebreaker/)
> > >HttpProcessor[8080][0]/AbstractEnvironment: Resolving 'sitemap.xmap'
>in
> > >context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
> > >DEBUG   (2002-03-29) 16:31.30:540   [access](/cocoon/bonebreaker/)
> > >HttpProcessor[8080][0]/AbstractEnvironment: Resolved to
> > >'file:/D:/dev/Tomcat 4.0/webapps/cocoon/sitemap.xmap'
> > >Resolving '' in context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
> > >Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
> > >Changing Cocoon context
> > >   from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix()
> > >  to context(sitemap.xmap) and prefix()
> > >  at URI bonebreaker/
> > >New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/
> > >Resolving 'stylesheets/system/directory2html.xsl' in context
> > >'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
> > >Resolved to 'file:/D:/dev/Tomcat
> > >4.0/webapps/cocoon/stylesheets/system/directory2html.xsl'
> > >Resolving 'bonebreaker' in context 'file:/D:/dev/Tomcat
>4.0/webapps/cocoon/'
> > >Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/bonebreaker/'
> > >Set the URI Prefix (OLD=, NEW=)
> > >Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/
> > >'bonebreaker/' Processed by Apache Cocoon 2.0.2 in 10.385 seconds.
> > >
> > >So I tried going to
> > >http://localhost:8080/cocoon/bonebreaker/home/home.section but that
>gives
> > >me a 404.  The access.log says:
> > >
> > >Changing Cocoon context
> > >  from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix()
> > >  to context(sitemap.xmap) and prefix()
> > >  at URI bonebreaker/home/home.section
> > >New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/
> > >Set the URI Prefix (OLD=, NEW=)
> > >Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/
> > >WARN(2002-03-29) 16:31.46:663
> > >[access](/cocoon/bonebreaker/home/home.section)
> > >HttpProcessor[8080][0]/CocoonServlet: The resource was not found
> > >org.apache.cocoon.ResourceNotFoundException: No pipeline matched
>request:
> > >/bonebreaker/home/home.section
> > >at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat
> > > 4.0\work\localhost\cocoon\cocoon-
> > files\org/apache/cocoon/www\sitemap_xmap.java:3175)
> > >at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat
> > > 4.0\work\localhost\cocoon\cocoon-
> > files\org/apache/cocoon/www\sitemap_xmap.java:2489)
> > >at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)
> > >at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179)
> > >at
> > >
>org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154
>)
> > >at org.apache.cocoon.Cocoon.pr

Re: HTML Output Issues

[Corey Jewett]

Sorry for the long turn around, took an unexpected vacation. :)

Unfortunately I've already tried the no-indent-strip-space-all-elements
solution without success. I tried it again just to be sure and it still
didn't work. Following are snippets from relevant files.

I've truncated the attributes of the tags so line wrapping doesn't
distract from the problem. All comments are also added. In case it
matters I'm using a completely stock cocoon 2.0.1 under Tomcat 4.0.1 on
RedHat 7.1.

My content looks like this:









My XSL looks like this:


http://www.w3.org/1999/XSL/Transform";
version="1.0" xml:space="preserve">



  
http://www.w3.org/1999/xhtml";>
  







  

  


  


...

  

  

  



The output like this:


  

  





...


Finally if it is relevant I'm using a nested sitemap:


http://apache.org/cocoon/sitemap/1.0";>


























Basically if the spacing in the stylesheet could be maintained into the
output then it would work fine, but instead extra line returns are being
placed at the end of every tag. Any way to stop this short of modifying
the code in cocoon?

Thanks,
Corey



On Tue, 2002-03-26 at 02:52, Bert Van Kets wrote:
> I had the same problem.  Adding
> 
> 
> right under the root node solved the problem.  Every image sticks correctly 
> to the previous one in the browser.  All the tags follow one another.  It's 
> also a very good way to compress the HTML output.  There's one drawback 
> though: all the leading spaces are stripped too.  So if you are relying on 
> a space to separate text from an image you have to add a space using the 
> xsl:text element.
> Make sure you don't have any JavaScript in your page or the lines from your 
> code will be placed on 1 line too.  Use external javascript files and 
> everything is solved.
> Bert
> 
> 
> At 01:49 26/03/2002 -0800, you wrote:
> >Rookie cocoon user. Asked this question about a week ago and got no
> >answer, trying to rephrase it.
> >
> >I have very simple XML documents. I'm using a simple XSL to insert
> >content (from the XML) into an XHTML skin. Works well except the
> >resulting HTML is modified which breaks browser display compatibility
> >(menu layout spacing is drastically, and incorrectly, changed). Example:
> >
> >Input:
> > 
> >
> >
> >Output:
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >Is there some way to keep the XHTML that is embedded in my XSL from
> >being reformatted this way. I've tried messing with a variety of XML and
> >XSL whitespace control techniques, but none with the desired result.
> >
> >Any help would be appreciated.
> >
> >Corey
> >
> >
> >-
> >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]>
> 



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

Attn : SunRise developers: Identified 1 bug and fixed it , please clarify and do the same in the CVS

[Chitharanjan Das]

Hello,
In Handler .java in the method Configure, there is a section of
code, which is trying to build a fully referenced URI for the redirect
URI. This
Should not be done, the redirector takes care of this.
I have commented out the section and this has the label
/** Commented by Chiths 

And also I have added some System.out.println statements for debug
because Handler does not implement Loggable.

Could the owner try and implement Loggable interface for handler as it
contains some juicy stuff, required for debugging..

I am attaching the modified  Handler.java (CVS Head version). Please
view it and comment if this is a mistake.

Thanks in advance,

Regds,
Chiths



Handler.java
Description: java/

-
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: Cocoon 1.8.2

[Marty McClelland]

I use C1.8.2 with tomcat 3.2 - i've never been able 
to get C1.8.2 to work with tomcat 4 - marty

  - Original Message - 
  From: 
  Matus Krisztián 
  
  To: [EMAIL PROTECTED] 
  
  Sent: Thursday, March 28, 2002 10:51 
  AM
  Subject: Cocoon 1.8.2
  
  
  *** Sender : Matus Krisztián <[EMAIL PROTECTED]> ***
   
  Hello,I'm in need of your help. 
  My problem with Cocoon is that I can't breath itto life. I've made a build 
  with version 1.8.2 and put the JARs undertomcat4.0.1/lib.I've 
  copied cocoon-1.8.2/samples to tomcat4.0.1/webapps/samples.
  After I've copied cocoon.properties to 
  tomcat4.0.1/webapps/samples and made modifications to 
  tomcat4.0.1/webapps/samples/web.xml:    
  org.apache.cocoon.Cocoon    
  org.apache.cocoon.Cocoon    
      
  properties    
  /cocoon.properties    
      
  org.apache.cocoon.Cocoon    
  *.xmlI'm 
  receiving the following message with URLhttp://localhost.8080/samples/index.xml 
  
   
   Publishing 
  Engine could not be initialized.
   
    
  java.lang.RuntimeException: Error loading logicsheet at 
  resource://org/apache/cocoon/processor/xsp/library/java/util.xsl due to 
  java.lang.Exception: Resource not found or retrieving 
  error.  
  at 
  org.apache.cocoon.processor.xsp.XSPProcessor.init(XSPProcessor.java:302)  
  at 
  org.apache.cocoon.framework.Manager.create(Manager.java:109)  
  at 
  org.apache.cocoon.framework.Router.init(Router.java:80)  
  at 
  org.apache.cocoon.framework.Manager.create(Manager.java:109)  
  at 
  org.apache.cocoon.Engine.(Engine.java:179)  
  at 
  org.apache.cocoon.Engine.getInstance(Engine.java:232)  
  at 
  org.apache.cocoon.Cocoon.init(Cocoon.java:157)  
  at 
  org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)  
  at 
  org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:615)  
  at 
  org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)  
  at 
  org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)  
  at 
  org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)  
  at 
  org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)  
  at 
  org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)  
  at 
  org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)  
  at 
  org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)  
  at 
  org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)  
  at 
  org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)  
  at 
  org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)  
  at 
  org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)  
  at 
  org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)  
  at 
  org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)  
  at 
  org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)  
  at 
  org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)  
  at 
  org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)  
  at 
  org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)  
  at 
  org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)  
  at 
  org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)  
  at 
  org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)  
  at 
  org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)  
  at 
  org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)  
  at 
  org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)  
  at 
  org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011)  
  at 
  org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106)  
  at java.lang.Thread.run(Thread.java:484)<[EMAIL PROTECTED]>

Re: Why isn't Cocoon making into the commerical world?

[Marty McClelland]

> > What is its direct competition?
Someone in my local java users group recently advocated Struts - another
apache project - over cocoon.  Anyone have any comments?


-
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: Why isn't Cocoon making into the commerical world?

[Anthony W. Marino]

> What is its direct competition?  A variety of other content management
> systems, foremost of which is probably Zope (an open-source Python CMS with
> a good web UI but no XSL underpinnings).  This is an evolving sector.  If
> you look on Google for "content management system" or "Java XSLT" you will
> probably turn up rather more hits
>
> IMHO the main difficulty with Cocoon right now is how hard it is to
> learn.  I am spending most of this week just coming to grips with the
> basics.  It is *not* easy to dive right into the system and understand
> (say) exactly how the esql sample page gets converted into html (i.e. what
> exactly are all the steps of the pipeline, and where are they defined in
> the various sitemaps / logicsheets / stylesheets).  Nor is it easy to know
> where to start when creating a new site, with a new CSS foundation and all
> new templates.
>

> I would love (and may work on developing) a "starter web application" under
> Cocoon, with its own local sitemap and its own templates... sort of a
> "hello world webapp" totally contained in one directory.
>
> Right now Cocoon is really best suited for programmers with lots of time to
> learn a new (albeit powerful) tool.  In order to get wider adoption, Cocoon
> will need *even more* attention paid to making it easy for newbies to start
> working with it -- not only more tutorials along the lines of CTwiG, but
> also more (and more functional!) sample applications, and probably even
> more web-based management tools (since doing *all* Cocoon administration by
> editing XML files is not exactly easy -- try out Zope for an example of a
> different, simpler, approach).
>
> I do still like Cocoon, in theory, but the learning curve is daunting and
> it's still not clear I will be able to spend enough time on it to start
> getting good results.
>
> Cheers,
> Rob


Rob,

There's another product that I just stumbled upon called 4Suite/Server 
(www.fourthought.com) that's built with python.  A project developer claimed 
that 4Suite is much easier to come to grips with than Cocoon.  

I, personally, don't have any experience with it, however, I'm going to give 
it a whirl later next week. 

Anthony

-
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: Does Bonebreaker sample still work with Cocoon 2.0.2?

[Vadim Gritsenko]

> From: Rob Jellinghaus [mailto:[EMAIL PROTECTED]]
> 
> ...and following myself up... it turns out that if I just put the
> bonebreaker dir under %CATALINA_HOME%/webapps/cocoon/mount and edit
> bonebreaker/sitemap.xmap to have "/cocoon/mount/bonebreaker" as the
> base-url, then it works!  (without editing the toplevel sitemap.xmap,
even!)
> 
> So the question now is, why does the recommended top-level
sitemap.xmap
> information below *not* work? 

May be you added this snippet in the wrong place. May be you added it
after the last pipeline element. This last pipeline element has **/
match which shows directory listing.

> >[Vadim: I am trying to make it so Mozilla sends plain text email; I
> >apologize from the bottom of my heart if I fail :-) ]

[Congrats, you have got it!]

Vadim


> And why not make this the standard way to
> install bonebreaker?
> 
> But in any case I'm happy now :-)
> Cheers!
> Rob
> 
> 
> 
> 
> At 04:36 PM 3/29/2002 -0800, Rob Jellinghaus wrote:
> >[Vadim: I am trying to make it so Mozilla sends plain text email; I
> >apologize from the bottom of my heart if I fail :-) ]
> >
> >I have Cocoon 2.0.2 running with Tomcat 4.0.1 and Java 1.3.1_02.  I
have
> >been able to run the esql samples against both the built-in hsql DB
and
> >against my own mysql DB, so I know that I have *something* working
:-)
> >
> >I have just downloaded bonebreaker.zip and unzipped it into
> >%CATALINA_HOME%/webapps/cocoon/bonebreaker.  I have made the changes
to my
> >main sitemap.xmap as specified on
>
>http://www.cocooncenter.de/cc/documents/resources/navigation/installati
on.htm
> l
> >:
> >
> >
> >
> >  
> >  
> > >  reload-method="synchron" src="bonebreaker/"/>
> >  
> >
> >  
> >  
> > >  reload-method="synchron" src="bonebreaker/"/>
> >  
> >
> >
> >
> >The problem is that when I go to
> >http://localhost:8080/cocoon/bonebreaker/  I get a simple directory
> >listing, not a Cocoon-rendered HTML page.  Here is the access.log
> >(slightly cleaned up):
> >
> >DEBUG   (2002-03-29) 16:31.30:470   [access](/cocoon/bonebreaker/)
> >HttpProcessor[8080][0]/AbstractEnvironment: Resolving 'sitemap.xmap'
in
> >context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
> >DEBUG   (2002-03-29) 16:31.30:540   [access](/cocoon/bonebreaker/)
> >HttpProcessor[8080][0]/AbstractEnvironment: Resolved to
> >'file:/D:/dev/Tomcat 4.0/webapps/cocoon/sitemap.xmap'
> >Resolving '' in context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
> >Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
> >Changing Cocoon context
> >   from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix()
> >  to context(sitemap.xmap) and prefix()
> >  at URI bonebreaker/
> >New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/
> >Resolving 'stylesheets/system/directory2html.xsl' in context
> >'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
> >Resolved to 'file:/D:/dev/Tomcat
> >4.0/webapps/cocoon/stylesheets/system/directory2html.xsl'
> >Resolving 'bonebreaker' in context 'file:/D:/dev/Tomcat
4.0/webapps/cocoon/'
> >Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/bonebreaker/'
> >Set the URI Prefix (OLD=, NEW=)
> >Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/
> >'bonebreaker/' Processed by Apache Cocoon 2.0.2 in 10.385 seconds.
> >
> >So I tried going to
> >http://localhost:8080/cocoon/bonebreaker/home/home.section but that
gives
> >me a 404.  The access.log says:
> >
> >Changing Cocoon context
> >  from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix()
> >  to context(sitemap.xmap) and prefix()
> >  at URI bonebreaker/home/home.section
> >New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/
> >Set the URI Prefix (OLD=, NEW=)
> >Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/
> >WARN(2002-03-29) 16:31.46:663
> >[access](/cocoon/bonebreaker/home/home.section)
> >HttpProcessor[8080][0]/CocoonServlet: The resource was not found
> >org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request:
> >/bonebreaker/home/home.section
> >at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat
> > 4.0\work\localhost\cocoon\cocoon-
> files\org/apache/cocoon/www\sitemap_xmap.java:3175)
> >at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat
> > 4.0\work\localhost\cocoon\cocoon-
> files\org/apache/cocoon/www\sitemap_xmap.java:2489)
> >at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)
> >at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179)
> >at
> >
org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154
)
> >at org.apache.cocoon.Cocoon.process(Cocoon.java:575)
> >at
>
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998)
> >at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> >at
> >
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFi
> lterChain.java:247)
> >at
> >
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChai
> n.java:193)
>

RE: Cocoon 2 and Dynamic SVG

[Vadim Gritsenko]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> 
> Why is that even when cache objects are turned down to a minimum
cocoon
> still takes up some file space in the work dir. I found 660 PCK
> extractor files in there this afternoon. I use the extractor quite
> extensively but I thought if Cocoon is told to cache only 5 objects it

in memory

> shouldn't go above this? Does anyone have any idea what settings I
need
> to implement to stop cocoon taking up so much space.

Turn off filesystem cache.

*Read* cocoon.xconf

Vadim

> 
> Thanks for your time.
> 
> Bobby Koya
> 


-
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: Does Bonebreaker sample still work with Cocoon 2.0.2?

[Rob Jellinghaus]

...and following myself up... it turns out that if I just put the 
bonebreaker dir under %CATALINA_HOME%/webapps/cocoon/mount and edit 
bonebreaker/sitemap.xmap to have "/cocoon/mount/bonebreaker" as the 
base-url, then it works!  (without editing the toplevel sitemap.xmap, even!)

So the question now is, why does the recommended top-level sitemap.xmap 
information below *not* work?  And why not make this the standard way to 
install bonebreaker?

But in any case I'm happy now :-)
Cheers!
Rob




At 04:36 PM 3/29/2002 -0800, Rob Jellinghaus wrote:
>[Vadim: I am trying to make it so Mozilla sends plain text email; I 
>apologize from the bottom of my heart if I fail :-) ]
>
>I have Cocoon 2.0.2 running with Tomcat 4.0.1 and Java 1.3.1_02.  I have 
>been able to run the esql samples against both the built-in hsql DB and 
>against my own mysql DB, so I know that I have *something* working :-)
>
>I have just downloaded bonebreaker.zip and unzipped it into 
>%CATALINA_HOME%/webapps/cocoon/bonebreaker.  I have made the changes to my 
>main sitemap.xmap as specified on 
>http://www.cocooncenter.de/cc/documents/resources/navigation/installation.html 
>:
>
>
>
>  
>  
>  reload-method="synchron" src="bonebreaker/"/>
>  
>
>  
>  
>  reload-method="synchron" src="bonebreaker/"/>
>  
>
>
>
>The problem is that when I go to 
>http://localhost:8080/cocoon/bonebreaker/  I get a simple directory 
>listing, not a Cocoon-rendered HTML page.  Here is the access.log 
>(slightly cleaned up):
>
>DEBUG   (2002-03-29) 16:31.30:470   [access](/cocoon/bonebreaker/) 
>HttpProcessor[8080][0]/AbstractEnvironment: Resolving 'sitemap.xmap' in 
>context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
>DEBUG   (2002-03-29) 16:31.30:540   [access](/cocoon/bonebreaker/) 
>HttpProcessor[8080][0]/AbstractEnvironment: Resolved to 
>'file:/D:/dev/Tomcat 4.0/webapps/cocoon/sitemap.xmap'
>Resolving '' in context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
>Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
>Changing Cocoon context
>   from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix()
>  to context(sitemap.xmap) and prefix()
>  at URI bonebreaker/
>New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/
>Resolving 'stylesheets/system/directory2html.xsl' in context 
>'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
>Resolved to 'file:/D:/dev/Tomcat 
>4.0/webapps/cocoon/stylesheets/system/directory2html.xsl'
>Resolving 'bonebreaker' in context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
>Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/bonebreaker/'
>Set the URI Prefix (OLD=, NEW=)
>Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/
>'bonebreaker/' Processed by Apache Cocoon 2.0.2 in 10.385 seconds.
>
>So I tried going to 
>http://localhost:8080/cocoon/bonebreaker/home/home.section but that gives 
>me a 404.  The access.log says:
>
>Changing Cocoon context
>  from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix()
>  to context(sitemap.xmap) and prefix()
>  at URI bonebreaker/home/home.section
>New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/
>Set the URI Prefix (OLD=, NEW=)
>Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/
>WARN(2002-03-29) 16:31.46:663
>[access](/cocoon/bonebreaker/home/home.section) 
>HttpProcessor[8080][0]/CocoonServlet: The resource was not found
>org.apache.cocoon.ResourceNotFoundException: No pipeline matched request: 
>/bonebreaker/home/home.section
>at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat 
> 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3175)
>at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat 
> 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:2489)
>at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)
>at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179)
>at 
> org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154)
>at org.apache.cocoon.Cocoon.process(Cocoon.java:575)
>at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>at 
> 
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
>at 
> 
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
>at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
>at 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
>at 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
>at 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
>at 
> org.apache.catalina.core.StandardPipeline.invoke(Stand

FW: Issues with sunRise authentication....

[Chitharanjan Das]

My original mail bounced back and hence I am resending it


-Original Message-
From: Chitharanjan Das [mailto:[EMAIL PROTECTED]] 
Sent: Friday, March 29, 2002 3:49 PM
To: '[EMAIL PROTECTED]'
Subject: Issues with sunRise authentication

Hello,

I am running cocoon 2.0.1 on my machine locally
  My m/c name is chiths

I 've a pipeline entry by name login, which is protected by LoginAction
.

If I address my m/c with localhost:8080, when it displays the resource ,
the URL gets changed to chiths:8080.

When I access non protected resource, the URL server name remains
Localhost.

What I think is happening is the sunrise code is creating the URL the
using inet address using java. Instead it should be using
request,getServerName().

This is a Major Bug, because the internal server name and the Internet
address of the production machines will be different and the internal
server name will not be resolvable..


I have 1 more question, is Sunrise being supported at All, I have posted
3 - 4 messages and have not received any messages .back..
Has this been scrapped






Logout issue:
LogoutAction does not work. I am using the same handle
foo-handler for logout also.Always get a Null Pointer exception
..

ava.lang.NullPointerException
at
org.apache.cocoon.sunshine.sunrise.SunRise.logout(SunRise.java:1087)
at
org.apache.cocoon.sunshine.sunrise.acting.LogoutAction.act(LogoutAction.
java:112)
at
org.apache.cocoon.www.sitemap_xmap.matchN10A1D(sitemap_xmap.java:12480)
at
org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:4060)
at
org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:3114)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:227)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:184)
at
org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:159
)
at org.apache.cocoon.Cocoon.process(Cocoon.java:581)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:959)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:201)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.ja
va:246)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
4)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:164)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:163)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.j
ava:1011)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:
1106)
at java.lang.Thread.run(Thread.java:484)



Thanks in advance,
Chit

Does Bonebreaker sample still work with Cocoon 2.0.2?

[Rob Jellinghaus]

[Vadim: I am trying to make it so Mozilla sends plain text email; I 
apologize from the bottom of my heart if I fail :-) ]

I have Cocoon 2.0.2 running with Tomcat 4.0.1 and Java 1.3.1_02.  I have 
been able to run the esql samples against both the built-in hsql DB and 
against my own mysql DB, so I know that I have *something* working :-)

I have just downloaded bonebreaker.zip and unzipped it into 
%CATALINA_HOME%/webapps/cocoon/bonebreaker.  I have made the changes to 
my main sitemap.xmap as specified on 
http://www.cocooncenter.de/cc/documents/resources/navigation/installation.html 
:



  
  

  

  
  

  



The problem is that when I go to 
http://localhost:8080/cocoon/bonebreaker/  I get a simple directory 
listing, not a Cocoon-rendered HTML page.  Here is the access.log 
(slightly cleaned up):

DEBUG   (2002-03-29) 16:31.30:470   [access](/cocoon/bonebreaker/) 
HttpProcessor[8080][0]/AbstractEnvironment: Resolving 'sitemap.xmap' in 
context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
DEBUG   (2002-03-29) 16:31.30:540   [access](/cocoon/bonebreaker/) 
HttpProcessor[8080][0]/AbstractEnvironment: Resolved to 
'file:/D:/dev/Tomcat 4.0/webapps/cocoon/sitemap.xmap'
Resolving '' in context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
Changing Cocoon context
   from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix()
  to context(sitemap.xmap) and prefix()
  at URI bonebreaker/
New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/
Resolving 'stylesheets/system/directory2html.xsl' in context 
'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
Resolved to 'file:/D:/dev/Tomcat 
4.0/webapps/cocoon/stylesheets/system/directory2html.xsl'
Resolving 'bonebreaker' in context 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/'
Resolved to 'file:/D:/dev/Tomcat 4.0/webapps/cocoon/bonebreaker/'
Set the URI Prefix (OLD=, NEW=)
Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/
'bonebreaker/' Processed by Apache Cocoon 2.0.2 in 10.385 seconds.

So I tried going to 
http://localhost:8080/cocoon/bonebreaker/home/home.section but that 
gives me a 404.  The access.log says:

Changing Cocoon context
  from context(file:/D:/dev/Tomcat 4.0/webapps/cocoon/) and prefix()
  to context(sitemap.xmap) and prefix()
  at URI bonebreaker/home/home.section
New context is file:/D:/dev/Tomcat 4.0/webapps/cocoon/
Set the URI Prefix (OLD=, NEW=)
Reset context to file:/D:/dev/Tomcat 4.0/webapps/cocoon/
WARN(2002-03-29) 16:31.46:663   
[access](/cocoon/bonebreaker/home/home.section) 
HttpProcessor[8080][0]/CocoonServlet: The resource was not found
org.apache.cocoon.ResourceNotFoundException: No pipeline matched 
request: /bonebreaker/home/home.section
at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat 
4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3175)
at org.apache.cocoon.www.sitemap_xmap.process(D:\dev\Tomcat 
4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:2489)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179)
at 
org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154)
at org.apache.cocoon.Cocoon.process(Cocoon.java:575)
at 
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at 
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at 
org.apache.catalina.valves.AccessLogValve.invo

Most likely I'm being lazy...

[Stephen Clarke]

Hi,
You guys are experts. I've made this little cocoon app to display selected
records from an xml data repository. The search criteria show up nicely in
the url. But now how do i get the search terms *into* the url. In a web
form, using the GET method, they automatically show up in the url encoded
get string. But in cocoon, well, i don't know how to go from the web form to
the url string.

As an example,
...cocoon/jco/location/all/SEATTLE/CHICAGO/TAMPA~ROAD~RD
searches for all records with location fields matching strings SEATTLE or
CHACAGO or TAMPA but not ROAD or RD.

Do i need to write javascript to put form field values into the url when the
user clicks submit, or is there a better way of doing it server side. Most
likely I'm just being lazy and  should really read the examples again and
study how they work.
--
Best,
Stephen Clarke


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

Cocoon 2 and Dynamic SVG

[president]

Why is that even when cache objects are turned down to a minimum cocoon
still takes up some file space in the work dir. I found 660 PCK
extractor files in there this afternoon. I use the extractor quite
extensively but I thought if Cocoon is told to cache only 5 objects it
shouldn't go above this? Does anyone have any idea what settings I need
to implement to stop cocoon taking up so much space. 

Thanks for your time.

Bobby Koya


-
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: Help: xml from a class with XSP

[Chitharanjan Das]

 

 

If u use just xsp:expr,
it will treat the o/p as parsed 
string , if you require the contents to be treated as a XML fragment,
you need to do as listed below

Include util logic sheet and use the
tags 

===


version="1.0"?>
:page xmlns:xsp="http://apache.org/xsp" xmlns:util="http://apache.org/xsp/util/2.0">
:include-expr>
com.plumcreek.junk.XSPTest.testMethod() 


:page>
===

 

 



accordia,
inc 

34347 Maybird Circle

Fremont, CA 94555



650
279 1137

[EMAIL PROTECTED]

 

The information contained
in this communication is intended solely for the use of the individual or
entity to whom it is addressed and others authorized to receive it. It may
contain confidential or legally privileged information. If you are not the
intended recipient you are hereby notified that any disclosure, copying,
distribution or taking any action in reliance on the contents of this
information is strictly prohibited and may be unlawful. If you have received
this communication in error, please notify us immediately by responding to this
email and then delete it from your system. Accordia
Inc. is neither liable for the proper and incomplete transmission of the
information contained in this communication nor for any delay in its receipt



 

-Original Message-
From: Larry Meadors
[mailto:[EMAIL PROTECTED]] 
Sent: Friday, March 29, 2002 3:39 PM
To: [EMAIL PROTECTED]
Subject: Help: xml from a class
with XSP

 



I am trying to do this:





 





===






http://apache.org/xsp">
  com.plumcreek.junk.XSPTest.testMethod()

===





 





Here's the code for the class: 



===





package com.plumcreek.junk;
public class XSPTest {
 public static String testMethod(){
  return "This space for rent.";
 }
}
===





 







I am expecting this string:
"This space for rent.", but instead, what I get on
my page is "
This space for rent.
".





 





Is there a way to tell XSP to not
tweak the returned string to make it "xml-safe"?





 





Environment: Win2K, jdk1.3.1,
cocoon 2.0





 





Larry





 

Issues with sunRise authentication....

[Chitharanjan Das]

Hello,

I am running cocoon 2.0.1 on my machine locally
  My m/c name is chiths

I 've a pipeline entry by name login, which is protected by LoginAction
.

If I address my m/c with localhost:8080, when it displays the resource ,
the URL gets changed to chiths:8080.

When I access non protected resource, the URL server name remains
Localhost.

What I think is happening is the sunrise code is creating the URL the
using inet address using java. Instead it should be using
request,getServerName().

This is a Major Bug, because the internal server name and the Internet
address of the production machines will be different and the internal
server name will not be resolvable..

I have 1 more question, is Sunrise being supported at All, I have posted
3 - 4 messages and have not received any messages .back..
Has this been scrapped

Thanks in advance,
Chiths





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

Help: xml from a class with XSP

[Larry Meadors]

I am trying to do this:
 
===
http://apache.org/xsp">  
com.plumcreek.junk.XSPTest.testMethod()===
 
Here's the code for the class:
===
package com.plumcreek.junk;public class XSPTest { public 
static String testMethod(){  return "This space for 
rent."; }}===
 
I am expecting this string: "This space for rent.", but 
instead, what I get on my page is "
This space for 
rent.
".
 
Is there a way to tell XSP to not tweak the returned string to make it 
"xml-safe"?
 
Environment: Win2K, jdk1.3.1, cocoon 2.0
 
Larry
 

2.0.2 protected area - no longer works out of the box

[Christopher Watson]

Could someone confirm, and even better explain why

Tomcat 4.0.1 jdk1.3 (I gave up on jdk1.4) Cocoon 2.0.2

The 'protected area' example does NOT log in using Donald Ball :-(

Anyone know why not? What has changed?

(the sunspot authentication works just fine, and there is an employee named
Donald Ball in the personnel datasource)

I've just checked that the 'protected area' does work with 2.0.1 with 4.0.1
and jdk1.3



-
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: [SOLVED] RE: Problem with JSP in mounted sitemap

[Konstantin Piroumian]

> From: yuryx [mailto:[EMAIL PROTECTED]] 
> Piroumian, Konstantin wrote:
> 
> >Good evening!
> >
> >It seems that I've solved the problem with JSPs. Patch will be 
> >available in CVS tomorrow.
> >
> >Regards,
> >Konstantin Piroumian
> >[EMAIL PROTECTED]
> >
> Thanx by good news, but where I had download this patch? 
> Please, I need this :)

I have problems with sending emails to cocoon-dev. Maybe because of
migration of our mail server to a new domain. In a few minutes the patch
will be posted to Bugzilla, but I don't know when will it be applied.

Konstantin
[EMAIL PROTECTED]

> 
> Thanx.
> Yury.
> 
> 
> 
> -
> 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: Redirect on sitemap with parameters

[Konstantin Piroumian]

> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, March 29, 2002 4:46 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Redirect on sitemap with parameters
> 
> 
> > From: yuryx [mailto:[EMAIL PROTECTED]]
> > 
> > Hello All!
> > Can I have redirect in sitemap like:
> > 
> > 
> > 
> > 
> 
> No, this does not work.

But it's a good idea! 

Konstantin

P.S.  Vadim, please tell me if you get this message? I don't see my message
neither in cocoon-users nor cocoon-dev.

> 
> > 
> > 
> > 
...
> 
> Vadim
> 
> > 
> > 
> > 
> > it possible?
> > 
> > Thanx.
> > Yury.

-
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: XSLT - processing XML from a database field problem

[Axel Honfi]

I have no clue why this happens, but have you tried putting the escaped
stuff into CDATA-braces with the first stylesheet?
I think this should keep the second one from unescaping

Maybe an idea

Axel
-Original Message-
From: Florent Soulière [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 29, 2002 6:03 PM
To: [EMAIL PROTECTED]
Subject: XSLT - processing XML from a database field problem


Hello,

I already passed 2 days trying to solve my problem by myself, but I did not
succeed...
The situation:
I use the SQL Transformer to get data from database. inside this data, there
are fields containing XHTML (e.g. this is bold text). What I want to
do with all the data is to produce a PDF document using FO.
To accomplish such a thing, I use 2 XSL pages: one for "unescaping" the
,  and other XHTML tags into some valid XML-like tags
(, , ...) with . And the
other xsl page does the "big job" by transforming all the document into a FO
document (including the XHTML tags, of course).

The problem:
Even if the unescaping works fine (I checked it by watching the output of
the XSLT transformation of the "unescaping XSL page"), it seems that when I
want to process the ,  & others with a standard
, they automatically come back to a non-escaped form.

What I already tried:
I tried to replace  by a . And I saw
that my XHTML tags were still unescaped, as expected. So I really wonder why
they come back to escaped when applied with apply-templates...
I tried to split the global process into 2 steps: with one pipeline, I get
the unescaped intermediate result, that I store manually into an xml file,
and then with another pipeline I read the intermediate file and push it into
the "big job" XSLT page... And it works!

So, I really would like to know what's wrong with this unescaping and
chained-XSLT stuff... I know that this problems of integrating XML fragments
into Cocoon's pipelines have always been sensitive, although the
documentation have absolutely no care with this.

If anyone can help, thank you in advance.


Florent, Soulière
Stagiaire e-Technologies Lyon
T-Systems Soleri
Groupe Deutsche Telekom
Notre métier: la convergence informatique et télécoms
Convergence is our Business

tél.:+33 4 37 65 24 26
fax:+33 4 37 65 22 31
mail:   [EMAIL PROTECTED]

www.t-systems.fr


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