Re: cocoon

[GIQUEL Magali]

thanks,
it's run.
mag
- Original Message - 
From: "Chitharanjan Das" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 24, 2002 8:00 PM
Subject: RE: cocoon


> Try the following
> 
> 
>  src="http://lanester:80/tamino/execLog?_xql=//wes:HISTORY[@ino:id={1}]"/
> >
> 
> 
>
> 
> The pattern will have to be modified to indicate eBiz/{id}. This will
> result in the src for the generator to be
> http://lanester:80/tamino/execLog?_xql=//wes:HISTORY[@ino:id={id}]
> 
> 
> Hope this helps,
> Chiths
> 
> 
> 
> 
> 
> 
> -Original Message-
> From: GIQUEL Magali [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, January 24, 2002 3:38 AM
> To: [EMAIL PROTECTED]
> Subject: cocoon
> 
> Hi,
> I use tomcat4.0 and cocoon 2,
> after a click on a jsp page, i send a request on tamino which returns an
> xml
> document.
> My probem is that the URI I want to access is included in the sitemap
> and
> this uri has got parameters (id). These parameters come from hyperlinks
> on a
> jsp page.
> I don't known how to send these parameters from the jsp file to the
> sitemap.
> 
>  
>  src="http://lanester:80/tamino/execLog?_xql=//wes:HISTORY[@ino:id={id}]";
> />
> 
> 
>
> magali
> 
> 
> 
> 
> -
> 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: How to configure sitemap.xmap

[Bartomeu Adrover]

If your xsp files generate FO you dont need the tag .
If your xsp files don't generate FO you need to especify the xslt (or the
transformer) for convert the xml generated by the xsp to FO.
"MOODAD (Shadi LB Soft)" wrote:
Hi
I'm trying to generate pdf reports using the cocoon servlet.
I have configured a pipeline like that to handle the xsp files
  
   
    
    
    
   
  
So I got the following error with stack trace:
org.apache.cocoon.ProcessingException: Could not setup pipeline.: org.xml.sax.SAXException:
Invalid System ID
    at org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:163)
    at org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:239)
    at org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(CachingEventPipeline.java:99)
    at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:277)
    at org.apache.cocoon.www.conf.sitemap_xmap.wildcardMatchN4001F4(sitemap_xmap.java:3053)
    at org.apache.cocoon.www.conf.sitemap_xmap.process(sitemap_xmap.java:2400)
    at org.apache.cocoon.www.conf.sitemap_xmap.process(sitemap_xmap.java:2335)
    at org.apache.cocoon.sitemap.Handler.process(Handler.java:163)
    at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:114)
    at org.apache.cocoon.Cocoon.process(Cocoon.java:515)
    at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:656)
Could any body help me on how to configure the pipeline to render the
xsp file into pdf formats
Thanks in advance.
 --
Soft Solutions, Liban
Net Developper
Moodad Shadi
www.softsolutions.fr
 


begin:vcard 
n:Adrover;Bartomeu
x-mozilla-html:FALSE
org:UIB;Servei de Càlcul i Informatizació
version:2.1
email;internet:[EMAIL PROTECTED]
adr;quoted-printable:;;Edifici Anselm Turmeda, Campus de la UIB=0D=0ACarretera de Valldemossa Km 7,5 ;Palma de Mallorca;Illes Balears;07071;Espanya
fn:Baromeu Adrover
end:vcard



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

Counting Sessions

[Charles Butcher]

I need to be able to keep track of the number of active cocoon sessions, and
prevent additional users logging on to our application once a certain number
of sessions are active.

Being new to cocoon, I'm having a hard time working out a good way to do
this.

Can anyone give me some suggestions?

Thanks,
Charles


-
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: Cocoon2 and non-English characters in jsp

[Max Larsson]

Hi,

i don_t know if it is any help for you. But
maybe take a look at the following patch for
cocoon:

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5593

It patches cocoon for better support for different
encodings. How it affects JSP; i don't know.

HTH

Max

> -Original Message-
> From: Gasper [mailto:[EMAIL PROTECTED]]
> Sent: Donnerstag, 24. Januar 2002 16:30
> To: [EMAIL PROTECTED]
> Subject: Re: Cocoon2 and non-English characters in jsp
> 
> 
> I have the one with the 11-Jan-2002 date from the
> http://xml.apache.org/cocoon/dist/.
> 
> I got the new JSPEngine.java and JSPEngineImpl.java and 
> JspGenerator.java
> from Code Repository.
> 
> Now my characters get encoded like this: 
> šðèæž
> this is the source from my jsp page as seen in the browser.
> 
> The actual encoding to a diffrent encoding does not happen I guess.
> 
> I tried a xsp page with my utf-8 chars in, but with the same result
> (šðèæž).
> 
> I guess now I have to solve how cocoon or maybe tomcat 
> encodes characters.
> 
> If somebody found it out for XSP let my know, please!
> 
> Any ideas?
> 
> Thanks
> 
> Gasper
> 
> - Original Message -
> From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, January 24, 2002 1:33 AM
> Subject: RE: Cocoon2 and non-English characters in jsp
> 
> 
> > What Cocoon version do you have? Only Cocoon post-2.0 
> release from CVS
> > have correct handling of JSP encoding.
> >
> > (See
> > 
> http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/changes.xml?rev=
> 1.75&conte
> > nt-type=text/vnd.viewcvs-markup, first mention of JSPEngine)
> >
> > Vadim
> >
> > > -Original Message-
> > > From: Gasper [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, January 23, 2002 7:16 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: Cocoon2 and non-English characters in jsp
> > >
> > > The encoding for a jsp is done like this:
> > > <%@page contentType="text/html; charset=iso-8859-2"%>
> > > But this does not help.
> > >
> > > 
> > > On top of my jsp doesn't help either.
> > >
> > > I've also tried the following in my sitemap.xmap but with 
> no success.
> > > > > src="org.apache.cocoon.serialization.HTMLSerializer">
> > >  iso-8859-2
> > >
> > >
> > > Any other ideas?
> > >
> > > Thanks very much.
> > >
> > > Gasper
> > >
> > >
> > > - Original Message -
> > > From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Wednesday, January 23, 2002 9:36 PM
> > > Subject: RE: Cocoon2 and non-English characters in jsp
> > >
> > >
> > > > > From: Gasper [mailto:[EMAIL PROTECTED]]
> > > > >
> > > > > Hello
> > > > >
> > > > > If I use non-English characters in my jsp's, they 
> appear in the
> > > > browser as
> > > > > question marks.
> > > > >
> > > > > How can I specify the encoding for my page served by cocoon2?
> > > >
> > > > First you have to define encoding in your JSP source 
> file. Look into
> > JSP
> > > > spec for a way to do this (I don't remember)
> > > >
> > > > Vadim
> > > >
> > > >
> > > >
> > > >
> > 
> -
> > > > 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]>
> >
> >
> 
> 
> -
> 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]>

Bizarre cocoon issues

[Sean Peck]

I am attempting to install and run cocoon2 under Tomcat 3.2.2 on RH Linux
7.1 with Java 1.3.1_02

I am having all sorts of bizarre problems...

1) The xerces 1.4.4 that came with the cocoon distribution would not work,
with it I got NoClassFoundExceptions on startup (and yes, I removed
jaxp.jar and renamed parser.jar to zparser.jar and confirmed it did appear
later in the classpath)

2) So I went and downloaded the latest xeres1.4.4.jar from the xerces web
site and installed it into the Tomcat/lib directory and deleted the one
that seemed to not work properly.  

3) This ended the exception from being thrown, however TOMCAT and its java
instance simply DIE after the ContextManager adds the cocoon context.
Tomcat starts with the -verbose option end with the line "LOADED
org.apache.xerces.dom.AttributeMap" and thats it... Java instance
dies/ends, no log entries to jasper or servlet, and no logs in WEB-INF are
created.


4)Even weirder still... if I add the set TOMCAT_OPTS to the following:

-classic -Xdebug -Xnoagent -Djava.compiler=NONE

Tomcat will finish starting up, and start listening on ports, but requests
for /cocoon appear to simply hang... servlet.log shows some activity
during startup before tomcat is listening.. once it is listening it does
nothing.  At least that I can tell.

I am highly perplexed, and any help would be appreciated.

Regards,

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

XSLTransformer questions!

[shenoy, nitin]

Q1) How do I pass the result of XSL transformations to an Action?

 






In the above scenario, I want to be able to pass the result of
transformation by identity.xsl to load-order action! Is that possible and if
yes how?

Q2) How do I handle a scenario where every xsl:for-each should fire an
action inside a sitemap? I guess a related question also is whether Sitemap
has any construct for loops?

Please do help.

Regards,
Nitin



-
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: JDK 1.4 pre

[Alex Kachanov]

Guys, I think the problem is that JDK1.4 includes Xerces parser now.

So there are conflicting versions when you install JDK 1.4 and cocoon on the same 
machine

with best wishes
Alexander Kachanov

-
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: Servlets to XSL

[Bob Garvey]

No problem. You kept me thinking.

- Original Message -
From: "David Rosenstrauch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 24, 2002 6:38 PM
Subject: Re: Servlets to XSL


> At 04:30 PM 1/24/02 -0600, you wrote:
> >Thanks to Vadim Gritsenko and David Rosenstrauch.
> >This scheme now works.
>
>
> Glad you're up and running Bob.
>
> In fact, though, I feel kinda bad that I gave you some bad advice about
refactoring, creating your own generator, etc.
>
> Glad Vadim was here to put us both straight.
>
> I learned something new from this:  didn't know the file generator could
take an external URL (e.g., "http://host/dir/servlet";).  Seems pretty
obvious now, of course, but for some reason I just thought it could only
read files in the local cocoon dirs on the server.  Well - good to know.
>
> Anyway, glad your problem is fixed, and glad I was able to be of SOME help
(without screwing you up too much!)  :-)
>
>
> DR
>
>
> -
> 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: Servlets to XSL

[Vadim Gritsenko]

> From: Chitharanjan Das [mailto:[EMAIL PROTECTED]]
> 
> There is on major drawback though,
>   If the application have jsps and Servlets. The Context for both
> JSP and Servlets have to be the same , if they are using session
> management.
> In the example depicted below, the Context of servlets and JSP's would
> be different, making the session management not possible.
> I hope I am clear..

Yes, it is perfectly clear. This approach better to be used for:
1) Integration with external systems - where session management is not
an issue,
or 
2) Smooth migration path for legacy applications to Cocoon platform.
With some care and some changes it is possible to achieve acceptable
performance and it is possible to deploy under one context.

Vadim

> Regds,\
> Chiths
> 
> 
> -Original Message-
> From: Bob Garvey [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 24, 2002 2:30 PM
> To: [EMAIL PROTECTED]
> Subject: Servlets to XSL
> 
> Thanks to Vadim Gritsenko and David Rosenstrauch.
> This scheme now works.
> Here is what I learned that may be valuable to others who would like
to
> write servlets that output XML and would like for the XML to be input
to
> an
> XLS Transformation.
> 
> The sitemap entry:
>
>  http://cb:8080/examples/servlet/servlet23.{1}"/>
>  
>  
>
> -
> where
> . servlet23 is a package name; this makes the matching
straightforward.
> . the generate src entry is the servlet as externally referencable:
note
> that if you address it from a browser you will get xml that you can
look
> at
> for debug
> . the stylesheet is pathed from cocoon root.
> -
> Debugging required looking at:
> the logs in %tomcathome%\logs
> and %tomcathome%\webapps\cocoon\WEB-INF\logs
>

> ---
> Thanks to all developers for a great system.
> 
> Bob Garvey


-
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: Servlets to XSL

[David Rosenstrauch]

At 04:30 PM 1/24/02 -0600, you wrote:
>Thanks to Vadim Gritsenko and David Rosenstrauch.
>This scheme now works.


Glad you're up and running Bob.

In fact, though, I feel kinda bad that I gave you some bad advice about refactoring, 
creating your own generator, etc.

Glad Vadim was here to put us both straight.

I learned something new from this:  didn't know the file generator could take an 
external URL (e.g., "http://host/dir/servlet";).  Seems pretty obvious now, of course, 
but for some reason I just thought it could only read files in the local cocoon dirs 
on the server.  Well - good to know.

Anyway, glad your problem is fixed, and glad I was able to be of SOME help (without 
screwing you up too much!)  :-)


DR


-
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: JDK 1.4 pre

[David Rosenstrauch]

At 11:22 AM 1/24/02 -0500, Berin Loritsch wrote:
Until that time, and the time when XSP is no longer needed, tools.jar needs
>to go in WEB-INF/lib.


Not sure what you mean by that.  When won't XSP be needed any longer?  Is it being 
deprecated?


DR


-
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: Servlets to XSL

[Chitharanjan Das]

There is on major drawback though,
If the application have jsps and Servlets. The Context for both
JSP and Servlets have to be the same , if they are using session
management.
In the example depicted below, the Context of servlets and JSP's would
be different, making the session management not possible.
I hope I am clear..


Regds,\
Chiths










-Original Message-
From: Bob Garvey [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, January 24, 2002 2:30 PM
To: [EMAIL PROTECTED]
Subject: Servlets to XSL

Thanks to Vadim Gritsenko and David Rosenstrauch.
This scheme now works.
Here is what I learned that may be valuable to others who would like to
write servlets that output XML and would like for the XML to be input to
an
XLS Transformation.

The sitemap entry:
   
 http://cb:8080/examples/servlet/servlet23.{1}"/>
 
 
   
-
where
. servlet23 is a package name; this makes the matching straightforward.
. the generate src entry is the servlet as externally referencable: note
that if you address it from a browser you will get xml that you can look
at
for debug
. the stylesheet is pathed from cocoon root.
-
Debugging required looking at:
the logs in %tomcathome%\logs
and %tomcathome%\webapps\cocoon\WEB-INF\logs

---
Thanks to all developers for a great system.

Bob Garvey


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

urgent help needed

[sirisha santhi]

Hi All
  I am getting a problem while installing the cocoon2.0 on tomcat4.0.1.I have downloaded the zip file from the apache site named cocoon-2.0-src.zip and i unzipped it.And i created a war file as per instructions on the site.
  I copied the war file into %TOMCAT_HOME%/webapps directory.
 I am getting an sql exception 
please any body help me
thanking u
santhi
 
 Do You Yahoo!?
Yahoo! Auctions Great stuff seeking new owners! Bid now!

Servlets to XSL

[Bob Garvey]

Thanks to Vadim Gritsenko and David Rosenstrauch.
This scheme now works.
Here is what I learned that may be valuable to others who would like to
write servlets that output XML and would like for the XML to be input to an
XLS Transformation.

The sitemap entry:
   
 http://cb:8080/examples/servlet/servlet23.{1}"/>
 
 
   
-
where
. servlet23 is a package name; this makes the matching straightforward.
. the generate src entry is the servlet as externally referencable: note
that if you address it from a browser you will get xml that you can look at
for debug
. the stylesheet is pathed from cocoon root.
-
Debugging required looking at:
the logs in %tomcathome%\logs
and %tomcathome%\webapps\cocoon\WEB-INF\logs
---
Thanks to all developers for a great system.

Bob Garvey


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

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

Re: How to integrate fop-0_20_1-dev in Cocoon-2.0rc2

[Dylan Delrosario]

J,

Make sure you check your config files and make sure the new jar is replacing the old 
in the classpath.

Regards,

Dylan del Rosario

>>> [EMAIL PROTECTED] 01/24/02 04:46 AM >>>
Hi!

I want to integrate fop-0_20_1-dev.jar  in Cocoon-2.0rc2.
I can't upgrade to Cocoon-2.0 because our Project needs 
"multiple dictionary support" and the current i18n transformer doesn't
support this feature, yet.

But I want to profit from the new fo tags implemented in fop-0_20

I tried to replace the fop-0_19.jar with the fop-0_20.jar without
success.
I got the following error in cocoon.log.

Does anybody know how I get it to work?


Regards 

J. Schwarz


SNIP
java.lang.NoClassDefFoundError: org/apache/log/format/Formatter
at
org.apache.fop.configuration.ConfigurationReader.createParser(ConfigurationReader.java:95)
at
org.apache.fop.configuration.ConfigurationReader.start(ConfigurationReader.java:62)
at
org.apache.fop.apps.Options.loadStandardConfiguration(Options.java:141)
at org.apache.fop.apps.Options.(Options.java:30)
at
org.apache.cocoon.serialization.FOPSerializer.configure(FOPSerializer.java:89)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:108)
at
org.apache.avalon.excalibur.pool.AbstractPool.newPoolable(AbstractPool.java:70)
at
org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.grow(SoftResourceLimitingPool.java:82)
at
org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.initialize(SoftResourceLimitingPool.java:67)
at
org.apache.avalon.excalibur.component.PoolableComponentHandler.initialize(PoolableComponentHandler.java:85)
at
org.apache.avalon.excalibur.component.ExcaliburComponentSelector.addComponentExcaliburComponentSelector.java:383)
at
org.apache.cocoon.sitemap.SitemapComponentSelector.addSitemapComponent(SitemapComponentSelector.java:78)
at
org.apache.cocoon.sitemap.AbstractSitemap.load_component(AbstractSitemap.java:225)
at
org.apache.cocoon.www.sitemap_xmap$Configurer.configSerializers(sitemap_xmap.java:1350)
at
org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:769)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:108)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:81)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:118)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompiledComponent(ProgramGeneratorImpl.java:292)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:273)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:179)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:204)
at java.lang.Thread.run(Thread.java:484)


SNAP






-
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: Servlet to XSL possible?

[Vadim Gritsenko]

> From: Bob Garvey [mailto:[EMAIL PROTECTED]]
> 
> Looks like Cocoon is trying to handle the request
> 
> From Cocoon.log:



> INFO10118   [cocoon  ] (HttpProcessor[8080][4]):
> 'servlet23.ServletTestB' Processed by Apache Cocoon 2.0b2 in 6.559
seconds.

You have it up and running! Check also that there is no exceptions in
the log related to your query.


> But I dont know what to make of it
> sitemap entry:
>
>  http://cb:8080/examples/servlet/servlet23.{1}"/>
>  
>  
>
> 
> requesting URL:http://cb:8080/cocoon/servlet23.ServletTestB
> 
> I put a copy of the servlet in
> %tomcathome%\webapps\cocoon\WEB-INF\classes\servlet23

This is not needed - unless you deploy this server in Cocoon's context.


 
> If I run it on another machine I dont get page not found but I get an
empty
> page with only  

Your XML is not matching with XSLT you are using. Try this for starters:


  http://cb:8080/examples/servlet/servlet23.{1}"/>
  


You should see XML generated by your servlet in the browser. Only then
proceed to attaching XSLT to this.

Vadim


-
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 2 with VAJ 4 and WTE

[Vadim Gritsenko]

> From: tom blondeau [mailto:[EMAIL PROTECTED]]



> but at least Cocoon seems to be running. when i request
> http://localhost:8080/cocoon/
> the sitemap_xmap.java, sitemap_xmap.class and a 3rd classfile are
created
> but I get an internal server error:
> "The sitemap handler's sitemap is not available. Please check logs for
the
> exact error."
> 
> I found some discriptions of these errors in some mailing list
archives, but
> no real solution that helped me. i'd really appreciate some help or
ideas
> how to fix that...

I do not not what's new in VAJ4 and websphere, but I recall that when I
tried to run Cocoon under VAJ35, there were class loading issues. Try
this:

1. Set classpath for the project to include directory were sitemap class
is generated;
2. If this does not help, import sitemap class manually into VAJ, and
never modify sitemap source after that - or repeat step 2 ;).

Vadim


-
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 Memory Settings - Xms, Xmx, freememory, and heapsize

[Gerhard Froehlich]

Hi Peter,

>From: Peter Hargreaves [mailto:[EMAIL PROTECTED]]
>
>Hi Folks,
>
>I've completed my application and am investigating massive memory 
>demands (100M - 300M). The following are some of my conclusions, which 
>may be of use to others. I'm definitely not an expert so comments please 
>>from those that know better. Some of the following does seems to 
>contradict other posting about memory configuration.

Kool, mate. Keep up sending feedback!

>The java heap is the area of RAM reserved for use by the java virtual 
>machine. At any time only part of the heap will be in use. The size of 
>the part in use will vary over time as classes and instances are loaded 
>and released. If the size in use approaches the size of the heap, then 
>more memory will be allocated to the heap. If the amount in use falls to 
>a small percentage of the heap size for a relatively long period the 
>size of the heap will be reduced by the jvm, to free memory for the 
>operating system.
>
>Xms and Xmx are set when the jvm is started. If using Tomcat-4.0.1 set 
>the environment parameter CATALINA_OPTS=-Xms -Xmx before 
>starting Tomcat.
>
>Xms - sets initial java heap size
>-
>With cocoon there seems to be little point setting this as start-up 
>times are dominated by other factors.

Ok.

>Xmx - sets maximum java heap size
>-
>This is the maximum amount of memory available to Tomcat and Cocoon. If 
>there is demand for more than is available, then a 
>java.lang.outofmemory() exception will occur - to be avoided at all 
>costs!!! I've found it best to set this to a size which leaves some RAM 
>for the operating system. If there is virtual memory configured on the 
>operating system (hard disk pretending to be RAM) then set the maximum 
>jvm heap low enough to avoid using it.

Yes I do the same.

>Store Janitor
>-
>In the cocoon.xconf file there are setting for the store-janitor. The 
>store, I think, is a file cache run by cocoon which therefore places 
>demands on the jvm heap. These setting control the size of the file 
>cache to stop it using up all of the heap and thereby causing a 
>java.lang.outofmemory() error.

It's both. It's a memory store which hold the generated pages. When this
cache is full or the JVM is running low on memory some objects are freed
and swapped to the filesystem.

But your're right the StoreJanitor is the component which controls this!

>   class="org.apache.cocoon.components.store.StoreJanitorImpl" 
>logger="root.store">
>  
>  
>  
>  
>   
>
>parameter 'heapsize' - the size of jvm heap below which the file cache 
>is allowed to grow. When actual heap size (not heap in use) exceeds this

Exact!

>size then the store-janitor will take steps to reduce it, assuming the 
>amount of actual free memory is below the parameter 'freememory' limit.

The current alghorithm is like this:

memory is low if:
JVM total Memory consumption > configured heap && JVM free Memory < configured free 
Memory

>Parameter 'heapsize' must be less than Xmx otherwise the store would be 
>allowed to fill the heap. The difference between Xmx and 'heapsize' must 
>be sufficient memory for cocoon during a 'cleanupthreadinterval'.

Correct.

>parameter 'freememory' - is the difference between heap size and heap in 
>use which the store-janitor must achieve (by giving up memory) if the 
>actual heap size has exceeded the parameter 'heapsize'. This is the 
>amount of free memory which must be available to cocoon during the 
>'cleanupthreadinterval' assuming the heapsize might no longer be able to 
>increase. If 'freememory' is set too large, then the store-janitor will 
>give up more of its cache than it needs to, or might not be able to free 
>sufficient by emptying the file cache.
>
>parameter 'cleanupthreadinterval' - the period in seconds between 
>store-janitor's attempts to monitor memory and adjust the store. Also 
>triggers finalization and the garbage collector.

Correct.

>
>My suggested settings for different ram sizes in Megabytes:
>
>(default)64128256384
> -----------
>Xms  0  0  0  0
>Xmx 64100228356
>heapsize60 80208236
>freememory   1 20 2020
>
>Note:
>
>The difference between Xmx and heapsize is needed to ensure sufficient 
>free memory for cocoon during the first cleanupthreadinterval in which 
>the actual heap size exceeds 'heapsize'. Similarly the parameter 
>'freememory' tells the store-janitor to attempt to clear sufficient 
>memory for the next interval. So I've suggested the difference between 
>Xms and heapsize be the same as the size of freememory. It might need to 
>be bigger on a fast machine, or the interval reduced.
>
>
>Would the experts please comment on the above. Please let me know if I'm 
>on the right lines or if there is anything else I should kno

RE: cocoon

[Chitharanjan Das]

Try the following


http://lanester:80/tamino/execLog?_xql=//wes:HISTORY[@ino:id={1}]"/
>


   

The pattern will have to be modified to indicate eBiz/{id}. This will
result in the src for the generator to be
http://lanester:80/tamino/execLog?_xql=//wes:HISTORY[@ino:id={id}]


Hope this helps,
Chiths






-Original Message-
From: GIQUEL Magali [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, January 24, 2002 3:38 AM
To: [EMAIL PROTECTED]
Subject: cocoon

Hi,
I use tomcat4.0 and cocoon 2,
after a click on a jsp page, i send a request on tamino which returns an
xml
document.
My probem is that the URI I want to access is included in the sitemap
and
this uri has got parameters (id). These parameters come from hyperlinks
on a
jsp page.
I don't known how to send these parameters from the jsp file to the
sitemap.

 
http://lanester:80/tamino/execLog?_xql=//wes:HISTORY[@ino:id={id}]";
/>


   
magali




-
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: Servlet to XSL possible?

[Bob Garvey]

Looks like Cocoon is trying to handle the request

>From Cocoon.log:

DEBUG   10118   [cocoon  ] (Thread-13): The sitemap has been successfully
compiled!
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]): Changing Cocoon
context(sitemap.xmap) to prefix()
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]):  from
context(file:/J:/Tomcat/jakarta-tomcat-4.0.1/webapps/cocoon/) and prefix()
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]):  at URI
servlet23.ServletTestB
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]): New context is
file:/J:/Tomcat/jakarta-tomcat-4.0.1/webapps/cocoon/
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]): Retrieving a
org.apache.cocoon.components.pipeline.CachingEventPipeline from the pool
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]): Retrieving a
org.apache.cocoon.components.pipeline.CachingStreamPipeline from the pool
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]): Recycling of
CachingEventPipeline
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]): Returning a
org.apache.cocoon.components.pipeline.CachingEventPipeline to the pool
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]): Recycling of
CachingStreamPipeline
DEBUG   10118   [cocoon  ] (HttpProcessor[8080][4]): Returning a
org.apache.cocoon.components.pipeline.CachingStreamPipeline to the pool
INFO10118   [cocoon  ] (HttpProcessor[8080][4]):
'servlet23.ServletTestB' Processed by Apache Cocoon 2.0b2 in 6.559 seconds.

But I dont know what to make of it

sitemap entry:
   
 http://cb:8080/examples/servlet/servlet23.{1}"/>
 
 
   

requesting URL:http://cb:8080/cocoon/servlet23.ServletTestB

I put a copy of the servlet in
%tomcathome%\webapps\cocoon\WEB-INF\classes\servlet23

If I run it on another machine I dont get page not found but I get an empty
page with only  




-
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: Running cocoon without X solved, but...

[michel]

Thanks to Anthony's hint with the java -Xbootclasspath/a: option that has to
be set on pja.jar the X-problem seems to be solved.
While running tomcat on debug mode, I get no longer these errors:
Xlib:connection to "server:1.0" refused by server
Xlib:Invalid MIT-MAGIC-COOKIE-1 key

But anyway the cocoon start page still looks like this:

Cocoon 2 - Internal server error




type internal-server-error

message The sitemap handler's sitemap is not available. Please check logs
for the exact error.

description org.apache.cocoon.ProcessingException: The sitemap handler's
sitemap is not available. Please check logs for the exact error.

sender org.apache.cocoon.servlet.CocoonServlet

source Cocoon servlet

request-uri

/cocoon/

exception

org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not
available. Please check logs for the exact error.

path-info



stacktrace

org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not
available. Please check logs for the exact error.
at
org.apache.cocoon.sitemap.Manager.setupProcessing(Manager.java:244)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:109)
at org.apache.cocoon.Cocoon.process(Cocoon.java:514)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
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.ja
va:201)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
46)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
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:5
66)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
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:5
66)
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)




 


-
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 with VAJ 4 and WTE

[tom blondeau]

Hi,
I'm trying to set up Cocoon 2 with VisualAge 4 and the Websphere Test
Environment on W2k professional.
I imported all packages from the lib directory that came with cocoon, fixed
a couple problems that occured with inner classes calling protected methods
that extend the outer class. seems that VAJ compiler had problems with that. 
I set up 
- that default.servlet_engine stuff 
- the directories for a webapp
- changed a lot of paths in the cocoon.webapp file (stuff like
"/WEB-INF/..." to "\WEB-INF\...") 
- set up the dburl, user and password to hsqldb 
- added a classpath to the "WEB-INF\work" directory
- put the CatalogManager.properties into a directory that is part of the
classpath

when i start the WTE servlet engine everything seems to be fine except
something with hsqldb. it seems to be running but at the end of the initialization
i get some "java.sql.SQLException: The database is already in use by another
process". i think i had the database already running sometime before,
because I got no error when I tried to connect to the hsqldb via telnet (telnet
localhost 9002). so this is not working anymore eventhough I think I didn't
change anything regarding hsqld b
and when i look at the cocoon.log there is this message a couple times (I
don't know if it is of any importance):
DEBUG   [...] Unknown-thread/JaxpParser: Looking up
org.apache.cocoon.components.resolver.Resolver
DEBUG   [...] Unknown-thread/ExcaliburComponentManager: Could not find
ComponentHandler, attempting to create one for role:
org.apache.cocoon.components.resolver.Resolver
DEBUG   [...] Unknown-thread/JaxpParser: JaxpParser: Could not yet find
org.apache.cocoon.components.resolver.Resolver

then some lines underneath i get an exception because
WARN[...] Unknown-thread/ResolverImpl: Could not get Catalog URL
java.lang.NullPointerException
java.lang.Throwable()
java.lang.Exception()
java.lang.RuntimeException()
java.lang.NullPointerException()
void
org.apache.cocoon.components.resolver.ResolverImpl.configure(org.apache.avalon.framework.configuration.Configuration)
void
org.apache.cocoon.components.resolver.ResolverImpl.configure(org.apache.avalon.framework.configuration.Configuration)
java.lang.Object
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance()
void
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize()
void
org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize()
void org.apache.cocoon.Cocoon.initialize()
void org.apache.cocoon.servlet.CocoonServlet.createCocoon()
void
org.apache.cocoon.servlet.CocoonServlet.init(javax.servlet.ServletConfig)
void com.ibm.servlet.engine.webapp.StrictServletInstance.doInit()
[...]

but at least Cocoon seems to be running. when i request
http://localhost:8080/cocoon/
the sitemap_xmap.java, sitemap_xmap.class and a 3rd classfile are created
but I get an internal server error: 
"The sitemap handler's sitemap is not available. Please check logs for the
exact error."

I found some discriptions of these errors in some mailing list archives, but
no real solution that helped me. i'd really appreciate some help or ideas
how to fix that...

tom

-- 
[EMAIL PROTECTED]
www.tomb75.de

fon ++49(0)40 471 158 97
mobil ++49(0)177 345 6164

stresemannstrasse 157
22769 hamburg
germany


"A man can't just sit around" (larry walters 1982)

GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net


-
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: Servlet to XSL possible?

[Bob Garvey]

Yes I did try http://cb:8080/cocoon/servelt23/ServletTest.  I got: page
cannot be found.
and this in localhost_access_log...txt
192.168.1.30 - - [24/Jan/2002:11:11:00 -0600] "GET
/cocoon/servlet23/ServletTest HTTP/1.1" 404 5

If I try
http://cb:8080/examples/servlet/servlet23.ServletTest

I get the xml output from ServletTest

This is the sitemap entry
   
 http://cb:8080/examples/servlet/servlet23.{1}"/>
 
 
   

Thanks for your interest.



- Original Message -
From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "'Bob Garvey'" <[EMAIL PROTECTED]>
Sent: Thursday, January 24, 2002 10:39 AM
Subject: RE: Servlet to XSL possible?


> Bob,
>
> Did you EVER tried to access http://cb:8080/cocoon/servlet23/BobServlet?
>
> Vadim
>
> > From: Bob Garvey [mailto:[EMAIL PROTECTED]]
> >
> > Sorry it took so long to respond.
> > The servlet works. Yes.
> > But the output never hits cocoon so the sitemap entry is never
> operative.
> > The response is returned to the requestor like David mentioned.
> > Frankly the capability of outputting from a servlet to an XSL process
> is the
> > first that I thought of the Cocoon2 should be good at.  So I have been
> > suprised that others have not talked about it.
> >
> > Bob Garvey
> >
> > - Original Message -
> > From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>; "'Bob Garvey'"
> <[EMAIL PROTECTED]>
> > Sent: Wednesday, January 23, 2002 2:44 PM
> > Subject: RE: Servlet to XSL possible?
> >
> >
> > > Bob,
> > >
> > > Hey, stop right here... Your servlet works, right? Invoking:
> > >
> > > http://cb:8080/examples/servlet/servlet23.BobServlet
> > >
> > > should return XML from your servlet, right?
> > > Then next step: pipe servlet output into Coocon. You have Cocoon
> > > deployed in tomcat under, say, cocoon:
> > >
> > > http://cb:8080/cocoon/welcome
> > >
> > > Now, you have sitemap entry:
> > >
> > > 
> > >src="http://cb:8080/examples/servlet/servlet23.{1}"/>
> > >   
> > >   
> > > 
> > >
> > > Did you EVER tried to access
> > >
> > > http://cb:8080/cocoon/servlet23/BobServlet
> > >
> > > ???
> > >
> > > If yes, what is the output?
> > >
> > > Regards,
> > > Vadim
> > >
> > >
> > > > -Original Message-
> > > > From: Bob Garvey [mailto:[EMAIL PROTECTED]]
> > > > Sent: Wednesday, January 23, 2002 2:27 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Re: Servlet to XSL possible?
> > > >
> > > > David,
> > > > Thanks for your thoughts.  I am going to digest what you
> suggest
> > > > further.  I think another approach that is clean, albeit no
> Cocoon, is
> > > to
> > > > leave it as a servlet, and use xalan directly - something like:
> > > >
> > > >   // instantiate a TransformerFactory
> > > >   javax.xml.transform.TransformerFactory tFactory =
> > > >
> javax.xml.transform.TransformerFactory.newInstance();
> > > >
> > > >   // ?? somehow attach a StringBuffer to the source instead of
> a
> > > file
> > > >   javax.xml.transform.Source xmlSource =
> > > > new javax.xml.transform.stream.StreamSource
> > > >  (new
> > > > java.net.URL("file:foo.xml").openStream());
> > > >
> > > >   // write all the XML to a/the StringBuffe here 
> > > >
> > > >   // set the style sheet source
> > > >   javax.xml.transform.Source xslSource =
> > > > new javax.xml.transform.stream.StreamSource
> > > >  (new
> > > > java.net.URL("file:foo.xsl").openStream());
> > > >
> > > >   // Generate (instantiate) the transformer.
> > > >   javax.xml.transform.Transformer transformer =
> > > >  tFactory.newTransformer(xslSource);
> > > >
> > > >   // Perform the transformation, sending the output to the
> > > response.
> > > >   transformer.transform(xmlSource,
> > > >new
> > > > javax.xml.transform.stream.StreamResult(out));
> > > >
> > > > Bob Garvey
> > > >
> > >
> > > 
> > >
> > >
> > >
> -
> > > 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 PROTE

Re: Running cocoon without X

[aaldridg]

Here's my startup script. Notice there are two types of classpath which I
have explicitly added to the command line (I use tomcat). That was my
original mistake! Not sure how your classpath is configured, but I guess
you may have the same problem.

First I added the bootclasspath - this is important - your poath will be
different, but I'm sure you get the idea!

-Xbootclasspath/a:/export/opt/Netscape/Proxy_uk/pja/pja.jar

Then as part of the standard classpath:

-cp /export/opt/Netscape/Proxy_uk/pja/pjatools.jar

Finally a few more options:

-Dawt.toolkit=com.eteks.awt.PJAToolkit 
-Djava.awt.graphicsenv=com.eteks.java2d.PJAGraphicsEnvironment
-Djava.awt.fonts=/opt/jdk/1.3.0.2/solaris/jre/lib/fonts

After that, it all worked happily. Hope that helps

Regards,

Anthony Aldridge
Lead Application developer

Managed Intranet Hosting
CSC
JPMorganChase
Personal GDP: 325-8338
MIH Hotline: 876-1300





michel <[EMAIL PROTECTED]> on 24/01/2002 15:18:45

Please respond to [EMAIL PROTECTED]

To:   "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:  Running cocoon without X


Has anybody expiriances on running a "headless" cocoon (on a server without
X).

The guide for changing awt to http://www.eteks.com/pja/en didn't help me so
much.

1.) I didn't find a "jre/classes" path on my Blackdown j2sdk1.3.1
installation, so I created a new one and put the unpacked eteks jars there.
I also tried to put them an other places, I even added them the jre's
rt.jar

2.) The new parameters in the catalina.sh

export CATALINA_OPTS='-Dawt.toolkit=com.eteks.awt.PJAToolkit \
  -Djava.awt.graphicsenv=com.eteks.java2d.PJAGraphicsEnvironment \
  -Djava.awt.fonts=/usr/local/jdk/jre/lib/fonts/'

leaded to errors on starting tomcat, or tomcat refused to start.

Changing to these new settings with a bit different classnames

CATALINA_OPTS='-Djava.awt.Toolkit=com.eteks.awt.PJAToolkit'
CATALINA_OPTS_TWO='
-Djava.awt.GraphicsEnvironment=com.eteks.java2d.PJAGraphi
csEnvironment'
CATALINA_OPTS_THREE='-Djava.awt.fonts=/usr/lib/j2sdk1.3/jre/lib/fonts/'

java  $CATALINA_OPTS $CATALINA_OPTS_TWO $CATALINA_OPTS_THREE 

leaded back to a tomcat that works. But still cocoon is complaining about
the missing X.
I don't know wether tomcat actually runs with the eteks classes or if
cocoon
needs additional
settings.

Sorry for my bad english and Thanx for your help.

Michel

-
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: Problems, switching off svg

[Vadim Gritsenko]

> From: Martijn Bouterse [mailto:[EMAIL PROTECTED]]
> 
> Vadim Gritsenko wrote:
> >
> > 1. Stop the server
> > 2. Wipe out any *svg* from the sitemap
> > 3. Clean work directory (I guess everybody forget this step)
> 
> I find this a bit cumbersome. This is probably a Tomcat issue, but why
> is the work dir not cleaned? If I stop the server there isn't any
'work'
> done anymore, so why not clean up the mess?

It contains pre-compiled stuff (sitemaps/XSPs), Cocoon cache, and Lucene
index (if you use searching capabilities), so on next container restart,
Cocoon startups much faster. However, there are some unaddressed issues
with this, which force you to remove this working directory if you
change sitemap too radically. This will be covered in some (hopefully
near) future - say release 2.0.2.

> But I must admit that this solves the problem a bit more elegantly
then
> my solution. :-)

Glad that this solves your problem :)

Vadim


-
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: JDK 1.4 pre

[Berin Loritsch]

Lewis, Andrew J wrote:

> ouch...that sounds like a serious deployment problem
> 
> so the need for tools.jar is for the compiler then? I'm sure I'm rehashing
> old topics (so feel free to tell me so), but what about things like Jikes?


Cocoon can be configured to work with Jikes as well.  You need to make sure
that it is on the PATH though.  In fact, Jikes is quicker in most cases.

I personally would compile the jars with the version="1.2" attribute, that way
you are free to use any compiler you like.  The biggest issues surface when you
use classes that were compiled for a later JVM than you are using.



-- 

"They that give up essential liberty to obtain a little temporary safety
  deserve neither liberty nor safety."
 - Benjamin Franklin


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

Need help with installing C2 on WTE

[Artjom A. Beierbach]

Hello everyone!

I was browsing cocoon users mailing list because I was faced the problem
of installing cocoon2 under WTE and I found discussion about it.
Unfortunately, all particular instructions was sent by e-mail, so I
decided to ask for help directly. Pls, mail me that detailed
instructions, I really need them ASAP.
Currently I can only get "The sitemap handler's sitemap is not
available. Please check /cocoon/WEB-INF/logs/cocoon2.log for the exact
error" error and no more.

Regards,
ArtS!ghT.
mailto:[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: Servlet to XSL possible?

[Vadim Gritsenko]

Bob,

Did you EVER tried to access http://cb:8080/cocoon/servlet23/BobServlet?

Vadim

> From: Bob Garvey [mailto:[EMAIL PROTECTED]]
> 
> Sorry it took so long to respond.
> The servlet works. Yes.
> But the output never hits cocoon so the sitemap entry is never
operative.
> The response is returned to the requestor like David mentioned.
> Frankly the capability of outputting from a servlet to an XSL process
is the
> first that I thought of the Cocoon2 should be good at.  So I have been
> suprised that others have not talked about it.
> 
> Bob Garvey
> 
> - Original Message -
> From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; "'Bob Garvey'"
<[EMAIL PROTECTED]>
> Sent: Wednesday, January 23, 2002 2:44 PM
> Subject: RE: Servlet to XSL possible?
> 
> 
> > Bob,
> >
> > Hey, stop right here... Your servlet works, right? Invoking:
> >
> > http://cb:8080/examples/servlet/servlet23.BobServlet
> >
> > should return XML from your servlet, right?
> > Then next step: pipe servlet output into Coocon. You have Cocoon
> > deployed in tomcat under, say, cocoon:
> >
> > http://cb:8080/cocoon/welcome
> >
> > Now, you have sitemap entry:
> >
> > 
> >   http://cb:8080/examples/servlet/servlet23.{1}"/>
> >   
> >   
> > 
> >
> > Did you EVER tried to access
> >
> > http://cb:8080/cocoon/servlet23/BobServlet
> >
> > ???
> >
> > If yes, what is the output?
> >
> > Regards,
> > Vadim
> >
> >
> > > -Original Message-
> > > From: Bob Garvey [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, January 23, 2002 2:27 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: Servlet to XSL possible?
> > >
> > > David,
> > > Thanks for your thoughts.  I am going to digest what you
suggest
> > > further.  I think another approach that is clean, albeit no
Cocoon, is
> > to
> > > leave it as a servlet, and use xalan directly - something like:
> > >
> > >   // instantiate a TransformerFactory
> > >   javax.xml.transform.TransformerFactory tFactory =
> > >
javax.xml.transform.TransformerFactory.newInstance();
> > >
> > >   // ?? somehow attach a StringBuffer to the source instead of
a
> > file
> > >   javax.xml.transform.Source xmlSource =
> > > new javax.xml.transform.stream.StreamSource
> > >  (new
> > > java.net.URL("file:foo.xml").openStream());
> > >
> > >   // write all the XML to a/the StringBuffe here 
> > >
> > >   // set the style sheet source
> > >   javax.xml.transform.Source xslSource =
> > > new javax.xml.transform.stream.StreamSource
> > >  (new
> > > java.net.URL("file:foo.xsl").openStream());
> > >
> > >   // Generate (instantiate) the transformer.
> > >   javax.xml.transform.Transformer transformer =
> > >  tFactory.newTransformer(xslSource);
> > >
> > >   // Perform the transformation, sending the output to the
> > response.
> > >   transformer.transform(xmlSource,
> > >new
> > > javax.xml.transform.stream.StreamResult(out));
> > >
> > > Bob Garvey
> > >
> >
> > 
> >
> >
> >
-
> > 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]>

How to configure sitemap.xmap

[MOODAD (Shadi LB Soft)]

Hi
I'm trying to generate pdf reports using the cocoon servlet.
I have configured a pipeline like that to handle the xsp files
  
   
    
    
    
   
  
So I got the following error with stack trace:
org.apache.cocoon.ProcessingException: Could not setup pipeline.: org.xml.sax.SAXException:
Invalid System ID
    at org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:163)
    at org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:239)
    at org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(CachingEventPipeline.java:99)
    at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:277)
    at org.apache.cocoon.www.conf.sitemap_xmap.wildcardMatchN4001F4(sitemap_xmap.java:3053)
    at org.apache.cocoon.www.conf.sitemap_xmap.process(sitemap_xmap.java:2400)
    at org.apache.cocoon.www.conf.sitemap_xmap.process(sitemap_xmap.java:2335)
    at org.apache.cocoon.sitemap.Handler.process(Handler.java:163)
    at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:114)
    at org.apache.cocoon.Cocoon.process(Cocoon.java:515)
    at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:656)
Could any body help me on how to configure the pipeline to render the
xsp file into pdf formats
Thanks in advance.
 --
Soft Solutions, Liban
Net Developper
Moodad Shadi
www.softsolutions.fr
 

RE: JDK 1.4 pre

[Lewis, Andrew J]

ouch...that sounds like a serious deployment problem

so the need for tools.jar is for the compiler then? I'm sure I'm rehashing
old topics (so feel free to tell me so), but what about things like Jikes?

> --
> From: Berin Loritsch[SMTP:[EMAIL PROTECTED]]
> Reply To: [EMAIL PROTECTED]
> Sent: Thursday, January 24, 2002 11:22 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: JDK 1.4 pre
> 
> Lewis, Andrew J wrote:
> 
> > tools.jar must be in the WEB-INF/lib?
> > 
> > is that only if you use existing binaries instead of compiling yourself?
> 
> 
> 
> 
> No, that is so that Cocoon can compile the Sitemap and any XSPs properly.
> 
> 
> Remember that Cocoon does alot under the hood.  While there is an effort
> 
> to convert the sitemap to an interpreted file instead of compiled class,
> it is not *quite* done yet.  The initial reports are encouraging.  It
> beats
> out the compiled sitemap in some tests, but their performances are fairly
> comparable overall.
> 
> 
> Until that time, and the time when XSP is no longer needed, tools.jar
> needs
> to go in WEB-INF/lib.
> 
> -- 
> 
> "They that give up essential liberty to obtain a little temporary safety
>   deserve neither liberty nor safety."
>  - Benjamin Franklin
> 
> 
> -
> 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: JDK 1.4 pre

[Berin Loritsch]

Lewis, Andrew J wrote:

> tools.jar must be in the WEB-INF/lib?
> 
> is that only if you use existing binaries instead of compiling yourself? 



No, that is so that Cocoon can compile the Sitemap and any XSPs properly.


Remember that Cocoon does alot under the hood.  While there is an effort

to convert the sitemap to an interpreted file instead of compiled class,
it is not *quite* done yet.  The initial reports are encouraging.  It beats
out the compiled sitemap in some tests, but their performances are fairly
comparable overall.


Until that time, and the time when XSP is no longer needed, tools.jar needs
to go in WEB-INF/lib.

-- 

"They that give up essential liberty to obtain a little temporary safety
  deserve neither liberty nor safety."
 - Benjamin Franklin


-
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, switching off svg

[Christophe Rykiel]

Title: Message



Read the cocoon doc. Install xfb or pja ( I like 
pja better because its pure java ...) 
 
Cheers,
Christophe Rykiel

  - Original Message - 
  From: 
  Henrik Hofmann 
  To: [EMAIL PROTECTED] 
  
  Sent: Wednesday, January 23, 2002 4:04 
  PM
  Subject: Problems, switching off 
svg
  
  Hi,
   
  I'm trying to get 
  Cocoon 2.0 running on a solaris server. This server has no x server installed, 
  and installing ist isn't a possibility. I tried to remove the svg serializers 
  from the sitemap, and also from the pipeline. But it still tries to load 
  one.
  There are now no 
  entries for SVG in the sitemap.
  This is what the 
  log said.
   
  DEBUG   
  (2002-01-23) 15:29.42:333   [cocoon  ] (/cocoon/) 
  Thread-10/ExcaliburComponentSelector: Adding 
  org.apache.cocoon.serialization.XMLSerializer for 
  svgxmlERROR   (2002-01-23) 15:29.44:219   
  [cocoon  ] (/cocoon/) Thread-10/Handler: Error compiling 
  sitemapjava.lang.InternalError: Can't connect to X11 window server using 
  ':0.0' as the value of the DISPLAY 
  variable.    at 
  sun.awt.X11GraphicsEnvironment.initDisplay(Native 
  Method)    at 
  sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:59)    
  at java.lang.Class.forName0(Native 
  Method)    at 
  java.lang.Class.forName(Class.java:120)    
  at 
  java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:58)    
  at 
  sun.awt.motif.MToolkit.(MToolkit.java:57)    
  at java.lang.Class.forName0(Native 
  Method)    at 
  java.lang.Class.forName(Class.java:120)
   
  Perhaps anybody 
  has an idea
   
  byeI

RE: JDK 1.4 pre

[Lewis, Andrew J]

tools.jar must be in the WEB-INF/lib?

is that only if you use existing binaries instead of compiling yourself? 



> --
> From: Berin Loritsch[SMTP:[EMAIL PROTECTED]]
> Reply To: [EMAIL PROTECTED]
> Sent: Thursday, January 24, 2002 11:01 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: JDK 1.4 pre
> 
> Lauren Commons wrote:
> 
> > So If I'm using JDK1.4 (which I want, since it fixes a
> > Linux problem) I can't download the Cocoon binaries; I
> > need to compile myself?  Not a big deal, I just want
> > to know.
> 
> 
> Yes.
> 
> But more importantly, if you run it as JDK 1.4, then that
> JDK's tools.jar MUST be in the WEB-INF/lib directory.
> 
> 
> 
> 
> 
> -- 
> 
> "They that give up essential liberty to obtain a little temporary safety
>   deserve neither liberty nor safety."
>  - Benjamin Franklin
> 
> 
> -
> 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]>

Problems, switching off svg

[Henrik Hofmann]

Title: Message



Hi,
 
I'm trying to get 
Cocoon 2.0 running on a solaris server. This server has no x server installed, 
and installing ist isn't a possibility. I tried to remove the svg serializers 
from the sitemap, and also from the pipeline. But it still tries to load 
one.
There are now no 
entries for SVG in the sitemap.
This is what the log 
said.
 
DEBUG   
(2002-01-23) 15:29.42:333   [cocoon  ] (/cocoon/) 
Thread-10/ExcaliburComponentSelector: Adding 
org.apache.cocoon.serialization.XMLSerializer for 
svgxmlERROR   (2002-01-23) 15:29.44:219   [cocoon  
] (/cocoon/) Thread-10/Handler: Error compiling 
sitemapjava.lang.InternalError: Can't connect to X11 window server using 
':0.0' as the value of the DISPLAY 
variable.    at 
sun.awt.X11GraphicsEnvironment.initDisplay(Native 
Method)    at 
sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:59)    
at java.lang.Class.forName0(Native 
Method)    at 
java.lang.Class.forName(Class.java:120)    
at 
java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:58)    
at 
sun.awt.motif.MToolkit.(MToolkit.java:57)    
at java.lang.Class.forName0(Native 
Method)    at 
java.lang.Class.forName(Class.java:120)
 
Perhaps anybody has 
an idea
 
byeI

Re: JDK 1.4 pre

[Berin Loritsch]

Lauren Commons wrote:

> So If I'm using JDK1.4 (which I want, since it fixes a
> Linux problem) I can't download the Cocoon binaries; I
> need to compile myself?  Not a big deal, I just want
> to know.


Yes.

But more importantly, if you run it as JDK 1.4, then that
JDK's tools.jar MUST be in the WEB-INF/lib directory.





-- 

"They that give up essential liberty to obtain a little temporary safety
  deserve neither liberty nor safety."
 - Benjamin Franklin


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

Server spec'ing

[Lauren Commons]

Howdy.  I am developing a cocoon-based website for a
client, and am looking for help sizing the server the
client needs to buy (or I need to buy for the client).
I plan to run Linux (probably RH7.2).
I plan to use Tux to server the static pages, but am
open to the possibility of using Apache;
I will use Tomcat and Cocoon.
The site will be relatively low volume though
specifics are hard to come by (surprise, surprise). 
Perhaps hundreds to thousands of visitors per month,
not 100k's or milllions.
The site will have some static html, and
Cocoon-generated html and PDFs.  
A seperate administration site for maintaining the XML
content will be JSP/Servlet based, with just a few JSP
pages.  Updates to the xml (via this JSP/Servlet app)
will be infrequent (weekly, not hourly).

Keeping in mind the potential for future growth (of
features as well as users ;-), does anybody have any
suggestions/hints/guidlines for the processor speed,
RAM requriements, etc?
I'm assuming more RAM is better to facilitate caching.
Finally, anybody have experience with good AND cheap
collocation facilities preferably in eastern
Massachusetts?

Thanks!!

=
-
Mr Lauren Commons
A person of moderate zeal

__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.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: JDK 1.4 pre

[Lauren Commons]

So If I'm using JDK1.4 (which I want, since it fixes a
Linux problem) I can't download the Cocoon binaries; I
need to compile myself?  Not a big deal, I just want
to know.

tia.

--- Berin Loritsch <[EMAIL PROTECTED]> wrote:
> Alex Kachanov wrote:
> 
> > hello!
> > 
> > It looks like smth. is wrong.
> > Cocoon cannot run with the latest release of JDK
> 1.4 Pre from Sun.
> > I get such messages like:
> > 
> > Invalid class file format in
> F:\jdk\jre\lib\rt.jar(java/io/OutputStream.class). 
> > The major.minor version '48.0' is too recent for
> this tool to understand.
> 
> 
> If you compile Cocoon with JDK 1.4, you have to do
> the following:
> 
> 1) run the servlet container with JDK 1.4
> 2) use JDK 1.4's tools.jar file
> 
> If you want to use the same cocoon.jar file in any
> installation, then set the
> version="1.2" attribute on the  tag that
> compiles Cocoon.  That way
> the classes are binary compatible with the previous
> versions of JDK.
> 
> Bear in mind this LAW:
> 
> Your tools.jar MUST be from the SAME JDK as you  are
> RUNNING.
> 
> 
> 
> 
> 
> -- 
> 
> "They that give up essential liberty to obtain a
> little temporary safety
>  deserve neither liberty nor safety."
> - Benjamin Franklin
> 
> 
>
-
> 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]>
> 


=
-
Mr Lauren Commons
A person of moderate zeal

__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.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: Running cocoon without X

[Jean-Philippe Courson]

michel wrote:

> Has anybody expiriances on running a "headless" cocoon (on a server without
> X).
> 
> The guide for changing awt to http://www.eteks.com/pja/en didn't help me so
> much.
> 
> 1.) I didn't find a "jre/classes" path on my Blackdown j2sdk1.3.1
> installation, so I created a new one and put the unpacked eteks jars there.
> I also tried to put them an other places, I even added them the jre's rt.jar


I just created jre/classes and put etecks jars into it.


> 2.) The new parameters in the catalina.sh 
> 
> export CATALINA_OPTS='-Dawt.toolkit=com.eteks.awt.PJAToolkit \
>   -Djava.awt.graphicsenv=com.eteks.java2d.PJAGraphicsEnvironment \
>   -Djava.awt.fonts=/usr/local/jdk/jre/lib/fonts/'
> 
> leaded to errors on starting tomcat, or tomcat refused to start. 


I just replaced the font.properties by the etecks one, and change in
the above line the path to the jdk

All works for me

JP


> Changing to these new settings with a bit different classnames
> 
> CATALINA_OPTS='-Djava.awt.Toolkit=com.eteks.awt.PJAToolkit'
> CATALINA_OPTS_TWO='-Djava.awt.GraphicsEnvironment=com.eteks.java2d.PJAGraphi
> csEnvironment'
> CATALINA_OPTS_THREE='-Djava.awt.fonts=/usr/lib/j2sdk1.3/jre/lib/fonts/'
> 
> java  $CATALINA_OPTS $CATALINA_OPTS_TWO $CATALINA_OPTS_THREE 
> 
> leaded back to a tomcat that works. But still cocoon is complaining about
> the missing X.
> I don't know wether tomcat actually runs with the eteks classes or if cocoon
> needs additional
> settings.
> 
> Sorry for my bad english and Thanx for your help.
> 
> Michel
> 
> -
> 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]>

Urlencoding in sitemap [Was:] cocoon

[Martin Holz]

GIQUEL Magali wrote:
> Hi,
> I use tomcat4.0 and cocoon 2,
> after a click on a jsp page, i send a request on tamino which returns an
> xml document.
> My probem is that the URI I want to access is included in the sitemap and
> this uri has got parameters (id). These parameters come from hyperlinks on
> a jsp page.
> I don't known how to send these parameters from the jsp file to the
> sitemap.
>
>  
>  src="http://lanester:80/tamino/execLog?_xql=//wes:HISTORY[@ino:id={id}]"/>
> 
> 
>
> magali
>

Basically it would look like:

 
  
 http://lanester:80/tamino/execLog?_xql=//wes:HISTORY[@ino:id%3D{1}]"/>

 



However you have to urlencode your query string and I don't know, how to do 
it in the sitemap. 

I started fro a different direction and used a XSL-Transformer and a cinclude 
transformer. 


  http://vsc016.fiz-chemie.de/tamino/vsc1/vsc-header?_xql={java:java.net.URLEncoder.encode(string(.))}"
 
/>  
 

You might use RequestGenerator, so sequence would be:
RequestGenerator -> my XSLT (modified)  -> Cinclude -> your XSLT (modified) 
->  HTML serializer

Regards 
   Martin Holz

-
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: Cocoon2 and non-English characters in jsp

[Gasper]

I have the one with the 11-Jan-2002 date from the
http://xml.apache.org/cocoon/dist/.

I got the new JSPEngine.java and JSPEngineImpl.java and JspGenerator.java
from Code Repository.

Now my characters get encoded like this: šðèæž
this is the source from my jsp page as seen in the browser.

The actual encoding to a diffrent encoding does not happen I guess.

I tried a xsp page with my utf-8 chars in, but with the same result
(šðèæž).

I guess now I have to solve how cocoon or maybe tomcat encodes characters.

If somebody found it out for XSP let my know, please!

Any ideas?

Thanks

Gasper

- Original Message -
From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 24, 2002 1:33 AM
Subject: RE: Cocoon2 and non-English characters in jsp


> What Cocoon version do you have? Only Cocoon post-2.0 release from CVS
> have correct handling of JSP encoding.
>
> (See
> http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/changes.xml?rev=1.75&conte
> nt-type=text/vnd.viewcvs-markup, first mention of JSPEngine)
>
> Vadim
>
> > -Original Message-
> > From: Gasper [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, January 23, 2002 7:16 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Cocoon2 and non-English characters in jsp
> >
> > The encoding for a jsp is done like this:
> > <%@page contentType="text/html; charset=iso-8859-2"%>
> > But this does not help.
> >
> > 
> > On top of my jsp doesn't help either.
> >
> > I've also tried the following in my sitemap.xmap but with no success.
> > > src="org.apache.cocoon.serialization.HTMLSerializer">
> >  iso-8859-2
> >
> >
> > Any other ideas?
> >
> > Thanks very much.
> >
> > Gasper
> >
> >
> > - Original Message -
> > From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, January 23, 2002 9:36 PM
> > Subject: RE: Cocoon2 and non-English characters in jsp
> >
> >
> > > > From: Gasper [mailto:[EMAIL PROTECTED]]
> > > >
> > > > Hello
> > > >
> > > > If I use non-English characters in my jsp's, they appear in the
> > > browser as
> > > > question marks.
> > > >
> > > > How can I specify the encoding for my page served by cocoon2?
> > >
> > > First you have to define encoding in your JSP source file. Look into
> JSP
> > > spec for a way to do this (I don't remember)
> > >
> > > Vadim
> > >
> > >
> > >
> > >
> -
> > > 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]>
>
>


-
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 Memory Settings - Xms, Xmx, freememory, and heapsize

[Peter Hargreaves]

Hi Folks,

I've completed my application and am investigating massive memory 
demands (100M - 300M). The following are some of my conclusions, which 
may be of use to others. I'm definitely not an expert so comments please 
from those that know better. Some of the following does seems to 
contradict other posting about memory configuration.

The java heap is the area of RAM reserved for use by the java virtual 
machine. At any time only part of the heap will be in use. The size of 
the part in use will vary over time as classes and instances are loaded 
and released. If the size in use approaches the size of the heap, then 
more memory will be allocated to the heap. If the amount in use falls to 
a small percentage of the heap size for a relatively long period the 
size of the heap will be reduced by the jvm, to free memory for the 
operating system.

Xms and Xmx are set when the jvm is started. If using Tomcat-4.0.1 set 
the environment parameter CATALINA_OPTS=-Xms -Xmx before 
starting Tomcat.

Xms - sets initial java heap size
-
With cocoon there seems to be little point setting this as start-up 
times are dominated by other factors.

Xmx - sets maximum java heap size
-
This is the maximum amount of memory available to Tomcat and Cocoon. If 
there is demand for more than is available, then a 
java.lang.outofmemory() exception will occur - to be avoided at all 
costs!!! I've found it best to set this to a size which leaves some RAM 
for the operating system. If there is virtual memory configured on the 
operating system (hard disk pretending to be RAM) then set the maximum 
jvm heap low enough to avoid using it.

Store Janitor
-
In the cocoon.xconf file there are setting for the store-janitor. The 
store, I think, is a file cache run by cocoon which therefore places 
demands on the jvm heap. These setting control the size of the file 
cache to stop it using up all of the heap and thereby causing a 
java.lang.outofmemory() error.

   
  
  
  
  
   

parameter 'heapsize' - the size of jvm heap below which the file cache 
is allowed to grow. When actual heap size (not heap in use) exceeds this 
size then the store-janitor will take steps to reduce it, assuming the 
amount of actual free memory is below the parameter 'freememory' limit. 
Parameter 'heapsize' must be less than Xmx otherwise the store would be 
allowed to fill the heap. The difference between Xmx and 'heapsize' must 
be sufficient memory for cocoon during a 'cleanupthreadinterval'.

parameter 'freememory' - is the difference between heap size and heap in 
use which the store-janitor must achieve (by giving up memory) if the 
actual heap size has exceeded the parameter 'heapsize'. This is the 
amount of free memory which must be available to cocoon during the 
'cleanupthreadinterval' assuming the heapsize might no longer be able to 
increase. If 'freememory' is set too large, then the store-janitor will 
give up more of its cache than it needs to, or might not be able to free 
sufficient by emptying the file cache.

parameter 'cleanupthreadinterval' - the period in seconds between 
store-janitor's attempts to monitor memory and adjust the store. Also 
triggers finalization and the garbage collector.


My suggested settings for different ram sizes in Megabytes:

(default)64128256384
 -----------
Xms  0  0  0  0
Xmx 64100228356
heapsize60 80208236
freememory   1 20 2020

Note:

The difference between Xmx and heapsize is needed to ensure sufficient 
free memory for cocoon during the first cleanupthreadinterval in which 
the actual heap size exceeds 'heapsize'. Similarly the parameter 
'freememory' tells the store-janitor to attempt to clear sufficient 
memory for the next interval. So I've suggested the difference between 
Xms and heapsize be the same as the size of freememory. It might need to 
be bigger on a fast machine, or the interval reduced.


Would the experts please comment on the above. Please let me know if I'm 
on the right lines or if there is anything else I should know about.

Many thanks,
Pete Hargreaves.

P.S. My system is:
Gateway G6-350 (392,612 RAM), NT4.0sp6, jdk-1.3.1, tomcat-4.0.1, cocoon-2.0
Gateway G6-350 (392,612 RAM), RH Linux 7.0, jdk-1.3, tomcat-4.0.1, 
cocoon-2.0



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

Running cocoon without X

[michel]

Has anybody expiriances on running a "headless" cocoon (on a server without
X).

The guide for changing awt to http://www.eteks.com/pja/en didn't help me so
much.

1.) I didn't find a "jre/classes" path on my Blackdown j2sdk1.3.1
installation, so I created a new one and put the unpacked eteks jars there.
I also tried to put them an other places, I even added them the jre's rt.jar

2.) The new parameters in the catalina.sh 

export CATALINA_OPTS='-Dawt.toolkit=com.eteks.awt.PJAToolkit \
  -Djava.awt.graphicsenv=com.eteks.java2d.PJAGraphicsEnvironment \
  -Djava.awt.fonts=/usr/local/jdk/jre/lib/fonts/'
  
leaded to errors on starting tomcat, or tomcat refused to start. 

Changing to these new settings with a bit different classnames

CATALINA_OPTS='-Djava.awt.Toolkit=com.eteks.awt.PJAToolkit'
CATALINA_OPTS_TWO='-Djava.awt.GraphicsEnvironment=com.eteks.java2d.PJAGraphi
csEnvironment'
CATALINA_OPTS_THREE='-Djava.awt.fonts=/usr/lib/j2sdk1.3/jre/lib/fonts/'

java  $CATALINA_OPTS $CATALINA_OPTS_TWO $CATALINA_OPTS_THREE 

leaded back to a tomcat that works. But still cocoon is complaining about
the missing X.
I don't know wether tomcat actually runs with the eteks classes or if cocoon
needs additional
settings.

Sorry for my bad english and Thanx for your help.

Michel

-
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: JDK 1.4 pre

[Berin Loritsch]

Alex Kachanov wrote:

> hello!
> 
> It looks like smth. is wrong.
> Cocoon cannot run with the latest release of JDK 1.4 Pre from Sun.
> I get such messages like:
> 
> Invalid class file format in F:\jdk\jre\lib\rt.jar(java/io/OutputStream.class). 
> The major.minor version '48.0' is too recent for this tool to understand.


If you compile Cocoon with JDK 1.4, you have to do the following:

1) run the servlet container with JDK 1.4
2) use JDK 1.4's tools.jar file

If you want to use the same cocoon.jar file in any installation, then set the
version="1.2" attribute on the  tag that compiles Cocoon.  That way
the classes are binary compatible with the previous versions of JDK.

Bear in mind this LAW:

Your tools.jar MUST be from the SAME JDK as you  are RUNNING.





-- 

"They that give up essential liberty to obtain a little temporary safety
 deserve neither liberty nor safety."
- Benjamin Franklin


-
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: Question - Problem

[Anthony Diodato]

I ended up getting it to work in this same manner. 

Thanks for all the help,
Although I still don't know why rd.forward() doesn't work

-Original Message-
From: Vercesi Paolo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 3:39 AM
To: [EMAIL PROTECTED]
Subject: R: Question - Problem


Yes, your are right!
Thanks a lot!


> -Messaggio originale-
> Da: Årun.N [mailto:[EMAIL PROTECTED]]
> Inviato: giovedì 24 gennaio 2002 9.44
> A: [EMAIL PROTECTED]
> Oggetto: Re: Question - Problem
> 
> 
> 
> response.sendRedirect(response.encodeRedirectURL(site));
> 
> i think 
> 
> - Original Message -
> From: "Vercesi Paolo" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, January 24, 2002 1:58 PM
> Subject: R: Question - Problem
> 
> 
> Hello Anthony,
> 
> I don't know why rd.forward() method doesn't redirect your 
> users, I use a
> similar schema and I haven't any problem. Are there some 
> error messages ?
> Instead, to mantain session information through 
> response.sendRedirect(site)
> you may use:
> response.sendRedirect(response.encodeURL(site));
> 
> Regards
> Paolo
> 
> > -Messaggio originale-
> > Da: Anthony Diodato [mailto:[EMAIL PROTECTED]]
> > Inviato: mercoledì 23 gennaio 2002 20.25
> > A: '[EMAIL PROTECTED]'
> > Oggetto: Question - Problem
> >
> >
> > Hello All,
> >
> > Here is my scenario.
> > I have Tomcat 3.2.4 running on IIS 5.0
> >
> > I have an html page as my entrance to the website.
> > (http://www.domainname.com/index.html)
> > On this site is a form to login, with you user name and password.
> >
> > When the user clicks submit, they get sent to a servlet 
> that I wrote.
> > This servlet verify's their username and password, and should
> > re-direct them
> > to a certain pace depending on who they are.
> > If I use response.sendRedirect(site);
> > it sends them to the right webpage, but it doesn't seem like
> > the session is
> > created.
> >
> > I test the page to see if there is a valid session, and I get a Null
> > Pointer.
> > Here is what Im doing there.
> >
> > if (userSesson.getValue("userName") == null) {
> > // redirect them to login because the session isn't valid
> > } else {
> > // display the page..
> > }
> >
> > If I use the rd.forward() method
> > they never get re-directed anywhere
> >
> >
> > Here is my doPost() code...
> >
> [...]
> 
> > Any thoughts would be greatly appreciated.
> > Thanks
> > 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]>
> 
> 
> -
> 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]>


Visit our website at http://www.p21.com/visit 
The information in this e-mail is confidential and may contain legally
privileged information.  It is intended solely for the person or entity to
which it is addressed.  Access to this e-mail by anyone else is
unauthorized. If you are not the intended recipient, any disclosure,
copying, distribution, action taken, or action omitted to be taken in
reliance on it, is prohibited and may be unlawful.  If you received this
e-mail in error, please contact the sender and delete the material from any
computer. 



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

How to integrate fop-0_20_1-dev in Cocoon-2.0rc2

[Johannes Schwarz]

Hi!

I want to integrate fop-0_20_1-dev.jar  in Cocoon-2.0rc2.
I can't upgrade to Cocoon-2.0 because our Project needs 
"multiple dictionary support" and the current i18n transformer doesn't
support this feature, yet.

But I want to profit from the new fo tags implemented in fop-0_20

I tried to replace the fop-0_19.jar with the fop-0_20.jar without
success.
I got the following error in cocoon.log.

Does anybody know how I get it to work?


Regards 

J. Schwarz


SNIP
java.lang.NoClassDefFoundError: org/apache/log/format/Formatter
at
org.apache.fop.configuration.ConfigurationReader.createParser(ConfigurationReader.java:95)
at
org.apache.fop.configuration.ConfigurationReader.start(ConfigurationReader.java:62)
at
org.apache.fop.apps.Options.loadStandardConfiguration(Options.java:141)
at org.apache.fop.apps.Options.(Options.java:30)
at
org.apache.cocoon.serialization.FOPSerializer.configure(FOPSerializer.java:89)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:108)
at
org.apache.avalon.excalibur.pool.AbstractPool.newPoolable(AbstractPool.java:70)
at
org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.grow(SoftResourceLimitingPool.java:82)
at
org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.initialize(SoftResourceLimitingPool.java:67)
at
org.apache.avalon.excalibur.component.PoolableComponentHandler.initialize(PoolableComponentHandler.java:85)
at
org.apache.avalon.excalibur.component.ExcaliburComponentSelector.addComponent(ExcaliburComponentSelector.java:383)
at
org.apache.cocoon.sitemap.SitemapComponentSelector.addSitemapComponent(SitemapComponentSelector.java:78)
at
org.apache.cocoon.sitemap.AbstractSitemap.load_component(AbstractSitemap.java:225)
at
org.apache.cocoon.www.sitemap_xmap$Configurer.configSerializers(sitemap_xmap.java:1350)
at
org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:769)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:108)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:81)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:118)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompiledComponent(ProgramGeneratorImpl.java:292)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:273)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:179)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:204)
at java.lang.Thread.run(Thread.java:484)


SNAP






-
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: Donating Portal and Authentication Components to the Cocoon project

[Brian Topping]

Sorry, this was meant for Matthew individually...

best,

:B

-
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, switching off svg

[Martijn Bouterse]

Vadim Gritsenko wrote:
> 
> 1. Stop the server
> 2. Wipe out any *svg* from the sitemap
> 3. Clean work directory (I guess everybody forget this step)

I find this a bit cumbersome. This is probably a Tomcat issue, but why
is the work dir not cleaned? If I stop the server there isn't any 'work'
done anymore, so why not clean up the mess?

But I must admit that this solves the problem a bit more elegantly then
my solution. :-)

> 4. Start the server
> 
> > If you have the source distribution of Cocoon you will find a
> > 'build.xml' file in the main dir. Edit this file and make sure all
> > references to SVG are commented out (using XML comments ofcourse).
> 
> This is (IMHO) also not true. Just delete batik-libs-*.jar from the lib
> directory, that's it, no file editing.

Well, that is how I did with Cocoon 2.0 (release), the optional libs
were not yet implemented in that version. It worked that way, but maybe
it is a somewhat brute force approach.

> > (note:the CVS version is a beta-version and might me broken).
> 
> It might, but generally it is not :)

thankfully :)

Cheers,
Martijn

-
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

[GIQUEL Magali]

Hi,
I use tomcat4.0 and cocoon 2,
after a click on a jsp page, i send a request on tamino which returns an xml
document.
My probem is that the URI I want to access is included in the sitemap and
this uri has got parameters (id). These parameters come from hyperlinks on a
jsp page.
I don't known how to send these parameters from the jsp file to the sitemap.

 
http://lanester:80/tamino/execLog?_xql=//wes:HISTORY[@ino:id={id}]"/>


   
magali




-
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 - TEXTAREA in XSLT

[Peter Nuetzel - inglobo]

Hi,

You may use  to write whitespace characters to the output tree.
eg:

...
[line break]

.
...

- peter

PS: Please dont send HTML mail to the list


--
Von: jagannath narayan <[EMAIL PROTECTED]>


Hi,

Can u please give me the solution for this.

In the stylesheet I define a textarea like this:
.
 The XSLT-processor (Xalan) optimizes my code and the
 result is this: . I know that this correct but my browser
 does not understand it.

Bye
Jagannath



-
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: cocoon2 panic with JDK 1.4 pre (beta3)

[Alex Kachanov]

I found 3 (THREE) xerces.jar files on My machine:

- one that cane with JDK 1.4 pre (beta3)
- one that came with Tomcat 4.0.1
- one that came with Cocoon 2

Which one should I delete?


-Original Message-
From: Jorn Heid [mailto:[EMAIL PROTECTED]]
Sent: 24 „‘„~„r„p„‚„‘ 2002 „s. 19:34
To: [EMAIL PROTECTED]
Subject: AW: cocoon2 panic with JDK 1.4 pre (beta3)


I think it's because of the included XML parser. Don't know which one it
uses.


-Ursprungliche Nachricht-
Von: Alex Kachanov [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 24. Januar 2002 11:29
An: [EMAIL PROTECTED]
Betreff: cocoon2 panic with JDK 1.4 pre (beta3)


hello!

Guys, I'm really scared. All JSP examples in Cocoon2 stop working
if I install JDK1.4 pre (beta3) just released bu SUN

I get this message
java.lang.ClassCastException:
org.apache.xerces.jaxp.DocumentBuilderFactoryImpl

What can be the source of teh problem?

with best wishes
Alexander Kachanov

-
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: Donating Portal and Authentication Components to the Cocoon project

[Brian Topping]

Dear Matthew,

I would like to thank you very much for you and your company's gracious
offer to push your works back into the open source arena.  What you are
describing is extremely interesting, and I would welcome the opportunity
to explore whatever opportunities you have to get a head start on using
these tools.

Do you have any kinds of early, unsupported releases that I could get my
hands on?  

This is really exciting, and if it is what I think it is, I can only
wish your company the best of success in the future.  I hope that your
gift brings very good fortune to your company as a result.

Thank you for your consideration,

Brian Topping
[EMAIL PROTECTED]

-Original Message-
From: Matthew Langham [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 21, 2002 6:08 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Donating Portal and Authentication Components to the Cocoon
project


As some of you already know, our company has built a complete middleware
solution around Cocoon. This product, named "sunShine", is successfully
being used to build a variety of different solutions for various
customers
here in Germany. sunShine applications range from Web portals to XML
based
workflow systems.

We think Cocoon is an ideal solution for building XML applications and
are
proud to be a part of this great community. In the past we have donated
smaller components, Carsten's development efforts and other bits and
pieces
to the Cocoon project. We are also doing our best to increase visibility
for
Cocoon by writing articles for magazines and speaking at conferences
about
Cocoon.

Although the current primary use of Cocoon is as a Web publishing
framework
we see great potential for integrated components that provide such
things as
authentication and portal capabilities. To honor this we are willing to
return parts of sunShine back to the Cocoon project. These parts will
include Cocoon components for authentication, session management and
building portals. All of these components adhere to the Cocoon
architecture
and are "tried and trusted".

Here is a brief description:

The authorization components allow the integration of given data-sources
(e.g. databases that may already contain user information) and provide a
means of protecting pipelines so that only authorized users can access
the
defined resources.

The portal engine is totally SAX-based and is integrated into the
sitemap.
Portals can be described in an XML format. Content can be defined for
the
portal using regular Cocoon pipelines. Based on the authorization
components, a portal generator "gets" the portal description for a user
and
streams the complete portal content into the pipeline. A following
stylesheet transformation transforms this into HTML.


We have discussed this move with several people from the Cocoon
community
and have received tremendous feedback. Therefore Carsten is currently
working to bring the components in line with an upcoming Cocoon release
and
we will be donating them (along with documentation, samples etc.) in the
near future. Probably around the middle of February.

In the meantime please contact us if you would like any further
information.

Best regards

Matthew Langham / Carsten Ziegeler

--
Open Source Group   sunShine - Lighting up e:Business
=
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
=



-
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: Problems, switching off svg

[Henrik Hofmann]

> 1. Stop the server
> 2. Wipe out any *svg* from the sitemap
> 3. Clean work directory (I guess everybody forget this step)

> 4. Start the server

Thx, this solved the problem


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

Slide Generator

[YANG Qiandong]

Any one have written a slide generator to get content from api built on top of the 
jakarta-slide repository?



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

AW: cocoon2 panic with JDK 1.4 pre (beta3)

[Jorn Heid]

I think it's because of the included XML parser. Don't know which one it
uses.


-Ursprungliche Nachricht-
Von: Alex Kachanov [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 24. Januar 2002 11:29
An: [EMAIL PROTECTED]
Betreff: cocoon2 panic with JDK 1.4 pre (beta3)


hello!

Guys, I'm really scared. All JSP examples in Cocoon2 stop working
if I install JDK1.4 pre (beta3) just released bu SUN

I get this message
java.lang.ClassCastException:
org.apache.xerces.jaxp.DocumentBuilderFactoryImpl

What can be the source of teh problem?

with best wishes
Alexander Kachanov

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

cocoon2 panic with JDK 1.4 pre (beta3)

[Alex Kachanov]

hello!

Guys, I'm really scared. All JSP examples in Cocoon2 stop working
if I install JDK1.4 pre (beta3) just released bu SUN

I get this message
java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl

What can be the source of teh problem?

with best wishes
Alexander Kachanov

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

R: Question - Problem

[Vercesi Paolo]

Yes, your are right!
Thanks a lot!


> -Messaggio originale-
> Da: Årun.N [mailto:[EMAIL PROTECTED]]
> Inviato: giovedì 24 gennaio 2002 9.44
> A: [EMAIL PROTECTED]
> Oggetto: Re: Question - Problem
> 
> 
> 
> response.sendRedirect(response.encodeRedirectURL(site));
> 
> i think 
> 
> - Original Message -
> From: "Vercesi Paolo" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, January 24, 2002 1:58 PM
> Subject: R: Question - Problem
> 
> 
> Hello Anthony,
> 
> I don't know why rd.forward() method doesn't redirect your 
> users, I use a
> similar schema and I haven't any problem. Are there some 
> error messages ?
> Instead, to mantain session information through 
> response.sendRedirect(site)
> you may use:
> response.sendRedirect(response.encodeURL(site));
> 
> Regards
> Paolo
> 
> > -Messaggio originale-
> > Da: Anthony Diodato [mailto:[EMAIL PROTECTED]]
> > Inviato: mercoledì 23 gennaio 2002 20.25
> > A: '[EMAIL PROTECTED]'
> > Oggetto: Question - Problem
> >
> >
> > Hello All,
> >
> > Here is my scenario.
> > I have Tomcat 3.2.4 running on IIS 5.0
> >
> > I have an html page as my entrance to the website.
> > (http://www.domainname.com/index.html)
> > On this site is a form to login, with you user name and password.
> >
> > When the user clicks submit, they get sent to a servlet 
> that I wrote.
> > This servlet verify's their username and password, and should
> > re-direct them
> > to a certain pace depending on who they are.
> > If I use response.sendRedirect(site);
> > it sends them to the right webpage, but it doesn't seem like
> > the session is
> > created.
> >
> > I test the page to see if there is a valid session, and I get a Null
> > Pointer.
> > Here is what Im doing there.
> >
> > if (userSesson.getValue("userName") == null) {
> > // redirect them to login because the session isn't valid
> > } else {
> > // display the page..
> > }
> >
> > If I use the rd.forward() method
> > they never get re-directed anywhere
> >
> >
> > Here is my doPost() code...
> >
> [...]
> 
> > Any thoughts would be greatly appreciated.
> > Thanks
> > 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]>
> 
> 
> -
> 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: Question - Problem

[Årun.N]

response.sendRedirect(response.encodeRedirectURL(site));

i think 

- Original Message -
From: "Vercesi Paolo" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 24, 2002 1:58 PM
Subject: R: Question - Problem


Hello Anthony,

I don't know why rd.forward() method doesn't redirect your users, I use a
similar schema and I haven't any problem. Are there some error messages ?
Instead, to mantain session information through response.sendRedirect(site)
you may use:
response.sendRedirect(response.encodeURL(site));

Regards
Paolo

> -Messaggio originale-
> Da: Anthony Diodato [mailto:[EMAIL PROTECTED]]
> Inviato: mercoledì 23 gennaio 2002 20.25
> A: '[EMAIL PROTECTED]'
> Oggetto: Question - Problem
>
>
> Hello All,
>
> Here is my scenario.
> I have Tomcat 3.2.4 running on IIS 5.0
>
> I have an html page as my entrance to the website.
> (http://www.domainname.com/index.html)
> On this site is a form to login, with you user name and password.
>
> When the user clicks submit, they get sent to a servlet that I wrote.
> This servlet verify's their username and password, and should
> re-direct them
> to a certain pace depending on who they are.
> If I use response.sendRedirect(site);
> it sends them to the right webpage, but it doesn't seem like
> the session is
> created.
>
> I test the page to see if there is a valid session, and I get a Null
> Pointer.
> Here is what Im doing there.
>
> if (userSesson.getValue("userName") == null) {
> // redirect them to login because the session isn't valid
> } else {
> // display the page..
> }
>
> If I use the rd.forward() method
> they never get re-directed anywhere
>
>
> Here is my doPost() code...
>
[...]

> Any thoughts would be greatly appreciated.
> Thanks
> 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]>


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

R: Question - Problem

[Vercesi Paolo]

Hello Anthony,

I don't know why rd.forward() method doesn't redirect your users, I use a
similar schema and I haven't any problem. Are there some error messages ?
Instead, to mantain session information through response.sendRedirect(site)
you may use:
response.sendRedirect(response.encodeURL(site));

Regards
Paolo

> -Messaggio originale-
> Da: Anthony Diodato [mailto:[EMAIL PROTECTED]]
> Inviato: mercoledì 23 gennaio 2002 20.25
> A: '[EMAIL PROTECTED]'
> Oggetto: Question - Problem
> 
> 
> Hello All,
> 
> Here is my scenario.
> I have Tomcat 3.2.4 running on IIS 5.0
> 
> I have an html page as my entrance to the website.
> (http://www.domainname.com/index.html)
> On this site is a form to login, with you user name and password.
> 
> When the user clicks submit, they get sent to a servlet that I wrote.
> This servlet verify's their username and password, and should 
> re-direct them
> to a certain pace depending on who they are.
> If I use response.sendRedirect(site);
> it sends them to the right webpage, but it doesn't seem like 
> the session is
> created.
> 
> I test the page to see if there is a valid session, and I get a Null
> Pointer.
> Here is what Im doing there.
> 
> if (userSesson.getValue("userName") == null) {
>   // redirect them to login because the session isn't valid
> } else {
>   // display the page..
> }
> 
> If I use the rd.forward() method
> they never get re-directed anywhere
> 
> 
> Here is my doPost() code...
> 
[...]

> Any thoughts would be greatly appreciated.
> Thanks
> 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]>