Re: 2.1? What gives?

[Berin Loritsch]

Frans Thamura wrote:
> 
> Yah, right
> 
> is the 2.0 is stable??? with beta version. I used
> cocoon 1.8 as production environment, i am work for
> the migration.

I would wait for Beta 2 release.  There are some bugs
that will be squashed.

As far as API is concerned--yes 2.0 is stable.  You
can start your porting efforts now, with little risk
as to API or use changes.

> 
> Frans
> --- Roy Tennant <[EMAIL PROTECTED]> wrote:
> > So here I've been waiting for a stable Cocoon 2, and
> > I find that the
> > development has blown past a stable 2.0 release, and
> > now is working
> > on 2.1. Is there any hope of a stable release
> > anytime soon? I have
> > production services running (shakily, unfortunately)
> > on 1.8.3, and
> > would appreciate having a stable version of 2.x, in
> > the (perhaps
> > forlorn) hope that my troubles may disappear. Can
> > anyone give me a
> > sense of the proposed development path? Please
> > respond directly to me
> > as well as the list, since I cannot deal with
> > signing up to a list
> > that gets the kind of traffic this list does.
> > Thanks,
> > Roy Tennant
> > eScholarship
> > California Digital Library
> >
> >
> -
> > 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]>
> >
> 
> =
> Let's Empowering Open Source
> 
> __
> Do You Yahoo!?
> Make international calls for as low as $.04/minute with Yahoo! Messenger
> http://phonecard.yahoo.com/
> 
> -
> 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]>
 S/MIME Cryptographic Signature

Re: 2.1? What gives?

[Frans Thamura]

Yah, right


is the 2.0 is stable??? with beta version. I used
cocoon 1.8 as production environment, i am work for
the migration.


Frans
--- Roy Tennant <[EMAIL PROTECTED]> wrote:
> So here I've been waiting for a stable Cocoon 2, and
> I find that the 
> development has blown past a stable 2.0 release, and
> now is working 
> on 2.1. Is there any hope of a stable release
> anytime soon? I have 
> production services running (shakily, unfortunately)
> on 1.8.3, and 
> would appreciate having a stable version of 2.x, in
> the (perhaps 
> forlorn) hope that my troubles may disappear. Can
> anyone give me a 
> sense of the proposed development path? Please
> respond directly to me 
> as well as the list, since I cannot deal with
> signing up to a list 
> that gets the kind of traffic this list does.
> Thanks,
> Roy Tennant
> eScholarship
> California Digital Library
> 
>
-
> 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]>
> 


=
Let's Empowering Open Source

__
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/

-
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: [C2B1] Sitemap handler's sitemap not available

[Frans Thamura]

I have this problem also.

I am successfull install cocoon 1.82 (use intensive
now), cocoon 2.0, but in Cocoon 2.1 from CVS I got the
sitemap error.

Frans

--- Kevin Sonney <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 19, 2001 at 07:01:19PM -0400,
> [EMAIL PROTECTED] spoke thusly:
> >yeps  !  its seen a lot. Reasons are not
> generic and vary with case to
> >case.
> >The  best way to know the exact error is to
> check the cocoon.log file.
> 
> fgrep is my friend :
> 
> [kevin@snorlax resin]$ fgrep Error
> webapps/cocoon/WEB-INF/logs/cocoon.log 
> ERROR   3703[cocoon  ] (Thread-2): Error
> compiling sitemap
> java.lang.StackOverflowError
> 
> Of course, this was *SO* easy to miss in the logs,
> as a *LOT* of info is 
> in there (and this is thread 2 of 17, as well, so my
> human eyes kept 
> looking through it).
> 
> Alrighty then. Resin (and only Resin) stack
> overflows compiling the 
> sitemap from a stock 2.0B1 (and 2.1-cvs) build of
> cocoon (I'll check out 
> the 2.0 cvs tree today and try that, but I have
> little hope, y'know?)
> 
> Has anyone seen this, then?
> 
> -- 
> +---+
> | Kevin Sonney[EMAIL PROTECTED] |
> | Systems Programmerwww.webslingerZ.com |
> +---+
> 
> "The weakest link in any civil rights case is always
> the
> defendant. Imagine being a lawyer and getting a call
> from me. That's why I
> try to, uh, behave myself." - Hunter S. Thompson
> 
> 
>
-
> 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]>
> 


=
Let's Empowering Open Source

__
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/

-
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: [C2.0b1] bug(?) in XSP

[java guru]

The simple answer for all the "concrete example" is
YES. I tried the exact situation i described..and c2
is not acting as anticipated...rather its compiling
both docs/index.xsp(precisely its only compiling the
first one and not second one as its finding the class
file already compiled from first one) into same
package..

Thanks in advance
 --- Berin Loritsch <[EMAIL PROTECTED]> wrote: >
java guru wrote:
> > 
> > I guess .. What Mr.Drasko refering here is
> > 
> > For example
> > 
> > 1. You have two sub sitemaps say test1 and test2
> > 2. Both of them have some pattern called "index"
> to
> > serve a xsp called index.xsp.
> > 3. Both sitemaps are set up to serve the index.xsp
> > from their respective sub-folder called "docs".
> > 4. But the content of the both index.xsp 's is
> diffent
> > from each other.
> 
> To see if we are speaking the same language, are you
> talking about a directory structure like this:
> 
> $context/
> sitemap.xmap
> docs/index.xsp
> iexplorer/
>  sitemap.xmap
>  docs/index.xsp
> netscape/
>  sitemap.xmap
>  docs/index.xsp
> 
> Even if the mounted sitemaps (iexplorer/sitemap.xml
> and netscape/sitemap.xml) have the same URL because
> they choose on browser type, they are treated
> completely
> different.
> 
> > 5. Now when you access the first sub-sitemap
> pattern
> > index. The index.xsp is compiled into
> > www/docs/index_xsp.java and then served
> 
> Not exactly correct.  The three index.xsp files
> above
> are compiled into the following directories:
> 
> www/docs/index_xsp
> www/iexplorer/docs/index_xsp
> www/netscape/docs/index_xsp
> 
> The generated filename follows the CONTEXT directory
> heirarchy.
> 
> > 6. Funny part now is if u try to access "index"
> > pattern from second sitemap "test2".
> 
> Do you have a hard example of this?
> 
> > 7. Incase, c2 try to compile the index.xsp from
> this
> > context, the package created in tomcat work
> directory
> > would still be www/docs/index_xsp.java over
> writing
> > the first one.
> 
> If you are talking about separate contexts, then you
> have nothing to worry about.  The Servlet Engine
> gives
> each Context it's own unique Work Directory.  Each
> instance of Cocoon 2 will be using their _own_ work
> directory as the repository for the generated
> classes.
> 
> > 8. Whats worser is for caching(or whatever reason)
> c2
> > decides NOT to compile but to serve the same class
> > file and serve the wrong contents.
> 
> Again, do you have a concrete example of this?
> 
> > Hope this complements Mr.Drasko's point and make
> the
> > problem clearer ..
> > 
> > Or may be this is not problem at all and there is
> some
> > explanation...
> 
> The only other situation I can think of is this:
> 
> $context/
> sitemap.xmap
> loop-sitemap.xmap
> index.xsp
> 
> In this case, even if "loop-sitemap.xmap" is mounted
> as
> "LOOP" the index.xsp is still going to be
> www/index_xsp.java.
> 
> Remember it goes by Context heirarchy--not URI
heirarchy.

> ATTACHMENT part 2 application/x-pkcs7-signature
name=smime.p7s
 

=
Thanks and have great day
srini


Do You Yahoo!?
For regular News updates go to http://in.news.yahoo.com

-
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: Problems with and

[ian stevens]

I am having some problems with including XML content from a URL in a logicsheet
using  and copying any unhandled XML nodes using 
or .

I have the following XML document:

> 
> 
> 
>
> 
> ian stevens - portal
> 
> 
> Stocks
> 
> 
> 
> 
> 
> 

And then the XSP logicsheet:

> 
>
>  xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
> xmlns:xsp="http://www.apache.org/1999/XSP/Core";
> xmlns:util="http://www.apache.org/1999/XSP/Util";>
>
> 
> name="cocoon-process">type="xsp"
> name="cocoon-process">type="xslt"
> href="portal-html.xsl" 
>type="text/xsl"
>
> http://www.apache.org/1999/XSP/Core"; language="java">
> 
> 
> 
> 
> 
>
>
> 
> 
> 
> "http://foo/script?param="; + "select='@symbols'/>"
> 
> 
> 
>
> 
> 
> 
>
>

As it stands, this will not even fetch the contents of the generated URL.  If I
surround  with  instead of using 
in the last  block, the XML is not fetched but the URL with the
value of the @symbols attribute appended replaces the  element.  

Anyone have any idea what is going on?  I would like to copy any elements which
do not need to be dealt with in the logicsheet without having to worry what
they are.

I am using Cocoon 1.8.2.

thanks,
ian.

-- 
(c) ian c. stevens, 2001
PGP Key: http://istevens.dhs.org/pgp.html (Protect your privacy!)

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

[C2] How can I load logicsheets?

[HALLOWELL,KARL (HP-Cupertino,ex1)]

I know how to load "built-in" logicsheets (specify them in the cocoon.xconf
file and put an entry in the xsp:page tag), but apparently the old way of
applying a logicsheet via a cocoon processor command is obselete (it
generates an exception). I.e., the following no longer works (I've tried
both inside and outside the xsp:page tag, same exception):



What is the current mechanism for applying logicsheets for XSP pages without
making an entry in cocoon.xconf? My apologies if this has been discussed
before. My searches on the mailing lists were quite inconclusive.


Karl Hallowell [EMAIL PROTECTED]

PS, here's the exception.

--

A Servlet Exception Has Occurred
Exception Report:
javax.servlet.ServletException: Servlet execution threw an exception
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java, Compiled Code)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java, Compiled Code)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va, Compiled Code)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java,
Compiled Code)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
Compiled Code)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
Compiled Code)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va, Compiled Code)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java,
Compiled Code)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
Compiled Code)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
Compiled Code)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java,
Compiled Code)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java,
Compiled Code)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java,
Compiled Code)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java,
Compiled Code)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java,
Compiled Code)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
Compiled Code)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
Compiled Code)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
, Compiled Code)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java,
Compiled Code)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
Compiled Code)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
Compiled Code)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java,
Compiled Code)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java,
Compiled Code)
at java.lang.Thread.run(Thread.java, Compiled Code)

Root Cause:
java.lang.IllegalAccessError: try to access method
org/apache/cocoon/components/language/markup/AbstractMarkupLanguage.addLogic
sheetToList(Lorg/apache/cocoon/components/language/markup/AbstractMarkupLang
uage$LanguageDescriptor;Ljava/lang/String;Lorg/apache/cocoon/environment/Sou
rceRes
at
org.apache.cocoon.components.language.markup.xsp.XSPMarkupLanguage$XSPTransf
ormerChainBuilderFilter.processingInstruction(XSPMarkupLanguage.java:355)
at
org.xml.sax.helpers.XMLFilterImpl.processingInstruction(XMLFilterImpl.java,
Compiled Code)
at
org.apache.cocoon.components.language.markup.xsp.XSPMarkupLanguage$PreProces
sFilter.processingInstruction(XSPMarkupLanguage.java, Compiled Code)
at
org.apache.xerces.parsers.SAXParser.processingInstruction(SAXParser.java,
Compiled Code)
at
org.apache.xerces.validators.common.XMLValidator.callProcessingInstruction(X
MLValidator.java, Compiled Code)
at
org.apache.xerces.framework.XMLDocumentScanner.scanPI(XMLDocumentScanner.jav
a, Compiled Code)
at
org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XM
LDocumentScanner.java, Compiled Code)
at
org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.
java, Compiled Code)
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java,
Compiled Code)
at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java,
Compiled Code)
at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java,
Compiled Code)
at
org.apache.cocoon.components.language.markup.LogicsheetCodeGenerator.generat
eCode(LogicsheetCodeGenerator.java, Compiled Code)
at
org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generate
Code(AbstractMarkupLanguage.java, Compiled Code)
at
org.apache.coc

RE: [c2] class loading problem with a jdbc driver

[HALLOWELL,KARL (HP-Cupertino,ex1)]

I found that renaming the oracle library so that it ends in ".jar" instead
of ".zip" did the trick. ;-) It works well! Thank you for the excellent
advice!


Karl Hallowell [EMAIL PROTECTED]

> -Original Message-
> From: giacomo [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 19, 2001 2:50 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [c2] class loading problem with a jdbc driver
> 
> 
> On Thu, 19 Jul 2001, HALLOWELL,KARL (HP-Cupertino,ex1) wrote:
> 
> > I'm having trouble specifying the classpath for a jdbc 
> driver. Here's the
> > entry in my web.xml file for loading the jdbc driver:
> >
> > 
> >   load-class
> >   
> > 
> >   oracle.jdbc.driver.OracleDriver
> >
> > 
> > org.hsqldb.jdbcDriver
> >   
> > 
> >
> >
> > I get the following exception first thing (no previous 
> entries in the log
> > file) when I start cocoon. Immediately after the (long) load class
> > exception, the log file prints out the full classpath 
> including the jdbc
> > driver (it's
> > 
> "/opt/jakarta-tomcat-4.0-b5/webapps/cocoon/WEB-INF/lib/classes
> 12.zip"). Why
> > isn't the class being found (it gets found later when I 
> load relevant
> > esql-based xsp pages)? What am I doing wrong?
> 
> IIRC Tomcat 4 is not loading zip files from the lib 
> directory. I had to
> unzip and jar it as classes.jar to get it working under TC4.
> 
> Giacomo
> 
> >
> >
> > Karl Hallowell [EMAIL PROTECTED]
> >
> >  
> >
> >
> > DEBUG   46  [cocoon  ] (HttpProcessor[8080][4]): Trying 
> to load class:
> > oracl
> > e.jdbc.driver.OracleDriver
> > WARN94  [cocoon  ] (HttpProcessor[8080][4]): Could 
> not force-load
> > class:
> >  oracle.jdbc.driver.OracleDriver
> > java.lang.ClassNotFoundException: oracle.jdbc.driver.OracleDriver
> > at 
> java.net.URLClassLoader$1.run(URLClassLoader.java, Compiled Code)
> > at 
> java.security.AccessController.doPrivileged(Native Method)
> > at 
> java.net.URLClassLoader.findClass(URLClassLoader.java, Compiled
> > Code)
> > at 
> java.lang.ClassLoader.loadClass(ClassLoader.java, Compiled Code)
> > at 
> java.lang.ClassLoader.loadClass(ClassLoader.java, Compiled Code)
> > at 
> org.apache.cocoon.util.ClassUtils.loadClass(ClassUtils.java:46)
> > at
> > 
> org.apache.cocoon.servlet.CocoonServlet.forceLoad(CocoonServlet.java:
> > 399)
> > at
> > org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:119)
> > at
> > 
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java, C
> > ompiled Code)
> > at
> > 
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.jav
> > a:602)
> > at
> > 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> > alve.java:231)
> > at
> > 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
> > .java, Compiled Code)
> > at
> > 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
> > a, Compiled Code)
> > at 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
> > Com
> > piled Code)
> > at
> > 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> > alve.java:225)
> > at
> > 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
> > .java, Compiled Code)
> > at
> > 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
> > a, Compiled Code)
> > at 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
> > Com
> > piled Code)
> > at
> > 
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:
> > 2252)
> > at
> > 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
> > ava:164)
> > at
> > 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
> > .java, Compiled Code)
> > at
> > 
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
> > 446)
> > at
> > 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
> > .java, Compiled Code)
> > at
> > 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
> > a, Compiled Code)
> > at 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
> > Com
> > piled Code)
> > at
> > 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
> > ve.java:163)
> > at
> > 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
> > .java, Compiled Code)
> > at
> > 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
> > a, Compiled Code)
> > at 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
> > Com
> > piled Code)
> > at
> > 
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcesso
> > r.java:875)
> > at
> > 
> org.apache.catalina.connect

Getting errors with XSL file; Can't output text before document element....

[Uslu, Cihan Y (MED)]

Hi;
I have a XSL file whix works with Xalan processor without any problem,
but when I try with Cocoon 1.8.2 , i receive errors. I need help to
figure out what am i doing wrong? I'm attaching my XSL and XML
file.Thank you for your reply.
Error Message: org.apache.xalan.xslt.XSLProcessorException: Warning:
can't output text before document element! Ignoring...


Cihan

main3.xsl
--

http://www.w3.org/1999/XSL/Transform";>


type="text/html"










 
   
 
   
 
   
 
   
   
  
 

  
 
   
   
   
 
  
   
   





[]





-
xml file
--


  
 Daily Maintenance
  
  
 These procedures provide the step-by-step instructions
for performing
the daily maintenance tasks of warming-up the tube and
performing air (fast)
calibrations. 
  
  Perform daily maintenance procedures.
  Tube Warm-Up
 
For optimum performance and consistent image
quality, perform a
  tube warm-up if your system has been inactive for two
or more hours. The system
  will notify you at the two hour time limit with a
warning dialog box. It is
  desirable to perform a tube warm-up procedure along
with fast calibrations once
  per 24 hours.
 
  Tube warm-up.
 

  From the scan monitor, click [Daily
 Prep].

 
 

  Click [Tube
Warm-Up].

 
 

   Click [Accept & Run Tube
Warm-up] to
 proceed.

 
 

   Press Start Scan.

 
 

   Select Quit or proceed to
Fast
 Calibrations.

 
  
  Air Calibrations
 
Air calibrations, also called Fast Cals, must be
performed
  following a tube warm-up procedure. These calibrations
ensure consistent image
  quality and radiation exposure.
 
 Perform Air Calibrations.
 

  After completing the tube warm-up, click
[Fast
 Cals].

 
 

  Press Start Scan.

 
 

  Click [Quit].

 
  


-
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: C1 to C2, FAQ

[Andre Juffer]

Hi Davanum,


the original problem was how to get apache working together with tomcat
and Cocccn2. There is actually a FAQ "Why does nothing happen when I
access 'http://localhost/cocoon/'?" Some possibilities are listed there.
in addition to these, in the case of mod_jk, it is crucial to include
the directive

JkMount /cocoon/* ajp12

along with other directives that are already listed in mod_jk.conf-auto
in the tomcat/conf directory. One could add the above directive at the 
end of httpd.conf.



The second problem I was looking into was the following. How can I use
the request http://your.server.org/Foo/welcome (as an example), where
Foo is an application that depends on Cocoon2, instead of employing
something like http://your.server.org/cocoon/Foo/welcome. So, it would
not be required to always include "cocoon" in the request. Mainly based 
upon Luca Morandini's suggestions, I could get things to work with the 
following two modifications:

1. Add to httpd.cond:

RewriteEngine On
RewriteLog "/var/log/rewrite.log"
RewriteLogLevel 0
RewriteRule ^/Foo /cocoon/Foo/ [R]
RewriteRule ^/Foo(.*) /cocoon/Foo$1 [R]

The file rewrite.log does not have to be located in /var/log. For 
instance, under Windows NT other locations may be appropriate. The 
RewriteLogLevel should be set 3 for debug purposes. The third line is 
essentially a redirect, so that Foo become /cocoon/Foo/ with the 
trailing /, without it the request would not map onto


   


if I request http://your.server.org/Foo.

Finally, the last RewriteRule could depend on the local settings.
The original suggestion by Luca was a single line entry (that replaces 
both RewriteRules above) according to

RewriteRule Foo/(.*) /cocoon/Foo/$1 [PT]

but this did not work in my case (Slackware Linux with Apache1.3, 
tomcat3.2.2, Cocoon2). Again, these RewriteRules may vary somewhat 
depending on the local settings. You may have to experiment somewhat

2. Add to the sitemap.xmap in the cocoon directory:



  



Here, /www/Foo is a some directory on the local file system where the 
xml, xsp, .., files of the application Foo live.

As Luca pointed out, the src attribute may have to include "file://"

I hope that the information above is useful for others as well.


With thanks to Luca, Lajos, Anders, and others.

Cheers,
Andre.





Davanum Srinivas wrote:

 > Andre,
 >
 > Can you re-post the complete instructions in the form of a FAQ? I 
will check it in.
 >
 > Thanks,
 > dims
 >
 > --- Andre Juffer <[EMAIL PROTECTED]> wrote:
 >
 >> Hi All,
 >>
 >> I got it finally working. The directive
 >>
 >> JkMount /cocoon/* ajp12
 >>
 >> did it. I apparently kept on missing that part, since this was not
 >> required for tomcat-apache-cocoon1, where always, it seems, .xml was
 >> employed to redirect xml request to cocoon1.
 >>
 >> I would support the suggestion of Luca to put these few things into the
 >> FAQ, because I would assume that more people make the same mistake 
as I did.
 >>
 >> Thank you for your help,
 >>
 >> Andre.
 >>
 >>
 >>
 >> Luca Morandini wrote:
 >>
 >>
 >>> Andre,
 >>>
 >>>this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or it
 >>> will be overwritten every time you start Tomcat):
 >>>
 >>> 
 >>>
 >>> JkWorkersFile "C:/Apps/Tomcat/conf/workers.properties"
 >>> JkLogFile "C:/Apps/Tomcat/logs/mod_jk.log"
 >>> JkLogLevel warn
 >>> JkMount /*.jsp ajp12
 >>> JkMount /*.xml ajp12
 >>>
 >>> JkMount /cocoon/* ajp12
 >>>
 >>> 
 >>>
 >>>I presume this will do the trick of redirecting.
 >>>
 >>>Moreover, somewhere down mod_jk.conf, there is this cocoon-related 
stuff:
 >>>
 >>> #
 >>> # The following line makes apache aware of the location of the /cocoon
 >>> context
 >>> #
 >>> Alias /cocoon "C:/Apps/Tomcat/webapps/cocoon"
 >>> 
 >>> Options Indexes FollowSymLinks
 >>> 
 >>>
 >>> #
 >>> # The following line mounts all JSP files and the /servlet/ uri to 
tomcat
 >>> #
 >>> JkMount /cocoon/servlet/* ajp12
 >>> JkMount /cocoon/*.jsp ajp12
 >>>
 >>> #
 >>> # The following line prohibits users from directly accessing WEB-INF
 >>> #
 >>> 
 >>> AllowOverride None
 >>> deny from all
 >>> 
 >>>
 >>> #
 >>> # Use Directory too. On Windows, Location doesn't work unless case 
matches
 >>> #
 >>> 
 >>> AllowOverride None
 >>> deny from all
 >>> 
 >>>
 >>> #
 >>> # The following line prohibits users from directly accessing META-INF
 >>> #
 >>> 
 >>> AllowOverride None
 >>> deny from all
 >>> 
 >>>
 >>> #
 >>> # Use Directory too. On Windows, Location doesn't work unless case 
matches
 >>> #
 >>> 
 >>> AllowOverride None
 >>> deny from all
 >>> 
 >>>
 >


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

Sitemap in Cocoon 2

[Hege Hansbakk]

I have a question concerning the sitemap used in Cocoon 2. On Cocoon's web
pages there is an example saying the following:

   

 
 http://www.w3.org/TR/REC-html40/loose.dtd"/>
 
 
 
 


I guess the  tag is supposed to say if
spaces should be kept (when set true) or not (when set false).

I have tried this in my sitemap, but that tag does not change the output
file in any way. Can somebody tell me why? (I do not want any spaces
or line breaks in the output)


Thank you in advance!

Regards,

Hege Hansbakk




-
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: Problems with line breaks in Cocoon 2

[Hege Hansbakk]

Thank you, it actually did help! I still have a problem though...

Those states which have more than one element in my xml are still written
out with line breaks.. So my javascript function still does not work..

This happens for this tag: 

Hege Hansbakk

On Thu, 19 Jul 2001, Paul Paradise wrote:

> On Thu, Jul 19, 2001 at 08:09:09AM +0200, [EMAIL PROTECTED] wrote:
> > In my xsl-file I have written:
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > 
> >
> > This is a javascript-function, which takes a string as a
> > parameter. My problem is that Cocoon parses this as a string with
> > linebreaks, which Javascript doesn't accept.
> >
> > The output is like this:
> >
> > function start(frm){
> >
> > initialize('
> >
> > init
> >
> > ', "
> >
> >
> >
> > Text
> >
> > ");
> >
> > output(frm, 'init');
> >
> > }
> >
> > How can I get Cocoon to not add any line breaks?
> >
> > I have been looking for an answer to this on the web, but I can't find
> > anything. I did read about changing the following line in
> > cocoon.properties though:
> >
> > formatter.text/html/loose.line-width = 120
> >
> > But, I can't find this file on my hard disk. Does it even exist for
> > Cocoon 2?
>
> I'm a relative Cocoon/XSL newbie, but if I'm not mistaken the xsl:text
> node specifically serves the purpose of saving linebreaks, including
> the ones you have in your source file. Try changing your code to read
> something like:
>
>   
>   
>
> Note that there is no linebreak between the end of the CDATA and the
> end of the xsl:text node. You'd need to repeat this for all the
> elements you're inserting...
>
> Good luck!
>
> --
>
> --
>  Paul ParadiseOffice: AE-209U
>  Engineering Intern  Email: [EMAIL PROTECTED]
>  Corporate IT R&D   Tel: 858.651.5883
>  Qualcomm Incorporated
> --
>


-
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 inserts xmlns: attributes in every tag

[James Scott]

Fixed my own wagon...this appears to be a Saxon thing, not a cocoon thing.
I guess Cocoon was caching the results of the transformation on the sample
page.xml so I didn't see any effect in changing XSLT engines until I also
made a trivial change in the XSP.

JLS

On Thu, 19 Jul 2001, James Scott wrote:

> Hi
>
> This is a strange one...and I didn't find the answer in the FAQ or the
> mail archives, so I'm asking the list. I have two Cocoon-driven webapps
> running on the same Tomcat/Apache installation. One is just a bare-bones
> install of the Cocoon distro, the other actually contains application
> code. The webapp with the application code inserts "xmlns:" attributes
> into every tag in an XSP! For instance, I commented out the XSLT directive
> in the XSP sample (samples/xsp/page.xml) and this is what it produced:
>
> -
>  "http://www.w3.org/TR/REC-html40/strict.dtd";>
> http://www.w3.org/XML/1998/namespace";
> xmlns:xsp="http://www.apache.org/1999/XSP/Core";>
>   http://www.w3.org/XML/1998/namespace";
> xmlns:xsp="http://www.apache.org/1999/XSP/Core";>First XSP Page
>   http://www.w3.org/XML/1998/namespace";
> xmlns:xsp="http://www.apache.org/1999/XSP/Core";>
>http://www.w3.org/XML/1998/namespace";
> xmlns:xsp="http://www.apache.org/1999/XSP/Core";>Stefano Mazzocchi
>http://www.w3.org/XML/1998/namespace";
> xmlns:xsp="http://www.apache.org/1999/XSP/Core";>[EMAIL PROTECTED]
>   
>
>   http://www.w3.org/XML/1998/namespace";
> xmlns:xsp="http://www.apache.org/1999/XSP/Core";>Hi, I'm your first XSP
> page ever.
> -
>
> The other Cocoon webapp - running in the same JVM - doesn't do this.  I
> diffed the cocoon.properties files and the only differences are in the
> connection pool setups.
>
> I actually do need to solve this problem to conform to an interface
> specification.
>
> Thanks,
>
> JLS
>
>
> -
> 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: Sitemap defaulting type question

[giacomo]

On Fri, 20 Jul 2001, Sean wrote:

> Hello All,
>
> I have a question reguarding the cocoon2 sitemap.  I want to support
> something like Tomcat and the Apache web server where users can have either
> a index.jsp, index.html, or get a directory listing for a directory when
> requested.  So if you have a directory call it "foobar" and it has an
> index.jsp file in it the cocoon will "generate" based on that, if it does
> not it will look for a index.html file, if that is not present it will do a
> directory listing.  Is something like this possible with the sitemap?

No this is not supported (and won't be). You'll need to have to know
your URI spaces.

Giacomo

>
> I figured it would look like this:
>
> 
>   
>   
>   
> 
> 
> 
>   
>   
> 
>   
>   
> 
>
> Is there another pattern I would use to do this via the sitemap other then
> maybe writing a jsp to do it for me?
>
> Thanks,
> Sean
>
>
> -
> 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: [C2.0b1] bug(?) in XSP

[Berin Loritsch]

java guru wrote:
> 
> I guess .. What Mr.Drasko refering here is
> 
> For example
> 
> 1. You have two sub sitemaps say test1 and test2
> 2. Both of them have some pattern called "index" to
> serve a xsp called index.xsp.
> 3. Both sitemaps are set up to serve the index.xsp
> from their respective sub-folder called "docs".
> 4. But the content of the both index.xsp 's is diffent
> from each other.

To see if we are speaking the same language, are you
talking about a directory structure like this:

$context/
sitemap.xmap
docs/index.xsp
iexplorer/
 sitemap.xmap
 docs/index.xsp
netscape/
 sitemap.xmap
 docs/index.xsp

Even if the mounted sitemaps (iexplorer/sitemap.xml
and netscape/sitemap.xml) have the same URL because
they choose on browser type, they are treated completely
different.

> 5. Now when you access the first sub-sitemap pattern
> index. The index.xsp is compiled into
> www/docs/index_xsp.java and then served

Not exactly correct.  The three index.xsp files above
are compiled into the following directories:

www/docs/index_xsp
www/iexplorer/docs/index_xsp
www/netscape/docs/index_xsp

The generated filename follows the CONTEXT directory
heirarchy.

> 6. Funny part now is if u try to access "index"
> pattern from second sitemap "test2".

Do you have a hard example of this?

> 7. Incase, c2 try to compile the index.xsp from this
> context, the package created in tomcat work directory
> would still be www/docs/index_xsp.java over writing
> the first one.

If you are talking about separate contexts, then you
have nothing to worry about.  The Servlet Engine gives
each Context it's own unique Work Directory.  Each
instance of Cocoon 2 will be using their _own_ work
directory as the repository for the generated classes.

> 8. Whats worser is for caching(or whatever reason) c2
> decides NOT to compile but to serve the same class
> file and serve the wrong contents.

Again, do you have a concrete example of this?

> Hope this complements Mr.Drasko's point and make the
> problem clearer ..
> 
> Or may be this is not problem at all and there is some
> explanation...

The only other situation I can think of is this:

$context/
sitemap.xmap
loop-sitemap.xmap
index.xsp

In this case, even if "loop-sitemap.xmap" is mounted as
"LOOP" the index.xsp is still going to be www/index_xsp.java.

Remember it goes by Context heirarchy--not URI heirarchy.
 S/MIME Cryptographic Signature

Re: [C2.0b1] bug(?) in XSP

[java guru]

I guess .. What Mr.Drasko refering here is 

For example

1. You have two sub sitemaps say test1 and test2
2. Both of them have some pattern called "index" to
serve a xsp called index.xsp.
3. Both sitemaps are set up to serve the index.xsp
from their respective sub-folder called "docs".
4. But the content of the both index.xsp 's is diffent
from each other.
5. Now when you access the first sub-sitemap pattern
index. The index.xsp is compiled into
www/docs/index_xsp.java and then served

6. Funny part now is if u try to access "index"
pattern from second sitemap "test2".

7. Incase, c2 try to compile the index.xsp from this
context, the package created in tomcat work directory
would still be www/docs/index_xsp.java over writing
the first one.

8. Whats worser is for caching(or whatever reason) c2
decides NOT to compile but to serve the same class
file and serve the wrong contents.

Hope this complements Mr.Drasko's point and make the
problem clearer ..

Or may be this is not problem at all and there is some
explanation...

javaguru





 --- Berin Loritsch <[EMAIL PROTECTED]> wrote: >
Drasko Kokic wrote:
> > 
> > Okay ... after a small (but very eficient) chat
> with
> > javaguru ... I have identified background
> information
> > about the way where the generated java file is
> being
> > created:
> > 
> > It seams that the informtion suplied in the src
> > atribute of the generate element is used to define
> > where (relative to .../org/apache/cocoon/www) the
> file
> > will be created.
> > 
> > There is a possibility in a multiple sub-sitemaps
> > environment to have same "relative paths" for
> diferent
> > XSP's in different sub-sitemaps.  This means that
> > either the files will overwrite each other all the
> > time or (even worse) be mistaken!!!
> 
> 
> The generated class files are placed in a main
> package
> which you can override in cocoon.xconf.  By default,
> it
> is the package org.apache.cocoon.www.  From this
> point,
> all class names and sub packages are generated from
> the
> filename of the source document itself.  In fact,
> the
> extension is made part of the class name.  For
> example,
> the root sitemap.xmap file will be generated into:
> 
> org.apache.cocoon.www.sitemap_xmap;
> 
> If you have two other sitemaps that vary only by
> extension
> (for instance .map, and .alt) they will have a
> unique file
> and class name:
> 
> org.apache.cocoon.www.sitemap_map;
> org.apache.cocoon.www.sitemap_alt;
> 
> Also, since the actual class/filename is derived
> from the
> context directory, the sub directories are treated
> as
> sub-packages, and illegal characters are transformed
> into
> an '_' character.
> 
> The only potential conflict that remains then is one
> where
> you have two identically named files in the same
> directory
> that differ by using a period (.) instead of a
> hyphen (-).
> Niether of these characters are legal class name
> characters.
> For example, we can have the following files:
> file-one.xsp
> and file.one.xsp:
> 
> org.apache.cocoon.www.docs.file_one_xsp; //
> docs/file-one.xsp
> org.apache.cocoon.www.docs.file_one_xsp; //
> docs/file.one.xsp
> 
> It is theorhetically possible--however the
> circumstances to
> create it would require a developer who doesn't give
> a flying
> leap about maintainance.  Since Contexts cannot be
> written to
> by an outside user, we are safe from this approach.
> 
> 
> 
> > 
> > Please, could somebody give some light on this
> > problem?!
> > 
> > TIA
> > Drasko
> > 
> > --- Drasko Kokic <[EMAIL PROTECTED]> wrote:
> > > Hello again,
> > >
> > > can anybody tell me what is the path/filename
> rule
> > > applied when a java file is being generated from
> the
> > > XSP?!
> > >
> > > TIA
> > > Drasko
> > >
> > > --- Drasko Kokic <[EMAIL PROTECTED]> wrote:
> > > > I think I have found something very strange in
> the
> > > > way
> > > > Java files are being generated from the XSP
> files.
> > > >
> > > > I have situation like described in the
> attached
> > > > email.
> > > >  There is a main sitemap and a sub-sitemap for
> the
> > > > sub-URI LOOP.
> > > >
> > > > In the LOOP sub-sitemap I have the following
> code:
> > > >
> > > >
> > > >  > > > src="index.xsp"/>
> > > > 
> > > > 
> > > >
> > > >
> > > > I don't understand why is the Java file
> > > > index_xsp.java
> > > > generated under the www directory and not
> under
> > > > www/LOOP directory???
> > > >
> > > > Anybody care to explain how XSP and sitemap
> work
> > > > together.
> > > >
> > > > TIA
> > > > Drasko
> > > >
> > > > --- Drasko Kokic <[EMAIL PROTECTED]>
> wrote:
> > > > > Hello everybody,
> > > > >
> > > > > this is already the second time I am getting
> > > > stucked
> > > > > with this problem.  Unfortunately the first
> time
> > > I
> > > > > have "solved" the problem in untraceble way
> :-(
> > > > >
> > > > > I am using submaps like following
> > > > >
> > > > > context = KontoCheck
> > > > > submap  = LOOP
> > > > >
> > > > > this creates prope

Re: [C2.0b1] bug(?) in XSP

[Berin Loritsch]

Drasko Kokic wrote:
> 
> Okay ... after a small (but very eficient) chat with
> javaguru ... I have identified background information
> about the way where the generated java file is being
> created:
> 
> It seams that the informtion suplied in the src
> atribute of the generate element is used to define
> where (relative to .../org/apache/cocoon/www) the file
> will be created.
> 
> There is a possibility in a multiple sub-sitemaps
> environment to have same "relative paths" for diferent
> XSP's in different sub-sitemaps.  This means that
> either the files will overwrite each other all the
> time or (even worse) be mistaken!!!


The generated class files are placed in a main package
which you can override in cocoon.xconf.  By default, it
is the package org.apache.cocoon.www.  From this point,
all class names and sub packages are generated from the
filename of the source document itself.  In fact, the
extension is made part of the class name.  For example,
the root sitemap.xmap file will be generated into:

org.apache.cocoon.www.sitemap_xmap;

If you have two other sitemaps that vary only by extension
(for instance .map, and .alt) they will have a unique file
and class name:

org.apache.cocoon.www.sitemap_map;
org.apache.cocoon.www.sitemap_alt;

Also, since the actual class/filename is derived from the
context directory, the sub directories are treated as
sub-packages, and illegal characters are transformed into
an '_' character.

The only potential conflict that remains then is one where
you have two identically named files in the same directory
that differ by using a period (.) instead of a hyphen (-).
Niether of these characters are legal class name characters.
For example, we can have the following files: file-one.xsp
and file.one.xsp:

org.apache.cocoon.www.docs.file_one_xsp; // docs/file-one.xsp
org.apache.cocoon.www.docs.file_one_xsp; // docs/file.one.xsp

It is theorhetically possible--however the circumstances to
create it would require a developer who doesn't give a flying
leap about maintainance.  Since Contexts cannot be written to
by an outside user, we are safe from this approach.



> 
> Please, could somebody give some light on this
> problem?!
> 
> TIA
> Drasko
> 
> --- Drasko Kokic <[EMAIL PROTECTED]> wrote:
> > Hello again,
> >
> > can anybody tell me what is the path/filename rule
> > applied when a java file is being generated from the
> > XSP?!
> >
> > TIA
> > Drasko
> >
> > --- Drasko Kokic <[EMAIL PROTECTED]> wrote:
> > > I think I have found something very strange in the
> > > way
> > > Java files are being generated from the XSP files.
> > >
> > > I have situation like described in the attached
> > > email.
> > >  There is a main sitemap and a sub-sitemap for the
> > > sub-URI LOOP.
> > >
> > > In the LOOP sub-sitemap I have the following code:
> > >
> > >
> > >  > > src="index.xsp"/>
> > > 
> > > 
> > >
> > >
> > > I don't understand why is the Java file
> > > index_xsp.java
> > > generated under the www directory and not under
> > > www/LOOP directory???
> > >
> > > Anybody care to explain how XSP and sitemap work
> > > together.
> > >
> > > TIA
> > > Drasko
> > >
> > > --- Drasko Kokic <[EMAIL PROTECTED]> wrote:
> > > > Hello everybody,
> > > >
> > > > this is already the second time I am getting
> > > stucked
> > > > with this problem.  Unfortunately the first time
> > I
> > > > have "solved" the problem in untraceble way :-(
> > > >
> > > > I am using submaps like following
> > > >
> > > > context = KontoCheck
> > > > submap  = LOOP
> > > >
> > > > this creates properly the sitemap_xmap.java in
> > the
> > > >  blabla...KontoCheck/org/apache/cocoon/www
> > > > as well as in the subdirectory LOOP.
> > > > Both get compiled and things work fine.
> > > >
> > > > BUT ...
> > > >
> > > > after I have configured the LOOP submap to serve
> > > the
> > > > URI SingleLogin/CheckIn I am getting the
> > > > ClassNotFoundException.
> > > >
> > > > Looking into the work directory I can see that
> > > under
> > > > the www directory there is SingleLogin
> > > subdirectory
> > > > containing the java file generated thrue XSP.
> > ONLY
> > > > THERE IS NO CLASS FILE.
> > > >
> > > > How is it possible to fix this problem?  What is
> > > > causing this misbehaviour?
> > > >
> > > > TIA
> > > > Drasko
> > > >
> > > >
> > > >
> > __
> > > > Do You Yahoo!?
> > > > Get personalized email addresses from Yahoo!
> > Mail
> > > > http://personal.mail.yahoo.com/
> > > >
> > > >
> > >
> >
> -
> > > > 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]>
> > > >
> > >
> > >
> > > __

[C2.0b1] bug(?) in XSP

[Drasko Kokic]

Okay ... after a small (but very eficient) chat with
javaguru ... I have identified background information
about the way where the generated java file is being
created:

It seams that the informtion suplied in the src
atribute of the generate element is used to define
where (relative to .../org/apache/cocoon/www) the file
will be created.

There is a possibility in a multiple sub-sitemaps
environment to have same "relative paths" for diferent
XSP's in different sub-sitemaps.  This means that
either the files will overwrite each other all the
time or (even worse) be mistaken!!!

Please, could somebody give some light on this
problem?!

TIA
Drasko


--- Drasko Kokic <[EMAIL PROTECTED]> wrote:
> Hello again,
> 
> can anybody tell me what is the path/filename rule
> applied when a java file is being generated from the
> XSP?!
> 
> TIA
> Drasko
> 
> --- Drasko Kokic <[EMAIL PROTECTED]> wrote:
> > I think I have found something very strange in the
> > way
> > Java files are being generated from the XSP files.
> > 
> > I have situation like described in the attached
> > email.
> >  There is a main sitemap and a sub-sitemap for the
> > sub-URI LOOP.
> > 
> > In the LOOP sub-sitemap I have the following code:
> > 
> >
> >  > src="index.xsp"/>
> > 
> > 
> >
> > 
> > I don't understand why is the Java file
> > index_xsp.java
> > generated under the www directory and not under
> > www/LOOP directory???
> > 
> > Anybody care to explain how XSP and sitemap work
> > together.
> > 
> > TIA
> > Drasko
> > 
> > --- Drasko Kokic <[EMAIL PROTECTED]> wrote:
> > > Hello everybody,
> > > 
> > > this is already the second time I am getting
> > stucked
> > > with this problem.  Unfortunately the first time
> I
> > > have "solved" the problem in untraceble way :-(
> > > 
> > > I am using submaps like following
> > > 
> > > context = KontoCheck
> > > submap  = LOOP
> > > 
> > > this creates properly the sitemap_xmap.java in
> the
> > >  blabla...KontoCheck/org/apache/cocoon/www
> > > as well as in the subdirectory LOOP.
> > > Both get compiled and things work fine.
> > > 
> > > BUT ...
> > > 
> > > after I have configured the LOOP submap to serve
> > the
> > > URI SingleLogin/CheckIn I am getting the
> > > ClassNotFoundException.
> > > 
> > > Looking into the work directory I can see that
> > under
> > > the www directory there is SingleLogin
> > subdirectory
> > > containing the java file generated thrue XSP.
> ONLY
> > > THERE IS NO CLASS FILE.
> > > 
> > > How is it possible to fix this problem?  What is
> > > causing this misbehaviour?
> > > 
> > > TIA
> > > Drasko
> > > 
> > > 
> > >
> __
> > > Do You Yahoo!?
> > > Get personalized email addresses from Yahoo!
> Mail
> > > http://personal.mail.yahoo.com/
> > > 
> > >
> >
>
-
> > > 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!?
> > Get personalized email addresses from Yahoo! Mail
> > http://personal.mail.yahoo.com/
> > 
> >
>
-
> > 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!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
> 
>
-
> 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!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

-
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: FOP, optimized PDF

[Darrel Riekhof]

The fop-dev list has put this on their to-do list.

Darrel

-Original Message-
From: giacomo [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 18, 2001 10:16 PM
To: '[EMAIL PROTECTED]'
Subject: Re: FOP, optimized PDF 

You need to ask on the fop mailing list/project but feed back here
would be appreciated.

Giacomo

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

Why logicsheets?

[Per Steffensen]

Hi
 
Im writing an article about Cocoon 1, and I was 
hoping that you could write me some reasons why it is smarter to implements 
your logic in logicsheets instead of making your own processor. I have some 
reasons myself, but think that there maby is more to it.
 
Maby some concret situations, where it is better to 
use logicsheets.
 
Kind Regards

[C2] When are subsitemaps reloaded?

[HALLOWELL,KARL (HP-Cupertino,ex1)]

I have a subsitemap with the check-reload parameter set to "yes". I made a
change in my subsitemap (fixed a type) and reloaded a relevant link. The old
error (due to the typo) reappeared. I then restarted cocoon. Error
disappears. Usually, my changes in my subsitemap are reloaded. Is there some
lag between when a subsitemap is changed and when that subsitemap is
reloaded? Thank you.


Karl Hallowell [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: tomcat and XSPClassLoader

[Michael Bierenfeld]

> "Research on XSP compile-time/run-time classpaths",
> but got no response.  I'm pretty sure we're dealing
> with a bug here.

Hi,

yep while mailing a little bit on tomcat-user. I found out that a lot of
people do have the same problem. The Problem does not occur with
servlets itself but with classes that are used inside the servlet.

Somewhat related to threading.

Regards

Michael

-
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: tomcat and XSPClassLoader

[Greg Merrill]

I recently investigated this discrepancy between
compile-time/run-time classpaths in a message called
"Research on XSP compile-time/run-time classpaths",
but got no response.  I'm pretty sure we're dealing
with a bug here.  The only workaround I know of at
this point is the rather unpleasant $TOMCAT_HOME/lib
solution.

Here is the message I spoke of:

---

I took a look at the XSP processing code to see if I
could figure out why XSPs which compile cannot be run
due to NoClassDefFoundExceptions.  Here is what I
found.  (I am running Cocoon 1.8.2, so line numbers
correspond to that version of the sourcecode.)

Beginning in line 228 of
org.apache.cocoon.processor.xsp.XSPProcessor, an
attempt is made to determine the JSP classpath so it
can be used for XSP compilation.  It sequentially
looks through several environment values to find the
classpath; in my case, it finds it on the following
lookup:

this.servletContext.getAttribute("org.apache.tomcat.jsp_classpath")

A printout of this value shows all of my WEB-INF/lib
jars in the classpath.  In line 257, the cached
languageProcessors are each assigned this classpath. 
So far, so good.

Later on down the road, there is a request to process
my XSP.  This results in a call to the process()
method of XSPProcessor.  It attempts to compile the
XSP, and does so successfully, since the cached
languageProcessor has been initialized with the
correct classpath.  However, when it tries to load &
execute the compiled page thereafter (beginning line
523), we run into problems.  As far as I can see,
there was no resolution between the compile-time XSP
classpath and the run-time classpath.

Either I have failed to locate the code which adds
necessary jars/classes from the XSP compilation
classpath to the current runtime classpath, or there
is a bug in the code.

Does anyone know anything further about this issue? 
Can any Cocoon developers comment on this seeming
discrepancy?

--- Michael Bierenfeld
<[EMAIL PROTECTED]> wrote:
> Hi,
> 
> since tomcat does some nifty stuff while setting up
> the classpath I have
> the problem, that all my beans located in
> WEB-INF/lib are not found by
> the XSPClassLoader. They are found during
> compile-time though. Any
> workaround, solution. _Instead_ of copying them to
> $TOMCAT_HOME/lib.
> 
> Have a nice weekend
> 
> Michael
> 
>
-
> 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!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

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

tomcat and XSPClassLoader

[Michael Bierenfeld]

Hi,

since tomcat does some nifty stuff while setting up the classpath I have
the problem, that all my beans located in WEB-INF/lib are not found by
the XSPClassLoader. They are found during compile-time though. Any
workaround, solution. _Instead_ of copying them to $TOMCAT_HOME/lib.

Have a nice weekend

Michael

-
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: include file in apache http.conf

[dothomas]

Thanks!  I'll try it this weekend.
At 08:17 AM 7/20/01 -0600, you wrote:
>See my FlashGuide on the subject at http://www.galatea.com. That is the 
>configuration I have running here on my laptop.
>
>Lajos
>
>
>[EMAIL PROTECTED] wrote:
>
>> Hi, I'm a newbie to cocoon.  Trying to set up on win98 with apache and
>> tomcat.  Apache and tomcat both work fine until I try to include the
>> mod_jk.conf-auto changed file into httpd.conf.  After that file is
>> included, Apache won't run.
>> Any help appreciated!
>> 
>> 
>> -
>> 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]>

Re: include file in apache http.conf

[Lajos Moczar]

See my FlashGuide on the subject at http://www.galatea.com. That is the 
configuration I have running here on my laptop.

Lajos


[EMAIL PROTECTED] wrote:

> Hi, I'm a newbie to cocoon.  Trying to set up on win98 with apache and
> tomcat.  Apache and tomcat both work fine until I try to include the
> mod_jk.conf-auto changed file into httpd.conf.  After that file is
> included, Apache won't run.
> Any help appreciated!
> 
> 
> -
> 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]>

Sitemap defaulting type question

[Sean]

Hello All,

I have a question reguarding the cocoon2 sitemap.  I want to support
something like Tomcat and the Apache web server where users can have either
a index.jsp, index.html, or get a directory listing for a directory when
requested.  So if you have a directory call it "foobar" and it has an
index.jsp file in it the cocoon will "generate" based on that, if it does
not it will look for a index.html file, if that is not present it will do a
directory listing.  Is something like this possible with the sitemap?

I figured it would look like this:


  
  
  



  
  

  
  


Is there another pattern I would use to do this via the sitemap other then
maybe writing a jsp to do it for me?

Thanks,
Sean


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

include file in apache http.conf

[dothomas]

Hi, I'm a newbie to cocoon.  Trying to set up on win98 with apache and
tomcat.  Apache and tomcat both work fine until I try to include the
mod_jk.conf-auto changed file into httpd.conf.  After that file is
included, Apache won't run.
Any help appreciated!


-
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: [C2B1] Sitemap handler's sitemap not available

[Kevin Sonney]

On Thu, Jul 19, 2001 at 07:01:19PM -0400, [EMAIL PROTECTED] spoke thusly:
>yeps  !  its seen a lot. Reasons are not generic and vary with case to
>case.
>The  best way to know the exact error is to check the cocoon.log file.

fgrep is my friend :

[kevin@snorlax resin]$ fgrep Error webapps/cocoon/WEB-INF/logs/cocoon.log 
ERROR   3703[cocoon  ] (Thread-2): Error compiling sitemap
java.lang.StackOverflowError

Of course, this was *SO* easy to miss in the logs, as a *LOT* of info is 
in there (and this is thread 2 of 17, as well, so my human eyes kept 
looking through it).

Alrighty then. Resin (and only Resin) stack overflows compiling the 
sitemap from a stock 2.0B1 (and 2.1-cvs) build of cocoon (I'll check out 
the 2.0 cvs tree today and try that, but I have little hope, y'know?)

Has anyone seen this, then?

-- 
+---+
| Kevin Sonney[EMAIL PROTECTED] |
| Systems Programmerwww.webslingerZ.com |
+---+

"The weakest link in any civil rights case is always the
defendant. Imagine being a lawyer and getting a call from me. That's why I
try to, uh, behave myself." - Hunter S. Thompson


-
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: Antwort: Re: Antwort: Re: C2 : XML -> XSP -> HTML

[Davanum Srinivas]

Udo,

All you need is to write a logic-sheet (which is nothing but an xsl file). Look at all 
the samples
of logicsheets registered in cocoon.xconf file (esql.xsl, util.xsl etc).

Thanks,
dims

--- [EMAIL PROTECTED] wrote:
> 
> 
> Drasko,
> 
> below is one of the XML files, I want to start with. It only describes  the
> forms content and the db- query. That's all !.
> Nearly everyone who knows the underlying database can create this or a similar
> file. There is no need to know anything about XSP etc.
> 
> 
> This XML is then piped to a XSL document , which creates a XSP page. This one is
> processed and the results piped to another XSL for formatting the HTML output.
> The advantage is, I have seperated the content (in XML) and the logic and style
> (the two XSL's).
> To create a new database-query-form, the only thing to do is, to change the XML,
> whereas logic and style were only developed once and are not modified again.
> 
> The problem in C2 is, that I need for that a pipe with a XSP transformer . Or
> can you tell me, how to pass the XML content to the XSP page ?
> 
> Udo
> 
> XML sample
>
-
>  NQS Datenbank System
> 
>
> 
>   
>  Heute
>   add_months(trunc(sysdate,'MM')..
>   
> 
>   
>   8135
>   9958
>   
>   
> 
> 
> 
>  
>   
>   Baender WW 1
>   table
>   SELECT *  from
> FROM hm_data_ww1
> where #~#
> 
>   
>
>  
> 
> 
>
-
> 
> 
> 
> 
> 
> 
> Drasko Kokic <[EMAIL PROTECTED]> am 20.07.2001 11:48:09
> 
> Bitte antworten an [EMAIL PROTECTED]
> 
> 
> 
>  An:[EMAIL PROTECTED] 
> 
>  Kopie: (Blindkopie: Udo Kretschmer/ORGIV/Alunorf)  
> 
> 
> 
>  Thema: Re: Antwort: Re: C2 : XML -> XSP -> HTML
> 
> 
> 
> 
> 
> 
> 
> > 
> 
> Please, explain to me why do you need to pipe it
> yourself ... the ServerPageGenerator will read the
> file.
> Or ... you want something more!?
> Drasko
> 
> --- [EMAIL PROTECTED] wrote:
> >
> >
> > This is what I understand as well.
> >
> > Creating XML from static XML with e.g. a
> > FileGenerator works
> > Creating XML from XSP with a ServerPagesGenerator
> > work as well
> >
> > But you are not able to use static XML (e.g. from
> > FileGenerator) and pipe this
> > to a XSP Transformer, right ?
> > This is what I want to do.
> >
> > Udo
> >
> >
> >
> >
> >
> >
> > Drasko Kokic <[EMAIL PROTECTED]> am 20.07.2001
> > 09:19:59
> >
> > Bitte antworten an [EMAIL PROTECTED]
> >
> >
> >
> >
> >
> >
> >  An:[EMAIL PROTECTED]
> >
> >
> >
> >  Kopie: (Blindkopie: Udo Kretschmer/ORGIV/Alunorf)
> >
> >
> >
> >
> >
> >
> >
> >  Thema: Re: C2 : XML -> XSP -> HTML
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > >
> >
> > Hi Udo,
> >
> > C2 can generate XML from the static XML file as well
> > as from the XSP file (via type="serverpages")
> >
> > Gru?
> > Drasko
> >
> > --- [EMAIL PROTECTED] wrote:
> > >
> > >
> > > In C1 one can perfectly seperate content (in XML),
> > > logic (in XSP) and style (as
> > > XSL).
> > >
> > > I have used this for creating dynamic forms and
> > > executing database queries
> > > whereas
> > > the form description and the db-query were located
> > > in the XML file.
> > > For each different database query / form an
> > > appropriate XML file was created.
> > >
> > > Logic and style were located in XSL documents and
> > > were developed once.
> > >
> > > The XML was piped to the first XSL which creating
> > a
> > > XSP page,which perfomed the
> > > query and the results were piped to the XSL for
> > > formatting the output.
> > >
> > > To do the same thing in C2, we need to use a XML
> > > filegenerator and a XSP
> > > transformer, which obviously does not exists in
> > the
> > > moment.
> > >
> > > Does anyone know, if it's planned to create a XSP
> > > transformer ?
> > > Or is there simply another way in C2 ? All hints
> > are
> > > appreciated.
> > >
> > > Cheers
> > >
> > > Udo
> > >
> 
> 
> __
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
> 
> -
> Please check that your question has not alre

Antwort: Re: Antwort: Re: C2 : XML -> XSP -> HTML

[Udo . Kretschmer]

Drasko,

below is one of the XML files, I want to start with. It only describes  the
forms content and the db- query. That's all !.
Nearly everyone who knows the underlying database can create this or a similar
file. There is no need to know anything about XSP etc.


This XML is then piped to a XSL document , which creates a XSP page. This one is
processed and the results piped to another XSL for formatting the HTML output.
The advantage is, I have seperated the content (in XML) and the logic and style
(the two XSL's).
To create a new database-query-form, the only thing to do is, to change the XML,
whereas logic and style were only developed once and are not modified again.

The problem in C2 is, that I need for that a pipe with a XSP transformer . Or
can you tell me, how to pass the XML content to the XSP page ?

Udo

XML sample
-
 NQS Datenbank System

   

  
 Heute
 
  

  
  8135
  9958
  
  



 
  
  Baender WW 1
  table
  SELECT *  from
FROM hm_data_ww1
where #~#

  
   
 


-






Drasko Kokic <[EMAIL PROTECTED]> am 20.07.2001 11:48:09

Bitte antworten an [EMAIL PROTECTED]



 An:[EMAIL PROTECTED] 

 Kopie: (Blindkopie: Udo Kretschmer/ORGIV/Alunorf)  



 Thema: Re: Antwort: Re: C2 : XML -> XSP -> HTML











Please, explain to me why do you need to pipe it
yourself ... the ServerPageGenerator will read the
file.
Or ... you want something more!?
Drasko

--- [EMAIL PROTECTED] wrote:
>
>
> This is what I understand as well.
>
> Creating XML from static XML with e.g. a
> FileGenerator works
> Creating XML from XSP with a ServerPagesGenerator
> work as well
>
> But you are not able to use static XML (e.g. from
> FileGenerator) and pipe this
> to a XSP Transformer, right ?
> This is what I want to do.
>
> Udo
>
>
>
>
>
>
> Drasko Kokic <[EMAIL PROTECTED]> am 20.07.2001
> 09:19:59
>
> Bitte antworten an [EMAIL PROTECTED]
>
>
>
>
>
>
>  An:[EMAIL PROTECTED]
>
>
>
>  Kopie: (Blindkopie: Udo Kretschmer/ORGIV/Alunorf)
>
>
>
>
>
>
>
>  Thema: Re: C2 : XML -> XSP -> HTML
>
>
>
>
>
>
>
>
>
> >
>
> Hi Udo,
>
> C2 can generate XML from the static XML file as well
> as from the XSP file (via type="serverpages")
>
> Gru?
> Drasko
>
> --- [EMAIL PROTECTED] wrote:
> >
> >
> > In C1 one can perfectly seperate content (in XML),
> > logic (in XSP) and style (as
> > XSL).
> >
> > I have used this for creating dynamic forms and
> > executing database queries
> > whereas
> > the form description and the db-query were located
> > in the XML file.
> > For each different database query / form an
> > appropriate XML file was created.
> >
> > Logic and style were located in XSL documents and
> > were developed once.
> >
> > The XML was piped to the first XSL which creating
> a
> > XSP page,which perfomed the
> > query and the results were piped to the XSL for
> > formatting the output.
> >
> > To do the same thing in C2, we need to use a XML
> > filegenerator and a XSP
> > transformer, which obviously does not exists in
> the
> > moment.
> >
> > Does anyone know, if it's planned to create a XSP
> > transformer ?
> > Or is there simply another way in C2 ? All hints
> are
> > appreciated.
> >
> > Cheers
> >
> > Udo
> >


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

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




Mit freundlichen Grüßen

Udo Kretschmer

Aluminium Norf GmbH
41403  Neuss
ORGIV
Telefon: 02131/937 640
Telefax: 02131/5339950640
eMail: [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: Antwort: Re: C2 : XML -> XSP -> HTML

[Drasko Kokic]

Please, explain to me why do you need to pipe it
yourself ... the ServerPageGenerator will read the
file.
Or ... you want something more!?
Drasko

--- [EMAIL PROTECTED] wrote:
> 
> 
> This is what I understand as well.
> 
> Creating XML from static XML with e.g. a
> FileGenerator works
> Creating XML from XSP with a ServerPagesGenerator
> work as well
> 
> But you are not able to use static XML (e.g. from
> FileGenerator) and pipe this
> to a XSP Transformer, right ?
> This is what I want to do.
> 
> Udo
> 
> 
> 
> 
> 
> 
> Drasko Kokic <[EMAIL PROTECTED]> am 20.07.2001
> 09:19:59
> 
> Bitte antworten an [EMAIL PROTECTED]
> 
>
> 
>
> 
>
>  An:[EMAIL PROTECTED] 
>
> 
>
>  Kopie: (Blindkopie: Udo Kretschmer/ORGIV/Alunorf)  
>
> 
>
> 
>
> 
>
>  Thema: Re: C2 : XML -> XSP -> HTML 
>
> 
>
> 
> 
> 
> 
> 
> 
> > 
> 
> Hi Udo,
> 
> C2 can generate XML from the static XML file as well
> as from the XSP file (via type="serverpages")
> 
> Gru?
> Drasko
> 
> --- [EMAIL PROTECTED] wrote:
> >
> >
> > In C1 one can perfectly seperate content (in XML),
> > logic (in XSP) and style (as
> > XSL).
> >
> > I have used this for creating dynamic forms and
> > executing database queries
> > whereas
> > the form description and the db-query were located
> > in the XML file.
> > For each different database query / form an
> > appropriate XML file was created.
> >
> > Logic and style were located in XSL documents and
> > were developed once.
> >
> > The XML was piped to the first XSL which creating
> a
> > XSP page,which perfomed the
> > query and the results were piped to the XSL for
> > formatting the output.
> >
> > To do the same thing in C2, we need to use a XML
> > filegenerator and a XSP
> > transformer, which obviously does not exists in
> the
> > moment.
> >
> > Does anyone know, if it's planned to create a XSP
> > transformer ?
> > Or is there simply another way in C2 ? All hints
> are
> > appreciated.
> >
> > Cheers
> >
> > Udo
> >


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

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

Antwort: Re: C2 : XML -> XSP -> HTML

[Udo . Kretschmer]

This is what I understand as well.

Creating XML from static XML with e.g. a FileGenerator works
Creating XML from XSP with a ServerPagesGenerator work as well

But you are not able to use static XML (e.g. from FileGenerator) and pipe this
to a XSP Transformer, right ?
This is what I want to do.

Udo






Drasko Kokic <[EMAIL PROTECTED]> am 20.07.2001 09:19:59

Bitte antworten an [EMAIL PROTECTED]



 An:[EMAIL PROTECTED] 

 Kopie: (Blindkopie: Udo Kretschmer/ORGIV/Alunorf)  



 Thema: Re: C2 : XML -> XSP -> HTML 











Hi Udo,

C2 can generate XML from the static XML file as well
as from the XSP file (via type="serverpages")

Gru?
Drasko

--- [EMAIL PROTECTED] wrote:
>
>
> In C1 one can perfectly seperate content (in XML),
> logic (in XSP) and style (as
> XSL).
>
> I have used this for creating dynamic forms and
> executing database queries
> whereas
> the form description and the db-query were located
> in the XML file.
> For each different database query / form an
> appropriate XML file was created.
>
> Logic and style were located in XSL documents and
> were developed once.
>
> The XML was piped to the first XSL which creating a
> XSP page,which perfomed the
> query and the results were piped to the XSL for
> formatting the output.
>
> To do the same thing in C2, we need to use a XML
> filegenerator and a XSP
> transformer, which obviously does not exists in the
> moment.
>
> Does anyone know, if it's planned to create a XSP
> transformer ?
> Or is there simply another way in C2 ? All hints are
> appreciated.
>
> Cheers
>
> Udo
>
>
>
>
>
-
> 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!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

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




Mit freundlichen Grüßen

Udo Kretschmer

Aluminium Norf GmbH
41403  Neuss
ORGIV
Telefon: 02131/937 640
Telefax: 02131/5339950640
eMail: [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: Debugging Transform

[Marks local account]

giacomo wrote:

> On Thu, 19 Jul 2001, Marks local account wrote:
>
> > What is the best way to write a transform that could be inserted at any
> > point in the pipeline to produce a colorized output of the pipe at that
> > stage, ike the view source, only with dynamically generated tags?
>
> I don't know what you want to color but there is still the good old
> LogTransformer which was always a good helper to see what's running down
> the pipeline. Look at the cocoon.log for its output.
>

Yes. I use that, but what I want is to produce a nice dump of the (virtual)
xml document at a particular point in the pipe, and display it on a web page
in the same way as the view_source does in the examples.
I have a problem where som tags are being filtered out in a four stage
pipeline, and I would like to examine the xml document that would be
produced after each step. i know its not really a document, and only a
stream of SAX events, but a transform that collected them up and produced an
output page would be cool, I would write one, but I am still a newbie, and I
need some tips.

Mark Miller
Web Architect
Logica


-
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: The order of battle

[Marks local account]

Actually it is working like it is suppose to, the problem was me (of
course). The xsp processor only processes the first tag it comes to I
suppose, which makes sense.

Mark Miller
Web Architect
Logica


-
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: C2 : XML -> XSP -> HTML

[Drasko Kokic]

Hi Udo,

C2 can generate XML from the static XML file as well
as from the XSP file (via type="serverpages")

Gruß
Drasko

--- [EMAIL PROTECTED] wrote:
> 
> 
> In C1 one can perfectly seperate content (in XML),
> logic (in XSP) and style (as
> XSL).
> 
> I have used this for creating dynamic forms and
> executing database queries
> whereas
> the form description and the db-query were located
> in the XML file.
> For each different database query / form an
> appropriate XML file was created.
> 
> Logic and style were located in XSL documents and
> were developed once.
> 
> The XML was piped to the first XSL which creating a
> XSP page,which perfomed the
> query and the results were piped to the XSL for
> formatting the output.
> 
> To do the same thing in C2, we need to use a XML
> filegenerator and a XSP
> transformer, which obviously does not exists in the
> moment.
> 
> Does anyone know, if it's planned to create a XSP
> transformer ?
> Or is there simply another way in C2 ? All hints are
> appreciated.
> 
> Cheers
> 
> Udo
> 
> 
> 
> 
>
-
> 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!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

-
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: The order of battle

[Drasko Kokic]

--- Marks local account <[EMAIL PROTECTED]> wrote:
> I have a pipeling that has the following pattern:
> 
> 
>  src="docs/login.xsp" />
>  src="stylesheets/login-page2html.xsl"/>
> 
> 
> 
> I though what happened her was that a file
> 'login_xsp.java' was
> generated from 'login.xsp' which would fire SAX
> events that are then
> transformed by 'login-page2html.xsl'.
> 
> But in tracking down a bug it looks more like the
> login.xsp page has the
> login-page2html.xsl applied, and then it is compiled
> into a .java file.
> I concluded this because the problem was that the
> root tag was not being
> matched, and the java file only had a few tags in
> it. When I go the name
> of the tag right in login-page2html.xsl then the
> resulting java file
> produced had all the bits and pieces.
> 
> I'm confused.
> 
> Mark Miller
> Web Architect
> Logica
> 

Are you saying that your stylesheet
(login-page2html.xsl) is being applied on the XSP file
(instead of the XML output of the generated java
code)?!?!

Could you please publish your files and the resulting
java files in both cases?

I am very puzzled by the XSP and sitemap part and
would really appreciate some comments from the
"insiders"

Drasko

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

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