date:20020613



Hi,

I'm having problems convincing Cocoon to display unusual characters (such
as smart quotes, apostrophes) properly, despite having tried everything
suggested on the list in recent weeks to fix this.

My setup:

- Cocoon 2.0.3-dev
- Tomcat 4.0.1
- Postgres 7.2
- Linux

The content is being pulled from the DB via an XSP. The same content
displays fine when pulled from the DB with perl(!).

I've tried:

Setting encoding in sitemap serializers:
encodingiso-8859-1/encoding

Setting encoding in XSP files:
?xml version=1.0 encoding=iso-8859-1?

Setting encoding in ESQL:
esql:row-results
esql:encodingiso-8859-1/esql:encoding

Setting encoding in JDBC connector:
jdbc
charsetiso-8859-1/charset
and
dburljdbc:postgresql://localhost:5432/foo?charset=iso-8859-1/dburl

Starting Tomcat with $CATALINA_OPTS set to '-Dfile.encoding=ISO8859_1'


... none of this has worked. I continually get a ? in the output HTML.

HELP!


Andrew.

-- 
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director  Tel:  +44 (0)870 741 6658
Luminas Internet Applications  Fax:  +44 (0)700 598 1135
This is not an official statement or order.Web:www.luminas.co.uk



-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Cocoon and J2EE



On Thu, 13 Jun 2002 [EMAIL PROTECTED] wrote:

 Where can I find the WikiLand?

http://lolive.net or http://rossel.free.fr/

HTH,

Andrew.

-- 
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director  Tel:  +44 (0)870 741 6658
Luminas Internet Applications  Fax:  +44 (0)700 598 1135
This is not an official statement or order.Web:www.luminas.co.uk


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Problem with nested actions in action-set...

2002-06-13 Thread Ivan Luzyanin


Hi!

Yesterday i upgraded to Cocoon 2.1-dev from 2.0.2 and i had problem with
nested actions in action-sets.

Example of action-set:

map:action-set name=StoryEdit
  map:act action=Post Story type=form-validator
map:parameter name=validate-set value=add/
map:act type=dbAdd/
  /map:act
/map:action-set

When i call this action set (form-descriptor and db descriptor passed in
parameters) and form validation passed successfully but dbAdd action NOT
EXECUTED. Logs doesn't contain any warnings or errors.
I wonder why nested actions workes fine with 2.0.2 version of Cocoon but
doesn't work with last dev snapshot?

Env: C2 2.1dev; Tomcat 4.0.4b3, JDK1.3.1_02b(Blackdown), RH 7.3


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Re: Problem with nested actions in action-set...

2002-06-13 Thread Gerhard Hipfinger


Hi!

I can confirm this problem (as postet yesterday).

I used 2.0.2 without problems and the current cvs snapshot (co 10 
minutes ago) fails to handle this!

Regards,
Gerhard

Ivan Luzyanin wrote:

Hi!

Yesterday i upgraded to Cocoon 2.1-dev from 2.0.2 and i had problem with
nested actions in action-sets.

Example of action-set:

map:action-set name=StoryEdit
  map:act action=Post Story type=form-validator
map:parameter name=validate-set value=add/
map:act type=dbAdd/
  /map:act
/map:action-set

When i call this action set (form-descriptor and db descriptor passed in
parameters) and form validation passed successfully but dbAdd action NOT
EXECUTED. Logs doesn't contain any warnings or errors.
I wonder why nested actions workes fine with 2.0.2 version of Cocoon but
doesn't work with last dev snapshot?

Env: C2 2.1dev; Tomcat 4.0.4b3, JDK1.3.1_02b(Blackdown), RH 7.3


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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







-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

JDBC for SQL Server 7

2002-06-13 Thread Parrott Geoff

Title: JDBC for SQL Server 7





Hi


Can anyone recommend a good Free or Cheap JDBC driver for MSSQL 7 type 4 if possible


Currently developing with Cocoon 2 Tomcat 4.0.3 LE  jdk 1.4.0


I am migrating code developed on MySQL to run on MSSQL I have found many issues 


I am experiencing problems with whitespace written to the database is this a JDBC issue


Regards


Geoff

RE: Barf on JSPGenerator on Hello.jsp (HELP!)

2002-06-13 Thread Rogier Peters


Hi guys,

I'm sorry, but I'm also getting this error on a clean install of cocoon 2.0.2 on 
tomcat 4.0.1
The error is slightly different for jdk1.4 and 1.3.1 (see stacktraces below).
By the way, I don't want to step on any toes here, but I think it's strange that when 
someone asks a question about cocoon 2.0.2 that the answer is: well, it works in 
2.0.3, or in 2.1dev. In my opinion there is no 2.0.3 until there's a zipfile on the 
ftp. Some people will want to use stable versions instead of the latest CVS checkout. 
Also, if the JSPGenerator did get fixed between 2.0.2 and 2.0.3 there must be someone 
who can tell what has changed. And finally, if you didn't test the erroneous 
configuration, you can't say there's something wrong with his setup. It kinda makes it 
hard to ask questions.

For some reason these errors only ended up in sitemap.log; not in error.log

Stacktrace jdk1.3.1

Current Sitemap Parameters:
PARAM: '1' VALUE: 'hello'
PARAM: '0' VALUE: 'jsp/hello'

DEBUG   (2002-06-13) 12:20.54:080   [sitemap](/cocoon/jsp/hello) 
HttpProcessor[8080][4]/sitemap_xmap: Component 
generator:jsp(Parameters.EMPTY_PARAMETERS)
DEBUG   (2002-06-13) 12:20.54:080   [sitemap](/cocoon/jsp/hello) 
HttpProcessor[8080][4]/AbstractSitemap: Substitute evaluated value for 1 as hello
DEBUG   (2002-06-13) 12:20.54:080   [sitemap](/cocoon/jsp/hello) 
HttpProcessor[8080][4]/sitemap_xmap: Source= /docs/samples/jsp/hello.jsp
DEBUG   (2002-06-13) 12:20.54:080   [sitemap](/cocoon/jsp/hello) 
HttpProcessor[8080][4]/AbstractSitemap: Substitute evaluated value for 1 as hello
DEBUG   (2002-06-13) 12:20.54:080   [sitemap](/cocoon/jsp/hello) 
HttpProcessor[8080][4]/sitemap_xmap: Component 
transformer:xslt(Parameters.EMPTY_PARAMETERS)
DEBUG   (2002-06-13) 12:20.54:080   [sitemap](/cocoon/jsp/hello) 
HttpProcessor[8080][4]/sitemap_xmap: Source= stylesheets/page/simple-page2html.xsl
DEBUG   (2002-06-13) 12:20.54:090   [sitemap](/cocoon/jsp/hello) 
HttpProcessor[8080][4]/sitemap_xmap: Component 
serializer:html(Parameters.EMPTY_PARAMETERS)
DEBUG   (2002-06-13) 12:20.54:090   [sitemap.transformer.xslt](/cocoon/jsp/hello) 
HttpProcessor[8080][4]/TraxTransformer: Using stylesheet: 
'file:/C:/apache/jakarta-tomcat-4.0.1/webapps/cocoon/stylesheets/page/simple-page2html.xsl'
 in org.apache.cocoon.transformation.TraxTransformer@62ecc7, last modified: 
1023956047186
WARN(2002-06-13) 12:20.55:902   [sitemap](/cocoon/jsp/hello) 
HttpProcessor[8080][4]/sitemap_xmap: Error, try to process the error page
org.apache.cocoon.ProcessingException: SAXException JspGenerator.generate()
at org.apache.cocoon.generation.JspGenerator.generate(JspGenerator.java:132)
at 
org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:251)
at 
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:399)
at 
org.apache.cocoon.www.sitemap_xmap.matchN10779(C:\apache\jakarta-tomcat-4.0.1\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:9352)
at 
org.apache.cocoon.www.sitemap_xmap.process(C:\apache\jakarta-tomcat-4.0.1\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3620)
at 
org.apache.cocoon.www.sitemap_xmap.process(C:\apache\jakarta-tomcat-4.0.1\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3085)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179)
at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154)
at org.apache.cocoon.Cocoon.process(Cocoon.java:575)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at

JDBC for SQL Server 2000

2002-06-13 Thread Parrott Geoff

Title: JDBC for SQL Server 7



Hi
Slight amendment I 
now find out it is Server 2000 not 7 as previous message
Can anyone recommend a good Free or Cheap JDBC driver for 
MSSQL2000 type 4 if possible 
Currently developing with Cocoon 2 Tomcat 4.0.3 LE  jdk 
1.4.0 
I am migrating code developed on MySQL to run on MSSQL I have 
found many issues 
I am experiencing problems with whitespace written to the 
database is this a JDBC issue 
Regards 
Geoff

RE: JDBC for SQL Server 2000

2002-06-13 Thread Stephen Ng

Title: JDBC for SQL Server 7



Why 
not the free one from Microsoft?

  -Original Message-From: Parrott Geoff 
  [mailto:[EMAIL PROTECTED]]Sent: Thursday, June 13, 
  2002 6:30 AMTo: Cocoon-Users (E-mail)Subject: JDBC for 
  SQL Server 2000
  Hi
  Slight amendment 
  I now find out it is Server 2000 not 7 as previous 
  message
  Can anyone recommend a good Free or Cheap JDBC driver for 
  MSSQL2000 type 4 if possible 
  Currently developing with Cocoon 2 Tomcat 4.0.3 LE  jdk 
  1.4.0 
  I am migrating code developed on MySQL to run on MSSQL I have 
  found many issues 
  I am experiencing problems with whitespace written to the 
  database is this a JDBC issue 
  Regards 
  Geoff

AW: JDBC for SQL Server 2000

2002-06-13 Thread Stefan Seifert


I can recommend the SPRINTA and OPTA drivers vom inet Software 
(http://www.inetsoftware.de/), but they are not free. But they are very stable and 
have very good performance, BLOB support etc.

Stefan

 -Ursprüngliche Nachricht-
 Von: Parrott Geoff [mailto:[EMAIL PROTECTED]]
 Gesendet: Donnerstag, 13. Juni 2002 12:30
 An: Cocoon-Users (E-mail)
 Betreff: JDBC for SQL Server 2000
 
 
 Hi  
 Slight amendment I now find out it is Server 2000 not 7 as 
 previous message 
 Can anyone recommend a good Free or Cheap JDBC driver for 
 MSSQL  2000  type 4 if possible 
 Currently developing with Cocoon 2 Tomcat 4.0.3 LE  jdk 1.4.0 
 I am migrating code developed on MySQL to run on MSSQL I have 
 found many issues 
 I am experiencing problems with whitespace written to the 
 database is this a JDBC issue 
 Regards 
 Geoff 
 

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: JDBC for SQL Server 2000

2002-06-13 Thread telmo sa


Can you give the url?

Thank you.

Telmo


From: Stephen Ng [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: JDBC for SQL Server 2000
Date: Thu, 13 Jun 2002 06:45:28 -0400

JDBC for SQL Server 7Why not the free one from Microsoft?
   -Original Message-
   From: Parrott Geoff [mailto:[EMAIL PROTECTED]]
   Sent: Thursday, June 13, 2002 6:30 AM
   To: Cocoon-Users (E-mail)
   Subject: JDBC for SQL Server 2000


   Hi

   Slight amendment I now find out it is Server 2000 not 7 as previous
message

   Can anyone recommend a good Free or Cheap JDBC driver for MSSQL  2000
type 4 if possible

   Currently developing with Cocoon 2 Tomcat 4.0.3 LE  jdk 1.4.0

   I am migrating code developed on MySQL to run on MSSQL I have found many
issues

   I am experiencing problems with whitespace written to the database is 
this
a JDBC issue

   Regards

   Geoff





_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: JDBC for SQL Server 2000

2002-06-13 Thread Stephen Ng


Sure, it's:

http://msdn.microsoft.com/downloads/default.asp?URL=/downloads/sample.asp?ur
l=/MSDN-FILES/027/001/779/msdncompositedoc.xml

I'm never sure if these msdn url's work, so the algorithm for finding the
page is to go to http://msdn.microsoft.com, downloads, then search for JDBC
SQL Server.

--Steve

 -Original Message-
 From: telmo sa [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, June 13, 2002 6:53 AM
 To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
 Subject: RE: JDBC for SQL Server 2000


 Can you give the url?

 Thank you.

 Telmo


 From: Stephen Ng [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: RE: JDBC for SQL Server 2000
 Date: Thu, 13 Jun 2002 06:45:28 -0400
 
 JDBC for SQL Server 7Why not the free one from Microsoft?
-Original Message-
From: Parrott Geoff [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 13, 2002 6:30 AM
To: Cocoon-Users (E-mail)
Subject: JDBC for SQL Server 2000
 
 
Hi
 
Slight amendment I now find out it is Server 2000 not 7
 as previous
 message
 
Can anyone recommend a good Free or Cheap JDBC driver for
 MSSQL  2000
 type 4 if possible
 
Currently developing with Cocoon 2 Tomcat 4.0.3 LE  jdk 1.4.0
 
I am migrating code developed on MySQL to run on MSSQL I
 have found many
 issues
 
I am experiencing problems with whitespace written to the
 database is
 this
 a JDBC issue
 
Regards
 
Geoff
 




 _
 Get your FREE download of MSN Explorer at
http://explorer.msn.com/intl.asp.


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: JDBC for SQL Server 2000

2002-06-13 Thread Albertsen, Juergen

Title: JDBC for SQL Server 7



I can fullyrecommend 
JTurbo from New Atlanta. It's not free, but very stable and fast and not very 
expensive

http://www.newatlanta.com/

  -Original Message-From: Parrott Geoff 
  [mailto:[EMAIL PROTECTED]]Sent: Thursday, June 13, 
  2002 12:30 PMTo: Cocoon-Users (E-mail)Subject: JDBC for 
  SQL Server 2000
  Hi
  Slight amendment 
  I now find out it is Server 2000 not 7 as previous 
  message
  Can anyone recommend a good Free or Cheap JDBC driver for 
  MSSQL2000 type 4 if possible 
  Currently developing with Cocoon 2 Tomcat 4.0.3 LE  jdk 
  1.4.0 
  I am migrating code developed on MySQL to run on MSSQL I have 
  found many issues 
  I am experiencing problems with whitespace written to the 
  database is this a JDBC issue 
  Regards 
  Geoff

Re: JDBC for SQL Server 2000

2002-06-13 Thread Nicola Ken Barozzi



Stephen Ng wrote:
 Why not the free one from Microsoft?

Because it's slooow.
Search in the archives of this list, I've already posted the link to a 
performance comparison twice.


 -Original Message-
 *From:* Parrott Geoff [mailto:[EMAIL PROTECTED]]
 *Sent:* Thursday, June 13, 2002 6:30 AM
 *To:* Cocoon-Users (E-mail)
 *Subject:* JDBC for SQL Server 2000
 
 Hi  
 
 Slight amendment I now find out it is Server 2000 not 7 as previous
 message 
 
 Can anyone recommend a good Free or Cheap JDBC driver for
 MSSQL  2000  type 4 if possible
 
 Currently developing with Cocoon 2 Tomcat 4.0.3 LE  jdk 1.4.0
 
 I am migrating code developed on MySQL to run on MSSQL I have found
 many issues
 
 I am experiencing problems with whitespace written to the database
 is this a JDBC issue
 
 Regards
 
 Geoff//
 


-- 
Nicola Ken Barozzi   [EMAIL PROTECTED]
 - verba volant, scripta manent -
(discussions get forgotten, just code remains)
-


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: cocoon2.1 on WebLogic6.1 sp2

2002-06-13 Thread Argyn Kuketayev

you need to apply four patches to WLS

 -Original Message-
 From: Helena Ginzburg [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, June 13, 2002 5:46 AM
 To: [EMAIL PROTECTED]
 Subject: cocoon2.1 on WebLogic6.1 sp2

  Hi all,

 I have an installation problem with latest version of cocoon 
 on WebLogic6.1
 sp2. 
 Could you please help me?

 I am doing as the following (all taken from a list on
  http://www.mail-archive.com/cocoon-users@xml.apache.org/msg05228.html

 I am adding a below code  in cocoon.xconf file

  xslt-processor
  class=org.apache.cocoon.components.xslt.XSLTProcessorImpl
  logger=root.xslt parameter name=use-store 
 value=true/ parameter
  name=transformer-factory
  value=org.apache.xalan.processor.TransformerFactoryImpl/
  /xslt-processor 

  Than I must add in cocoon.roles file.

  role name=org.apache.cocoon.components.xslt.XSLTProcessor
  shorthand=xslt-processor
  default-class=org.apache.cocoon.components.xslt.XSLTProcessorImpl/

 Without adding  this code to  cocoon.roles file, I receive
 ClassCastException.

 If this code was added  cocoon first page is working 
 properly,but samples
 page are still empty. 

  I deployed cocoon on tomcat4.3. This is work properly.
  I checked tomcat  and WebLogic logs. They are the same(looks 
 identical).
  WebLogic logs don't contain errors  or problems.

 Please advise what should I do to make cocoon working?

 Any help or ideas would be appreciated very much.

  Thank you in advance
  Helena.

 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Re: Problem with nested actions in action-set. BUG!

2002-06-13 Thread Ivan Luzyanin


Hi!
I am sure now that it's a BUG in Cocoon 2.1-dev becouse even Cocoon
Tutorial (http://localhost:8080/cocoon/samples/tutorial/home.html)
DOESN'T WORK anymore. Don't beleave me? Just try to create any
department or employee and you will see successfully result page but
at real - nothing happened!!!

Best regards!
Ivan.

Env: C2 2.1dev; Tomcat 4.0.4b3, JDK1.3.1_02b(Blackdown), RH 7.3


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Including output of servlet into XSP


 From: telmo sa [mailto:[EMAIL PROTECTED]]
 
 Hello all.
 I have been trying to find the answer to my post but with no success.
 I am using Cocoon2 and Tomcat4.0.
 
 I am upgrading a Web App done with cocoon 1.8.2.
 In my cocoon 1.8.2 XSPs i was using util:include-uri to have the
content of
 a servlet in my XSP.
 
 For some reason the util:include-uri dosen't work in Cocoon2 ( i have
eard
 of a bug)
 
 How can i do it?

Use cinclude transformer. See samples and docs. In your case it will
look like:

cinclude:include src=http://server/myservlet/


Vadim


 Thank you so much!
 
 Telmo Sa


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

DB2 JDBC driver configuration problem

2002-06-13 Thread PLISSON Sébastien (DSIT-XS/I)


Hi,

I'm using Cocoon 2.0.2 with Websphere 3.5 on Win NT,
and i can't success in configuring DB2 jdbc driver.

When i set load-class parameter of cocoon servlet with
the name of DB2 jdbc classname (COM.ibm.db2.jdbc.app.DB2Driver)
the websphere server jvm crashes when i try to start the application server.
It only launches DrWatson and i don't have error message in logs.

Any idea of how to configure it to be able to use jdbc connection pool and
esql ?

Thanks

Sébastien PLISSON
DSIT XS / Infocentre
Tél. : 30.13.90


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Cannot get Cocoon going with Tomcat 4.0.3

2002-06-13 Thread Geoff Howard

or 4.0.1

 -Original Message-
 From: leo leonid [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, June 13, 2002 3:11 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Cannot get Cocoon going with Tomcat 4.0.3

 On Thursday, June 13, 2002, at 12:14  Uhr, Robert Nicholson wrote:

  Are the instructions in Installing Apache Cocoon document 
 sufficent to 
  get
  it working? I've done what's described and it's not working for me.

 consider using Tomcat 4.0.4 or 4.1.3.
 thus instructions reduce to putting cocoon.war in webapps dir.
 (I use RH7.2, JDK1.31)
 /Leo

 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: cocoon2.1 on WebLogic6.1 sp2

2002-06-13 Thread Argyn Kuketayev


here are the patches Vadim recommended me to install:
CR064650, CR064449, CR065213, CR064391

I managed to make Cocoon work even without these patches, as Vadim advised
me , I had to remove all dots from jar file names, and all manifest.mf files
from these jars.

I didn't perform step 3) and 4) as in the document you refer to.

Also, I found one strange thing: if I put two class names in load-class
parameter of web.xml for Cocoon, then somehow the whitespace between them is
not recognized! I suspect that it's the impact of puiting
xercerImpl-2.0.0.jar in the beginning of the classpath. jBoss worked well,
and iPlanet and WLS couldn't handle two jdbc driver class names in
load-class. I don't have time to address this issue right now, so I simply
changed force-load method in CocoonServlet to hardcode the loading. I'll
return to the problem later.

 -Original Message-
 From: Argyn Kuketayev [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, June 13, 2002 8:30 AM
 To: '[EMAIL PROTECTED]'
 Subject: RE: cocoon2.1 on WebLogic6.1 sp2
 
 
 you need to apply four patches to WLS
 
  -Original Message-
  From: Helena Ginzburg [mailto:[EMAIL PROTECTED]]
  Sent: Thursday, June 13, 2002 5:46 AM
  To: [EMAIL PROTECTED]
  Subject: cocoon2.1 on WebLogic6.1 sp2
  
  
   Hi all,
   
  I have an installation problem with latest version of cocoon 
  on WebLogic6.1
  sp2. 
  Could you please help me?
  
  
  I am doing as the following (all taken from a list on
   
 http://www.mail-archive.com/cocoon-users@xml.apache.org/msg05228.html
  
  I am adding a below code  in cocoon.xconf file
  
   xslt-processor
   class=org.apache.cocoon.components.xslt.XSLTProcessorImpl
   logger=root.xslt parameter name=use-store 
  value=true/ parameter
   name=transformer-factory
   value=org.apache.xalan.processor.TransformerFactoryImpl/
   /xslt-processor 
  
   Than I must add in cocoon.roles file.
  
   role name=org.apache.cocoon.components.xslt.XSLTProcessor
   shorthand=xslt-processor
   
 default-class=org.apache.cocoon.components.xslt.XSLTProcessorImpl/
  
  Without adding  this code to  cocoon.roles file, I receive
  ClassCastException.
   
  If this code was added  cocoon first page is working 
  properly,but samples
  page are still empty. 
  
   I deployed cocoon on tomcat4.3. This is work properly.
   I checked tomcat  and WebLogic logs. They are the same(looks 
  identical).
   WebLogic logs don't contain errors  or problems.
  
  Please advise what should I do to make cocoon working?
  
  Any help or ideas would be appreciated very much.
   
   Thank you in advance
   Helena.
  
  
  
 -
  Please check that your question  has not already been 
 answered in the
  FAQ before posting. 
 http://xml.apache.org/cocoon/faq/index.html
  
  To unsubscribe, e-mail: 
 [EMAIL PROTECTED]
  For additional commands, e-mail:   
 [EMAIL PROTECTED]
  
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
 

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Re: Cannot get Cocoon going with Tomcat 4.0.3

2002-06-13 Thread John Moylan



According the the FAQ, you need a different version of Xerces for some of the v4 
tomcat's. I had the same problem and simply reverted to Tomcat 3.3 which is very 
painless to set up.

John

On Thu, Jun 13, 2002 at 09:41:23AM -0400, Geoff Howard wrote:
 From: Geoff Howard [EMAIL PROTECTED]
 To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
 Subject: RE: Cannot get Cocoon going with Tomcat 4.0.3
 Date: Thu, 13 Jun 2002 09:41:23 -0400
 X-Mailer: Internet Mail Service (5.5.2653.19)
 
 or 4.0.1
 
  -Original Message-
  From: leo leonid [mailto:[EMAIL PROTECTED]]
  Sent: Thursday, June 13, 2002 3:11 AM
  To: [EMAIL PROTECTED]
  Subject: Re: Cannot get Cocoon going with Tomcat 4.0.3
  
  
  
  
  
  On Thursday, June 13, 2002, at 12:14  Uhr, Robert Nicholson wrote:
  
   Are the instructions in Installing Apache Cocoon document 
  sufficent to 
   get
   it working? I've done what's described and it's not working for me.
  
  consider using Tomcat 4.0.4 or 4.1.3.
  thus instructions reduce to putting cocoon.war in webapps dir.
  (I use RH7.2, JDK1.31)
  /Leo
  
  
  -
  Please check that your question  has not already been answered in the
  FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
  
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail:   [EMAIL PROTECTED]
  
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
 

-- 
John G. Moylan

_
pub  1024D/A5B03E9B 2002-04-24 John G Moylan [EMAIL PROTECTED]
 Key fingerprint = 4859 3C71 2CA6 99CF 62D9  5960 6613 5049 A5B0 3E9B
sub  1024g/0EF26151 2002-04-24 [expires: 2003-04-24]


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Testing Cocoon pipelines

2002-06-13 Thread Adam_Waldal


Has anyone setup a cool continuous integration process for a Cocoon
implementation?

I am interested in how to test a pipeline and automate it into the build
cycle.

Thanks,
Adam



-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

open extern web-site

2002-06-13 Thread Christoph Stocker


hi!

i am still hanging.

i want to open the wsite http://www.aon.at
with the following javascript-command --

var openAONSite = window.open(http://www.aon.at;, , toolbar=0,
location=0, directories=0, status=0, menubar=0, scrollbars=1,
resizable=0, width=502, height=350);


but this doesn't work

what extra or additional changes i have to make in the sitemap??

greetings, chris


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: decoding base64 tiff files embedded in XML


 From: John Moylan [mailto:[EMAIL PROTECTED]]
 
 Hi,
 
 I'm new to this list and to Cocoon2, however I need to develop an
application
 which transforms NewsML feeds into regular HTML for browsing. Easy you
say,
 right? Anyway the part I'm am having difficulty with is in converting
base64
 embedded tiff images into png on the fly.

   I don't know much about Java. I have a one liner in Perl which
decodes
 the tiff from the shell prompt:
 
   perl -MMIME::Base64 -ne 'print decode_base64($_)'
/home/john/tiff.64
 j.tiff
 
   and an one liner which uses imagemagick's convert from the
shell:
 
   convert j.tiff j.png
 
 Can I somehow use turn one or both, of these one liners into sitemap
 generators (is that the right term.)

There are many approaches you can take. Depends on what level of
reusability of your components you want to achieve and details of input
format (never seen NewsML...).

If input is XML with data and images intermixed, use fragment extractor.

If input is XML, one way is to write serializer which takes input XML
with base64 encoded image and outputs image. It can also convert image
from tiff to png (using some Java image manipulation library).

If input is not XML, then you should write reader, which will read
base64, decode it, and write image as output (converting as necessary).


Vadim


 or is their any easier/better way. I can
 preprocess my XML files from the command line, but that does not seem
like a
 very elegant/manageable solution.
 


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Re: Character encoding problems with XSP/ESQL

2002-06-13 Thread KOZLOV Roman


Hi Andrew,

Did you set encodingiso-8859-1/encoding for serverpages generator also? Do you
also use some transformers?

Roman

Andrew Savory wrote:

 Hi,

 I'm having problems convincing Cocoon to display unusual characters (such
 as smart quotes, apostrophes) properly, despite having tried everything
 suggested on the list in recent weeks to fix this.

 My setup:

 - Cocoon 2.0.3-dev
 - Tomcat 4.0.1
 - Postgres 7.2
 - Linux

 The content is being pulled from the DB via an XSP. The same content
 displays fine when pulled from the DB with perl(!).

 I've tried:

 Setting encoding in sitemap serializers:
 encodingiso-8859-1/encoding

 Setting encoding in XSP files:
 ?xml version=1.0 encoding=iso-8859-1?

 Setting encoding in ESQL:
 esql:row-results
 esql:encodingiso-8859-1/esql:encoding

 Setting encoding in JDBC connector:
 jdbc
 charsetiso-8859-1/charset
 and
 dburljdbc:postgresql://localhost:5432/foo?charset=iso-8859-1/dburl

 Starting Tomcat with $CATALINA_OPTS set to '-Dfile.encoding=ISO8859_1'

 ... none of this has worked. I continually get a ? in the output HTML.

 HELP!

 Andrew.

 --
 Andrew SavoryEmail: [EMAIL PROTECTED]
 Managing Director  Tel:  +44 (0)870 741 6658
 Luminas Internet Applications  Fax:  +44 (0)700 598 1135
 This is not an official statement or order.Web:www.luminas.co.uk

 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: decoding base64 tiff files embedded in XML

2002-06-13 Thread Ricardo Trindade


there is a transformer that removes some nodes from XML and changes them
with links. I think you could use this aproach.

For the actual transformation I imagine you can use some library that does
that without a lot of effort... sun used to have a java imaging package...

You could code a sitemap element (perhaps a reader) to call shell commands,
but you would loose all portability and gain dependencies on external
stuff(perl,etc..)

-Original Message-
From: John Moylan [mailto:[EMAIL PROTECTED]]
Sent: quinta-feira, 13 de Junho de 2002 15:09
To: [EMAIL PROTECTED]
Subject: decoding base64 tiff files embedded in XML


Hi,

I'm new to this list and to Cocoon2, however I need to develop an
application which transforms NewsML feeds into regular HTML for browsing.
Easy you say, right? Anyway the part I'm am having difficulty with is in
converting base64 embedded tiff images into png on the fly.
I don't know much about Java. I have a one liner in Perl which decodes the
tiff from the shell prompt:

perl -MMIME::Base64 -ne 'print decode_base64($_)' /home/john/tiff.64
j.tiff

and an one liner which uses imagemagick's convert from the shell:

convert j.tiff j.png

Can I somehow use turn one or both, of these one liners into sitemap
generators (is that the right term.) or is their any easier/better way. I
can preprocess my XML files from the command line, but that does not seem
like a very elegant/manageable solution.







-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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



-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Cannot get Cocoon going with Tomcat 4.0.3

2002-06-13 Thread james


I'm using 4.0.3 with Cocoon 2.0.2. I got the same problem and I just
swapped the xerces.jar with a 1.4 version and it was working perfectly
after.
Perhaps you would like to try that.

 4.0.4 works out of the box, 4.0.3 is a little trickier, but is
 explained in the site.

 -Original Message-
 From: John Moylan [mailto:[EMAIL PROTECTED]]
 Sent: quinta-feira, 13 de Junho de 2002 15:11
 To: [EMAIL PROTECTED]
 Subject: Re: Cannot get Cocoon going with Tomcat 4.0.3



 According the the FAQ, you need a different version of Xerces for some
 of the v4 tomcat's. I had the same problem and simply reverted to
 Tomcat 3.3 which is very painless to set up.

 John

 On Thu, Jun 13, 2002 at 09:41:23AM -0400, Geoff Howard wrote:
 From: Geoff Howard [EMAIL PROTECTED]
 To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
 Subject: RE: Cannot get Cocoon going with Tomcat 4.0.3
 Date: Thu, 13 Jun 2002 09:41:23 -0400
 X-Mailer: Internet Mail Service (5.5.2653.19)

 or 4.0.1

  -Original Message-
  From: leo leonid [mailto:[EMAIL PROTECTED]]
  Sent: Thursday, June 13, 2002 3:11 AM
  To: [EMAIL PROTECTED]
  Subject: Re: Cannot get Cocoon going with Tomcat 4.0.3
 
 
 
 
 
  On Thursday, June 13, 2002, at 12:14  Uhr, Robert Nicholson wrote:
 
   Are the instructions in Installing Apache Cocoon document
  sufficent to
   get
   it working? I've done what's described and it's not working for
   me.
 
  consider using Tomcat 4.0.4 or 4.1.3.
  thus instructions reduce to putting cocoon.war in webapps dir. (I
  use RH7.2, JDK1.31)
  /Leo
 
 
  -
  Please check that your question  has not already been answered in
  the FAQ before posting.
  http://xml.apache.org/cocoon/faq/index.html
 
  To unsubscribe, e-mail:
  [EMAIL PROTECTED] For additional commands,
  e-mail:   [EMAIL PROTECTED]
 

 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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


 --
 John G. Moylan

 _
 pub  1024D/A5B03E9B 2002-04-24 John G Moylan [EMAIL PROTECTED]
 Key fingerprint = 4859 3C71 2CA6 99CF 62D9  5960 6613 5049 A5B0
 3E9B
 sub  1024g/0EF26151 2002-04-24 [expires: 2003-04-24]


 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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



 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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




-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Re: decoding base64 tiff files embedded in XML

2002-06-13 Thread John Moylan



Not knowing how to write a reader or a serializer I think I'm going to have to run a 
batch process, something like the following in BASH/Perl and sabletron (because it was 
installed.)




DIR=/usr/local/jakarta-tomcat-3.3.1/webapps/cocoon/content

ls $DIR/*.xml  /tmp/xmlfiles

for i in `cat /tmp/xmlfiles`
do
sabcmd $DIR/base64tiff.xsl $i $i.64tiff
perl -MMIME::Base64 -ne 'print decode_base64($_)' $i.64tiff 
$i.tiff
convert $i.64tiff $i.jpg
done




My stylesheet -simple

?xml version=1.0?

xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;

xsl:template match=/
xsl:value-of 
select=//ContentItem/Encoding[@Notation='base64']/DataContent/
/xsl:template

/xsl:stylesheet




However, all of my tiff base64 files have ?xml version=1.0 encoding=UTF-8? 
prepended to them - I'm curios as to wether or not their is a way to avoid this at the 
top of xsl processed files using standard xslt techniques?





On Thu, Jun 13, 2002 at 03:50:16PM +0100, Ricardo Trindade wrote:
 From: Ricardo Trindade [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: RE: decoding base64 tiff files embedded in XML
 Date: Thu, 13 Jun 2002 15:50:16 +0100
 X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
 
 there is a transformer that removes some nodes from XML and changes them
 with links. I think you could use this aproach.
 
 For the actual transformation I imagine you can use some library that does
 that without a lot of effort... sun used to have a java imaging package...
 
 You could code a sitemap element (perhaps a reader) to call shell commands,
 but you would loose all portability and gain dependencies on external
 stuff(perl,etc..)
 
 -Original Message-
 From: John Moylan [mailto:[EMAIL PROTECTED]]
 Sent: quinta-feira, 13 de Junho de 2002 15:09
 To: [EMAIL PROTECTED]
 Subject: decoding base64 tiff files embedded in XML
 
 
 Hi,
 
 I'm new to this list and to Cocoon2, however I need to develop an
 application which transforms NewsML feeds into regular HTML for browsing.
 Easy you say, right? Anyway the part I'm am having difficulty with is in
 converting base64 embedded tiff images into png on the fly.
   I don't know much about Java. I have a one liner in Perl which decodes the
 tiff from the shell prompt:
 
   perl -MMIME::Base64 -ne 'print decode_base64($_)' /home/john/tiff.64
 j.tiff
 
   and an one liner which uses imagemagick's convert from the shell:
 
   convert j.tiff j.png
 
 Can I somehow use turn one or both, of these one liners into sitemap
 generators (is that the right term.) or is their any easier/better way. I
 can preprocess my XML files from the command line, but that does not seem
 like a very elegant/manageable solution.
 
 
 
 
 
 
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
 
 
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
 

-- 
John G. Moylan

_
pub  1024D/A5B03E9B 2002-04-24 John G Moylan [EMAIL PROTECTED]
 Key fingerprint = 4859 3C71 2CA6 99CF 62D9  5960 6613 5049 A5B0 3E9B
sub  1024g/0EF26151 2002-04-24 [expires: 2003-04-24]


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Xerces SAXParser does not implement XMLReader?

2002-06-13 Thread Steven Cummings


I'm having a problem lately with using Xerces-J 2.0.1 lately under Tomcat that I never 
seemed to have before. Perhaps it's the version that is incorrect because it seems 
that Tomcat used Xerces before. The weird thing about this problem is that it doesn't 
always show up in similiar test cases. I came across it while tring to set up Cocoon 
2.0.2.

On my WinXP machine running Tomcat 4.0.3, Xerces 2.0.1, using the xml-api.jar from 
Xalan-2.3.1, and the latest cocoon, I can get the front cocoon page to run, but a lot 
of the samples bomb out with exception messages (I don't have one on hand now 
unfortunately).

On a RedHat 6.2 box, using JDK 1.3.1, Tomcat 4.0.3, and the same cocoon/xerces/xalan 
configuration, I get the following error even when tring to access the root of the 
cocoon webapp:

type fatal

message SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement 
XMLReader

description java.lang.ClassCastException: 
org.apache.xerces.parsers.StandardParserConfiguration

sender org.apache.cocoon.servlet.CocoonServlet

source Cocoon servlet

stack-trace

java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration
at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source)
at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source)
at 
org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generateCode(AbstractMarkupLanguage.java:377)
at 
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:365)
at 
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.createResource(ProgramGeneratorImpl.java:328)
at 
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:291)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:270)
at java.lang.Thread.run(Thread.java:484)

request-uri

/cocoon/

I looked through the Xerces sources, and it does seem to be the case that the xerces 
SAXParser from 2.0.1 does not implement XMLReader, even through inheritance. So 
apparently Tomcat wants to use it through JAXP, and my main question is why does this 
error only show up part of the time. Is there an incompatibility with Tomcat 4.0.X and 
the latest Xerces? Sorry for the post to multiple lists, but I'm not yet sure of where 
the problem really lies. Thank you!

/S

-- 
Steven Cummings [EMAIL PROTECTED]
Columbia, MO



__
Your favorite stores, helpful shopping tools and great gift ideas. Experience the 
convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/

Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

DataBinding with XMLForm

2002-06-13 Thread Mohamed El-Refaey





Hi all,

I'm very interested in the cocoon 
XMLForm and, but I'd like to ask a question:
is it possible to repeate XMLForm 
dynamically according to data from Database ?and HOW I can make data binding of 
this retrived data with each repeated form instance.?

for Example :
I have products from the DB and I wanna 
to display these products in XMLForms to update their quantity in 
it

--
Product1
ID :12236
Name 
:p1 
 --
Description: any 
description. quantity(Text Box) 
---  Update Button
 
--- --
---

---
Product2
ID :12256
Name 
:p2 
 
--
Description: any 
description. quantity(Text Box) 
--- Update Button
--- 
--
---


---
Product3
ID :12776
Name 
:p3 
--
Description: any 
description. quantity(Text Box) 
--- Update Button
--- 
--
---

or it is better to make all these data as container Bean that contain 
products beans and this container is binded with only one Big form instance to 
process it instead of one form instance for each product. ?

any help ?
Thanx in advance
Mohamed

Session transformer and namespaces

2002-06-13 Thread Bruce Krautbauer


This input:

?xml version=1.0 ?
test
createcontext xmlns=http://cocoon.apache.org/session/1.0; name=sessionTest 
/
setxml xmlns=http://cocoon.apache.org/session/1.0; context=sessionTest 
path=/root
a xmlns=http://namespace.org/a;foo/a
bbar/b
/setxml
getxml xmlns=http://cocoon.apache.org/session/1.0; context=sessionTest 
path=//
/test

creates the following invalid XML output (there are multiple xmlns attributes on the 
'root' element):

?xml version=1.0 encoding=UTF-8?
test
root xmlns=http://cocoon.apache.org/session/1.0; 
xmlns=http://cocoon.apache.org/session/1.0; 
xmlns=http://cocoon.apache.org/session/1.0;
afoo/a
bbar/b
/root
/test

also note the namespace for the 'a' element has disappeared.

The following takes care of the 'root' element problem, but the 'a' element problem 
remains:

?xml version=1.0 ?
test xmlns:session=http://cocoon.apache.org/session/1.0;
session:createcontext name=sessionTest /
session:setxml context=sessionTest path=/root
a xmlns=http://namespace.org/a;foo/a
bbar/b
/session:setxml
session:getxml context=sessionTest path=//
/test

I am creating my input to the session transformer with the XSLT transformer using 
element name=setxml namespace=http://cocoon.apache.org/session/1.0;... and this 
is why I ran into the first problem.

Does anyone have any ideas on how to work around this?

Running CVS HEAD on Tomcat 4.0.4-b2 using JDK 1.3.1_02.

Thanks,
Bruce



-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Session transformer and namespaces

2002-06-13 Thread Hunsberger, Peter


 creates the following invalid XML output (there are multiple xmlns
attributes on the 'root' element):
 
 ?xml version=1.0 encoding=UTF-8?
 test
   root xmlns=http://cocoon.apache.org/session/1.0;
xmlns=http://cocoon.apache.org/session/1.0;
xmlns=http://cocoon.apache.org/session/1.0;
   afoo/a
   bbar/b
   /root
 /test

Umm, the XML might not be what you want, but it's not illegal;  an element
can have multiple namespaces

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Re: Character encoding problems with XSP/ESQL



On Thu, 13 Jun 2002, KOZLOV Roman wrote:

 Hi Andrew,

 Did you set encodingiso-8859-1/encoding for serverpages generator also? Do you
 also use some transformers?

Yup, set encoding on anything and everything that might affect it. Still
not working :-/

Andrew.

-- 
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director  Tel:  +44 (0)870 741 6658
Luminas Internet Applications  Fax:  +44 (0)700 598 1135
This is not an official statement or order.Web:www.luminas.co.uk


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Character encoding problems with XSP/ESQL

2002-06-13 Thread Jan Uyttenhove


Andrew,

I helped Michael Mangeng to solve a similar problem a while ago. Well,
similar..., it was a pure xsp problem there, no esql. I have no expercience
with esql, but I'll add some things you can try, but I don't know it is in
fact the same problem :-)

This is what Vadim reported, after Michael posted his solution:

As of Cocoon 2.0.3 (which has some XSP fixes) it should work like this:
 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
 How to use german umlauts on english *nix systems:

 sitemap.xmap:
 Use encodingISO-8859-1/encoding in the according (e.g. html)
 map:serializer tag.

 XML/XSP:
 Use: ?xml version=1.0 encoding=ISO-8859-1?
 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --


I don't know which version of Cocoon you're using, but according to Vadim
this should work, so try this first.
If this doesn't help you (I don't know if Michael eventually tested it this
way), take a look at the nice overview of our solution. Michael posted it
some days ago, here are the points:

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
How to use german umlauts on english *nix systems:

Set *nix locale to de_AT (or de_DE):
localedef -c -i de_AT -f ISO-8859-1 de_AT

Set LANG (system environment var) to de_AT (or de_DE)
export LANG='de_AT'

Before starting Tomcat set:
$CATALINA_OPTS to '-Dfile.encoding=ISO8859_1'

sitemap.xmap:
Use encodingISO-8859-1/encoding in the according (e.g. html)
map:serializer tag.

XML/XSP:
Use: ?xml version=1.0 encoding=ISO-8859-1?
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

As you can see, it has someting to do with the locale settings of *nix. It
took me some time to figure it out a while ago, but it does make sense, if
you consider that xsp's get converted to Java classes on the filesystem.

And finally, if this doesn't work either, I think it has to do with the esql
part of your problem. For that you'll have to find someone more experienced
with esql :-)

Hope this helps you any further!

Greetz,

Jan

visit us @ http://www.xume.be

-Original Message-
From: Andrew Savory [mailto:[EMAIL PROTECTED]]On Behalf Of Andrew
Savory
Sent: donderdag 13 juni 2002 20:14
To: [EMAIL PROTECTED]
Subject: Re: Character encoding problems with XSP/ESQL



On Thu, 13 Jun 2002, KOZLOV Roman wrote:

 Hi Andrew,

 Did you set encodingiso-8859-1/encoding for serverpages generator
also? Do you
 also use some transformers?

Yup, set encoding on anything and everything that might affect it. Still
not working :-/

Andrew.

--
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director  Tel:  +44 (0)870 741 6658
Luminas Internet Applications  Fax:  +44 (0)700 598 1135
This is not an official statement or order.Web:www.luminas.co.uk


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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



-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Session transformer and namespaces

2002-06-13 Thread Bruce Krautbauer


Maybe it's just IE.  The error I get when trying to display this output (as the result 
of a map:serialize type=xml/) is:
error
The XML page cannot be displayed 
Cannot view XML input using XSL style sheet. Please correct the error and then click 
the Refresh button, or try again later. 




Duplicate attribute. Error processing resource 'http://localhost:8080/cdemo/rootTest'. 
Line 5, Position 53 
 

 root xmlns=http://cocoon.apache.org/session/1.0; 
xmlns=http://cocoon.apache.org/session/1.0; 
xmlns=http://cocoon.apache.org/session/1.0;afoo/a
^
/error

The 'view source' is:

source
?xml version=1.0 encoding=UTF-8?
test


root xmlns=http://cocoon.apache.org/session/1.0; 
xmlns=http://cocoon.apache.org/session/1.0; 
xmlns=http://cocoon.apache.org/session/1.0;afoo/a
bbar/b
/root
/test
/source

I tried putting a copy-of identity transform in between the session transform and the 
XML serialize to see if Xerces/Xalan would complain.  They didn't but I get an equally 
puzzling error from IE:

error
The XML page cannot be displayed 
Cannot view XML input using XSL style sheet. Please correct the error and then click 
the Refresh button, or try again later. 




A name contained an invalid character. Error processing resource 
'http://localhost:8080/cdemo/rootTest'. Line 5, Position 14 
 

 root xmlns:%@$#^@#=%@$#^@# xmlns=http://cocoon.apache.org/session/1.0;a 
xmlns=http://namespace.org/a;foo/a
-^
/error

the 'view source' is:

source
?xml version=1.0 encoding=UTF-8?
test


root xmlns:%@$#^@#=%@$#^@# xmlns=http://cocoon.apache.org/session/1.0;a 
xmlns=http://namespace.org/a;foo/a
bbar/b
/root
/test
/source

The good news is that the namespace for the 'a' element seems to be coming through.

?

 [EMAIL PROTECTED] 06/13/02 12:56PM 
 creates the following invalid XML output (there are multiple xmlns
attributes on the 'root' element):
 
 ?xml version=1.0 encoding=UTF-8?
 test
   root xmlns=http://cocoon.apache.org/session/1.0;
xmlns=http://cocoon.apache.org/session/1.0;
xmlns=http://cocoon.apache.org/session/1.0;
   afoo/a
   bbar/b
   /root
 /test

Umm, the XML might not be what you want, but it's not illegal;  an element
can have multiple namespaces

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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



-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Aggregation and Error Conditions

2002-06-13 Thread Frank Ridderbusch


Hi Cocooners,

I'm just wondering, whether an option for an alternate error processing 
in aggregation would be useful.

I'm typically using a sitemap setup like the following. The sidebar.xml file
contains navigational information.

 map:match pattern=**/*
map:aggregate element=page
  map:part src={1}/{2}.xml/
  map:part element=sidebar src={1}/sidebar.xml/
/map:aggregate
 

Some CVS heads ago, I would receive an exception on the browser, when
sidebar.xml was not available. Now the exception only shows up in the log files.
However there is a noticable delay for the exception handling.

I'm wondering now, if a selectable attribute to map:part would usefull, which
would specify, that map:part should immediately return with an error element
when the src is not available. Staying with the above example something like:

  sidebar
errorfile /sidebar.xml not found./error
  /sidebar

For me personally I would find this behaviour in connection with the 
DirectoryGenerator usefull (file name = document title mapping).

Am I making sense?

I've poked into the sources, unfortunatly I'm not in the position to supply a
simple patch (would setup() and/or generate() in 
sitemap/ContentAggregator.java be the right location?). Or are there other 
means to achieve the desired behaviour. I think the documentation 
doesn't mention anything.
-- 
MfG/Regards

Frank Ridderbusch

Since I have taken all the Gates out of my computer, it finally works!!

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Character encoding problems with XSP/ESQL



Hi Jan,

On Thu, 13 Jun 2002, Jan Uyttenhove wrote:

 I helped Michael Mangeng to solve a similar problem a while ago. Well,
 similar..., it was a pure xsp problem there, no esql. I have no expercience
 with esql, but I'll add some things you can try, but I don't know it is in
 fact the same problem :-)

Thanks for the list of fixes. Unfortunately, having followed your previous
thread, I'd already worked through them all with no success :-(

One other detail: when I don't set encoding, I get weird � instead of
the right characters, but when I do set encoding, I get a single ? in
place of the missing characters.


Andrew.

-- 
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director  Tel:  +44 (0)870 741 6658
Luminas Internet Applications  Fax:  +44 (0)700 598 1135
This is not an official statement or order.Web:www.luminas.co.uk


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Re: Session transformer and namespaces

2002-06-13 Thread Nicola Ken Barozzi




Bruce Krautbauer wrote:
 Maybe it's just IE.  The error I get when trying to display this output (as the 
result of a map:serialize type=xml/) is:
 error
 The XML page cannot be displayed 
 Cannot view XML input using XSL style sheet. Please correct the error and then click 
the Refresh button, or try again later. 

Typical IE.

To show xmlfiles IE uses a stylesheet that gives colored output and 
javascript driven node collapsing.

Sometimes this creates problems in figuring out the problem, as you have 
seen.


-- 
Nicola Ken Barozzi   [EMAIL PROTECTED]
 - verba volant, scripta manent -
(discussions get forgotten, just code remains)
-


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Redirect in XSP

 -Original Message-
 From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
 Sent: Wednesday, June 12, 2002 3:09 PM
 To: [EMAIL PROTECTED]
 Subject: RE: Redirect in XSP

  From: Matthew Hailstone [mailto:[EMAIL PROTECTED]]

From: Matthew

  Scenario:
  Homepage XSP generates an initial form.
  Parameters are set.
  I would like to then access my sub-sitemap URI space depending
on the parameter values.
  Ex.
  eval/first/first if parameter value is 1
  eval/second/second if parater value is 2

  Is this possible by doing the following?

 Yes, it's possible.

 What Cocoon version do you use? Update either cocoon or just 
 sitemap.xsl with the latest one from the cvs, cocoon_2_0_3_branch.

 Vadim

I am using Cocoon 2.0.1 with Tomcat 4.0.2 on Windows 2000.
I also have installed Cocoon 2.1 (HEAD - correct?) with Tomcat 4.1.3.

On Cocoon 2.1, the pipeline recognizes the map:select element, and I
get a recursive loop because the parameter repeatedly does not exist, it
keeps going into the otherwise element of the map:select. Is there a
way to test whether the request parameter exists or not?

I tried replacing the sitemap.xsl, but I don't think I did it properly.
I copied the new sitemap.xsl file that I checked out from CVS
cocoon_2_0_3_branch to the
tomcat4.0.2webapps\cocoon\WEB-INF\classes\org\apache\cocoon\components
\language\markup\sitemap\java\ directory, but I got this error:

ERROR   (2002-06-13) 14:46.10:879   [access] (/cocoon/eval)
HttpProcessor[8080][4]/CocoonServlet: Problem with servlet
org.apache.cocoon.ProcessingException: Language Exception:
org.apache.cocoon.components.language.LanguageException: Error compiling
sitemap_xmap:
Line 339, column 41:  Method getLabels(java.lang.String) not found in
class org.apache.cocoon.sitemap.SitemapComponentSelector.
Line 0, column 0: 
Note: D:\apps\Apache Tomcat
4.0\work\localhost\cocoon\cocoon-files\org\apache\cocoon\www\eval\sitema
p_xmap.java uses or overrides a deprecated API.  Recompile with
-deprecation for details.
1 error, 1 warning

at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.cre
ateResource(ProgramGeneratorImpl.java:285)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa
d(ProgramGeneratorImpl.java:196)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:228)
at java.lang.Thread.run(Thread.java:484)

Also, is it possible to jump from the map:select element in the
pipeline to the map:match element?

Matthew

  map:pipeline
  ...
map:select type=request-parameter
  map:parameter name=parameter-name value=test-name/
  map:when test=
map:redirect-to session=true uri=eval/home/form/
  /map:when
  map:when test=1
map:redirect-to session=true uri=eval/first/first/
  /map:when
  map:when test=2
map:redirect-to session=true uri=eval/second/second/
  /map:when
map:otherwise
map:redirect-to session=true uri=eval/home/form/
  /map:otherwise
/map:select

map:match pattern=*/*
  map:generate type=serverpages src=logic/{1}/{2}.xsp/
  map:transform src=style/menupage.xsl
map:parameter name=toc-file
value=../content/toc.xml/
map:parameter name=css-stylesheet value=default.css/
map:parameter name=base-url value=/cocoon/eval/
  /map:transform
  map:serialize/
/map:match
  ...
  /map:pipeline

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Character encoding problems with XSP/ESQL


 From: Andrew Savory [mailto:[EMAIL PROTECTED]] On Behalf Of Andrew
Savory
 
 
 Hi Jan,
 
 On Thu, 13 Jun 2002, Jan Uyttenhove wrote:
 
  I helped Michael Mangeng to solve a similar problem a while ago.
Well,
  similar..., it was a pure xsp problem there, no esql. I have no
expercience
  with esql, but I'll add some things you can try, but I don't know it
is in
  fact the same problem :-)
 
 Thanks for the list of fixes. Unfortunately, having followed your
previous
 thread, I'd already worked through them all with no success :-(
 
 One other detail: when I don't set encoding, I get weird � instead
of
 the right characters, but when I do set encoding, I get a single ? in
 place of the missing characters.

Andrew,

I would follow Jan's suggestion to isolate issue. First, make sure that
static XML with your target encoding and your set of funny characters
works ok. Then move on to the XSP. After that, add SQL.

Chances are that your database returns broken strings. See also recent
Argyn's email about it: he had *one* 3-byte Chinese character in the
database, but it was extracted as *three* characters, i.e. string.size()
returned 3 instead of 1, clearly indicating that string is broken and
have to be re-encoded.

Vadim

 
 
 Andrew.
 
 --
 Andrew SavoryEmail:
[EMAIL PROTECTED]
 Managing Director  Tel:  +44 (0)870 741
6658
 Luminas Internet Applications  Fax:  +44 (0)700 598
1135
 This is not an official statement or order.Web:
www.luminas.co.uk


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Version Hell

2002-06-13 Thread daniel robinson


I was running fine under Tomcat 4.0.3 and Cocoon 2.0.0.  As part of 
migrating to an ISP I needed to switch to c 2.0.2.  so:

I downgraded to Tomcat 3.3.1 (because the install was going to be easier 
and I had had trouble with 4.0.3)
It is working fine, so I installed c 2.0.2
It was ok so I installed my app (I placed the 2.0.2 libs in my lib 
directory and then created a WAR)
I got this error:

java.lang.RuntimeException: No compiler found in your classpath. Make 
sure you added 'tools.jar'
at 
org.apache.cocoon.components.language.programming.java.Javac.(Javac.java:91)

I couldn't figure out what was going on as my classpath seems to be fine 
and I haven't changed ANYTHING in my system while I was doing this 
upgrade, I though it might be some problem with environment space 
(Windows98) so I tried to force the cocoon installation to compile the 
sitemap.  I put a couple of spaces in that file (in an inoffensive 
location) and now cocoon reports:

java.lang.NullPointerException
at 
org.apache.cocoon.www.sitemap_xmap.process(D:\Programs\Tomcat4\work\DEFAULT\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3088)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)


When I restarted Tomcat this error went away, but came right back when I 
edited the sitemap file.

I'm lost.

Dan



-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

cocoon.war HEAD under Tomcat 4.1.3


I am working with cvs HEAD, and running under Tomcat 4.1.3.

When I went to the http://hostname:port/cocoon URL, and got the
following error:

HTTP Status 500 - 



type Exception report
message 
description The server encountered an internal error () that prevented
it from fulfilling this request.
exception 
javax.servlet.ServletException: Servlet.init() for servlet Cocoon2 threw
exception
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.jav
a:947)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
56)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
9)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:644)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:644)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:40
5)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC
onnection(Http11Protocol.java:376)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:50
8)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:518)
at java.lang.Thread.run(Thread.java:479)

root cause 
java.lang.NoSuchMethodError
at
org.apache.cocoon.components.source.impl.DelayedRefreshSourceWrapper.dis
cardValidity(DelayedRefreshSourceWrapper.java:148)
at org.apache.cocoon.Cocoon.configure(Cocoon.java:330)
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:271)
at
org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:
1237)
at
org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:435)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.jav
a:919)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
56)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
9)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.java:170)
at

RE: cocoon.war HEAD under Tomcat 4.1.3

2002-06-13 Thread Argyn Kuketayev


looks like a Parser problem. Jaxp/crimson vs xerces


 root cause 
 java.lang.NoSuchMethodError

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Oh, one more thing. The error reported when I go to the Cocoon page
stops occurring after a minute or two. In other words, make a change in
the sitemap, save, get error, wait a minute, error all gone. (repeat
process because you think you've done something wrong). What is THAT about?

daniel robinson wrote:

I was running fine under Tomcat 4.0.3 and Cocoon 2.0.0. As part of
migrating to an ISP I needed to switch to c 2.0.2. so:

I downgraded to Tomcat 3.3.1 (because the install was going to be
easier and I had had trouble with 4.0.3)
It is working fine, so I installed c 2.0.2
It was ok so I installed my app (I placed the 2.0.2 libs in my lib
directory and then created a WAR)
I got this error:

java.lang.RuntimeException: No compiler found in your classpath. Make
sure you added 'tools.jar'
at
org.apache.cocoon.components.language.programming.java.Javac.(Javac.java:91)

I couldn't figure out what was going on as my classpath seems to be
fine and I haven't changed ANYTHING in my system while I was doing
this upgrade, I though it might be some problem with environment space
(Windows98) so I tried to force the cocoon installation to compile the
sitemap. I put a couple of spaces in that file (in an inoffensive
location) and now cocoon reports:

java.lang.NullPointerException
at

org.apache.cocoon.www.sitemap_xmap.process(D:\Programs\Tomcat4\work\DEFAULT\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3088)

at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)

When I restarted Tomcat this error went away, but came right back when
I edited the sitemap file.

I'm lost.

Dan

-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Version Hell

2002-06-13 Thread Darrell Cumming


Have a look at your $COCOON_DIR/WEB-INF/cocoon.xconf 

Under the sitemap section. :)

It explains something like this;


The reload-method specifies the method for the regeneration:
asynchron: If the sitemap changes, the sitemap is regenerated at the
   next request in the background and the incoming request is
   served with the old sitemap. All subsequent requests are
   served with the old sitemap until the regeneration in the
   background has finished.
synchron: If the sitemap changes, the sitemap is regenerated at the
  next request. When the regeneration is finished, the request
  (and all subsequent ones) is served with the new sitemap.



So set the reload-method to syncron and your problem will go away.

FYI: I searched the archives and found this response from Vadim Gritsenko 

http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=102379851819365w=2

He states that the _DEFAULT_ asynchron reload-method is broken and will be
removed from  2.03. 

Good luck.


Darrell

 -Original Message-
 From: daniel robinson [mailto:[EMAIL PROTECTED]] 
 Sent: June 13, 2002 3:06 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Version Hell
 
 
 Oh, one more thing.  The error reported when I go to the Cocoon page 
 stops occurring after a minute or two.  In other words, make 
 a change in 
 the sitemap, save, get error, wait a minute, error all gone. (repeat 
 process because you think you've done something wrong).  What 
 is THAT about?
 
 daniel robinson wrote:
 
  I was running fine under Tomcat 4.0.3 and Cocoon 2.0.0.  As part of
  migrating to an ISP I needed to switch to c 2.0.2.  so:
 
  I downgraded to Tomcat 3.3.1 (because the install was going to be
  easier and I had had trouble with 4.0.3)
  It is working fine, so I installed c 2.0.2
  It was ok so I installed my app (I placed the 2.0.2 libs in my lib 
  directory and then created a WAR)
  I got this error:
 
  java.lang.RuntimeException: No compiler found in your 
 classpath. Make
  sure you added 'tools.jar'
 at 
  
 org.apache.cocoon.components.language.programming.java.Javac.(
 Javac.java:91) 
 
 
  I couldn't figure out what was going on as my classpath seems to be
  fine and I haven't changed ANYTHING in my system while I was doing 
  this upgrade, I though it might be some problem with 
 environment space 
  (Windows98) so I tried to force the cocoon installation to 
 compile the 
  sitemap.  I put a couple of spaces in that file (in an inoffensive 
  location) and now cocoon reports:
 
  java.lang.NullPointerException
 at
  
 org.apache.cocoon.www.sitemap_xmap.process(D:\Programs\Tomcat4
 \work\DEFAULT\cocoon\cocoon-files\org/apache/cocoon/www\sitema
 p_xmap.java:3088) 
 
 at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)
 
 
  When I restarted Tomcat this error went away, but came 
 right back when
  I edited the sitemap file.
 
  I'm lost.
 
  Dan
 
 
 
  
 -
  Please check that your question  has not already been 
 answered in the
  FAQ before posting. 
 http://xml.apache.org/cocoon/faq/index.html
 
  To 
 unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail:   
 [EMAIL PROTECTED]
 
 
 
 
 
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
 

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: cocoon.war HEAD under Tomcat 4.1.3


The following is found in the core.log file of Cocoon logs:

DEBUG   (2002-06-13) 16:04.36:005   [core] (Unknown-URI)
Unknown-thread/Cocoon: = System Properties End =
DEBUG   (2002-06-13) 16:04.36:005   [core] (Unknown-URI)
Unknown-thread/Cocoon: Using parser:
org.apache.avalon.excalibur.xml.JaxpParser
DEBUG   (2002-06-13) 16:04.36:015   [core.startup] (Unknown-URI)
Unknown-thread/LogKitLogger: Attempting to get Handler for:
org.apache.avalon.excalibur.xml.Parser
DEBUG   (2002-06-13) 16:04.36:015   [core.startup] (Unknown-URI)
Unknown-thread/LogKitLogger: Handler type =
org.apache.avalon.excalibur.component.PoolableComponentHandler
DEBUG   (2002-06-13) 16:04.36:015   [core] (Unknown-URI)
Unknown-thread/Cocoon: Classpath =
myTomcatinstalldir\webapps\cocoon\WEB-INF\classes;myTomcatinstalldir
\webapps\cocoon\WEB-INF\lib\avalon-excalibur-20020603.jar;myTomcatinsta
lldir\webapps\cocoon\WEB-INF\lib\avalon-excalibur-20020612.jar;myTomca
tinstalldir\webapps\cocoon\WEB-INF\lib\avalon-framework-20020603.jar;m
yTomcatinstalldir\webapps\cocoon\WEB-INF\lib\batik-all-1.5b2.jar;myTom
catinstalldir\webapps\cocoon\WEB-INF\lib\bsf-2.2.jar;myTomcatinstalldi
r\webapps\cocoon\WEB-INF\lib\cocoon-2.1-dev.jar;myTomcatinstalldir\we
bapps\cocoon\WEB-INF\lib\commons-collections-1.0.jar;myTomcatinstalldir
\webapps\cocoon\WEB-INF\lib\commons-httpclient-20020423.jar;myTomcatin
stalldir\webapps\cocoon\WEB-INF\lib\commons-jxpath.jar;myTomcatinstall
dir\webapps\cocoon\WEB-INF\lib\commons-logging-1.0.jar;myTomcatinstall
dir\webapps\cocoon\WEB-INF\lib\db2java.jar;myTomcatinstalldir\webapps
\cocoon\WEB-INF\lib\deli-0.6.5.jar;myTomcatinstalldir\webapps\cocoon\W
EB-INF\lib\fop-0.20.3.jar;myTomcatinstalldir\webapps\cocoon\WEB-INF\li
b\hsqldb-1.61.jar;myTomcatinstalldir\webapps\cocoon\WEB-INF\lib\jakart
a-poi-1.6.0-dev-20020505.jar;myTomcatinstalldir\webapps\cocoon\WEB-INF
\lib\jakarta-regexp-1.2.jar;myTomcatinstalldir\webapps\cocoon\WEB-INF\
lib\jena-1.3.0.jar;myTomcatinstalldir\webapps\cocoon\WEB-INF\lib\jimi-
1.0.jar;myTomcatinstalldir\webapps\cocoon\WEB-INF\lib\jisp_1_0_2.jar;
myTomcatinstalldir\webapps\cocoon\WEB-INF\lib\jstyle.jar;myTomcatinsta
lldir\webapps\cocoon\WEB-INF\lib\jtidy-04aug2000r7-dev.jar;myTomcatins
talldir\webapps\cocoon\WEB-INF\lib\logkit-20020529.jar;myTomcatinstall
dir\webapps\cocoon\WEB-INF\lib\lucene-1.2-rc2.jar;myTomcatinstalldir\
webapps\cocoon\WEB-INF\lib\maybeupload_1-0-5pre3.jar;myTomcatinstalldir
\webapps\cocoon\WEB-INF\lib\mm.mysql-2.0.14-bin.jar;myTomcatinstalldir
\webapps\cocoon\WEB-INF\lib\pizza-1.1.jar;myTomcatinstalldir\webapps\
cocoon\WEB-INF\lib\rdffilter.jar;myTomcatinstalldir\webapps\cocoon\WEB
-INF\lib\resolver-20020130.jar;myTomcatinstalldir\webapps\cocoon\WEB-I
NF\lib\rhino1.5r4-continuations-20020429.jar;myTomcatinstalldir\webapp
s\cocoon\WEB-INF\lib\velocity-1.2.jar;myTomcatinstalldir\webapps\cocoo
n\WEB-INF\lib\xalan-2.3.1.jar;myTomcatinstalldir\webapps\cocoon\WEB-IN
F\lib\xercesImpl-2.0.0.jar;myTomcatinstalldir\webapps\cocoon\WEB-INF\l
ib\xml-apis.jar;myTomcatinstalldir\webapps\cocoon\WEB-INF\lib\xmldb-ap
i-2001.jar;myTomcatinstalldir\bin\bootstrap.jar;
DEBUG   (2002-06-13) 16:04.36:015   [core] (Unknown-URI)
Unknown-thread/Cocoon: Work directory =
myTomcatinstalldir\work\Standalone\localhost\cocoon\cocoon-files
DEBUG   (2002-06-13) 16:04.36:025   [core.startup] (Unknown-URI)
Unknown-thread/LogKitLogger: ComponentHandler initialized for:
org.apache.avalon.excalibur.xml.JaxpParser


Is there a jar in the classpath that should come first, that isn't, or
that is missing?

Thanks in advance.

Matthew

 -Original Message-
 From: Argyn Kuketayev [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, June 13, 2002 3:54 PM
 To: '[EMAIL PROTECTED]'
 Subject: RE: cocoon.war HEAD under Tomcat 4.1.3
 
 
 looks like a Parser problem. Jaxp/crimson vs xerces
 
 
  root cause
  java.lang.NoSuchMethodError
 
 -
 Please check that your question  has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:   [EMAIL PROTECTED]
 
 

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Re: Version Hell

2002-06-13 Thread daniel robinson




I thought it might have to do with the reload method, but it didn't seem
reasonable that it would pop an error until the sitemap was re-built. So
that fixes that problem. 

Anybody with ideas for:

java.lang.RuntimeException: No compiler found in your classpath. Make sure
you added 'tools.jar'
 at org.apache.cocoon.components.language.programming.java.Javac.(Javac.java:91)


?

Thanks


Darrell Cumming wrote:
[EMAIL PROTECTED]">
  Have a look at your $COCOON_DIR/WEB-INF/cocoon.xconf Under the sitemap section. :)It explains something like this;The reload-method specifies the method for the regeneration:asynchron: If the sitemap changes, the sitemap is regenerated at the   next request in the background and the incoming request is   served with the old sitemap. All subsequent requests are   served with the old sitemap until the regeneration in the   background has finished.synchron: If the sitemap changes, the sitemap is regenerated at the  next request. When the regeneration is finished, the request  (and all subsequent ones) is served with the new sitemap.So set the reload-method to syncron and your problem will go away.FYI: I searched the archives and found this response from Vadim Gritsenko http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=102379851819365w=2He states that the _DEFAULT_ asynchron reload-method is broken and will beremoved from  2.03. Good luck.Darrell
  
-Original Message-From: daniel robinson [mailto:[EMAIL PROTECTED]] Sent: June 13, 2002 3:06 PMTo: [EMAIL PROTECTED]Subject: Re: Version HellOh, one more thing.  The error reported when I go to the Cocoon page stops occurring after a minute or two.  In other words, make a change in the sitemap, save, get error, wait a minute, error all gone. (repeat process because you think you've done something wrong).  What is THAT about?daniel robinson wrote:

  I was running fine under Tomcat 4.0.3 and Cocoon 2.0.0.  As part ofmigrating to an ISP I needed to switch to c 2.0.2.  so:I downgraded to Tomcat 3.3.1 (because the install was going to beeasier and I had had trouble with 4.0.3)It is working fine, so I installed c 2.0.2It was ok so I installed my app (I placed the 2.0.2 libs in my lib directory and then created a WAR)I got this error:java.lang.RuntimeException: No compiler found in your 
  
  classpath. Make
  
sure you added 'tools.jar'   at 

org.apache.cocoon.components.language.programming.java.Javac.(Javac.java:91) 

  I couldn't figure out what was going on as my classpath seems to befine and I haven't changed ANYTHING in my system while I was doing this upgrade, I though it might be some problem with 
  
  environment space 
  
(Windows98) so I tried to force the cocoon installation to 

compile the 

  sitemap.  I put a couple of spaces in that file (in an inoffensive location) and now cocoon reports:java.lang.NullPointerException   at
  
  org.apache.cocoon.www.sitemap_xmap.process(D:\Programs\Tomcat4\work\DEFAULT\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3088) 
  
   at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)When I restarted Tomcat this error went away, but came 

right back when

  I edited the sitemap file.I'm lost.Dan
  
  -
  
Please check that your question  has not already been 

answered in the

  FAQ before posting. 
  
  http://xml.apache.org/cocoon/faq/index.html
  
To 

unsubscribe, e-mail: [EMAIL PROTECTED]

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


-Please check that your question  has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail:   [EMAIL PROTECTED]

-Please check that your question  has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For

Loop over arbitrary # of style sheets in sitemap

2002-06-13 Thread David Cummings


Hi,
 What is the best way to loop/iterate over an
arbitrary number of stylesheets in a sitemap? Within
the sitemap I know you can specify ahead of time the
stylesheets but what if you want to determine that
dynamically? Is there a better way to do it?
TIA,
 David
David Cummings
-
Hannon Hill Corporation
Makers of the award-winning 
SuperUpdate - affordable web content management
http://www.superupdate.com

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Version Hell

2002-06-13 Thread Faulkner, Perry




Hi 
Daniel,

javac.jar is a copy of tools.jar from the JDK, renamed and included, 
normally,in the cocoon.war file by the build procedure for source 
distroor included as standard with the binary distro. I don't know why 
it's missing in your configuration, but copy/rename and put into classpath may 
solve your problem!

It 
would explain some of your other problems, as it would need the java compiler 
from it, to rebuild your sitemap after any changes had been 
detected.

Perry

  -Original Message-From: daniel robinson 
  [mailto:[EMAIL PROTECTED]]Sent: Friday, 14 June 2002 8:25To: 
  [EMAIL PROTECTED]Subject: Re: Version 
  HellI thought it might have to do with the reload method, 
  but it didn't seem reasonable that it would pop an error until the sitemap was 
  re-built. So that fixes that problem. Anybody with ideas 
  for:java.lang.RuntimeException: No compiler found in your classpath. 
  Make sure you added 'tools.jar' at 
  org.apache.cocoon.components.language.programming.java.Javac.(Javac.java:91)?ThanksDarrell 
  Cumming wrote:
  [EMAIL PROTECTED] 
  type="cite">Have a look at your $COCOON_DIR/WEB-INF/cocoon.xconf Under the sitemap section. :)It explains something like this;The reload-method specifies the method for the regeneration:asynchron: If the sitemap changes, the sitemap is regenerated at the   next request in the background and the incoming request is   served with the old sitemap. All subsequent requests are   served with the old sitemap until the regeneration in the   background has finished.synchron: If the sitemap changes, the sitemap is regenerated at the  next request. When the regeneration is finished, the request  (and all subsequent ones) is served with the new sitemap.So set the reload-method to syncron and your problem will go away.FYI: I searched the archives and found this response from Vadim Gritsenko http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=102379851819365w=2He states that the _DEFAULT_ asynchron reload-method is broken and will beremoved from  2.03. Good luck.Darrell
-Original Message-From: daniel robinson [mailto:[EMAIL PROTECTED]] Sent: June 13, 2002 3:06 PMTo: [EMAIL PROTECTED]Subject: Re: Version HellOh, one more thing.  The error reported when I go to the Cocoon page stops occurring after a minute or two.  In other words, make a change in the sitemap, save, get error, wait a minute, error all gone. (repeat process because you think you've done something wrong).  What is THAT about?daniel robinson wrote:
  I was running fine under Tomcat 4.0.3 and Cocoon 2.0.0.  As part ofmigrating to an ISP I needed to switch to c 2.0.2.  so:I downgraded to Tomcat 3.3.1 (because the install was going to beeasier and I had had trouble with 4.0.3)It is working fine, so I installed c 2.0.2It was ok so I installed my app (I placed the 2.0.2 libs in my lib directory and then created a WAR)I got this error:java.lang.RuntimeException: No compiler found in your classpath. Make
  sure you added 'tools.jar'   at org.apache.cocoon.components.language.programming.java.Javac.(Javac.java:91) 
  I couldn't figure out what was going on as my classpath seems to befine and I haven't changed ANYTHING in my system while I was doing this upgrade, I though it might be some problem with environment space 
  (Windows98) so I tried to force the cocoon installation to compile the 
  sitemap.  I put a couple of spaces in that file (in an inoffensive location) and now cocoon reports:java.lang.NullPointerException   atorg.apache.cocoon.www.sitemap_xmap.process(D:\Programs\Tomcat4\work\DEFAULT\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3088) 
 at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)When I restarted Tomcat this error went away, but came right back when
  I edited the sitemap file.I'm lost.Dan-
  Please check that your question  has not already been answered in the
  FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail:   [EMAIL PROTECTED]
  -Please check that your question  has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail:   [EMAIL PROTECTED]-Please check that your question  has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail:

RE: Character encoding problems with XSP/ESQL

2002-06-13 Thread Jan Uyttenhove

 -Original Message-
 From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
 Sent: donderdag 13 juni 2002 23:16
 To: [EMAIL PROTECTED]
 Subject: RE: Character encoding problems with XSP/ESQL

 Andrew,

 I would follow Jan's suggestion to isolate issue. First, make sure that
 static XML with your target encoding and your set of funny characters
 works ok. Then move on to the XSP. After that, add SQL.

 Chances are that your database returns broken strings. See also recent
 Argyn's email about it: he had *one* 3-byte Chinese character in the
 database, but it was extracted as *three* characters, i.e. string.size()
 returned 3 instead of 1, clearly indicating that string is broken and
 have to be re-encoded.

I agree with Vadim.
But if XSP works just fine, and adding SQL seems to be the problem, it might
be interesting to check the PostgreSQL mailing list also.
I remember there are a lot of problems listed regarding character encoding,
maybe it's a postgreSQL problem, to be more specific, a JDBC-PostgreSQL
problem, since there's no problem using perl...

Jan

visit us @ http://www.xume.be

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

Re: Version Hell

2002-06-13 Thread daniel robinson




Perry,

Thanks. I just double checked the 2.0.2 distro and it is NOT in the war
file. Hmmm. I put it back and now that error is gone. I'm back dealing
with the problem I had previous to this:

java.lang.RuntimeException: Stylesheet directed termination
 at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3231)

which I've been led to believe is a result of a badly formed sitemap file.
Of course this is exactly the same file I was using with 2.0.0 just fine.
And it doesn't seem that there are any XML errors in it (I checked it with
an XML aware tool). Ok. Whatever.

Dan


Faulkner, Perry wrote:
[EMAIL PROTECTED]">
  
  
Hi  Daniel,
  
  
javac.jar is a copy of tools.jar from the JDK, renamed and included,  normally,in
the cocoon.war file by the build procedure for source  distroor included
as standard with the binary distro. I don't know why  it's missing in your
configuration, but copy/rename and put into classpath may  solve your problem!
  
  
It  would explain some of your other problems, as it would need the java
compiler  from it, to rebuild your sitemap after any changes had been  detected.
  
  
Perry
  

-Original Message-
From: daniel robinson[mailto:[EMAIL PROTECTED]]
Sent: Friday, 14 June 2002 8:25
To:[EMAIL PROTECTED]
Subject: Re: VersionHell


I thought it might have to do with the reload method,but it didn't seem
reasonable that it would pop an error until the sitemap wasre-built.
So that fixes that problem. 

Anybody with ideasfor:

java.lang.RuntimeException: No compiler found in your classpath.Make
sure you added 'tools.jar'
 atorg.apache.cocoon.components.language.programming.java.Javac.(Javac.java:91)


?

Thanks


DarrellCumming wrote:
[EMAIL PROTECTED]" type="cite">
  Have a look at your $COCOON_DIR/WEB-INF/cocoon.xconf Under the sitemap section. :)It explains something like this;The reload-method specifies the method for the regeneration:asynchron: If the sitemap changes, the sitemap is regenerated at the   next request in the background and the incoming request is   served with the old sitemap. All subsequent requests are   served with the old sitemap until the regeneration in the   background has finished.synchron: If the sitemap changes, the sitemap is regenerated at the  next request. When the regeneration is finished, the request  (and all subsequent ones) is served with the new sitemap.So set the reload-method to syncron and your problem will go away.FYI: I searched the archives and found this response from Vadim Gritsenko http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=102379851819365w=2He states that the _DEFAULT_ asynchron reload-method is broken and will beremoved from  2.03. Good luck.Darrell
  
-Original Message-From: daniel robinson [mailto:[EMAIL PROTECTED]] Sent: June 13, 2002 3:06 PMTo: [EMAIL PROTECTED]Subject: Re: Version HellOh, one more thing.  The error reported when I go to the Cocoon page stops occurring after a minute or two.  In other words, make a change in the sitemap, save, get error, wait a minute, error all gone. (repeat process because you think you've done something wrong).  What is THAT about?daniel robinson wrote:

  I was running fine under Tomcat 4.0.3 and Cocoon 2.0.0.  As part ofmigrating to an ISP I needed to switch to c 2.0.2.  so:I downgraded to Tomcat 3.3.1 (because the install was going to beeasier and I had had trouble with 4.0.3)It is working fine, so I installed c 2.0.2It was ok so I installed my app (I placed the 2.0.2 libs in my lib directory and then created a WAR)I got this error:java.lang.RuntimeException: No compiler found in your 
  
  classpath. Make
  
sure you added 'tools.jar'   at 

org.apache.cocoon.components.language.programming.java.Javac.(Javac.java:91) 

  I couldn't figure out what was going on as my classpath seems to befine and I haven't changed ANYTHING in my system while I was doing this upgrade, I though it might be some problem with 
  
  environment space 
  
(Windows98) so I tried to force the cocoon installation to 

compile the 

  sitemap.  I put a couple of spaces in that file (in an inoffensive location) and now cocoon reports:java.lang.NullPointerException   at
  
  org.apache.cocoon.www.sitemap_xmap.process(D:\Programs\Tomcat4\work\DEFAULT\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3088) 
  
   at org.apache.cocoon.sitemap.Handler.process(Handler.java:222)When I restarted Tomcat this error went away, but came 

right back when

RE: cocoon.war under Tomcat 4.1.3


Please, if anyone can help. I removed Tomcat 4.1.3, re-installed it,
copied over the war file I create earlier with the latest CVS checkout.
Now, I did not use the HEAD tag when I did my checkout. If I don't use
the HEAD tag initially to checkout, it's the same as the HEAD, correct?

Otherwise, the war file I created with an earlier checkout from CVS
worked. (Straight cocoon stuff.)

Thanks,

Matthew

HTTP Status 500 - 




type Exception report

message 

description The server encountered an internal error () that prevented
it from fulfilling this request.

exception 

javax.servlet.ServletException: Servlet.init() for servlet Cocoon2 threw
exception
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.jav
a:947)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
56)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
9)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:644)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:644)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:40
5)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC
onnection(Http11Protocol.java:376)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:50
8)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:518)
at java.lang.Thread.run(Thread.java:479)


root cause 

java.lang.NoSuchMethodError
at
org.apache.cocoon.components.source.impl.DelayedRefreshSourceWrapper.dis
cardValidity(DelayedRefreshSourceWrapper.java:148)
at org.apache.cocoon.Cocoon.configure(Cocoon.java:330)
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:271)
at
org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:
1237)
at
org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:435)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.jav
a:919)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
56)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
83)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at

RE: cocoon.war HEAD under Tomcat 4.1.3

I checked out everything with the HEAD tag, made the war file, and it
worked.

Matthew

 -Original Message-
 From: Matthew Hailstone 
 Sent: Thursday, June 13, 2002 5:33 PM
 To: [EMAIL PROTECTED]
 Subject: RE: cocoon.war under Tomcat 4.1.3

 Please, if anyone can help. I removed Tomcat 4.1.3, 
 re-installed it, copied over the war file I create earlier 
 with the latest CVS checkout. Now, I did not use the HEAD tag 
 when I did my checkout. If I don't use the HEAD tag initially 
 to checkout, it's the same as the HEAD, correct?

 Otherwise, the war file I created with an earlier checkout 
 from CVS worked. (Straight cocoon stuff.)

 Thanks,

 Matthew

 HTTP Status 500 - 

 --
 --

 type Exception report

 message 

 description The server encountered an internal error () that 
 prevented it from fulfilling this request.

 exception 

 javax.servlet.ServletException: Servlet.init() for servlet 
 Cocoon2 threw exception
   at 
 org.apache.catalina.core.StandardWrapper.loadServlet(StandardW
 rapper.jav
 a:947)
   at 
 org.apache.catalina.core.StandardWrapper.allocate(StandardWrap
 per.java:6
 56)
   at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
 rapperValv
 e.java:214)
   at 
 org.apache.catalina.core.StandardPipeline$StandardPipelineValv
 eContext.i
 nvokeNext(StandardPipeline.java:646)
   at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
 ine.java:4
 83)
   at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
   at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardC
 ontextValv
 e.java:191)
   at 
 org.apache.catalina.core.StandardPipeline$StandardPipelineValv
 eContext.i
 nvokeNext(StandardPipeline.java:646)
   at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
 ine.java:4
 83)
   at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
   at 
 org.apache.catalina.core.StandardContext.invoke(StandardContex
 t.java:234
 9)
   at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHost
 Valve.java
 :180)
   at 
 org.apache.catalina.core.StandardPipeline$StandardPipelineValv
 eContext.i
 nvokeNext(StandardPipeline.java:646)
   at 
 org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi
 spatcherVa
 lve.java:170)
   at 
 org.apache.catalina.core.StandardPipeline$StandardPipelineValv
 eContext.i
 nvokeNext(StandardPipeline.java:644)
   at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
 Valve.java
 :171)
   at 
 org.apache.catalina.core.StandardPipeline$StandardPipelineValv
 eContext.i
 nvokeNext(StandardPipeline.java:644)
   at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
 ine.java:4
 83)
   at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
   at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
 gineValve.
 java:174)
   at 
 org.apache.catalina.core.StandardPipeline$StandardPipelineValv
 eContext.i
 nvokeNext(StandardPipeline.java:646)
   at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
 ine.java:4
 83)
   at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
   at
 org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.
 java:223)
   at 
 org.apache.coyote.http11.Http11Processor.process(Http11Process
 or.java:40
 5)
   at 
 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandle
 r.processC
 onnection(Http11Protocol.java:376)
   at 
 org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
 nt.java:50
 8)
   at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
 ThreadPool
 .java:518)
   at java.lang.Thread.run(Thread.java:479)

 root cause 

 java.lang.NoSuchMethodError
   at 
 org.apache.cocoon.components.source.impl.DelayedRefreshSourceW
 rapper.dis
 cardValidity(DelayedRefreshSourceWrapper.java:148)
   at org.apache.cocoon.Cocoon.configure(Cocoon.java:330)
   at org.apache.cocoon.Cocoon.initialize(Cocoon.java:271)
   at
 org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonSer
 vlet.java:
 1237)
   at
 org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:435)
   at 
 org.apache.catalina.core.StandardWrapper.loadServlet(StandardW
 rapper.jav
 a:919)
   at 
 org.apache.catalina.core.StandardWrapper.allocate(StandardWrap
 per.java:6
 56)
   at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
 rapperValv
 e.java:214)
   at 
 org.apache.catalina.core.StandardPipeline$StandardPipelineValv
 eContext.i
 nvokeNext(StandardPipeline.java:646)
   at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
 ine.java:4
 83)
   at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
   at

sitemap construction help

2002-06-13 Thread Tom Loebach

This is probably a pretty basic question but I am having a had time figuring out how to create a sitemap entry that handles the following situation.
I want to send cocoon a URI that looks like this:
http://server:8080/cocoon/app?color=red (or)
http://server:8080/cocoom/app?color=blue
I have a server that generates XML based upon a generator request that looks like this:
http://server/xml_generator?color=red(or)
http://server/xml_generator?color=blue
My xml_generator is a service that provides different XML output based upon the value of the "color" variable.
My question is "How do I write the sitemap entry when I want to pass variables in the URI"?
A sitemap entry that works but is undesirable is this:
map:match pattern="/appred" map:generate src="http://server/xml_generator?color=red/ map:transform src="document2html.xsl"/ map:serialize//map:match
I want to write a sitemap entry that looks like this but it does not work. I want to be able to have a variable in the URI be passed to the generator.
map:match pattern="/app*" map:generate src="http://server/xml_generator{1}/ map:transform src="document2html.xsl"/ map:serialize//map:match
So if I sent cocoon a URI like this; http://server/app?color=red, I would expect the generator to send a request that looks like this; http://server/xml_generator?color=red.
Does anyone have any tips on how I can write the sitemap entry to allow for variables?
Thanks,
-tom 
Do You Yahoo!?
Sign-up for Video Highlights of 2002 FIFA World Cup

Re: [Juglist] Struts 2x vs larval Cocoon?

2002-06-13 Thread Andrew C. Oliver


 
 Thomas L Roche wrote:
 
 Struts can do pure-XML: see
 
 http://www.javaworld.com/javaworld/jw-02-2002/jw-0201-strutsxslt_p.html
 
 But can Cocoon be made to handle JSPs? Why I ask:
 
 Yes, Cocoon is cool, and JSPs are icky-poo. If one is developing a new
 site, from scratch, Cocoon would seem to be the way to go. However,
 there are a lotta JSPs out there, and one can reasonably surmise that
 the vast majority of Java-ish websites have at least some legacy JSPs.
 So consider the possible thought processes of members of two groups of
 Javans as they plan future activity:
   
 
 Like this (haven't tried it myself)?
 
 http://xml.apache.org/cocoon/userdocs/generators/jsp-generator.html
 
 * site developers/maintainers
 
   Unfortunately only a tiny minority are at present fully XML/XSL
   compliant. (I suspect: feel free to confirm/confront with real
   data.) One suspects the vast majority are vanilla Model 1, with a
   minority having gone to something like Struts, Velocity, etc. These
   folks aren't especially stupid or lazy, but they've got other things
   to do, and they've got legacy that is good enough.
 
   If a typical enduser is motivated enough to go XML-centric,
   wouldn't it be a lot easier and less risky to migrate toward
   something like Struts (2 or 2x), than to Big Bang straight to
   Cocoon? (I know about Struts--I neglect Velocity etc because I know
   so little about them.) Or is it Real Easy to migrate JSPs to XSPs?
   
 
 Cocoon is what I like to think of as 2.0-centric.  Meaning it has a 
 higher initial cost but if used well, should
 reduce your cost of maintaining it over time.  Its not the first release 
 that usually hurts, its the second...third...etc.
 Costs go up as your software continues to develop.  Cocoon can help with 
 this by more completely seperating
 your style, data, logic, etc.  (as you cross the learning curve of 
 Cocoon and use it in a couple apps, that learning curve goes down)
 
 Is Cocoon appropriate for you farm of dreamweaver users?  Probably not. 
  But Really if you think about it neither is JSP.
 (I hear Velocity is nice for that)  I suspect as the tools improve 
 Cocoon will be better for this as you can seperate your applications 
 more as far as logic and style and content, etc.  XSLT has a bit of a 
 learning curve, but I often wonder if I'd find it so hard if I were less
 of a programmer type.  I think there is a lot more opportunity for 
 non-programmers to work with the style XSLT in the end.  But case in 
 point. . . those tools aren't there yet.
 
 I don't feel that its any less risky to adopt Struts and migrate to 
 Cocoon than just goto Cocoon with maybe JSPs running through the JSP 
 generator (based on the assumption that the JSP generator is a workable 
 solution) and migrate those to XSPs/etc over time.  The areas I'm most 
 concerned with Cocoon have to do with performance under load.  Then 
 again, if its good enough for NASA.. (no mars lander jokes or you 
 get thwapped!)
 
 * tools builders
 
   I'd like to work on Cocoon tooling, and I suspect many managers
   would too. But they've gotta think about how much resource they can
   devote to any particular project, and what the market for their
   product would be. And, again, incrementality (of effort) and
   marketing (of product) would both seem (IMHO) to favor going toward
   Struts 2x.
 
 These concerns would be mitigated if there was an easier migration
 path to Cocoon. (I.e. a larval stage before going to pupa :-)
 Is there? Or am I missing something?
   
 
 Above, you see the JSP-generator.  Next I give you XML-Form which even 
 states that its heavily influenced by struts. 
  http://xml.apache.org/cocoon/howto/xmlform-wizard/howto-xmlform-wizard.html 
  -- Danger, its work in progress.  This is the last major hole in 
 Cocoon, its nearly plugged (hence the .81 version number), but it may 
 change a bit.
 
 * Principal flaws in Cocoon *
 
 The documentation is getting better but still sucks.  
 
 The community that supports it is composed of XML and Avalon folks who 
 only occasionally delve into english explanations of what the heck 
 things are, preferring to speak XML-ian and Avalonian most of the time. 
  (Watch a mail list and you'll see what I mean, in fact I don't think 
 any of them go a whole sentence without using SoC or IoC...and if you 
 don't know what those stand for well you'll feel pretty lost), where the 
 Struts folks are generally more geared towards the rest of us.  
 
 Marketing problem.  What is Cocoon?  An XML Framework?  (well your 
 sources nor your output, nor your transformations necessarily have to be 
 in XML...really only the sitemap has to be XML...but then again IIRC 
 struts has XML config files too...),  A publishing framework?  (that 
 begs the question on what is publishing), you can have forms and reports 
 coming out of  Cocoon.  
 Where, Struts is an MVC framework for JSPs simple to say.
 
 Heavy.  Cocoon is heavier than JSP

RE: Version Hell

Please send plain text emails. My responses start with ---

-Original Message-
From: daniel robinson [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, June 13, 2002 7:20 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Version Hell

Perry,

Thanks.  I just double checked the 2.0.2 distro and it is NOT in the war
file. 

--- Cocoon 2.0.2 comes with Pizza Java compiler which is smaller and
faster then Sun's Javac (you can search
http://xml.apache.org/cocoon/changes.html to see this). Instead of
reference to the Javac, Pizza should be referenced in the cocoon.xconf.
It is so (IIRC) in the binary distribution, and it is added
automagically to the cocoon.xconf when you build source distribution
*and* pizza jar is in the lib/optional.

 Hmmm.  I put it back and now that error is gone.  I'm back dealing with
the problem I had previous to this:

java.lang.RuntimeException: Stylesheet directed termination
    at
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:32
31)

which I've been led to believe is a result of a badly formed sitemap
file.  Of 

--- Cocoon 2.0.2 checks syntax of your sitemap file and refuses it to
compile if finds something. Cocoon 2.0 does not have this feature. To
find out the error, please open log files and search for error text, it
is logged with exception above java.lang.RuntimeException: Stylesheet
directed termination exception.

Vadim

course this is exactly the same file I was using with 2.0.0 just fine.
 And it doesn't seem that there are any XML errors in it (I checked it
with an XML aware tool).  Ok.  Whatever.

Dan
...

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: Redirect in XSP

 From: Matthew Hailstone [mailto:[EMAIL PROTECTED]]

  -Original Message-
  From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, June 12, 2002 3:09 PM
  To: [EMAIL PROTECTED]
  Subject: RE: Redirect in XSP

   From: Matthew Hailstone [mailto:[EMAIL PROTECTED]]

 From: Matthew

   Scenario:
 Homepage XSP generates an initial form.
 Parameters are set.
 I would like to then access my sub-sitemap URI space depending
   on the parameter values.
 Ex.
 eval/first/first if parameter value is 1
 eval/second/second if parater value is 2

 Is this possible by doing the following?

  Yes, it's possible.

  What Cocoon version do you use? Update either cocoon or just
  sitemap.xsl with the latest one from the cvs, cocoon_2_0_3_branch.

  Vadim

 I am using Cocoon 2.0.1 with Tomcat 4.0.2 on Windows 2000.
 I also have installed Cocoon 2.1 (HEAD - correct?) with Tomcat 4.1.3.

 On Cocoon 2.1, the pipeline recognizes the map:select element, and I
 get a recursive loop because the parameter repeatedly does not exist,
it
 keeps going into the otherwise element of the map:select. Is there
a
 way to test whether the request parameter exists or not?

RequestParameterMatcher does exactly this: matches against parameter.
Why you don't want to do whatever you want to do inside map:otherwise?

 I tried replacing the sitemap.xsl, but I don't think I did it
properly.
 I copied the new sitemap.xsl file that I checked out from CVS
 cocoon_2_0_3_branch to the

tomcat4.0.2webapps\cocoon\WEB-INF\classes\org\apache\cocoon\components
 \language\markup\sitemap\java\ directory, but I got this error:

 ERROR   (2002-06-13) 14:46.10:879   [access] (/cocoon/eval)
 HttpProcessor[8080][4]/CocoonServlet: Problem with servlet
 org.apache.cocoon.ProcessingException: Language Exception:
 org.apache.cocoon.components.language.LanguageException: Error
compiling
 sitemap_xmap:
 Line 339, column 41:  Method getLabels(java.lang.String) not found in
 class org.apache.cocoon.sitemap.SitemapComponentSelector.

Oops. There is dependency on some other file(s). Better if you get whole
2.0.3 from the CVS.

...

 Also, is it possible to jump from the map:select element in the
 pipeline to the map:match element?

What do you mean? goto? And why do you need it?

Vadim

 Matthew
...

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: cocoon.war HEAD under Tomcat 4.1.3


 From: Matthew Hailstone [mailto:[EMAIL PROTECTED]]
 
 I am working with cvs HEAD, and running under Tomcat 4.1.3.
 
 When I went to the http://hostname:port/cocoon URL, and got the
 following error:
 
 HTTP Status 500 -
 
...
 root cause
 java.lang.NoSuchMethodError
   at

org.apache.cocoon.components.source.impl.DelayedRefreshSourceWrapper.dis
 cardValidity(DelayedRefreshSourceWrapper.java:148)
   at org.apache.cocoon.Cocoon.configure(Cocoon.java:330)
   at org.apache.cocoon.Cocoon.initialize(Cocoon.java:271)

Chances are you have got several avalons/excaliburs in the war, and one
of them is too old.

Try making clean build.

Vadim


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: cocoon.war HEAD under Tomcat 4.1.3


 From: Matthew Hailstone [mailto:[EMAIL PROTECTED]]
 
 The following is found in the core.log file of Cocoon logs:
 

myTomcatinstalldir\webapps\cocoon\WEB-INF\classes;myTomcatinstalldir

\webapps\cocoon\WEB-INF\lib\avalon-excalibur-20020603.jar;myTomcatinsta

lldir\webapps\cocoon\WEB-INF\lib\avalon-excalibur-20020612.jar;myTomca

Ok, now it is not guess but fact: two excaliburs is too much! :)

Vadim


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

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

RE: sitemap construction help