replace standard-error-site

[Christoph Stocker]

hi!


how do i replace the standard error-site from cocoon, which shows the
errors
and exceptions and  with a site, designed by myself.

do i have to set a flag in the sitemap.xmap or somewhere?


greetings, chris


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

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

building problem...

[Patrick . Pierra]

I had a problem in building cocoon with the version 2.0.2. Vadim and Perry
have me advised to try the 2.0.3 version.
I tried it but i have the same error in building cocoon with this version.

The error is :


prepare-webapp:
[xconf-tool] Reading: D:
\tÈlÈchargement\cocoon\dezip2\xml-cocoon2\build\cocoon\webapp\sitemap.xmap

BUILD FAILED

D:\tÈlÈchargement\cocoon\dezip2\xml-cocoon2\build.xml:1093: IOException:
java.net.MalformedURLException: unknown protoco
l: d

Total time: 2 minutes 22 seconds



If someone could help me to solve it

Regards,


Patrick PIERRA
Linedata Services Luxembourg
00 352 29 56 65 282
[EMAIL PROTECTED]
www.linedata.com

Re: Tomcat/cocoon encoding problem

[KOZLOV Roman]

Hi Michael,

Did you set the proper encoding for used cocoon's components
(generator, transformer and so on)? I imagine that serializer has it
because you wrote that the result XML encoding is ok. What about other
components?

Roman

Michael Mangeng wrote:

 That didn´t do it ;-( *searching* thanx anywaymike

  - Original Message -
  From: Jan Uyttenhove
  To: [EMAIL PROTECTED]
  Sent: Friday, June 07, 2002 5:30 PM
  Subject: RE: Tomcat/cocoon encoding problem
   Try to start the jvm (tomcat startup) with property
  -Dfile.encoding=ISO8859_1Maybe you should choose another
  encoding, I used ISO8859_1 to solve a similar problem with
  french characters.Hope this helps.Greetz,Janvisit us @
  http://www.xume.be

   -Original Message-
   From: Michael Mangeng
   [mailto:[EMAIL PROTECTED]]
   Sent: vrijdag 7 juni 2002 16:47
   To: [EMAIL PROTECTED]
   Subject: Tomcat/cocoon encoding problem

   Hi I´ve set the encoding of both the xsp and the
   xml serializer correctly. After i request the xml
   i get the right encoding - ISO-8859-1 in the ?xml
   ... ? tag but german umlaut´s like äöü are
   replaced by '?'. I´ve noticed the same problem
   when i use beans on my JSP Pages (without cocoon;
   only tomcat)(Using äöü on a jsp works - but as
   soon as i set the data in a bean and then request
   it back - i have äöü instead of the umlauts in my
   string). I´m using linux 2.4.17, jdk1.3.1, tomcat
   4.1.2alpha and cocoon2.0.2. So... Is there a
   anywhere a setting for the jvm, tomcat or cocoon
   that the umlauts are correctly displayed
   ? greetingsmike



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

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

Re: Tomcat/cocoon encoding problem

[Michael Mangeng]

Hi

thanx for your help but i´ve already solved the problem with the help of Jan
Uyttenhove.
My locale settings on the linux box had to be changed too.

I´ve written this points together: (hope they help if sombody get the same
probs):

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

greetings
mike
- Original Message -
From: KOZLOV Roman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, June 10, 2002 9:17 AM
Subject: Re: Tomcat/cocoon encoding problem


 Hi Michael,

 Did you set the proper encoding for used cocoon's components
 (generator, transformer and so on)? I imagine that serializer has it
 because you wrote that the result XML encoding is ok. What about other
 components?

 Roman

 Michael Mangeng wrote:

  That didn´t do it ;-( *searching* thanx anywaymike
 
   - Original Message -
   From: Jan Uyttenhove
   To: [EMAIL PROTECTED]
   Sent: Friday, June 07, 2002 5:30 PM
   Subject: RE: Tomcat/cocoon encoding problem
Try to start the jvm (tomcat startup) with property
   -Dfile.encoding=ISO8859_1Maybe you should choose another
   encoding, I used ISO8859_1 to solve a similar problem with
   french characters.Hope this helps.Greetz,Janvisit us @
   http://www.xume.be
 
-Original Message-
From: Michael Mangeng
[mailto:[EMAIL PROTECTED]]
Sent: vrijdag 7 juni 2002 16:47
To: [EMAIL PROTECTED]
Subject: Tomcat/cocoon encoding problem
 
Hi I´ve set the encoding of both the xsp and the
xml serializer correctly. After i request the xml
i get the right encoding - ISO-8859-1 in the ?xml
... ? tag but german umlaut´s like äöü are
replaced by '?'. I´ve noticed the same problem
when i use beans on my JSP Pages (without cocoon;
only tomcat)(Using äöü on a jsp works - but as
soon as i set the data in a bean and then request
it back - i have äöü instead of the umlauts in my
string). I´m using linux 2.4.17, jdk1.3.1, tomcat
4.1.2alpha and cocoon2.0.2. So... Is there a
anywhere a setting for the jvm, tomcat or cocoon
that the umlauts are correctly displayed
? greetingsmike
 


 -
 Please check that your question has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.html

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

Re: sitemap design patterns - hybrid selector/matcher?

[Christian Haul]

On 09.Jun.2002 -- 07:53 PM, Jonathan Layes wrote:
 Hi all, 
 
 I have a recurring theme in a few of my sitemaps and, although I
 have solved the problem, I'm not particularly happy with the solution.
 Here's the problem in pseudo-sitemapese: 
 
   map:match pattern=*.html
 map:act desc=an action to be applied to all xhtml
 
   map:match pattern=a*.html desc=source A-prefixed xhtml
  map:generate/
  map:transform/
   /map:match
 
   map:match pattern=b*.html desc=source B-prefixed xhtml
  map:generate/
  map:transform/
   /map:match
 
   map:match pattern=*.html desc=source of all other xhtml
  map:generate/
  map:transform/
   /map:match
 
   map:transform desc=a common template to apply regardless of source/
   map:serialize/
 /map:act
   /map:match
 
 The above doesn't work when coded with matchers.  C2 falls through
 the nested matches, hits the generic case and obviously throws 
 an exception because it tries to call a second generator.

That sounds like a bug. Although I'm probably not the right person to
help finding it, it would be important to provide more information,
like the version of Cocoon you're running and the actual sitemap
snippet plus sitemap.log for this case.

 There are some obvious solutions to this problem.  One is to copy
 the common transform and serialize stages into each of the 
 nested matches, forcing C2 to stop processing in the individual
 nested matches.  Slightly cleaner is to put the final transform/
 serialize step in a resource and have each of the nested matches
 call the resource.  I really don't like the finality of resources,
 however - they feel too much like goto statements.  
 
 What I think I want to do here is use the if-then-else processing
 model of selectors.  Choose only one of the a*, b* or * patterns,
 generate the xhtml, and finish by applying the final transform/
 serialization regardless of source.  

Look for a switch selector. I'm not aware whether it's in 2.0.3 or
HEAD only. AFAIR it was invented for such a case.

Chris.

-- 
C h r i s t i a n   H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08

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

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

Cocoon.war Language Exception on WebLogic6.1 sp2

[Helena Ginzburg]

Hi,
I need your help!
The first cocoon welcome page is displayed properly.
Now, the problem I am facing is, bea is not loading sub sitemaps.
I am getting the following error:
message Language Exception
description org.apache.cocoon.ProcessingException: Language Exception:
org.apache.cocoon.components.language.LanguageException: Error compiling
welcome_index_xsp: nullLine 0, column 0: error: java.io.IOException: read
error 1 error 
Thanx.
Helena



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

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

RE: Cocoon article on JDJ

[Matthew Langham]

Ivelin wrote:


Those new couple books coming out this year will certainly help with 1).
Are there folks that can help publishing more articles in the computer
magazines?


Carsten and I have written 2 articles on Cocoon for German IT magazines this
year. We have another one planned for xml.com in July.

Something we have noticed is the lack of Cocoon presentations at
conferences. We have submitted 3 for the coming ApacheCon but we have
noticed that we seem to be the only people submitting anything. Is this the
case?

And there is only 1 presentation on Cocoon at the O'Reilly OSCC in July -
which is way tooo few!

Matthew

--
Open Source Group   Cocoon { Consulting, Training, Projects }
=
Matthew Langham, SN AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30  [EMAIL PROTECTED] - http://www.s-und-n.de
-
Cocoon book:
  http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20
=


-Original Message-
From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 07, 2002 5:45 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Cocoon article on JDJ



Good article. Inspiring for the new comers.


It's sad to read though that:

1) Cocoon may not catch up with big enough user base, so there is a risk of
using it.
2) Cocoon is not applicable for large scale applications.

Those new couple books coming out this year will certainly help with 1).
Are there folks that can help publishing more articles in the computer
magazines?


With the new contribution for Expires response header and caching
improvements, 2) shouldn't be a big deal any more.
BTW, is Expires checked in already?


Ivelin




- Original Message -
From: Sylvain Wallez [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, June 06, 2002 11:29 AM
Subject: Cocoon article on JDJ


 There's a interesting article introducing Cocoon on the Java Developer's
 Journal at http://www.sys-con.com/java/articleprint.cfm?id=1480

 Notice how the author states in the intro that Cocoon doesn't have the
 visibility it deserves :
  
 Apache Cocoon is one of the most interesting, innovative, and powerful
 platforms for dynamic content generation, though not as well known as
 the others. A subproject of the Apache XML project, Cocoon is one of the
 lesser-known offerings from the folks at the all-open-source Apache
 Software Foundation, having garnered less attention than some of its
 more popular cousins like Struts. But Cocoon is worth a look.
 

 This once again clearly shows that Cocoon needs marketing !

 Sylvain

 PS : thanks to Matthew and Guido for the link.

 --
 Sylvain Wallez
   Anyware Technologies  Apache Cocoon
   http://www.anyware-tech.com   mailto:[EMAIL PROTECTED]



 -
 Please check that your question has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.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/faqs.html

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

Re: building problem...

[Liam Morley]

This is definitely a shot in the dark.. but here goes. Perhaps the È 
character in the name of a parent directory is not within any of the 
character sets that your java version supports (if you are running with 
jdk1.4, you can see what charsets you have by looking at the Charset 
http://java.sun.com/j2se/1.4/docs/api/java/nio/charset/Charset.html 
class). It appears that the build error is in build.xml, not in any 
Cocoon classes. If you go to line 1093 in build.xml, it's as follows:

fileset dir=${build.context}/

my only guess is that it doesn't understand the characters in your 
parent directory, causing it to die on constructing the URL (hence the 
MalformedURLException, with d as the protocol and the drive are 
working with). Try other directories, like D:\xml-cocoon2\ or even 
C:\xml-cocoon2\. Again, this is a stab in the dark, and I really have 
no clue. Best of luck.

Liam Morley


[EMAIL PROTECTED] wrote:

I had a problem in building cocoon with the version 2.0.2. Vadim and Perry
have me advised to try the 2.0.3 version.
I tried it but i have the same error in building cocoon with this version.

The error is :

prepare-webapp:
[xconf-tool] Reading: D:
\tÈlÈchargement\cocoon\dezip2\xml-cocoon2\build\cocoon\webapp\sitemap.xmap

BUILD FAILED

D:\tÈlÈchargement\cocoon\dezip2\xml-cocoon2\build.xml:1093: IOException:
java.net.MalformedURLException: unknown protoco
l: d

Total time: 2 minutes 22 seconds


If someone could help me to solve it

Regards,


Patrick PIERRA
Linedata Services Luxembourg
00 352 29 56 65 282
[EMAIL PROTECTED]
www.linedata.com




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

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

Re: Global variables

[KOZLOV Roman]

Hi,

Does the following example help?

 map:match pattern=myprint.pdf
   map:match type=host pattern=*
 map:act type=request
   map:generate src=mydata.xml/
   map:transform src=myxsl.xsl
   map:parameter name=filePath value=http://{../1}{context}/img/
   /map:transform
 /map:act
   /map:match
   map:serialize type=fo2pdf/
 /map:match

Here is the host matcher is used to get the host:port (here it is {../1}).
The request action is used to get a context /app-name (here it is {context} and 
for example for default cocoon installation it's value will be /cocoon).

PS: Used cocoon version is 2.01.

Roman

Christian Haul wrote:

 Frank Borkowsky wrote:

  Hi!
 
  My question is: Are there any other variables like {1}, {2} and {../1}
  ... with can be accessed in the sitemap through the bracket syntax?

 Actually, there are none. Not even the ones you mention. They depend on
 the use of certain sitemap components. The above are set e.g. by a
 wildcard matcher. {1} contains the first match, {2} the second c. If
 another component is nested, e.g. an action, access to the previous
 scope is required, hence the ../ in front of the number.

  Has anyone a complete list of these variables?

  From the above follows that such a list cannot exist. Look at the
 javadoc of the components used. BTW sitemap.log contains a list of all
 available variables at a given time i.e. whenever a new scope is entered
 or left.

  What we need is the servlet path as a parameter for the
  xsl-tranformer. Or Is XSP the solution?

 Currently, an action that sets this value is the only way to go. (You could add this 
information on a XSP as a tag, though.) Sylvain is working on making InputModules 
(o.a.c.components.modules.input) available inside the sitemap for HEAD. When that is 
available, you could write such a module that returns this information and use it 
like {mymodule:servlet-path}.

 Chris.

 --
 C h r i s t i a n   H a u l
 [EMAIL PROTECTED]
 fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08

 -
 Please check that your question has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.html

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

Re: Tomcat/cocoon encoding problem

[KOZLOV Roman]

There is another solution (when using Tomcat) which is independent of a system
locale - to use default (UTF-8) encoding for cocoon's components and in
client's browser.
The main problem which I've faced implementing the UTF-8 solution is decoding
request parameters. However it is easy to fix it just using Tomcat's filters
(see
CATALINA_HOME\webapps\examples\WEB-INF\classes\filters\SetCharacterEncodingFilter.*).

Roman

Michael Mangeng wrote:

 Hi

 thanx for your help but i´ve already solved the problem with the help of Jan
 Uyttenhove.
 My locale settings on the linux box had to be changed too.

 I´ve written this points together: (hope they help if sombody get the same
 probs):

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

 greetings
 mike
 - Original Message -
 From: KOZLOV Roman [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Monday, June 10, 2002 9:17 AM
 Subject: Re: Tomcat/cocoon encoding problem

  Hi Michael,
 
  Did you set the proper encoding for used cocoon's components
  (generator, transformer and so on)? I imagine that serializer has it
  because you wrote that the result XML encoding is ok. What about other
  components?
 
  Roman
 
  Michael Mangeng wrote:
 
   That didn´t do it ;-( *searching* thanx anywaymike
  
- Original Message -
From: Jan Uyttenhove
To: [EMAIL PROTECTED]
Sent: Friday, June 07, 2002 5:30 PM
Subject: RE: Tomcat/cocoon encoding problem
 Try to start the jvm (tomcat startup) with property
-Dfile.encoding=ISO8859_1Maybe you should choose another
encoding, I used ISO8859_1 to solve a similar problem with
french characters.Hope this helps.Greetz,Janvisit us @
http://www.xume.be
  
 -Original Message-
 From: Michael Mangeng
 [mailto:[EMAIL PROTECTED]]
 Sent: vrijdag 7 juni 2002 16:47
 To: [EMAIL PROTECTED]
 Subject: Tomcat/cocoon encoding problem
  
 Hi I´ve set the encoding of both the xsp and the
 xml serializer correctly. After i request the xml
 i get the right encoding - ISO-8859-1 in the ?xml
 ... ? tag but german umlaut´s like äöü are
 replaced by '?'. I´ve noticed the same problem
 when i use beans on my JSP Pages (without cocoon;
 only tomcat)(Using äöü on a jsp works - but as
 soon as i set the data in a bean and then request
 it back - i have äöü instead of the umlauts in my
 string). I´m using linux 2.4.17, jdk1.3.1, tomcat
 4.1.2alpha and cocoon2.0.2. So... Is there a
 anywhere a setting for the jvm, tomcat or cocoon
 that the umlauts are correctly displayed
 ? greetingsmike
  
 
 
  -
  Please check that your question has not already been answered in the
  FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.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/faqs.html

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

Re: building problem...

[Patrick . Pierra]

hi Liam,

Thanks for your Reply. My building was successfull. I simply put my
xml-cocoon2 directory in the root of my D drive. I have now an url like :
D:\xml-cocoon2\
I think the problem was may be with the character ¨¦ because i had an URL
like :
D:\t¨¦l¨¦chargement\cocoon\xml-cocoon2\

I going to deploy the war file in Tomcat now

Thanks,

Patrick PIERRA
Linedata Services Luxembourg
00 352 29 56 65 282
[EMAIL PROTECTED]
www.linedata.com


   
   
Liam Morley
   
[EMAIL PROTECTED]To: [EMAIL PROTECTED] 
   
c.wpi.edu cc: 
   
   Subject: Re: building problem...
   
06/10/02 10:00 AM  
   
Please respond to  
   
cocoon-users   
   
   
   
   
   




This is definitely a shot in the dark.. but here goes. Perhaps the ¦¨
character in the name of a parent directory is not within any of the
character sets that your java version supports (if you are running with
jdk1.4, you can see what charsets you have by looking at the Charset
http://java.sun.com/j2se/1.4/docs/api/java/nio/charset/Charset.html
class). It appears that the build error is in build.xml, not in any
Cocoon classes. If you go to line 1093 in build.xml, it's as follows:

fileset dir=${build.context}/

my only guess is that it doesn't understand the characters in your
parent directory, causing it to die on constructing the URL (hence the
MalformedURLException, with d as the protocol and the drive are
working with). Try other directories, like D:\xml-cocoon2\ or even
C:\xml-cocoon2\. Again, this is a stab in the dark, and I really have
no clue. Best of luck.

Liam Morley


[EMAIL PROTECTED] wrote:

I had a problem in building cocoon with the version 2.0.2. Vadim and Perry
have me advised to try the 2.0.3 version.
I tried it but i have the same error in building cocoon with this version.

The error is :




prepare-webapp:
[xconf-tool] Reading: D:
\t¦¨l¦¨chargement\cocoon\dezip2\xml-cocoon2\build\cocoon\webapp\sitemap.xmap

BUILD FAILED

D:\t¦¨l¦¨chargement\cocoon\dezip2\xml-cocoon2\build.xml:1093: IOException:
java.net.MalformedURLException: unknown protoco
l: d

Total time: 2 minutes 22 seconds





If someone could help me to solve it

Regards,


Patrick PIERRA
Linedata Services Luxembourg
00 352 29 56 65 282
[EMAIL PROTECTED]
www.linedata.com




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

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

We need a detailed comparison with Struts

[Sylvain Wallez]

Hi folks,

In less than 10 days, (potential) customers asked how does Cocoon 
compare to Struts and JSP ? This isn't the first time this question is 
asked, but it's becoming more and more frequent. So in turn I ask you 
this question, since my knowledge of Struts is limited to the docs at 
the Jakarta site.

My impression is that Struts is targetted at web applications (opposed 
to content publication) in HTML (no PDF, SVG, WML) and that Cocoon has 
equivalent components (form validation stuff, actions, some XSP taglibs) 
but can do much, much more.

The aim of this discussion not to start a Cocoon vs Struts flame, but to 
build a document that will go into Cocoon docs to help us to promote 
Cocoon when such questions arise.

The points to address are :
1 - how does Cocoon implement Struts features ?
2 - what does Struts do that Cocoon can't ?
3 - what does Cocoon do that Struts can't ?
4 - can we integrate Struts and Cocoon ?
5 - other items ?


Here's my view on these items :

1 - how does Cocoon implement Struts features ?
---
The main purpose of Struts is to provide a MVC framework in JSP. MVC is 
about separating application concerns, which is something that is 
naturally built in and enforced by Cocoon.

In Cocoon, the model is some presentation-independent XML produced by 
generators from almost any kind of source (database, beans, EJB, xml 
files, etc.), the view is defined by the transformation pipeline (XSL 
stylsheets, I18N transformer, etc), and the controller is defined by 
actions. Form validation and flow engine implement the equivalent 
features in Struts.

Struts also offers internationalization features that are fullfilled by 
Cocoon's I18N transformer and locale management.


2 - what does Struts do that Cocoon can't ?
---
Mmmh... got an idea, someone ? ;)


3 - What does Cocoon do that Struts can't ?
---
Struts in intrinsically limited to what can be done with JSPs, which is 
producing text output such as HTML or WML. Moreover, it's JSP taglib is 
very tied to HTML.

Cocoon, on the other hand, has a flexible serializer mechanism that 
allows it to produce any kind of output such as (but not limited to) 
PDF, JPEG, RTF.

The flow engine in Cocoon (in 2.1), by using a real programming language 
and continuations (the ability to suspend a program), is far more 
powerful than the action mapping definition in Struts.

Finally, Cocoon offers a very flexible and extensible framework that can 
integrate almost anything, and comes with a lot of features that aren't 
built into Struts. To name a few : browser selector, flexible form 
validation, database manipulation actions and XSP taglibs (add other 
important features here).


4 - Can we integrate Stuts and Cocoon ?
--
The JSP part of Struts can certainly be integrated into Cocoon using the 
JSPGenerator. What about the controller part (i.e. the servlets) ?



Thanks for your input,
Sylvain

-- 
Sylvain Wallez
  Anyware Technologies  Apache Cocoon
  http://www.anyware-tech.com   mailto:[EMAIL PROTECTED]



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

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

Re: We need a detailed comparison with Struts (XML/REST integration?)

[Bertrand Delacretaz]

On Monday 10 June 2002 10:23, Sylvain Wallez wrote:
. . .
 4 - Can we integrate Stuts and Cocoon ?
 --
 The JSP part of Struts can certainly be integrated into Cocoon using the
 JSPGenerator. What about the controller part (i.e. the servlets) ?
. . .

Rings a bell here, cause I'm thinking along the same lines between Enhydra 
(www.enhydra.org) and Cocoon.

How about using these (struts, enhydra, etc.) as XML-based back-ends to a 
Cocoon presentation front-end?

I'm thinking of Cocoon relaying user HTTP requests to the back-end, and the 
back-end replying with XML documents representing the logical contents of 
pages (see also [1]).

The back-end would be fully testable with anteater, JUnit/HTTPUnit or 
something using HTTP/XML interactions, and the Cocoon front-end would be 
nicely decoupled and care only about the presentation layer.

Any comments? First-hand experiences?

-Bertrand

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

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

Re: MOD-DB problem

[Christian Haul]

On 06.Jun.2002 -- 09:40 PM,  Christian Haul  wrote:
 Frank Taffelt wrote:
 it seems that new MODDB Actions doesn't alway's process the tables in the
 right order.
 
 In my understanding the processorder of the tables is determined by their
 order in the table-set element.
 Under some  circumstances this order is violated.
 
 Mmmh, no. They are processed in table definition order. Always. Should 
 have been documented, I think. It stems from the fact that you could use 
 the action without any table-set -- then all tables would be used. This 
 is a) because the actions started as a patche :-) of the original 
 actions and b) for compatibility with them.
 
 I agree, that it is desireable to control the order data is inserted. 
 Actually, it would make the setup even easier.
 
 So, no its not a bug but a feature. Anyway, if no one objects I'm happy 
 to change that behaviour. I reckon that no-one relies on working without 
 table-sets anyway.

I've committed the change to HEAD. Behaviour without tablesets is
unchanged.

Chris.

-- 
C h r i s t i a n   H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08

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

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

Loss of service

[Paul Gilligan]

Dear All,

I had cocoon Dev 2.1 running for a few weeks fine then I decided to 
replace it with a more stable version so I removed the cocoon directory
from under $CATALINA_HOME/webapps and saved the old war file.

Now I can't restart tomcat with cocoon, even after replacing tomcat  
cocoon and EVEN with the stable release versions I get:

java.io.FileNotFoundException: 
/data1/local/jakarta-tomcat-4.0.3/webapps/cocoon/META-INF/MANIFEST.MF 
(No such file or directory)

During deployment from tomcat.

I have removed all temp data and indeed replaced cocoon with no luck

Any ideas?

Paul




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

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

Form submission - results to a new window? [OT?]

[Derek Hohls]

Hi

I appreciate that this is not strictly a Cocoon issue - but thought
there
might be a guru here to help

I have a form which will be submitted to Cocoon for processing. 

From the XSLT:

input type=submit name=@target value=Submit /

where @target will obviously correspond to some Cocoon 
pipeline match entry eg.   forms/dothis

The question is - is it possible to force the output to appear 
in a new browser window - with a href, one could just 
use a href=forms/dothis target=_blank
but can the equivalent be done for a form??

Thanks
Derek



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

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

Re: replace standard-error-site

[Nicola Ken Barozzi]

From: Christoph Stocker [EMAIL PROTECTED]

 hi!
 
 
 how do i replace the standard error-site from cocoon, which shows the
 errors
 and exceptions and  with a site, designed by myself.
 
 do i have to set a flag in the sitemap.xmap or somewhere?

Change the stylesheet in handle-errors/.
handle-errors/ is a normal Cocoon pipeline, only with a fixed generator.

-- 
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/faqs.html

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

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

[Rob Kelley]

I'm still stuck here.  Any help would be appreciated.  


  
  I'm running cocoon 2.0.2 on Tomcat  4.0.1 (Windows).  I've been
trying to run the hello example for the jsp:   
  http://127.0.0.1:8080/cocoon/jsp/hello
  
  I get the same error (stack trace at end of email):
  
  SAXException JspGenerator.generate() 
  
  My sitemap entry is:
  
 map:match pattern=jsp/*
  map:generate src=/docs/samples/jsp/{1}.jsp type=jsp/
  map:transform src=stylesheets/page/simple-page2html.xsl/
  map:serialize type=html/
 /map:match
  
  
  My cocoon.xconf jsp-engine is:
jsp-engine logger=core.jsp-engine
  parameter name=servlet-class
value=org.apache.jasper.servlet.JspServlet/
  parameter name=servlet-name value=*.jsp/
/jsp-engine
  
  And I'm at wit's end. How do I get JSPs to work?
  
  Please help!
  
  Rob
  
  Stack Trace:
  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(Cachi
ngEventPipeline.java:251) 
  at
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(Cach
ingStreamPipeline.java:399) 
  at org.apache.cocoon.www.sitemap_xmap.matchN105B4(C:\Program
Files\Apache Tomcat
4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xma
p.java:7741) 
  at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache
Tomcat
4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xma
p.java:3119) 
  at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache
Tomcat
4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\sitemap_xma
p.java:2617) 
  at org.apache.cocoon.sitemap.Handler.process(Handler.java:222) 
  at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179) 
  at
org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154
) 
  at org.apache.cocoon.Cocoon.process(Cocoon.java:575) 
  at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:998) 
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:247) 
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:193) 
  at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:243) 
  at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566) 
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72) 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) 
  at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:201) 
  at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566) 
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72) 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) 
  at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
4) 
  at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:164) 
  at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566) 
  at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.java:170) 
  at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564) 
  at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:170) 
  at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564) 
  at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462
) 
  at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564) 
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72) 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) 
  at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:163) 
  at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566) 
  at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72) 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) 
  at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.j
ava:1011) 
  at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:
1106) 
  at java.lang.Thread.run(Unknown Source) 
  
   
  
  
  --
  
  
  
  -
  Do You Yahoo!?
  Sign-up for Video Highlights of 2002 FIFA World CupPHi:/P  
PI'm running cocoon 2.0.2 onnbsp;Tomcat nbsp;4.0.1 (Windows).nbsp;
I've been trying to run the hello example for the jsp:/P   PA
href=http://127.0.0.1:8080/cocoon/jsp/hello;http://127.0.0.1:8080/coco
on/jsp/hello/A/P
  PI get the same error (stack trace at end of
email):BRBREMSAXException JspGenerator.generate()/EM /P  
PMy sitemap entry is:/P 

Object instanciation at cocoon startup

[David LAGARDERE]

Hello.

Sorry if this question does not deal directly with
cocoon.
I would like to know if it is possible to instanciate
some objects at startup and to store them in the
Cocoon Servlet context (like I would have done within
the init() method) so they can be available to all
sessions.

Thanks.

David LAGARDERE

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

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

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

RE: Form submission - results to a new window? [OT?]

[Volker Schneider]

Hi Derek,

I'm afraid you have to do it with JavaScript:

a href=javascript:doThis() target=_blankDo this/a

With:

function doThis()
{
  document.forms[0].action = forms/dothis;
  document.forms[0].submit();
}

Best regards
- Volker -

-Original Message-
From: Derek Hohls [mailto:[EMAIL PROTECTED]]
Sent: Montag, 10. Juni 2002 11:54
To: [EMAIL PROTECTED]
Subject: Form submission - results to a new window? [OT?]


Hi

I appreciate that this is not strictly a Cocoon issue - but thought
there
might be a guru here to help

I have a form which will be submitted to Cocoon for processing. 

From the XSLT:

input type=submit name=@target value=Submit /

where @target will obviously correspond to some Cocoon 
pipeline match entry eg.   forms/dothis

The question is - is it possible to force the output to appear 
in a new browser window - with a href, one could just 
use a href=forms/dothis target=_blank
but can the equivalent be done for a form??

Thanks
Derek



-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.html

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

To war with .WAR

[Paul Gilligan]

Ok,

Trying  cocoon-2.0.2 and got errors compiling sitemap etc.

... strange release this??

So moved back to the latest snapshot of dev 2.1 using

xml-cocoon2_20020608102200.tar.gz

Objective: To run jdk 1.3 + tomcat 4 + c2, so that I can connect to my 
new shinny Oracle 9.2 istallation because I could not get cocoon 2 to 
run with jdk1.4 and jdbc.

1) Using jakarta-tomcat-4.0.3.tar.gz because I am lazy and with jdk 1.3 
I will have to download and play with the configuration to get all the 
other options that are in jdk1.4 to run (hence wanting to use jdk 1.4 in 
the first place).

2) Using xml-cocoon2_20020608102200.tar.gz

3) Tomcat still having a problem with the distribution of the war so 
using unzip.

** create directory $CATALINA_HOME/webapps/coccon and move the war file 
there.

** unzip the war file

** goto the cocoon/WEB-INF and create logs directory that is missing, 
chmod 777 logs using another user to run things to b a little more secure.

** chmod 777 $CATALINA_HOME/work  logs for the same reason.

** Setup the jar's for tomcat as in the jdk 1.3 notes on the coccon 
site, edited the web.xml as instructed.

4) As the nobody user started tomcat and now this works :

http://www.oyap.net:8080/cocoon/

5) Re-enabled the tomcat proxy and re-started and now :

http://www.oyap.net/cocoon/

works.

6) Add my own stuff to the sitemap

   !-- OyaP Applications --
   map:pipeline
 map:match pattern=oyap/**
   map:mount check-reload=yes 
src=/data3/home/wu1000/public_html/extra/technology/ uri-prefix=oyap/
 /map:match
 map:match pattern=oyap
   map:redirect-to uri=oyap/index.html /
 /map:match
   /map:pipeline

And now :

http://www.oyap.net/cocoon/oyap/index.xml

works.

Now will be testing jdbc with my new 9.2 install :)

QUESITION... when will we have a working c2 with jdk 1.4?

















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

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

Re: Form submission - results to a new window? [OT?]

[Bert Van Kets]

At 11:54 10/06/2002 +0200, you wrote:
Hi

I appreciate that this is not strictly a Cocoon issue - but thought
there
might be a guru here to help

I have a form which will be submitted to Cocoon for processing.

 From the XSLT:

input type=submit name=@target value=Submit /

where @target will obviously correspond to some Cocoon
pipeline match entry eg.   forms/dothis

The question is - is it possible to force the output to appear
in a new browser window - with a href, one could just
use a href=forms/dothis target=_blank
but can the equivalent be done for a form??

Yes, a form element has a target attribute.  You can either use _blank to 
open a new window every time, or use a specific name like results to send 
the result of every submit to the same window.  If the window with the name 
results does not exist yet (first submit) a new window is opened.
watch out! The target attribute is actually implemented to submit to a 
frame with a certain name.  Make sure, if you are using frames, you don't 
use the name of a frame.

More info: http://www.w3.org/TR/html4/interact/forms.html#h-17.3

Bert


Thanks
Derek



-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.html

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

Re: Form submission - results to a new window? [OT?]

[Christoph Gaffga]

Better you use this

from target=_blank ...
  !-- Your form here --
  input type=submit/
/form

an take a look no 
http://www.w3.org/TR/html4/interact/forms.html#h-17.3


Yours
Christoph Gaffga

- Original Message - 
From: Volker Schneider [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, June 10, 2002 12:44 PM
Subject: RE: Form submission - results to a new window? [OT?]


 Hi Derek,
 
 I'm afraid you have to do it with JavaScript:
 
 a href=javascript:doThis() target=_blankDo this/a
 
 With:
 
 function doThis()
 {
   document.forms[0].action = forms/dothis;
   document.forms[0].submit();
 }
 
 Best regards
 - Volker -
 
 -Original Message-
 From: Derek Hohls [mailto:[EMAIL PROTECTED]]
 Sent: Montag, 10. Juni 2002 11:54
 To: [EMAIL PROTECTED]
 Subject: Form submission - results to a new window? [OT?]
 
 
 Hi
 
 I appreciate that this is not strictly a Cocoon issue - but thought
 there
 might be a guru here to help
 
 I have a form which will be submitted to Cocoon for processing. 
 
 From the XSLT:
 
 input type=submit name=@target value=Submit /
 
 where @target will obviously correspond to some Cocoon 
 pipeline match entry eg.   forms/dothis
 
 The question is - is it possible to force the output to appear 
 in a new browser window - with a href, one could just 
 use a href=forms/dothis target=_blank
 but can the equivalent be done for a form??
 
 Thanks
 Derek
 
 
 
 -
 Please check that your question has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.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/faqs.html

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

Re: Form submission - results to a new window? [OT?]

[Derek Hohls]

Great - thanks Christoph !

 Christoph Gaffga [EMAIL PROTECTED] 10/06/2002 12:56:36

Better you use this

from target=_blank ...
  !-- Your form here --
  input type=submit/
/form

an take a look no 
http://www.w3.org/TR/html4/interact/forms.html#h-17.3 


Yours
Christoph Gaffga

- Original Message - 
From: Volker Schneider [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, June 10, 2002 12:44 PM
Subject: RE: Form submission - results to a new window? [OT?]


 Hi Derek,
 
 I'm afraid you have to do it with JavaScript:
 
 a href=DEFANGED_javascript:doThis() target=_blankDo this/a
 
 With:
 
 function doThis()
 {
   document.forms[0].action = forms/dothis;
   document.forms[0].submit();
 }
 
 Best regards
 - Volker -
 
 -Original Message-
 From: Derek Hohls [mailto:[EMAIL PROTECTED]] 
 Sent: Montag, 10. Juni 2002 11:54
 To: [EMAIL PROTECTED] 
 Subject: Form submission - results to a new window? [OT?]
 
 
 Hi
 
 I appreciate that this is not strictly a Cocoon issue - but thought
 there
 might be a guru here to help
 
 I have a form which will be submitted to Cocoon for processing. 
 
 From the XSLT:
 
 input type=submit name=@target value=Submit /
 
 where @target will obviously correspond to some Cocoon 
 pipeline match entry eg.   forms/dothis
 
 The question is - is it possible to force the output to appear 
 in a new browser window - with a href, one could just 
 use a href=forms/dothis target=_blank
 but can the equivalent be done for a form??
 
 Thanks
 Derek
 
 
 

-
 Please check that your question has not already been answered in the
 FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.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/faqs.html

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

RE: Cocoon article on JDJ

[Andreas Kuehne]

Hi Matthew,

 Something we have noticed is the lack of Cocoon presentations at
 conferences. We have submitted 3 for the coming ApacheCon but we have
 noticed that we seem to be the only people submitting anything. Is this the
 case?
I would be eager to do some presentatitions on Cocoon, but as a relative newbie ( 
'till now got
just one commercial site to production ), I don't want to tap on your toes !!

But it's a problem that people don't like to have dry conceptual presentations but 
success
stories. Most of the companies don't want to have their internal structures presented 
to potential
hackers. What's your experience ?

Regards

Andreas K.

__
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/faqs.html

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

RE: We need a detailed comparison with Struts (XML/REST integration?)

[Brian Topping]

 -Original Message-
 From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]]
 Sent: Monday, June 10, 2002 4:32 AM
 To: [EMAIL PROTECTED]; Sylvain Wallez;
 [EMAIL PROTECTED]
 Subject: Re: We need a detailed comparison with Struts (XML/REST
 integration?)
 
 
 On Monday 10 June 2002 10:23, Sylvain Wallez wrote:
 . . .
  4 - Can we integrate Stuts and Cocoon ?
  --
  The JSP part of Struts can certainly be integrated into 
 Cocoon using the
  JSPGenerator. What about the controller part (i.e. the servlets) ?
 . . .
 
 Rings a bell here, cause I'm thinking along the same lines 
 between Enhydra 
 (www.enhydra.org) and Cocoon.
 
 How about using these (struts, enhydra, etc.) as XML-based 
 back-ends to a 
 Cocoon presentation front-end?
 
 I'm thinking of Cocoon relaying user HTTP requests to the 
 back-end, and the 
 back-end replying with XML documents representing the 
 logical contents of 
 pages (see also [1]).
 
 The back-end would be fully testable with anteater, JUnit/HTTPUnit or 
 something using HTTP/XML interactions, and the Cocoon 
 front-end would be 
 nicely decoupled and care only about the presentation layer.
 
 Any comments? First-hand experiences?

These are a bunch of comments about security in Cocoon, but relate to how things might 
be different if Cocoon was wrapped with a custom JSP or custom Avalon controller.  
Some of this may be possible (even documented) already, your comments are welcome on 
any of this! 

I've been wondering how it would be possible to integrate the container-managed 
security of Tomcat with the functionality of Cocoon.  The reason for this would be to 
grab authentication information from the container hierarchy, which in my case would 
be Tomcat in turn relying on JBoss 3.  JBoss3 has an extremely comprehensive security 
system based on JAAS that also manages access control of the EJBs, so complete single 
sign-on and integration with other authentication providers (such as W2K/Kerberos) is 
much easier to achieve.

Because container-managed security relies on deployment descriptors in web.xml, the 
ideal situation would be to not rely on constantly merging our local web.xml changes 
into Cocoon's web.xml each time we want to bring ourselves up to date with the latest 
version of Cocoon.  It seems like cleanest answer to this is to generate the .war in 
our build, then make Cocoon a client of that.  I bring all this up here because it 
might be very useful to have either or both of a Cocoon tag for Struts or a Cocoon 
component for Avalon.  (I'm familiar with JSPGenerator, but that makes Cocoon the 
parent to JSP, and I am considering the other way around for migration purposes...)

My other consideration for these facilities in Struts and Avalon is for managing 
complexity.  I'm not entirely comfortable yet with having a sitemap and custom actions 
be the controller for the entire production deployment.  It seems rather error prone 
and difficult for a developer to prove their changes are correct without extensive 
modeling of the sitemap as a state machine.  Modeling is great if you have a lot of 
time or a fair number of rock stars on the team, but burdensome for small shops with 
limited resources and less experienced staff.  OTOH, anytime end-user financial 
information (credit cards) is involved, liability is enormous and the confidence level 
has to be there.  So it would follow that it will be difficult for smaller shops to 
build commerce applications on Cocoon since they don't have the resources to prove 
their sitemaps.  

The subsitemap for portals is a good example of what I am talking about.  It's 
necessarily complex, and strikes me of languages that require a rather considerable 
rewrite when changes are needed and the original author is not available (i.e. Lisp 
and co., many forms of Perl, etc.)  I see this sitemap as something that ours would 
grow up to, but handing that off to someone else to own is going to be really tricky.  
And again, financial information complicates that issue even further because any 
change absolutely has to be right.

It's true that flowmaps may solve all of these issues, and I'll probably spend a few 
hours today considering them, but I need to be integrated with the portal at some 
point and I'm not sure how that is going to be done.

Finally, consider how existing applications could have Cocoon applied against them.  
The Struts/Avalon integration components would provide a segue for companies to start 
using Cocoon today without it being perceived as an all-or-nothing proposition.  
Cocoon has everything to gain by starting off as a subordinate to legacy technologies, 
since once developers understand that they don't need their current framework any 
more, they can simply shed it.  In the cases where they do need the framework though, 
it's the difference between using some of Cocoon or none at all.  And the more 
visibility and use that Cocoon can get, the further it 

RE: Getting XML from request

[Mike Ash]

Title: RE: Getting XML from request





Well I finally got an XMLizable object (URLSource) put into the request, however when I try to get it like this


xsp-request:get-attribute name=xmldata as=xml /


it returns the xml but also


my.class.name@memoryaddress


the above line make the xml it returns invalid.


Anyone know how to turn off the extra line? It looks to me like it is calling the toString() method on my object.


-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 12:09 PM
To: [EMAIL PROTECTED]
Subject: RE: Getting XML from request




Your object must be XMLizable (best), or DOM Node, but not String.


Other (not effective) way is to use util logicsheet to parse your String
into XML. Answers about it are in the archives, with periodicity one
week or so.


Vadim



-Original Message-
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 12:25 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting XML from request


Sorry about not using plain text. 
What I would like to end up with is nodes from the xsp page that contain
the nodes from the object i put in the request.
page 
    para 
        mynode 
            mychildnode 
                 
            /mychildnode 
        /mynode 
    /para 
/page 
        
What I am getting now is 
page 
    para 
        xsp-request:attribute name=xmlData 
        !-- these are not nodes but the value of the above node
-- 
            lt;mynodegt; 
                lt;mychildnodegt; 
                     
                lt;/mychildnodegt; 
            lt;/mynodegt; 
        /xsp-request:attribute 
    /para 
/page 


-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 11:10 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 


 I need that object back as xml in an xsp page, when I try this 
 xsp:request:get-attribute name=xmlData as=xml 
Correct syntax is: 
xsp-request:get-attribute name=xmlData as=xml/ 
Result will be (IIRC): 
xsp-request:attribute name=xmlDatavalue of 
attribute/xsp-request:attribute 


For: 
xsp-request:get-attribute name=xmlData as=string/ 
Result will be: 
value of attribute 


For: 
Object o = xsp-request:get-attribute name=xmlData as=object/; 
Result will be assigned to object 'o'. 


 The question is then how do I get the data into the xsp as 
 real xml nodes that I can use in a transformation step with xsl? 
What do you mean? 
PS PLEASE SEND PLAIN TEXT EMAILS 
Vadim 


-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 11:25 AM 
To: '[EMAIL PROTECTED]' 
Subject: Getting XML from request 
I am storing xml data in the request object by using 
request.setAttribute(xmlData, someObject); 
I need that object back as xml in an xsp page, when I try this 
xsp:request:get-attribute name=xmlData as=xml 
it returns the xml as a node value instead of individual nodes. 
The question is then how do I get the data into the xsp as real xml 
nodes that I can use in a transformation step with xsl? 


- 
Please check that your question has not already been answered in the 
FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.html


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

RE: replace standard-error-site

[Christoph Stocker]

hi!

can i put there a static HTML-Site in it??
and how?


greetings, chri

-Original Message-
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] 
Sent: Montag, 10. Juni 2002 12:01
To: [EMAIL PROTECTED]
Subject: Re: replace standard-error-site


From: Christoph Stocker [EMAIL PROTECTED]

 hi!
 
 
 how do i replace the standard error-site from cocoon, which shows the 
 errors and exceptions and  with a site, designed by myself.
 
 do i have to set a flag in the sitemap.xmap or somewhere?

Change the stylesheet in handle-errors/.
handle-errors/ is a normal Cocoon pipeline, only with a fixed
generator.

-- 
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/faqs.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]

2.0.3 and taglibs ??

[Montier Patrick]

Hi,

Sorry but now my taglib doesn't work since i migrate from a previous
release.
Any change in 2.0.3 from previous release in configuration files ?
I try a very short sample but the XML file is simply read without the
parsing of taglib method (xsl).
Any idea where i could get some information  or DEBUG indormation, i have
nothing in the log files.

Thank you for your help

Patrick

-Message d'origine-
De : Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Envoyé : lundi 10 juin 2002 14:12
À : 'Montier Patrick'
Objet : RE: Form-validator error in AbstractValidatorAction.java


 From: Montier Patrick [mailto:[EMAIL PROTECTED]]

 Thank you for your advise now all works :)

 Why this release is not in a tar.Gz distribution file under the cocoon
 download section ?

It's not released yet. Official name is 2.0.3-dev, and it's only in CVS
branch cocoon_2_0_3_branch. From this branch 2.0.3 will be made in some
future.

HEAD branch contains Cocoon 2.1-dev which is alpha quality (i.e., not
stable) ATM.


Vadim



 Sincerly

 Patrick

 -Message d'origine-
 De : Vadim Gritsenko [mailto:
 Envoyé : vendredi 7 juin 2002 19:40
 À : [EMAIL PROTECTED]
 Objet : RE: Form-validator error in AbstractValidatorAction.java


  From: Montier Patrick [mailto:[EMAIL PROTECTED]]
 
 
  Hi,
 
  I feel very unlucky with cocoon. I installed the 2.0.1 release :
error
 in
  nullable tag. Someone told me to install a newer one.
 
  SO i installed the 2.0.2 and now the form validator show an
 exception... i'm
  so dispointed..

 Now you should install 2.0.3 :)

 Seriously.

 Vadim


 
  the AbstractValidatorAction.java, getdefaut function seem to crash
 when
  verifing the default value.
  I try to put or remove default value, it's the same result :
 
  I need some help.
 
  Thank you
 
  Patrick
 
  PARAM: 'login' VALUES: '[pmontier]'
  PARAM: 'password' VALUES: '[]'
  PARAM: 'isCompany' VALUES: '[f]'
 
  sirtemap.log
  [1]/AbstractComplementaryConfigurableAction: Using cached
 configuration for
  context://bethe1/descriptors/params.xml
  [1]/FormValidatorAction: Validating parameters as specified via
 'validate'
  parameter
  [1]/AbstractValidatorAction: Validating parameter: login
  [1]/FormValidatorAction: exception:
  java.lang.NullPointerException
  at
 

org.apache.cocoon.acting.AbstractValidatorAction.getDefault(AbstractVali
 dato
  rAction.java:576)
  at
 

org.apache.cocoon.acting.AbstractValidatorAction.validateString(Abstract
 Vali
  datorAction.java:222)
  at
 

org.apache.cocoon.acting.AbstractValidatorAction.validateParameter(Abstr
 actV
  alidatorAction.java:202)
  at
 

org.apache.cocoon.acting.FormValidatorAction.act(FormValidatorAction.jav
 a:16
  9)
 
  sitemap.xmap :
map:match pattern=asp*/*/do-login
  !-- first validate whether submitted values are ok --
  map:act type=form-validator
map:parameter name=descriptor
  value=context://bethe1/descriptors/params.xml/
map:parameter name=validate value=login,password/
!-- now try to log in --
map:act type=db-authenticator
  map:parameter name=descriptor
  value=context://bethe1/descriptors/auth.xml/
  !-- now go to protected area --
  map:redirect-to uri=login_ok.htm/
/map:act
  /map:act
  !-- something was wrong, try it again --
  map:redirect-to uri=login_nok.htm/
/map:match
 
  params.xml :
 
  !--
  This file is used for description of request and session parameters.
  parameters that are nullable and are found being null are replaced
 with
  their
  default values, non-nullable parameters can make the validation
 process
  fail.
  --
  parameters-descriptor
  parameter name=login type=string nullable=no/
  parameter name=id_rus type=long nullable=no/
  parameter name=password type=string nullable=no/
  /parameters-descriptor
 
  the FUNCTION in AbstractValidatorAction.java :
   /**
   * Returns the default value from given configuration or
 constraints.
   * Value present in constraints takes precedence, null is
returned
 when
  no
   * default attribute is present in eiher of them.
   */
  private String getDefault(Configuration conf, Configuration
cons)
 {
  String dflt = null;
  try {
  dflt = cons.getAttribute(default);
  } catch (ConfigurationException e) {
  dflt = conf.getAttribute(default, );
  }
  if (.equals(dflt.trim())) {
  dflt = null;
  }
  return dflt;
  }
 


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

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



-
Please check that your 

SOAP

[Graaf, Edgar de (fin)]

Hi,

I have add a xsp. The problem is that when the SOAP method is called, then
it is called 8 times. I have tried to solve it with a boolean, but
appearantly the XSP is not called 8 times (but the SOAP part is). To me it
looks like it is http://apache.org/xsp/soap/3.0. Is this a known issue? Or
can somebody tell me what I do wrong.

Thanks,

Edgar
---
?xml version=1.0 encoding=ISO-8859-1?
!--
Author: Edgar de Graaf, [EMAIL PROTECTED]
Date: October 9, 2001
--
xsp:page
  language=java
  xmlns:xsp=http://apache.org/xsp;
  xmlns:xsp-request=http://apache.org/xsp/request/2.0;
  xmlns:soap=http://apache.org/xsp/soap/3.0;
  
  xsp:structure
xsp:includejavax.ejb.*/xsp:include
xsp:includejavax.naming.*/xsp:include
xsp:includejava.util.*/xsp:include
xsp:includejavax.rmi.PortableRemoteObject/xsp:include
xsp:includejavax.servlet.http.*/xsp:include
xsp:includeorg.jnp.interfaces.*/xsp:include


xsp:includecom.ordina.bugtrack.usersEjb.UsersHome/xsp:include

xsp:includecom.ordina.bugtrack.usersEjb.Users/xsp:include

xsp:includeorg.apache.cocoon.environment.Session/xsp:include
/xsp:structure
xsp:logicstatic boolean switch1 = false;/xsp:logic
  page
  xsp:logic
  try{
java.util.Properties env = new java.util.Properties();
env.put(
java.naming.factory.initial,org.jnp.interfaces.NamingContextFactory );
env.put( java.naming.provider.url,jnp://localhost:1099
);
env.put(
java.naming.factory.url.pkgs,org.jboss.naming:org.jnp.interfaces);

Object ref;
javax.naming.Context jndiContext = null;
jndiContext = new InitialContext(env);

ref = jndiContext.lookup(jaws/UsersEJB);
UsersHome usersHome = (UsersHome)
PortableRemoteObject.narrow (ref, UsersHome.class);
Session session = request.getSession();

String username = (String)session.getAttribute(username);
Users users = usersHome.findByUsername(username);
Integer userno = users.getUserno();
if(users.getType().toLowerCase().equals(developer)){
  /xsp:logic
  xsp:expruserno/xsp:expr
  xsp-request:get-parameter name=component/
  xsp-request:get-parameter name=project/
if(!switch1){
switch1 = true;
 soap:call
url=http://localhost:8080/apache-soap/servlet/rpcrouter;
ns1:addComponent
xmlns:ns1=urn:com/ordina/bugdb/Component
Parameter1 xsi:type=xsd:string
xmlns:xsi=http://www.w3.org/1999/XMLSchema-instance;
xmlns:xsd=http://www.w3.org/1999/XMLSchema;xsp-request:get-parameter
name=component//Parameter1
Parameter2 xsi:type=xsd:int
xmlns:xsi=http://www.w3.org/1999/XMLSchema-instance;
xmlns:xsd=http://www.w3.org/1999/XMLSchema;xsp-request:get-parameter
name=project//Parameter2
Parameter3 xsi:type=xsd:int
xmlns:xsi=http://www.w3.org/1999/XMLSchema-instance;
xmlns:xsd=http://www.w3.org/1999/XMLSchema;xsp:expruserno/xsp:expr/Pa
rameter3
soap:enc/
/ns1:addComponent
 /soap:call
 }
xsp:logic}
}catch(Exception e){System.err.println(e);}/xsp:logic
content
textoutputThe component xsp-request:get-parameter
name=component/ was created./textoutput
/content
/page
/xsp:page

-
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: Barf on JSPGenerator on Hello.jsp (HELP!)

[Piroumian Konstantin]

I have no problems in running JSP samples in Cocoon 2.1-dev, Tomcat 4.0.1.
They work out-of-box, without any jasper-compiler or xerces/xalan tweaking.
(The access URL is http://localhost:8080/cocoon/samples/jsp/).

The SAX Exception usually comes from a non well-formed source XML. Check, if
your Hello.jsp is well-formed. And see cocoon logs (e.g.
/WEB-INF/logs/sitemap.log) to get a more detailed error message.

--
Konstantin Piroumian 
[EMAIL PROTECTED]


 -Original Message-
 From: Rob Kelley [mailto:[EMAIL PROTECTED]] 
 Sent: Monday, June 10, 2002 1:41 AM
 To: [EMAIL PROTECTED]
 Subject: RE: Barf on JSPGenerator on Hello.jsp (HELP!)
 
 
 
 I'm still stuck here.  Any help would be appreciated.  
 
 
   
   I'm running cocoon 2.0.2 on Tomcat  4.0.1 (Windows).  I've been
 trying to run the hello example for the jsp:   
   http://127.0.0.1:8080/cocoon/jsp/hello
   
   I get the same error (stack trace at end of email):
   
   SAXException JspGenerator.generate() 
   
   My sitemap entry is:
   
  map:match pattern=jsp/*
   map:generate src=/docs/samples/jsp/{1}.jsp type=jsp/
   map:transform src=stylesheets/page/simple-page2html.xsl/
   map:serialize type=html/
  /map:match
   
   
   My cocoon.xconf jsp-engine is:
 jsp-engine logger=core.jsp-engine
   parameter name=servlet-class
 value=org.apache.jasper.servlet.JspServlet/
   parameter name=servlet-name value=*.jsp/
 /jsp-engine
   
   And I'm at wit's end. How do I get JSPs to work?
   
   Please help!
   
   Rob
   
   Stack Trace:
   org.apache.cocoon.ProcessingException: SAXException
 JspGenerator.generate() 
   at
 org.apache.cocoon.generation.JspGenerator.generate(JspGenerato
 r.java:132
 ) 
   at
 org.apache.cocoon.components.pipeline.CachingEventPipeline.pro
 cess(Cachi
 ngEventPipeline.java:251) 
   at
 org.apache.cocoon.components.pipeline.CachingStreamPipeline.pr
 ocess(Cach
 ingStreamPipeline.java:399) 
   at org.apache.cocoon.www.sitemap_xmap.matchN105B4(C:\Program
 Files\Apache Tomcat
 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\s
 itemap_xma
 p.java:7741) 
   at org.apache.cocoon.www.sitemap_xmap.process(C:\Program 
 Files\Apache
 Tomcat
 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\s
 itemap_xma
 p.java:3119) 
   at org.apache.cocoon.www.sitemap_xmap.process(C:\Program 
 Files\Apache
 Tomcat
 4.0\work\localhost\cocoon\cocoon-files\org/apache/cocoon/www\s
 itemap_xma
 p.java:2617) 
   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(SitemapManage
 r.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.internalDoFilt
 er(Applica
 tionFilterChain.java:247) 
   at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
 cationFilt
 erChain.java:193) 
   at
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
 rapperValv
 e.java:243) 
   at
 org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
 ipeline.ja
 va:566) 
   at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
 ine.java:4
 72) 
   at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) 
   at
 org.apache.catalina.core.StandardContextValve.invoke(StandardC
 ontextValv
 e.java:201) 
   at
 org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
 ipeline.ja
 va:566) 
   at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
 ine.java:4
 72) 
   at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) 
   at
 org.apache.catalina.core.StandardContext.invoke(StandardContex
 t.java:234
 4) 
   at
 org.apache.catalina.core.StandardHostValve.invoke(StandardHost
 Valve.java
 :164) 
   at
 org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
 ipeline.ja
 va:566) 
   at
 org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi
 spatcherVa
 lve.java:170) 
   at
 org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
 ipeline.ja
 va:564) 
   at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
 Valve.java
 :170) 
   at
 org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
 ipeline.ja
 va:564) 
   at
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv
 e.java:462
 ) 
   at
 org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
 ipeline.ja
 va:564) 
   at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
 ine.java:4
 72) 
   at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) 
   at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
 gineValve.
 java:163) 
   at
 org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
 ipeline.ja
 va:566) 
   at
 

Re: To war with .WAR

[Roger I Martin PhD]

Hi,

Yep it's working! Just tried your links.


 QUESITION... when will we have a working c2 with jdk 1.4?


I've been using jdk1.4 + tomcat4.x and c2.x-dev since December; Albeit until
now by downloading the Avalon source code and modifying it's jdbc
connection:)  However, my modifications made the jdbc connections work only
with jdk1.4 so the patch was not immediately applied to the CVS HEAD.  On
Saturday I downloaded the cvs c2 HEAD, ran it's build and applied it to my
webapp projects and for the first time ran it without modification with
jdk1.4.  Well I needed blobs from my database so I modified the ESQL
logicsheet, got it working and sent the patch in.

I believe it is about ready for you to try again.  The date on the Avalon
jar is 6/3/2002 so I suspect you will need any version after that date but
I'm not certain; just this Saturday is when I tried again.

Another Cocoon applier,
Roger






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

AccessControlException when requesting cocoon.war

[Sylvain.Thevoz]

Hello,
 
I'm new in Coccon and I try to install Cocoon 2 on the Sun J2EE ref. server.
I deploy the cocoon.war on my J2EE server and it seems OK.
 
But when I request cocoon from my browser ( http://localhost:8000/cocoon) there is 
an exception:
javax.servlet.ServletException: Servlet.init() for servlet Cocoon2 threw exception

at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:871)

at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:615)

at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)

at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)

at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)

at 
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)

at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)

at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)

at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)

at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)

at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)

at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)

at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)

at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)

at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)

at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at 
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1012)

at 
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107)

at java.lang.Thread.run(Thread.java:479)


root cause:
java.security.AccessControlException: access denied (java.io.FilePermission 
C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files read)

at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:267)

at java.security.AccessController.checkPermission(AccessController.java:394)

at java.lang.SecurityManager.checkPermission(SecurityManager.java:540)

at java.lang.SecurityManager.checkRead(SecurityManager.java:885)

at java.io.File.exists(File.java:541)

at java.io.File.mkdirs(File.java:973)

at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:238)

at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)

at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:615)

at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)

at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)

at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)

at 
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)

at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)

at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)

at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)

at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)

at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)

at 

Re: replace standard-error-site

[Nicola Ken Barozzi]

Christoph Stocker wrote:
 hi!
 
 can i put there a static HTML-Site in it??
 and how?


This is a question about XSLT.

Just match the root tag and put the output page in it.




-
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: Barf on JSPGenerator on Hello.jsp (HELP!)

[William Brogden]

 -Original Message-
 From: Rob Kelley [mailto:[EMAIL PROTECTED]] 
 Sent: Sunday, June 09, 2002 4:41 PM
 To: [EMAIL PROTECTED]
 Subject: RE: Barf on JSPGenerator on Hello.jsp (HELP!)
 
 
 
 I'm still stuck here.  Any help would be appreciated.  
 
 
   
   I'm running cocoon 2.0.2 on Tomcat  4.0.1 (Windows).  I've been
 trying to run the hello example for the jsp:   
   http://127.0.0.1:8080/cocoon/jsp/hello
   
   I get the same error (stack trace at end of email):
   
   SAXException JspGenerator.generate() 
   
   My sitemap entry is:
   
  map:match pattern=jsp/*
   map:generate src=/docs/samples/jsp/{1}.jsp type=jsp/
   map:transform src=stylesheets/page/simple-page2html.xsl/
   map:serialize type=html/
  /map:match
   
   
   My cocoon.xconf jsp-engine is:
 jsp-engine logger=core.jsp-engine
   parameter name=servlet-class
 value=org.apache.jasper.servlet.JspServlet/
   parameter name=servlet-name value=*.jsp/
 /jsp-engine
   
   And I'm at wit's end. How do I get JSPs to work?
   
   Please help!
   
   Rob
   
   Stack Trace:
   org.apache.cocoon.ProcessingException: SAXException
 JspGenerator.generate() 

 SAXExceptions have details on the cause which
the standard error reporter is not displaying.
You may want to create a modified error handler
to dump the extra details which include:
an embedded Exception and a detailed message.


[EMAIL PROTECTED]
Author of Soap Programming with Java - Sybex; ISBN: 0782129285





-
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: AccessControlException when requesting cocoon.war

[Paul Gilligan]

check the permissions on the files that you installed, what user sis you 
install it as ? and what user are you running it as?

on my systems I am installing as root and running under a nobody user 
group

[EMAIL PROTECTED] wrote:
 Hello,
  
 I'm new in Coccon and I try to install Cocoon 2 on the Sun J2EE ref. server.
 I deploy the cocoon.war on my J2EE server and it seems OK.
  
 But when I request cocoon from my browser ( http://localhost:8000/cocoon) there is 
an exception:
 javax.servlet.ServletException: Servlet.init() for servlet Cocoon2 threw exception
 
   at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:871)
 
   at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:615)
 
   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at 
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)
 
   at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 
   at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 
   at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at 
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1012)
 
   at 
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107)
 
   at java.lang.Thread.run(Thread.java:479)
 
 
 root cause:
 java.security.AccessControlException: access denied (java.io.FilePermission 
C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files read)
 
   at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:267)
 
   at java.security.AccessController.checkPermission(AccessController.java:394)
 
   at java.lang.SecurityManager.checkPermission(SecurityManager.java:540)
 
   at java.lang.SecurityManager.checkRead(SecurityManager.java:885)
 
   at java.io.File.exists(File.java:541)
 
   at java.io.File.mkdirs(File.java:973)
 
   at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:238)
 
   at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)
 
   at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:615)
 
   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at 
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at 

RE: Cocoon article on JDJ

[Argyn Kuketayev]

 Something we have noticed is the lack of Cocoon presentations at
 conferences. We have submitted 3 for the coming ApacheCon but we have
 noticed that we seem to be the only people submitting 
 anything. Is this the
 case?

I was going to write an article this year on Cocoon. Nobody (whom I sent
proposals) seemed interested so far :)

-
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 article on JDJ

[Paul Gilligan]

I hope that it will be in XML format :)

Argyn Kuketayev wrote:
Something we have noticed is the lack of Cocoon presentations at
conferences. We have submitted 3 for the coming ApacheCon but we have
noticed that we seem to be the only people submitting 
anything. Is this the
case?
 
 
 I was going to write an article this year on Cocoon. Nobody (whom I sent
 proposals) seemed interested so far :)
 
 -
 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: We need a detailed comparison with Struts (XML/REST integration?)

[Argyn Kuketayev]

 How about using these (struts, enhydra, etc.) as XML-based 
 back-ends to a 
 Cocoon presentation front-end?

I wouldn't say that struts is XML based. Its configuration is stored in XML,
the rest is pure Javabeans.

-
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: replace standard-error-site

[Christoph Stocker]

hi!

but which xsl-page i have to replace?

greetings, chris


Christoph Stocker wrote:
 hi!
 
 can i put there a static HTML-Site in it??
 and how?


This is a question about XSLT.

Just match the root tag and put the output page in it.


-Original Message-
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] 
Sent: Montag, 10. Juni 2002 12:01
To: [EMAIL PROTECTED]
Subject: Re: replace standard-error-site


From: Christoph Stocker [EMAIL PROTECTED]

 hi!
 
 
 how do i replace the standard error-site from cocoon, which shows the 
 errors and exceptions and  with a site, designed by myself.
 
 do i have to set a flag in the sitemap.xmap or somewhere?

Change the stylesheet in handle-errors/.
handle-errors/ is a normal Cocoon pipeline, only with a fixed
generator.

-- 
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/faqs.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: Tomcat/cocoon encoding problem

[Vadim Gritsenko]

 From: Michael Mangeng [mailto:[EMAIL PROTECTED]]
 
 Hi
 
 thanx for your help but i´ve already solved the problem with the help
of Jan
 Uyttenhove.
 My locale settings on the linux box had to be changed too.
 
 I´ve written this points together: (hope they help if sombody get the
same
 probs):

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

If you have time, try it.


Regards,
Vadim

 
 greetings
 mike


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

How to do URL rewriting

[Volker Schneider]

Dear colleagues,

I tried to find out, how to do URL rewriting with Cocoon 2 when cookies are
switched off. I looked in several mails: Vadim said that you have to do URL
rewriting yourself, but in Request.java I can find a method

boolean isRequestedSessionIdFromURL();

So it seems that cocoon supports URL rewriting in an unknown way. When I
have to do it myself, what is best practise to do that? How can I save my
session so that it survives between the requests, because I store some data
within the session. Did anyone of you do something like that?

Thank you, best regards
- Volker -


-
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 design patterns - hybrid selector/matcher?

[Vadim Gritsenko]

 From: Christian Haul [mailto:[EMAIL PROTECTED]]
 
 On 09.Jun.2002 -- 07:53 PM, Jonathan Layes wrote:
  Hi all,
 
  I have a recurring theme in a few of my sitemaps and, although I
  have solved the problem, I'm not particularly happy with the
solution.
  Here's the problem in pseudo-sitemapese:
 
map:match pattern=*.html
  map:act desc=an action to be applied to all xhtml
 
map:match pattern=a*.html desc=source A-prefixed xhtml
   map:generate/
   map:transform/
/map:match
 
map:match pattern=b*.html desc=source B-prefixed xhtml
   map:generate/
   map:transform/
/map:match
 
map:match pattern=*.html desc=source of all other xhtml
   map:generate/
   map:transform/
/map:match
 
map:transform desc=a common template to apply regardless of
 source/
map:serialize/
  /map:act
/map:match
 
  The above doesn't work when coded with matchers.  C2 falls through
  the nested matches, hits the generic case and obviously throws
  an exception because it tries to call a second generator.
 
 That sounds like a bug. Although I'm probably not the right person to
 help finding it, it would be important to provide more information,
 like the version of Cocoon you're running and the actual sitemap
 snippet plus sitemap.log for this case.

Nope, this is not a bug. Sitemap works this way, breaking execution on
first serialize.

Vadim


  There are some obvious solutions to this problem.  One is to copy
  the common transform and serialize stages into each of the
  nested matches, forcing C2 to stop processing in the individual
  nested matches.  Slightly cleaner is to put the final transform/
  serialize step in a resource and have each of the nested matches
  call the resource.  I really don't like the finality of resources,
  however - they feel too much like goto statements.
 
  What I think I want to do here is use the if-then-else processing
  model of selectors.  Choose only one of the a*, b* or * patterns,
  generate the xhtml, and finish by applying the final transform/
  serialization regardless of source.
 
 Look for a switch selector. I'm not aware whether it's in 2.0.3 or
 HEAD only. AFAIR it was invented for such a case.
 
   Chris.
 
 --
 C h r i s t i a n   H a u l
 [EMAIL PROTECTED]
 fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08


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

org.apache.cocoon.ProcessingException: Error compiling sitemap: java.lang.OutOfMemoryError

[Niket Anand]

Cocoon 2 - Internal server error




type fatal

message Error compiling sitemap

description org.apache.cocoon.ProcessingException: Error compiling sitemap:
java.lang.OutOfMemoryError

source Cocoon servlet

stack-trace

org.apache.cocoon.ProcessingException: Error compiling sitemap:
java.lang.OutOfMemoryError
at org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
at java.lang.Thread.run(Thread.java:484)
java.lang.OutOfMemoryError


Hi All,

I am getting this error when running cocoon-2.0.2 with tomcat-4.0.3.

Earlier it was working fine with cocoon-2.0 and tomcat-4.0.1

What could the problem after shifting to higher version of cocoon and
tomcat?

This might the problem related to the size of sub-sitemap.So how can I get
rid of this?

Please help me

Thanks,

Niket





-
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 design patterns - hybrid selector/matcher?

[Christian Haul]

On 10.Jun.2002 -- 10:15 AM, Vadim Gritsenko wrote:
  From: Christian Haul [mailto:[EMAIL PROTECTED]]
  
  On 09.Jun.2002 -- 07:53 PM, Jonathan Layes wrote:
   Hi all,
  
   I have a recurring theme in a few of my sitemaps and, although I
   have solved the problem, I'm not particularly happy with the
 solution.
   Here's the problem in pseudo-sitemapese:
  
 map:match pattern=*.html
   map:act desc=an action to be applied to all xhtml
  
 map:match pattern=a*.html desc=source A-prefixed xhtml
map:generate/
map:transform/
 /map:match
  
 map:match pattern=b*.html desc=source B-prefixed xhtml
map:generate/
map:transform/
 /map:match
  
 map:match pattern=*.html desc=source of all other xhtml
map:generate/
map:transform/
 /map:match
  
 map:transform desc=a common template to apply regardless of
  source/
 map:serialize/
   /map:act
 /map:match
  
   The above doesn't work when coded with matchers.  C2 falls through
   the nested matches, hits the generic case and obviously throws
   an exception because it tries to call a second generator.
  
  That sounds like a bug. Although I'm probably not the right person to
  help finding it, it would be important to provide more information,
  like the version of Cocoon you're running and the actual sitemap
  snippet plus sitemap.log for this case.
 
 Nope, this is not a bug. Sitemap works this way, breaking execution on
 first serialize.

Sure, but have a second look at the code: There's only one serialize.

Chris.

-- 
C h r i s t i a n   H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08


-
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 as commandline tool

[Renzo Kottmann]

Hello All,

My name is Renzo and I'm a NEWBIE to cocoon. My machine is succesfully
running Cocoon 2.0.2 with the Tomcat-Machine.

I'm reading the mailinglist a few weeks. I find the list MOST
useful. Many questins other people had were also answered to me. But now
I've several question on my own:

I want to run Cocoon 2.0.2 as a commandline tool.


1. In which way do I have to write the 'URI- file'?


2. Which is the default destination for this option: 
  -d, --destDir argument use given dir as destination?

3. What is the -uINFO option?

thanks and greetings

renzo



-- 
Renzo Kottmann 
Student of Computer Science in the Natural and Cognitive Sciences

-
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: Getting XML from request

[Vadim Gritsenko]

Check Java code generated from the XSP, in tomcat/work directory.


Vadim


-Original Message-
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 8:26 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting XML from request

Well I finally got an XMLizable object (URLSource) put into the request,
however when I try to get it like this 
xsp-request:get-attribute name=xmldata as=xml / 
it returns the xml but also 
my.class.name@memoryaddress 
the above line make the xml it returns invalid. 
Anyone know how to turn off the extra line?  It looks to me like it is
calling the toString() method on my object. 
-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 12:09 PM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 

Your object must be XMLizable (best), or DOM Node, but not String. 
Other (not effective) way is to use util logicsheet to parse your String

into XML. Answers about it are in the archives, with periodicity one 
week or so. 
Vadim 

-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 12:25 PM 
To: '[EMAIL PROTECTED]' 
Subject: RE: Getting XML from request 
Sorry about not using plain text. 
What I would like to end up with is nodes from the xsp page that contain

the nodes from the object i put in the request. 
page 
    para 
        mynode 
            mychildnode 
                 
            /mychildnode 
        /mynode 
    /para 
/page 
        
What I am getting now is 
page 
    para 
        xsp-request:attribute name=xmlData 
        !-- these are not nodes but the value of the above node

-- 
            lt;mynodegt; 
                lt;mychildnodegt; 
                     
                lt;/mychildnodegt; 
            lt;/mynodegt; 
        /xsp-request:attribute 
    /para 
/page 
-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 11:10 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 
 I need that object back as xml in an xsp page, when I try this 
 xsp:request:get-attribute name=xmlData as=xml 
Correct syntax is: 
xsp-request:get-attribute name=xmlData as=xml/ 
Result will be (IIRC): 
xsp-request:attribute name=xmlDatavalue of 
attribute/xsp-request:attribute 
For: 
xsp-request:get-attribute name=xmlData as=string/ 
Result will be: 
value of attribute 
For: 
Object o = xsp-request:get-attribute name=xmlData as=object/; 
Result will be assigned to object 'o'. 
 The question is then how do I get the data into the xsp as 
 real xml nodes that I can use in a transformation step with xsl? 
What do you mean? 
PS PLEASE SEND PLAIN TEXT EMAILS 
Vadim 
-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 11:25 AM 
To: '[EMAIL PROTECTED]' 
Subject: Getting XML from request 
I am storing xml data in the request object by using 
request.setAttribute(xmlData, someObject); 
I need that object back as xml in an xsp page, when I try this 
xsp:request:get-attribute name=xmlData as=xml 
it returns the xml as a node value instead of individual nodes. 
The question is then how do I get the data into the xsp as real xml 
nodes that I can use in a transformation step with xsl? 
 


-
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 as commandline tool

[Sebastien SACARD]

Renzo,
I can answer only to 3 (I'm a newbie too, but I'm please to answer to 
this) : -u is the log level
different values available, INFO, DEBUG for example. DEBUG will give 
useful informations when things go wrong.


Renzo Kottmann wrote:

Hello All,

My name is Renzo and I'm a NEWBIE to cocoon. My machine is succesfully
running Cocoon 2.0.2 with the Tomcat-Machine.

I'm reading the mailinglist a few weeks. I find the list MOST
useful. Many questins other people had were also answered to me. But now
I've several question on my own:

I want to run Cocoon 2.0.2 as a commandline tool.


1. In which way do I have to write the 'URI- file'?


2. Which is the default destination for this option: 
  -d, --destDir argument use given dir as destination?

3. What is the -uINFO option?

thanks and greetings

renzo




-- 
#
Sébastien Sacard
Kelkoo.com - RD team
Phone: +(33) 4 76 29 73 51
Email: [EMAIL PROTECTED]
Aim : KelkooXIII
#




-
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: AccessControlException when requesting cocoon.war

[Vadim Gritsenko]

 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 
 Hello,
 
 I'm new in Coccon and I try to install Cocoon 2 on the Sun J2EE ref.
server.
 I deploy the cocoon.war on my J2EE server and it seems OK.

Cocoon needs read/write access to some directory to put its temp files
in. Either give access to the default working directory of your
container (see exception below for the path), or give access to any
other directory and configure it in the web.xml files (see work-dir init
parameter).

Vadim

 
 But when I request cocoon from my browser (
http://localhost:8000/cocoon)
 there is an exception:
 javax.servlet.ServletException: Servlet.init() for servlet Cocoon2
threw
 exception
 
   at

org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:871)
 
   at

org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
15)
 
   at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java
 :214)
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
   at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
   at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java
 :201)
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
   at

org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.ja
va:246
 )
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
   at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
   at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at

org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
3)
 
   at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:164)
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
   at

org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.ja
 va:170)
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
   at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:170)
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
   at

org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:
368)
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
   at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
   at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:1
 74)
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
   at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
   at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at

org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.j
ava:10
 12)
 
   at

org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:
1107)
 
   at java.lang.Thread.run(Thread.java:479)
 
 
 root cause:
 java.security.AccessControlException: access denied
(java.io.FilePermission
 C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files read)
 
   at

java.security.AccessControlContext.checkPermission(AccessControlContext.
java:2
 67)
 
   at

java.security.AccessController.checkPermission(AccessController.java:394
)
 
   at
java.lang.SecurityManager.checkPermission(SecurityManager.java:540)
 
   at java.lang.SecurityManager.checkRead(SecurityManager.java:885)
 
   at java.io.File.exists(File.java:541)
 
   at java.io.File.mkdirs(File.java:973)
 
   at
org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:238)
 
   at

org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)
 
   at

org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
15)
 
   at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java
 :214)
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
   at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
   at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java
 :201)
 
   at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
   at

org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.ja
va:246
 )
 
   at

RE: replace standard-error-site

[Vadim Gritsenko]

 From: Christoph Stocker [mailto:[EMAIL PROTECTED]]
 
 hi!
 
 but which xsl-page i have to replace?

Edit the XSL stylesheet you specified in your handle-errors pipeline in
your sitemap.xmap.

Vadim


 greetings, chris
 
 
 Christoph Stocker wrote:
  hi!
 
  can i put there a static HTML-Site in it??
  and how?
 
 
 This is a question about XSLT.
 
 Just match the root tag and put the output page in it.
 
 
 -Original Message-
 From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
 Sent: Montag, 10. Juni 2002 12:01
 To: [EMAIL PROTECTED]
 Subject: Re: replace standard-error-site
 
 
 From: Christoph Stocker [EMAIL PROTECTED]
 
  hi!
 
 
  how do i replace the standard error-site from cocoon, which shows
the
  errors and exceptions and  with a site, designed by myself.
 
  do i have to set a flag in the sitemap.xmap or somewhere?
 
 Change the stylesheet in handle-errors/.
 handle-errors/ is a normal Cocoon pipeline, only with a fixed
 generator.
 
 --
 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: AccessControlException when requesting cocoon.war

[Sylvain.Thevoz]

Thank you for the answer but the error permission seems to be in 
C:\j2sdkee1.3.1\repository\u68111\web\cocoon but there are no files in this 
directory!?!

Sorry but I am a bit desoriented.
I use the deploytool tool from Sun and normaly you just add the .war in an application 
(.ear) and you deploy it. There was never permissions problem.
I work on Windows NT.
It seems it's not a web access problem but a file access problem.

Thank you
Sylvain

-Message d'origine-
De: Paul Gilligan [mailto:[EMAIL PROTECTED]]
Date: lundi, 10. juin 2002 15:45
À: [EMAIL PROTECTED]
Objet: Re: AccessControlException when requesting cocoon.war


check the permissions on the files that you installed, what user sis you 
install it as ? and what user are you running it as?

on my systems I am installing as root and running under a nobody user 
group

[EMAIL PROTECTED] wrote:
 Hello,
  
 I'm new in Coccon and I try to install Cocoon 2 on the Sun J2EE ref. server.
 I deploy the cocoon.war on my J2EE server and it seems OK.
  
 But when I request cocoon from my browser ( http://localhost:8000/cocoon) there is 
an exception:
 javax.servlet.ServletException: Servlet.init() for servlet Cocoon2 threw exception
 
   at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:871)
 
   at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:615)
 
   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at 
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)
 
   at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 
   at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 
   at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
   at 
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1012)
 
   at 
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107)
 
   at java.lang.Thread.run(Thread.java:479)
 
 
 root cause:
 java.security.AccessControlException: access denied (java.io.FilePermission 
C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files read)
 
   at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:267)
 
   at java.security.AccessController.checkPermission(AccessController.java:394)
 
   at java.lang.SecurityManager.checkPermission(SecurityManager.java:540)
 
   at java.lang.SecurityManager.checkRead(SecurityManager.java:885)
 
   at java.io.File.exists(File.java:541)
 
   at java.io.File.mkdirs(File.java:973)
 
   at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:238)
 
   at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)
 
   at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:615)
 
   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
 
   at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 
   

RE: How to do URL rewriting

[Vadim Gritsenko]

 From: Volker Schneider [mailto:[EMAIL PROTECTED]]
 
 Dear colleagues,
 
 I tried to find out, how to do URL rewriting with Cocoon 2 when
cookies are
 switched off. I looked in several mails: Vadim said that you have to
do URL

Yup.


 rewriting yourself, but in Request.java I can find a method
 
 boolean isRequestedSessionIdFromURL();

and isRequestedSessionIdFromCookie.

It just indicates where session ID was taken from.


 So it seems that cocoon supports URL rewriting in an unknown way. When
I

As any other servlet.


 have to do it myself, what is best practise to do that? How can I save
my
 session so that it survives between the requests, because I store some
data
 within the session. Did anyone of you do something like that?

1. Encode URLs in XSP:
xsp-session:encode-url href=sessionpageFollow
me!/xsp-session:encode-url

2. Use EncodeURLTransformer (this one sounds better then XSP approach)


Vadim


 Thank you, best regards
 - Volker -


-
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 design patterns - hybrid selector/matcher?

[Vadim Gritsenko]

 From: Christian Haul [mailto:[EMAIL PROTECTED]]
 
 On 10.Jun.2002 -- 10:15 AM, Vadim Gritsenko wrote:
   From: Christian Haul [mailto:[EMAIL PROTECTED]]
  
   On 09.Jun.2002 -- 07:53 PM, Jonathan Layes wrote:
Hi all,
   
I have a recurring theme in a few of my sitemaps and, although I
have solved the problem, I'm not particularly happy with the
solution.
Here's the problem in pseudo-sitemapese:
   
  map:match pattern=*.html
map:act desc=an action to be applied to all xhtml
   
  map:match pattern=a*.html desc=source A-prefixed
xhtml
 map:generate/
 map:transform/
  /map:match
   
  map:match pattern=b*.html desc=source B-prefixed
xhtml
 map:generate/
 map:transform/
  /map:match
   
  map:match pattern=*.html desc=source of all other
xhtml
 map:generate/
 map:transform/
  /map:match
   
  map:transform desc=a common template to apply regardless
of
source/
  map:serialize/
/map:act
  /map:match
   
The above doesn't work when coded with matchers.  C2 falls
through
the nested matches, hits the generic case and obviously throws
an exception because it tries to call a second generator.
  
   That sounds like a bug. Although I'm probably not the right person
to
   help finding it, it would be important to provide more
information,
   like the version of Cocoon you're running and the actual sitemap
   snippet plus sitemap.log for this case.
 
  Nope, this is not a bug. Sitemap works this way, breaking execution
on
  first serialize.
 
 Sure, but have a second look at the code: There's only one serialize.

Yup, one serialize. It means every request will get through: match,
generator, transformer, match, generator... Oops! Exception: can't have
two generators.

Absolutely expected behavior. Should this be changed or not is other
question, but this is not a bug, it is current sitemap language
semantics.

Vadim


   Chris.
 
 --
 C h r i s t i a n   H a u l
 [EMAIL PROTECTED]
 fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08
 


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

recompile Excalibur

[Patrick . Pierra]

hi,

I've build cocoon 2.0.3 with jdk 1.4. All run well on Tomcat 4.0.3.
However as Vadim as me said I have to recompile Excalibur (to get JDBC3.0
datasources)?
I don't know how to do that. I've downloaded Excalibur source code 4.1.

My questions are :

Have i to download ANT to build Excalibur ?
Where have i to set ConnectionURL and ConnectionDriverName for the database
to run the Employee example...
Have i to replace the avalon-excalibur-20020603.jar file in
cocoon/Wen-inf/lib/ directory by the new archive obtained.

If someone could explain me what i have to do in my special case to run SQL
samples



Patrick PIERRA
Linedata Services Luxembourg
00 352 29 56 65 282
[EMAIL PROTECTED]
www.linedata.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: cocoon as commandline tool

[Vadim Gritsenko]

 From: Renzo Kottmann [mailto:[EMAIL PROTECTED]]
 
 Hello All,
 
 My name is Renzo and I'm a NEWBIE to cocoon. My machine is succesfully
 running Cocoon 2.0.2 with the Tomcat-Machine.
 
 I'm reading the mailinglist a few weeks. I find the list MOST
 useful. Many questins other people had were also answered to me. But
now
 I've several question on my own:
 
 I want to run Cocoon 2.0.2 as a commandline tool.
 
 
 1. In which way do I have to write the 'URI- file'?

One URL per line, I believe.


 2. Which is the default destination for this option:
   -d, --destDir argument use given dir as destination?

No default, this parameter is required.


 3. What is the -uINFO option?

Log level, as answered by Sebastien. Possible values are FATAL_ERROR,
ERROR, WARN, INFO, DEBUG.

Vadim


 thanks and greetings
 
 renzo
 
 
 
 --
 Renzo Kottmann
 Student of Computer Science in the Natural and Cognitive Sciences
 


-
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: AccessControlException when requesting cocoon.war

[Vadim Gritsenko]

 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 
 Thank you for the answer but the error permission seems to be in
 C:\j2sdkee1.3.1\repository\u68111\web\cocoon

C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files


 but there are no files in this
 directory!?!

There are no any files because Cocoon can't put any. Give all
permissions for this directory.


 Sorry but I am a bit desoriented.
 I use the deploytool tool from Sun and normaly you just add the .war
in an
 application (.ear) and you deploy it. There was never permissions
problem.

Cocoon needs temp (work) directory.


 I work on Windows NT.
 It seems it's not a web access problem but a file access problem.

Yep.

Vadim


 Thank you
 Sylvain
 
 -Message d'origine-
 De: Paul Gilligan [mailto:[EMAIL PROTECTED]]
 Date: lundi, 10. juin 2002 15:45
 À: [EMAIL PROTECTED]
 Objet: Re: AccessControlException when requesting cocoon.war
 
 
 check the permissions on the files that you installed, what user sis
you
 install it as ? and what user are you running it as?
 
 on my systems I am installing as root and running under a nobody
user
 group
 
 [EMAIL PROTECTED] wrote:
  Hello,
 
  I'm new in Coccon and I try to install Cocoon 2 on the Sun J2EE ref.
server.
  I deploy the cocoon.war on my J2EE server and it seems OK.
 
  But when I request cocoon from my browser (
http://localhost:8000/cocoon)
 there is an exception:
  javax.servlet.ServletException: Servlet.init() for servlet Cocoon2
threw
 exception
 
  at

org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:871)
 
  at

org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
15)
 
  at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java
 :214)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
  at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
  at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java
 :201)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
  at

org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.ja
va:246
 )
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
  at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
  at

org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
3)
 
  at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:164)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
  at

org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.ja
 va:170)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
  at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:170)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
  at

org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:
368)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
  at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
  at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:1
 74)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
  at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
  at

org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.j
ava:10
 12)
 
  at

org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:
1107)
 
  at java.lang.Thread.run(Thread.java:479)
 
 
  root cause:
  java.security.AccessControlException: access denied
(java.io.FilePermission
 C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files read)
 
  at

java.security.AccessControlContext.checkPermission(AccessControlContext.
java:2
 67)
 
  at

java.security.AccessController.checkPermission(AccessController.java:394
)
 
  at
java.lang.SecurityManager.checkPermission(SecurityManager.java:540)
 
  at java.lang.SecurityManager.checkRead(SecurityManager.java:885)
 
  at java.io.File.exists(File.java:541)
 
  at java.io.File.mkdirs(File.java:973)
 
  at
org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:238)
 
  at

org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)
 
  at

writing actions

[gorillacommunications]

Hi All,

I am trying to write an action for my application.
I have this line in my sitemap to define the action.
   map:action logger=sitemap.action.gs-login name=login
src=com.kg.gs.GSLogin/


My class is in a jar file in \tomcat\webapps\cocoon\WEB-INF\lib. Is
this the correct place for it? Also, I am confused about what my class
needs to extend. Is it AbstractAction? The method I want to call
is login. I would love to see an example
of a class someone has written, so I can figure out how to write my
class and how to return a value.

I also have this pipeline:
  map:pipeline
map:match pattern=login
  map:act type=gs-login
!-- how do I get the return value and pass it to the redirect page? --
map:redirect-to uri=gs/
  /map:act
  map:serialize type=html/
/map:match
  /map:pipeline

Obviously, I'm doing something wrong, because I get the following error
when I try to run my application:

type fatal

message Error in sitemap configuration : com.kg.gs.GSLogin

description
org.apache.avalon.framework.configuration.ConfigurationException: Error in
sitemap configuration : com.kg.gs.GSLogin

sender org.apache.cocoon.servlet.CocoonServlet

source Cocoon servlet

stack-trace

org.apache.avalon.framework.configuration.ConfigurationException: Error in
sitemap configuration : com.kg.gs.GSLogin
at
org.apache.cocoon.www.file_.D_.tomcat.webapps.GorillaStation.sitemap_xmap.co
nfigure(D:\tomcat\work\localhost\GorillaStation\cocoon-files\org/apache/coco
on/www/file_/D_/tomcat/webapps/GorillaStation\sitemap_xmap.java:498)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(De
faultComponentFactory.java:172)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(
ThreadSafeComponentHandler.java:84)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerat
or(GeneratorSelector.java:170)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.createR
esource(ProgramGeneratorImpl.java:332)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(Pr
ogramGeneratorImpl.java:291)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:270)
at java.lang.Thread.run(Thread.java:484)


request-uri

/GorillaStation/gs

path-info

gs
Can anyone tell me what I'm doing wrong?
Many thanks,
Leona





-
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: Getting XML from request

[Mike Ash]

Title: RE: Getting XML from request





I did and here is the line in java


 XSPObjectHelper.xspExpr(contentHandler, request.getAttribute(xmlData));


the XSPObjectHelper.xspExpr is suppossed to work with the XMLizable object to get the xml. So is this saying that the URLSource object I put in there is not doing the toSax() method correctly?



-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 9:44 AM
To: [EMAIL PROTECTED]
Subject: RE: Getting XML from request



Check Java code generated from the XSP, in tomcat/work directory.



Vadim



-Original Message-
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 8:26 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting XML from request


Well I finally got an XMLizable object (URLSource) put into the request,
however when I try to get it like this 
xsp-request:get-attribute name=xmldata as=xml / 
it returns the xml but also 
my.class.name@memoryaddress 
the above line make the xml it returns invalid. 
Anyone know how to turn off the extra line?  It looks to me like it is
calling the toString() method on my object. 
-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 12:09 PM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 


Your object must be XMLizable (best), or DOM Node, but not String. 
Other (not effective) way is to use util logicsheet to parse your String


into XML. Answers about it are in the archives, with periodicity one 
week or so. 
Vadim 


-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 12:25 PM 
To: '[EMAIL PROTECTED]' 
Subject: RE: Getting XML from request 
Sorry about not using plain text. 
What I would like to end up with is nodes from the xsp page that contain


the nodes from the object i put in the request. 
page 
    para 
        mynode 
            mychildnode 
                 
            /mychildnode 
        /mynode 
    /para 
/page 
        
What I am getting now is 
page 
    para 
        xsp-request:attribute name=xmlData 
        !-- these are not nodes but the value of the above node


-- 
            lt;mynodegt; 
                lt;mychildnodegt; 
                     
                lt;/mychildnodegt; 
            lt;/mynodegt; 
        /xsp-request:attribute 
    /para 
/page 
-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 11:10 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 
 I need that object back as xml in an xsp page, when I try this 
 xsp:request:get-attribute name=xmlData as=xml 
Correct syntax is: 
xsp-request:get-attribute name=xmlData as=xml/ 
Result will be (IIRC): 
xsp-request:attribute name=xmlDatavalue of 
attribute/xsp-request:attribute 
For: 
xsp-request:get-attribute name=xmlData as=string/ 
Result will be: 
value of attribute 
For: 
Object o = xsp-request:get-attribute name=xmlData as=object/; 
Result will be assigned to object 'o'. 
 The question is then how do I get the data into the xsp as 
 real xml nodes that I can use in a transformation step with xsl? 
What do you mean? 
PS PLEASE SEND PLAIN TEXT EMAILS 
Vadim 
-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 11:25 AM 
To: '[EMAIL PROTECTED]' 
Subject: Getting XML from request 
I am storing xml data in the request object by using 
request.setAttribute(xmlData, someObject); 
I need that object back as xml in an xsp page, when I try this 
xsp:request:get-attribute name=xmlData as=xml 
it returns the xml as a node value instead of individual nodes. 
The question is then how do I get the data into the xsp as real xml 
nodes that I can use in a transformation step with xsl? 




-
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: AccessControlException when requesting cocoon.war

[Sylvain.Thevoz]

C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files doesn't exist.
There is only C:\j2sdkee1.3.1\repository\u68111\web\cocoon.

These directories have no restrictions but they belong to the administrator.

Thank you

-Message d'origine-
De: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Date: lundi, 10. juin 2002 17:12
À: [EMAIL PROTECTED]
Objet: RE: AccessControlException when requesting cocoon.war


 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 
 Thank you for the answer but the error permission seems to be in
 C:\j2sdkee1.3.1\repository\u68111\web\cocoon

C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files


 but there are no files in this
 directory!?!

There are no any files because Cocoon can't put any. Give all
permissions for this directory.


 Sorry but I am a bit desoriented.
 I use the deploytool tool from Sun and normaly you just add the .war
in an
 application (.ear) and you deploy it. There was never permissions
problem.

Cocoon needs temp (work) directory.


 I work on Windows NT.
 It seems it's not a web access problem but a file access problem.

Yep.

Vadim


 Thank you
 Sylvain
 
 -Message d'origine-
 De: Paul Gilligan [mailto:[EMAIL PROTECTED]]
 Date: lundi, 10. juin 2002 15:45
 À: [EMAIL PROTECTED]
 Objet: Re: AccessControlException when requesting cocoon.war
 
 
 check the permissions on the files that you installed, what user sis
you
 install it as ? and what user are you running it as?
 
 on my systems I am installing as root and running under a nobody
user
 group
 
 [EMAIL PROTECTED] wrote:
  Hello,
 
  I'm new in Coccon and I try to install Cocoon 2 on the Sun J2EE ref.
server.
  I deploy the cocoon.war on my J2EE server and it seems OK.
 
  But when I request cocoon from my browser (
http://localhost:8000/cocoon)
 there is an exception:
  javax.servlet.ServletException: Servlet.init() for servlet Cocoon2
threw
 exception
 
  at

org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:871)
 
  at

org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
15)
 
  at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java
 :214)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
  at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
  at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java
 :201)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
  at

org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.ja
va:246
 )
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
  at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
  at

org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
3)
 
  at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:164)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
  at

org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.ja
 va:170)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
  at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:170)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
  at

org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:
368)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564
 )
 
  at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
  at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:1
 74)
 
  at

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566
 )
 
  at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
 
  at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 
  at

org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.j
ava:10
 12)
 
  at

org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:
1107)
 
  at java.lang.Thread.run(Thread.java:479)
 
 
  root cause:
  java.security.AccessControlException: access denied
(java.io.FilePermission
 C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files read)
 
  at

java.security.AccessControlContext.checkPermission(AccessControlContext.
java:2
 67)
 
  at

java.security.AccessController.checkPermission(AccessController.java:394
)
 
  at

Re: sitemap design patterns - hybrid selector/matcher?

[Christian Haul]

On 10.Jun.2002 -- 11:05 AM, Vadim Gritsenko wrote:
  From: Christian Haul [mailto:[EMAIL PROTECTED]]
  
   Nope, this is not a bug. Sitemap works this way, breaking execution
 on
   first serialize.
  
  Sure, but have a second look at the code: There's only one serialize.
 
 Yup, one serialize. It means every request will get through: match,
 generator, transformer, match, generator... Oops! Exception: can't have
 two generators.

Oh, haven't realized that the last match matches everything and then
two generators are used. But apart from using two generators, the
snippet should work, right? Like using a regex-matcher and matching
[^ab]*.html

Chris.

-- 
C h r i s t i a n   H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08


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

org.apache.cocoon.ProcessingException: Error compiling sitemap: java.lang.OutOfMemoryError

[Niket Anand]

 Hi All,
 I am getting this error when running cocoon-2.0.2 with tomcat-4.0.3.
Earlier it was working fine with cocoon-2.0 and tomcat-4.0.1
What could the problem after shifting to higher version of cocoon and
tomcat?
 This might the problem related to the size of sub-sitemap.So how can I get
rid of this?
  Please help me

Thanks,

Niket
I am getting following error in error.log

ERROR   (2002-06-10) 20:39.25:421   [sitemap](/cocoon/qmanager/MessageQView)
HttpProcessor[8080][3]/sitemap_xmap: Sitemap
org.apache.cocoon.ProcessingException: Error compiling sitemap:
java.lang.OutOfMemoryError
 at org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
 at java.lang.Thread.run(Thread.java:484)
java.lang.OutOfMemoryError
 no stack trace available
java.lang.OutOfMemoryError
 no stack trace available
ERROR   (2002-06-10) 20:39.25:421   [access](/cocoon/qmanager/MessageQView)
HttpProcessor[8080][3]/CocoonServlet: Problem with servlet
org.apache.cocoon.ProcessingException: Error compiling sitemap:
java.lang.OutOfMemoryError
 at org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
 at java.lang.Thread.run(Thread.java:484)
java.lang.OutOfMemoryError
 no stack trace available
java.lang.OutOfMemoryError
 no stack trace available



 Cocoon 2 - Internal server error

 --
--
 

 type fatal

 message Error compiling sitemap

 description org.apache.cocoon.ProcessingException: Error compiling
sitemap:
 java.lang.OutOfMemoryError

 source Cocoon servlet

 stack-trace

 org.apache.cocoon.ProcessingException: Error compiling sitemap:
 java.lang.OutOfMemoryError
 at org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
 at java.lang.Thread.run(Thread.java:484)
 java.lang.OutOfMemoryError
 




-
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: AccessControlException when requesting cocoon.war

[Vadim Gritsenko]

 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 
 C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files doesn't exist.
 There is only C:\j2sdkee1.3.1\repository\u68111\web\cocoon.
 
 These directories have no restrictions but they belong to the
administrator.

Give all permissions for this directory means give all *Java*
permissions. See java.policy file(s) in your J2EE container and
documentation about this file on java.sun.com.

You can give all permissions to everybody by having:

grant {
permission java.security.AllPermission;
};


Vadim


 Thank you
 
 -Message d'origine-
 De: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
 Date: lundi, 10. juin 2002 17:12
 À: [EMAIL PROTECTED]
 Objet: RE: AccessControlException when requesting cocoon.war
 
 
  From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
 
  Thank you for the answer but the error permission seems to be in
  C:\j2sdkee1.3.1\repository\u68111\web\cocoon
 
 C:\j2sdkee1.3.1\repository\u68111\web\cocoon-files
 
 
  but there are no files in this
  directory!?!
 
 There are no any files because Cocoon can't put any. Give all
 permissions for this directory.
 
 
  Sorry but I am a bit desoriented.
  I use the deploytool tool from Sun and normaly you just add the .war
 in an
  application (.ear) and you deploy it. There was never permissions
 problem.
 
 Cocoon needs temp (work) directory.
 
 
  I work on Windows NT.
  It seems it's not a web access problem but a file access problem.
 
 Yep.
 
 Vadim
 
 
  Thank you
  Sylvain
 
  -Message d'origine-
  De: Paul Gilligan [mailto:[EMAIL PROTECTED]]
  Date: lundi, 10. juin 2002 15:45
  À: [EMAIL PROTECTED]
  Objet: Re: AccessControlException when requesting cocoon.war
 
 
  check the permissions on the files that you installed, what user sis
 you
  install it as ? and what user are you running it as?
 
  on my systems I am installing as root and running under a nobody
 user
  group
 
  [EMAIL PROTECTED] wrote:
   Hello,
  
   I'm new in Coccon and I try to install Cocoon 2 on the Sun J2EE
ref.
 server.
   I deploy the cocoon.war on my J2EE server and it seems OK.
  
   But when I request cocoon from my browser (
 http://localhost:8000/cocoon)
  there is an exception:
   javax.servlet.ServletException: Servlet.init() for servlet Cocoon2
 threw
  exception
  
 at
 

org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:871)
  
 at
 

org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
 15)
  
 at
 

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
 e.java
  :214)
  
 at
 

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
 va:566
  )
  
 at
 

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
 72)
  
 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
  
 at
 

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
 e.java
  :201)
  
 at
 

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
 va:566
  )
  
 at
 

org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.ja
 va:246
  )
  
 at
 

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
 va:564
  )
  
 at
 

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
 72)
  
 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
  
 at
 

org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
 3)
  
 at
 

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
 :164)
  
 at
 

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
 va:566
  )
  
 at
 

org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
 lve.ja
  va:170)
  
 at
 

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
 va:564
  )
  
 at
 

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
 :170)
  
 at
 

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
 va:564
  )
  
 at
 

org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:
 368)
  
 at
 

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
 va:564
  )
  
 at
 

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
 72)
  
 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
  
 at
 

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
 java:1
  74)
  
 at
 

org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
 va:566
  )
  
 at
 

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
 72)
  
 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
  
 at
 

org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.j
 ava:10
  12)
  
 at
 

RE: sitemap design patterns - hybrid selector/matcher?

[Vadim Gritsenko]

 From: Christian Haul [mailto:[EMAIL PROTECTED]]
 
 On 10.Jun.2002 -- 11:05 AM, Vadim Gritsenko wrote:
   From: Christian Haul [mailto:[EMAIL PROTECTED]]
  
Nope, this is not a bug. Sitemap works this way, breaking
execution
on
first serialize.
  
   Sure, but have a second look at the code: There's only one
serialize.
 
  Yup, one serialize. It means every request will get through: match,
  generator, transformer, match, generator... Oops! Exception: can't
have
  two generators.
 
 Oh, haven't realized that the last match matches everything and then
 two generators are used. But apart from using two generators, the
 snippet should work, right? Like using a regex-matcher and matching
 [^ab]*.html

Yes, if you make matcher patterns so they do not intersect, everything
will be OK.

Vadim

 
   Chris.
 
 --
 C h r i s t i a n   H a u l
 [EMAIL PROTECTED]
 fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08
 


-
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: Getting XML from request

[Vadim Gritsenko]

Now you can go to XSPObjectHelper.xspExpr and see that if object is
XMLizable it does not print anything like classname@memory-address.

Can it come from your XMLizable object? Test it.


Vadim


-Original Message-
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 11:16 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting XML from request

I did and here is the line in java 
   XSPObjectHelper.xspExpr(contentHandler,
request.getAttribute(xmlData)); 
the XSPObjectHelper.xspExpr is suppossed to work with the XMLizable
object to get the xml.  So is this saying that the URLSource object I
put in there is not doing the toSax() method correctly?

-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 9:44 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 

Check Java code generated from the XSP, in tomcat/work directory. 

Vadim 

-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 8:26 AM 
To: '[EMAIL PROTECTED]' 
Subject: RE: Getting XML from request 
Well I finally got an XMLizable object (URLSource) put into the request,

however when I try to get it like this 
xsp-request:get-attribute name=xmldata as=xml / 
it returns the xml but also 
my.class.name@memoryaddress 
the above line make the xml it returns invalid. 
Anyone know how to turn off the extra line?  It looks to me like it is 
calling the toString() method on my object. 
-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 12:09 PM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 
Your object must be XMLizable (best), or DOM Node, but not String. 
Other (not effective) way is to use util logicsheet to parse your String

into XML. Answers about it are in the archives, with periodicity one 
week or so. 
Vadim 
-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 12:25 PM 
To: '[EMAIL PROTECTED]' 
Subject: RE: Getting XML from request 
Sorry about not using plain text. 
What I would like to end up with is nodes from the xsp page that contain

the nodes from the object i put in the request. 
page 
    para 
        mynode 
            mychildnode 
                 
            /mychildnode 
        /mynode 
    /para 
/page 
        
What I am getting now is 
page 
    para 
        xsp-request:attribute name=xmlData 
        !-- these are not nodes but the value of the above node

-- 
            lt;mynodegt; 
                lt;mychildnodegt; 
                     
                lt;/mychildnodegt; 
            lt;/mynodegt; 
        /xsp-request:attribute 
    /para 
/page 
-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 11:10 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 
 I need that object back as xml in an xsp page, when I try this 
 xsp:request:get-attribute name=xmlData as=xml 
Correct syntax is: 
xsp-request:get-attribute name=xmlData as=xml/ 
Result will be (IIRC): 
xsp-request:attribute name=xmlDatavalue of 
attribute/xsp-request:attribute 
For: 
xsp-request:get-attribute name=xmlData as=string/ 
Result will be: 
value of attribute 
For: 
Object o = xsp-request:get-attribute name=xmlData as=object/; 
Result will be assigned to object 'o'. 
 The question is then how do I get the data into the xsp as 
 real xml nodes that I can use in a transformation step with xsl? 
What do you mean? 
PS PLEASE SEND PLAIN TEXT EMAILS 
Vadim 
-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 11:25 AM 
To: '[EMAIL PROTECTED]' 
Subject: Getting XML from request 
I am storing xml data in the request object by using 
request.setAttribute(xmlData, someObject); 
I need that object back as xml in an xsp page, when I try this 
xsp:request:get-attribute name=xmlData as=xml 
it returns the xml as a node value instead of individual nodes. 
The question is then how do I get the data into the xsp as real xml 
nodes that I can use in a transformation step with xsl? 
  

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

RequestParmAction does not work with blanks in form input field

[Sternath Elmar]

Hello,

as soon as I put some blanks into an INPUT text/textarea field, I get the following 
output in my browser (cocoon2.0.1/tomcat4.0.1)
My pipeline looks as follows (works fine without blanks):
map:pipeline
map:match pattern=SCW/addNewFileOK
map:select type=session-attribute
map:parameter name=attribute-name value=isLoggedIn/
map:when test=true
map:match type=sessionstate pattern=*
map:parameter name=attribute-name 
value=lkz/
map:act type=request
map:parameter name=parameters 
value=true/
map:aggregate element=AddNewFileOK
!-- document itself is still 
missing - a mechanism how to access the file stored by it must be defined --
map:part 
src=http://scw_de:[EMAIL PROTECTED]:/BOLServlet/{IdType}Service.uploadDocument?Id={Id}amp;Title={Title}amp;DocType={DocType}amp;Language={Language}amp;Publisher={Publisher}amp;Description={Description}amp;SalesChannel={../1}/
  
map:part 
src=cocoon:/SCW/documentList?IdType={IdType}amp;Id={Id}/
/map:aggregate
!-- map:transform 
src=stylesheets/addNewFileOK.xsl/
map:parameter 
name=use-request-parameters value=true /
/map:transform --
map:serialize type=xml/
 
/map:act
/map:match
/map:when
map:otherwise
map:read mime-type=text/html 
src=http://139.21.207.160:8080/SCW/testLogin.html/   
/map:otherwise
/map:select
/map:match
/map:pipeline

Thanks in advance,
Elmar

Browser output:

Cocoon 2 - Internal server error

type fatal
message null 
description java.lang.NullPointerException 
sender org.apache.cocoon.servlet.CocoonServlet
source Cocoon servlet
request-uri 
/BOLServlet/ProductService.uploadDocument
path-info 
ProductService.uploadDocument
!--H1{font-family : sans-serif,Arial,Tahoma;color : white;background-color : 
#0086b2;} BODY{font-family : sans-serif,Arial,Tahoma;color : black;background-color : 
white;} B{color : white;background-color : #0086b2;} HR{color : #0086b2;} --
Cocoon 2 - Internal server error

type fatal
message Failed to execute pipeline.
description org.apache.cocoon.ProcessingException: Failed to execute pipeline.: 
org.xml.sax.SAXParseException: Attribute name HR must be followed by the '=' 
character.
sender org.apache.cocoon.servlet.CocoonServlet
source Cocoon servlet
request-uri
/cocoon/scworkflow/SCW/addNewFileOK
path-info
scworkflow/SCW/addNewFileOK
scworkflow/SCW/addNewFileOK


-
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: XMLForms. HOWTO bug?

[Yromem.com MailingList]

Hi,

do you plan to write a simple way to use XMLForm when we need only one 
Form :
with no need to write a javabean (or javacode)
I trie to understand all the XMLForm, but it is difficult to me. (the 
java part)

Khalid.


Ivelin Ivanov wrote:


 UserBean.java:
   private Node system;

 This an attribute which is of type org.w3c.dom.Node

 This is used in the FeedBack Wiazard demo to show how JavaBeans can be 
 mixed with dom nodes. It is referenced on the page where you select 
 Operating System, RAM, App server, etc.

 If you're not going to need DOM nodes in your Form model, you can 
 ignore   this attribute. Just delete it.

 I am not sure why it is in the HowTo though. Don't think it is 
 necessary. Heidi?


 Ivelin





-
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 design patterns - hybrid selector/matcher?

[Vadim Gritsenko]

 From: Jonathan Layes [mailto:[EMAIL PROTECTED]]
 
 On Mon, Jun 10, 2002 at 11:35:58AM -0400, Vadim Gritsenko wrote:
   From: Christian Haul [mailto:[EMAIL PROTECTED]]
 From: Christian Haul
[mailto:[EMAIL PROTECTED]]
  Nope, this is not a bug. Sitemap works this way, breaking
  execution
  on
  first serialize.

 Sure, but have a second look at the code: There's only one
 serialize.
   
Yup, one serialize. It means every request will get through:
match,
generator, transformer, match, generator... Oops! Exception:
can't
have two generators.
  
   Oh, haven't realized that the last match matches everything and
then
   two generators are used. But apart from using two generators, the
   snippet should work, right? Like using a regex-matcher and
matching
   [^ab]*.html
 
  Yes, if you make matcher patterns so they do not intersect,
everything
  will be OK.
 
 My first interpretation of the docs was much like Christian's - only
 the first successful matcher at a given nest level will run.  But
 further investigation and experimentation led me to conclude what
 Vadim pointed out:  the subpipeline will keep executing matchers
 until a serializer is reached.

You might have many levels of nesting with actions/matchers/selectors in
any combinations. They do not indicate that pipeline has been assembled,
but just route sitemap engine through sitemap, allowing to choose
desired branch(es) according to the state of the system (URL / headers /
request attributes / session attributes / etc).


 Sometimes this behaviour is convenient and sometimes it isn't.
 In the example I provided where I want a default, catch-all case
 to apply to everything that hasn't matched earlier in the subpipeline,
 it isn't convenient.  However, I don't think changing the behaviour
 of matchers is a good idea as it would seriously break existing
 sitemaps.
 
 The default, catch-all case is where the selector model seems a
 better fit.  However, selectors really weren't designed for
 pattern matching.  For starters, a new map isn't created with
 selectors so extracting parts of the matched pattern doesn't
 really work.  Christian, thanks for pointing out SwitchSelector
 in CVS, though.  That is the class from which I'd derive such a
 pattern-matching selector if I decide it's a good idea.
 
 Vadim, what is your opinion on dealing with this type of situation?

Yes, selectors are somewhat limited comparing to matchers. And yes, in
choose-only-one-from-many-options situation selector should be used.

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: RequestParmAction does not work with blanks in form input field

[Naquin, Beth]

Title: RE: RequestParmAction does not work with blanks in form input field





This is just a guess, but are you putting blanks in form fields that you are trying to use in the pipeline below? If so, are the fields values really blank or are they 'null'? Maybe it will help to default your textboxes to  in case the user doesn't enter anything in that input?

I use this in my xsp page for a form:
input type=text name=xlpin size=10 
 xsp:attribute name=valuexsp-request:get-parameter name=xlpin default=//xsp:attribute
/input



Also, the error about 'HR should be followed by '=' sign': does that have something to do with a blank being entered in a form field or is that a separate error?

-Original Message-
From: Sternath Elmar [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 9:03 AM
To: [EMAIL PROTECTED]
Subject: RequestParmAction does not work with blanks in form input field



Hello,


as soon as I put some blanks into an INPUT text/textarea field, I get the following output in my browser (cocoon2.0.1/tomcat4.0.1)

My pipeline looks as follows (works fine without blanks):
map:pipeline
 map:match pattern=SCW/addNewFileOK
  map:select type=session-attribute
   map:parameter name=attribute-name value=isLoggedIn/
   map:when test=true
map:match type=sessionstate pattern=*
 map:parameter name=attribute-name value=lkz/
 map:act type=request
  map:parameter name=parameters value=true/
  map:aggregate element=AddNewFileOK
   !-- document itself is still missing - a mechanism how to access the file stored by it must be defined --

   map:part src="http://scw_de:[EMAIL PROTECTED]:/BOLServlet/{IdType}Service.uploadDocument?Id={Id}amp;Title={Title}amp;DocType={DocType}amp;Language={Language}amp;Publisher={Publisher}amp;Description={Description}amp;SalesChannel={../1}/   

   map:part src="cocoon:/SCW/documentList?IdType={IdType}amp;Id={Id}/

  /map:aggregate
  !-- map:transform src="stylesheets/addNewFileOK.xsl/
   map:parameter name=use-request-parameters value=true /
  /map:transform --
  map:serialize type=xml/
 /map:act
/map:match
   /map:when
   map:otherwise
map:read mime-type=text/html src="http://139.21.207.160:8080/SCW/testLogin.html/ 

   /map:otherwise
  /map:select
 /map:match 
/map:pipeline


Thanks in advance,
Elmar


Browser output:


Cocoon 2 - Internal server error


type fatal
message null 
description java.lang.NullPointerException 
sender org.apache.cocoon.servlet.CocoonServlet
source Cocoon servlet
request-uri 
/BOLServlet/ProductService.uploadDocument
path-info 
ProductService.uploadDocument
!--H1{font-family : sans-serif,Arial,Tahoma;color : white;background-color : #0086b2;} BODY{font-family : sans-serif,Arial,Tahoma;color : black;background-color : white;} B{color : white;background-color : #0086b2;} HR{color : #0086b2;} --

Cocoon 2 - Internal server error


type fatal
message Failed to execute pipeline.
description org.apache.cocoon.ProcessingException: Failed to execute pipeline.: org.xml.sax.SAXParseException: Attribute name HR must be followed by the '=' character.

sender org.apache.cocoon.servlet.CocoonServlet
source Cocoon servlet
request-uri
/cocoon/scworkflow/SCW/addNewFileOK
path-info
scworkflow/SCW/addNewFileOK
scworkflow/SCW/addNewFileOK



-
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: XMLForms. HOWTO bug?

[Andrew C. Oliver]

Yromem.com MailingList wrote:

 Hi,

 do you plan to write a simple way to use XMLForm when we need only one 
 Form :
with no need to write a javabean (or javacode)
 I trie to understand all the XMLForm, but it is difficult to me. (the 
 java part)

 Khalid.


+1 -- We need a Hello XMLForm example.



 Ivelin Ivanov wrote:


 UserBean.java:
   private Node system;

 This an attribute which is of type org.w3c.dom.Node

 This is used in the FeedBack Wiazard demo to show how JavaBeans can 
 be mixed with dom nodes. It is referenced on the page where you 
 select Operating System, RAM, App server, etc.

 If you're not going to need DOM nodes in your Form model, you can 
 ignore   this attribute. Just delete it.

 I am not sure why it is in the HowTo though. Don't think it is 
 necessary. Heidi?


 Ivelin





 -
 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: recompile Excalibur

[Roger I Martin PhD]

Hi,
If you don't mind a large email (~449k) I can push my Avalon builds
(Saturday cvs HEAD) to you.  Building framework and logkit is a breeze but
Excalibur is another story.  Also the HEADs of Excalibur and logkit are
missing files.

See comments below.

-Roger
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, June 10, 2002 11:09 AM
Subject: recompile Excalibur


 hi,

 I've build cocoon 2.0.3 with jdk 1.4. All run well on Tomcat 4.0.3.
 However as Vadim as me said I have to recompile Excalibur (to get JDBC3.0
 datasources)?
 I don't know how to do that. I've downloaded Excalibur source code 4.1.

 My questions are :

 Have i to download ANT to build Excalibur ?

Yes

 Where have i to set ConnectionURL and ConnectionDriverName for the
database
 to run the Employee example...

in the database.properties.  They may already be set.  I wouldn't work with
this example for long before setting up your own database connectivity.

 Have i to replace the avalon-excalibur-20020603.jar file in
 cocoon/Wen-inf/lib/ directory by the new archive obtained.

Yes.  However it is better to set up a web app project completely outside of
the %COCOON_HOME%  The only part of cocoon you really need is the cocoon.jar
and along with all of the other jars.  You can make your own build.xml small
and efficient for your web app.  I think I'll make an ant build script that
grabs only the Cocoon essentials for a new web app project so that people
can get past this part.


 If someone could explain me what i have to do in my special case to run
SQL
 samples



 Patrick PIERRA
 Linedata Services Luxembourg
 00 352 29 56 65 282
 [EMAIL PROTECTED]
 www.linedata.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]




-
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 as commandline tool

[Vadim Gritsenko]

 From: leo leonid [mailto:[EMAIL PROTECTED]]
 
 Is there any documentation or How-To on this topic?

No, you can write one.

The only 'documentation' is output produced by the Main.java (let the
source be with you, Leo ;)


Vadim


 /Leo.
 
 On Monday, June 10, 2002, at 05:09  Uhr, Vadim Gritsenko wrote:
 
  From: Renzo Kottmann [mailto:[EMAIL PROTECTED]]
 
  Hello All,
 
  My name is Renzo and I'm a NEWBIE to cocoon. My machine is
succesfully
  running Cocoon 2.0.2 with the Tomcat-Machine.
 
  I'm reading the mailinglist a few weeks. I find the list MOST
  useful. Many questins other people had were also answered to me.
But
  now
  I've several question on my own:
 
  I want to run Cocoon 2.0.2 as a commandline tool.
 
 
  1. In which way do I have to write the 'URI- file'?
 
  One URL per line, I believe.
 
 
  2. Which is the default destination for this option:
-d, --destDir argument use given dir as destination?
 
  No default, this parameter is required.
 
 
  3. What is the -uINFO option?
 
  Log level, as answered by Sebastien. Possible values are
FATAL_ERROR,
  ERROR, WARN, INFO, DEBUG.
 
  Vadim
 
 
  thanks and greetings
 
  renzo
 
 
 
  --
  Renzo Kottmann
  Student of Computer Science in the Natural and Cognitive Sciences


-
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: java.lang.OutOfMemoryError ------help pls

[Vadim Gritsenko]

Try tomcat 4.0.4.


Vadim


 From: Niket Anand [mailto:[EMAIL PROTECTED]]
 
 Hi All,
  I am getting this error when running cocoon-2.0.2 with tomcat-4.0.3.
 Earlier it was working fine with cocoon-2.0 and tomcat-4.0.1
 What could the problem after shifting to higher version of cocoon and
 tomcat?
  This might the problem related to the size of sub-sitemap.So how can
I get
 rid of this?
   Please help me
 
 Thanks,
 Niket
 
 I am getting following error in error.log
 
 ERROR   (2002-06-10) 20:39.25:421
[sitemap](/cocoon/qmanager/MessageQView)
 HttpProcessor[8080][3]/sitemap_xmap: Sitemap
 org.apache.cocoon.ProcessingException: Error compiling sitemap:
 java.lang.OutOfMemoryError
  at org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
  at java.lang.Thread.run(Thread.java:484)
 java.lang.OutOfMemoryError
  no stack trace available
 java.lang.OutOfMemoryError
  no stack trace available
 ERROR   (2002-06-10) 20:39.25:421
[access](/cocoon/qmanager/MessageQView)
 HttpProcessor[8080][3]/CocoonServlet: Problem with servlet
 org.apache.cocoon.ProcessingException: Error compiling sitemap:
 java.lang.OutOfMemoryError
  at org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
  at java.lang.Thread.run(Thread.java:484)
 java.lang.OutOfMemoryError
  no stack trace available
 java.lang.OutOfMemoryError
  no stack trace available
 
 
 
  Cocoon 2 - Internal server error
 
 

--
 --
  
 
  type fatal
 
  message Error compiling sitemap
 
  description org.apache.cocoon.ProcessingException: Error compiling
 sitemap:
  java.lang.OutOfMemoryError
 
  source Cocoon servlet
 
  stack-trace
 
  org.apache.cocoon.ProcessingException: Error compiling sitemap:
  java.lang.OutOfMemoryError
  at org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
  at java.lang.Thread.run(Thread.java:484)
  java.lang.OutOfMemoryError
  
 
 
 
 
 -
 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: Getting XML from request

[Mike Ash]

Title: RE: Getting XML from request





I got the latest automated dist and the source file from 2.02 is the sameis 
XSPObjectHelper the class you meant?


I got it from this 


org.apache.cocoon.components.language.markup.xsp.XSPObjectHelper




-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 11:35 AM
To: [EMAIL PROTECTED]
Subject: RE: Getting XML from request



There was an error in XSP helper class. Please get latest version of
XSPObjectHelper.java from the CVS or update to latest CVS version.



Vadim



-Original Message-
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 11:53 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting XML from request


The XMLizable object I am using is from 
org.apache.cocoon.components.source.URLSource 
Which gets an xml file from a url.  The file is a regular xml file with
a couple of nodes in it. 
This class extends from 
org.apache.cocoon.components.source.AbstractStreamSource 
which is where the actual toSax() code is. 
    public void toSAX(ContentHandler handler) throws SAXException,
ProcessingException { 
    Parser parser = null; 
    try { 
    parser = (Parser)this.manager.lookup(Parser.ROLE); 
    parser.parse( this.getInputSource(), handler); 
    } catch (SAXException e) { 
    // Preserve original exception 
    throw e; 
    } catch (Exception e){ 
    throw new ProcessingException(Exception during processing
of  
  + this.getSystemId(), e); 
    } finally { 
    if (parser != null) this.manager.release(parser); 
    } 
    } 
So I haven't found where/how the classname@memory-address is getting
added to the xml. 
Thanks for continuing to work with me on this, I really need the help. 


-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 10:37 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 


Now you can go to XSPObjectHelper.xspExpr and see that if object is 
XMLizable it does not print anything like classname@memory-address. 
Can it come from your XMLizable object? Test it. 


Vadim 


-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 11:16 AM 
To: '[EMAIL PROTECTED]' 
Subject: RE: Getting XML from request 
I did and here is the line in java 
   XSPObjectHelper.xspExpr(contentHandler, 
request.getAttribute(xmlData)); 
the XSPObjectHelper.xspExpr is suppossed to work with the XMLizable 
object to get the xml.  So is this saying that the URLSource object I 
put in there is not doing the toSax() method correctly? 
-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 9:44 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 
Check Java code generated from the XSP, in tomcat/work directory. 
Vadim 
-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 8:26 AM 
To: '[EMAIL PROTECTED]' 
Subject: RE: Getting XML from request 
Well I finally got an XMLizable object (URLSource) put into the request,


however when I try to get it like this 
xsp-request:get-attribute name=xmldata as=xml / 
it returns the xml but also 
my.class.name@memoryaddress 
the above line make the xml it returns invalid. 
Anyone know how to turn off the extra line?  It looks to me like it is 
calling the toString() method on my object. 
-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 12:09 PM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 
Your object must be XMLizable (best), or DOM Node, but not String. 
Other (not effective) way is to use util logicsheet to parse your String


into XML. Answers about it are in the archives, with periodicity one 
week or so. 
Vadim 
-Original Message- 
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 12:25 PM 
To: '[EMAIL PROTECTED]' 
Subject: RE: Getting XML from request 
Sorry about not using plain text. 
What I would like to end up with is nodes from the xsp page that contain


the nodes from the object i put in the request. 
page 
    para 
        mynode 
            mychildnode 
                 
            /mychildnode 
        /mynode 
    /para 
/page 
        
What I am getting now is 
page 
    para 
        xsp-request:attribute name=xmlData 
        !-- these are not nodes but the value of the above node


-- 
            lt;mynodegt; 
                lt;mychildnodegt; 
                     
                lt;/mychildnodegt; 
            lt;/mynodegt; 
        /xsp-request:attribute 
    /para 
/page 
-Original Message- 

RE: Getting XML from request

[Vadim Gritsenko]

You should get it from CVS directly, not from snapshot.

From here:

http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon
/components/language/markup/xsp/XSPObjectHelper.java?rev=1.6.2.1only_wi
th_tag=cocoon_2_0_3_branchcontent-type=text/vnd.viewcvs-markup

Or, you can wait till tomorrow and get snapshot.

Vadim


-Original Message-
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 2:11 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting XML from request

I got the latest automated dist and the source file from 2.02 is the
sameis 
XSPObjectHelper the class you meant? 
I got it from this 
org.apache.cocoon.components.language.markup.xsp.XSPObjectHelper 

-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 11:35 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 

There was an error in XSP helper class. Please get latest version of 
XSPObjectHelper.java from the CVS or update to latest CVS version. 

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: Getting XML from request

[Mike Ash]

Title: RE: Getting XML from request





Vadim,


Thanks again the new stuff works just fine


-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 1:20 PM
To: [EMAIL PROTECTED]
Subject: RE: Getting XML from request



You should get it from CVS directly, not from snapshot.


From here:


http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon
/components/language/markup/xsp/XSPObjectHelper.java?rev=1.6.2.1only_wi
th_tag=cocoon_2_0_3_branchcontent-type=text/vnd.viewcvs-markup


Or, you can wait till tomorrow and get snapshot.


Vadim



-Original Message-
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 2:11 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting XML from request


I got the latest automated dist and the source file from 2.02 is the
sameis 
XSPObjectHelper the class you meant? 
I got it from this 
org.apache.cocoon.components.language.markup.xsp.XSPObjectHelper 


-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 11:35 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 


There was an error in XSP helper class. Please get latest version of 
XSPObjectHelper.java from the CVS or update to latest CVS version. 


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]

Please Wait Message

[David Vos]

We are running a website that provides classic literature in several
different formats (by chapter, pdf, postscript, etc), and we are moving
over to cocoon for better flexibility.  The server handles several hundred
thousand hits a day, so performance is an issue.

As it is, it can take cocoon awhile to process large requests (eg. pdf
format of a several megabyte book).  It would be nice to send the user
some kind of Please Wait message, and then send them the file when it is
ready.

One idea that would work for html files would be to send the user an html
file that refreshes itself every 3 seconds.  If the requesed file does not
exist, send the message.  There is one major problem with this that I
see:  If multiple people request the same un-cached file, does Cocoon
spawn multiple processes to build the same file?  If so, then the
wait-3-seconds-and-refresh idea could add a pretty nasty load.

Any other ideas?  Or is this just a dumb idea to begin with?  : )

(I have no idea how to do this with non-html files).

David



-
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: Getting XML from request

[Mike Ash]

Title: RE: Getting XML from request





Oops...on my way...thanks for being patient


-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 1:20 PM
To: [EMAIL PROTECTED]
Subject: RE: Getting XML from request



You should get it from CVS directly, not from snapshot.


From here:


http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon
/components/language/markup/xsp/XSPObjectHelper.java?rev=1.6.2.1only_wi
th_tag=cocoon_2_0_3_branchcontent-type=text/vnd.viewcvs-markup


Or, you can wait till tomorrow and get snapshot.


Vadim



-Original Message-
From: Mike Ash [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 2:11 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting XML from request


I got the latest automated dist and the source file from 2.02 is the
sameis 
XSPObjectHelper the class you meant? 
I got it from this 
org.apache.cocoon.components.language.markup.xsp.XSPObjectHelper 


-Original Message- 
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 11:35 AM 
To: [EMAIL PROTECTED] 
Subject: RE: Getting XML from request 


There was an error in XSP helper class. Please get latest version of 
XSPObjectHelper.java from the CVS or update to latest CVS version. 


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 as commandline tool

[leo leonid]

On Monday, June 10, 2002, at 08:05  Uhr, Vadim Gritsenko wrote:

 From: leo leonid [mailto:[EMAIL PROTECTED]]

 Is there any documentation or How-To on this topic?

 No, you can write one.

 The only 'documentation' is output produced by the Main.java (let the
 source be with you, Leo ;)


I'm not the one. (knowing that frustration, fear, and anger will turn 
the young Jedi toward the dark side of the Source ;)
/Leo



 Vadim


 /Leo.

 On Monday, June 10, 2002, at 05:09  Uhr, Vadim Gritsenko wrote:

 From: Renzo Kottmann [mailto:[EMAIL PROTECTED]]

 Hello All,

 My name is Renzo and I'm a NEWBIE to cocoon. My machine is
 succesfully
 running Cocoon 2.0.2 with the Tomcat-Machine.

 I'm reading the mailinglist a few weeks. I find the list MOST
 useful. Many questins other people had were also answered to me.
 But
 now
 I've several question on my own:

 I want to run Cocoon 2.0.2 as a commandline tool.


 1. In which way do I have to write the 'URI- file'?

 One URL per line, I believe.


 2. Which is the default destination for this option:
   -d, --destDir argument use given dir as destination?

 No default, this parameter is required.


 3. What is the -uINFO option?

 Log level, as answered by Sebastien. Possible values are
 FATAL_ERROR,
 ERROR, WARN, INFO, DEBUG.

 Vadim


 thanks and greetings

 renzo



 --
 Renzo Kottmann
 Student of Computer Science in the Natural and Cognitive Sciences


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

Cocoon sitmap compilation error in WebSphere

[Adam_Waldal]

Cocoon users far and near,

I am trying to run Cocoon in the WebSphere test environment for development
and I got everythign to compile and publish.

But, when the sitemap tries to compile I recieve the below.

Any suggestions?

type fatal


message Error compiling sitemap


description org.apache.cocoon.ProcessingException: Error compiling sitemap:
java.lang.Error: Unresolved compilation problems: sun.tools.javac cannot be
resolved or is not a type sun.tools.javac cannot be resolved or is not a
type


sender org.apache.cocoon.servlet.CocoonServlet


source Cocoon servlet


stack-trace
org.apache.cocoon.ProcessingException: Error compiling sitemap:
java.lang.Error: Unresolved compilation problems:
 sun.tools.javac cannot be resolved or is not a type
 sun.tools.javac cannot be resolved or is not a type

 at org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
 at java.lang.Thread.run(Thread.java:498)
java.lang.Error: Unresolved compilation problems:
 sun.tools.javac cannot be resolved or is not a type
 sun.tools.javac cannot be resolved or is not a type

 at java.lang.reflect.Constructor.newInstance(Native Method)
 at
org.apache.cocoon.components.language.programming.java.Javac.compile(Javac.java:111)

 at
org.apache.cocoon.components.language.programming.java.JavaLanguage.compile(JavaLanguage.java:225)

 at
org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:197)

 at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:245)

 at org.apache.cocoon.sitemap.Handler.run(Handler.java:270)
 at java.lang.Thread.run(Thread.java:498)



request-uri
/cocoon/servlet/org.apache.cocoon.servlet.CocoonServlet


path-info
servlet/org.apache.cocoon.servlet.CocoonServlet



-
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: Please Wait Message

[Vadim Gritsenko]

 From: David Vos [mailto:[EMAIL PROTECTED]]
 
 We are running a website that provides classic literature in several
 different formats (by chapter, pdf, postscript, etc), and we are
moving
 over to cocoon for better flexibility.  The server handles several
hundred
 thousand hits a day, so performance is an issue.
 
 As it is, it can take cocoon awhile to process large requests (eg. pdf
 format of a several megabyte book).  It would be nice to send the user
 some kind of Please Wait message, and then send them the file when
it is
 ready.
 
 One idea that would work for html files would be to send the user an
html
 file that refreshes itself every 3 seconds.  If the requesed file does
not
 exist, send the message.  There is one major problem with this that I
 see:  If multiple people request the same un-cached file, does Cocoon
 spawn multiple processes to build the same file?  If so, then the

Yes. You will have to build your own synchronization mechanism to avoid
this.

Vadim


 wait-3-seconds-and-refresh idea could add a pretty nasty load.
 
 Any other ideas?  Or is this just a dumb idea to begin with?  : )
 
 (I have no idea how to do this with non-html files).
 
 David


-
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: writing actions

[Geoff Howard]

It's pretty easy.  There are a number of org.apache.cocoon.acting classes
that you can extend, depending on your need.  AbstractAction will get you
the bare minimum - it implements the Action interface and gives you access
to a logger.  I needed to extend ComposerAction, because I needed to
accomplish some one-time lookups to other components via ComponentManager.
You may need to do the same.

Here's my action (with all the actual meat taken out because it's only for
developer use temporarily and could introduce a security issue - OK i'm
paranoid) and some comments added to demonstrate functionality you may want
but I didn't need.

Good luck-
Geoff

package com.crosswalk.cocoon.acting;

import org.apache.avalon.framework.parameters.Parameters;
import org.apache.cocoon.acting.ComposerAction;
import java.util.Map;
import java.util.HashMap;
import org.apache.cocoon.environment.Redirector;
import org.apache.cocoon.environment.Request;
import org.apache.cocoon.environment.SourceResolver;
import org.apache.cocoon.environment.ObjectModelHelper;
import org.apache.cocoon.components.store.StoreJanitor;
import org.apache.cocoon.components.store.Store;
import org.apache.avalon.framework.component.ComponentException;
import org.apache.avalon.framework.component.ComponentManager;

public class CacheClearAction extends ComposerAction {

  private Store cache;
  public void compose (ComponentManager manager)
throws ComponentException {
super.compose(manager);
this.cache = (Store)this.manager.lookup(Store.TRANSIENT_CACHE);
  }

  public Map act (Redirector redirector, 
  SourceResolver resolver, 
  Map objectModel, 
  String source, 
  Parameters params) {
  
// My particular action didn't need to return any values - most do.
// If I needed to return something, I'd use the map commented out here 
// and return it instead of
org.apache.cocoon.acting.AbstractAction.EMPTY_MAP.
// In the sitemap after this action {key} should produce value.
//Map availableToSitemap = new HashMap();
//availableToSitemap.put(key,value);
// 

String paramICareAbout;

Request request = ObjectModelHelper.getRequest(objectModel);
if (request == null) {
  // getLogger() provides a handle to the action's logger.
// getLogger().info(), etc. gives you a different logging level.
  getLogger().error(RequestInfoAction: no request object!);

// if the action fails, you should return null and all nested
sitemap items will not execute.
  return(null);
}
request.getParameter(paramName);

// Code missing - do some stuff with the request parameters.

return EMPTY_MAP;
// return availableToSitemap;
  }
} 

 -Original Message-
 From: gorillacommunications [mailto:[EMAIL PROTECTED]]
 Sent: Monday, June 10, 2002 11:17 AM
 To: [EMAIL PROTECTED]
 Subject: writing actions
 
 
 Hi All,
 
 I am trying to write an action for my application.
 I have this line in my sitemap to define the action.
map:action logger=sitemap.action.gs-login name=login
 src=com.kg.gs.GSLogin/
 
 
 My class is in a jar file in \tomcat\webapps\cocoon\WEB-INF\lib. Is
 this the correct place for it? Also, I am confused about what my class
 needs to extend. Is it AbstractAction? The method I want to call
 is login. I would love to see an example
 of a class someone has written, so I can figure out how to write my
 class and how to return a value.
 
 I also have this pipeline:
   map:pipeline
 map:match pattern=login
   map:act type=gs-login
 !-- how do I get the return value and pass it to the 
 redirect page? --
 map:redirect-to uri=gs/
   /map:act
   map:serialize type=html/
 /map:match
   /map:pipeline
 
 Obviously, I'm doing something wrong, because I get the 
 following error
 when I try to run my application:
 
 type fatal
 
 message Error in sitemap configuration : com.kg.gs.GSLogin
 
 description
 org.apache.avalon.framework.configuration.ConfigurationExcepti
 on: Error in
 sitemap configuration : com.kg.gs.GSLogin
 
 sender org.apache.cocoon.servlet.CocoonServlet
 
 source Cocoon servlet
 
 stack-trace
 
 org.apache.avalon.framework.configuration.ConfigurationExcepti
 on: Error in
 sitemap configuration : com.kg.gs.GSLogin
 at
 org.apache.cocoon.www.file_.D_.tomcat.webapps.GorillaStation.s
 itemap_xmap.co
 nfigure(D:\tomcat\work\localhost\GorillaStation\cocoon-files\o
 rg/apache/coco
 on/www/file_/D_/tomcat/webapps/GorillaStation\sitemap_xmap.java:498)
 at
 org.apache.avalon.excalibur.component.DefaultComponentFactory.
 newInstance(De
 faultComponentFactory.java:172)
 at
 org.apache.avalon.excalibur.component.ThreadSafeComponentHandl
 er.initialize(
 ThreadSafeComponentHandler.java:84)
 at
 org.apache.cocoon.components.language.generator.GeneratorSelec
 tor.addGenerat
 or(GeneratorSelector.java:170)
 at
 

Re: XMLForms. HOWTO bug?

[Yromem.com MailingList]

actually i write :
xmlform.xml - addsession-tag.xsl - session transformer - 
removesession-tag.xsl - xmlform2html.xsl
but it don't work, and i don't know why ?
if someone want i can give you that ?

khalid.

Ivelin Ivanov wrote:


 Interested to write one ? ;)


 Andrew C. Oliver wrote:

 Yromem.com MailingList wrote:

 Hi,

 do you plan to write a simple way to use XMLForm when we need only 
 one Form :
with no need to write a javabean (or javacode)
 I trie to understand all the XMLForm, but it is difficult to me. 
 (the java part)

 Khalid.




 +1 -- We need a Hello XMLForm example.






-
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 sitmap compilation error in WebSphere

[Vadim Gritsenko]

 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 
 Cocoon users far and near,
 
 I am trying to run Cocoon in the WebSphere test environment for
development
 and I got everythign to compile and publish.
 
 But, when the sitemap tries to compile I recieve the below.
 
 Any suggestions?

Try latest Cocoon version.

Vadim


 type fatal
 
 
 message Error compiling sitemap
 
 
 description org.apache.cocoon.ProcessingException: Error compiling
sitemap:
 java.lang.Error: Unresolved compilation problems: sun.tools.javac
cannot be
 resolved or is not a type sun.tools.javac cannot be resolved or is not
a
 type
 
 
 sender org.apache.cocoon.servlet.CocoonServlet
 
 
 source Cocoon servlet
 
 
 stack-trace
 org.apache.cocoon.ProcessingException: Error compiling sitemap:
 java.lang.Error: Unresolved compilation problems:
  sun.tools.javac cannot be resolved or is not a type
  sun.tools.javac cannot be resolved or is not a type
 
  at
org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
  at java.lang.Thread.run(Thread.java:498)
 java.lang.Error: Unresolved compilation problems:
  sun.tools.javac cannot be resolved or is not a type
  sun.tools.javac cannot be resolved or is not a type
 
  at java.lang.reflect.Constructor.newInstance(Native
Method)
  at

org.apache.cocoon.components.language.programming.java.Javac.compile(Jav
ac.jav
 a:111)
 
  at

org.apache.cocoon.components.language.programming.java.JavaLanguage.comp
ile(Ja
 vaLanguage.java:225)
 
  at

org.apache.cocoon.components.language.programming.CompiledProgrammingLan
guage.
 load(CompiledProgrammingLanguage.java:197)
 
  at

org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa
d(Prog
 ramGeneratorImpl.java:245)
 
  at
org.apache.cocoon.sitemap.Handler.run(Handler.java:270)
  at java.lang.Thread.run(Thread.java:498)
 
 
 
 request-uri
 /cocoon/servlet/org.apache.cocoon.servlet.CocoonServlet
 
 
 path-info
 servlet/org.apache.cocoon.servlet.CocoonServlet
 
 
 
 -
 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...How to use it?

[Yromem.com MailingList]

you can read this :
http://xml.apache.org/cocoon/developing/sunshine-contexts.html


Eduardo Godoy wrote:

 Sorry,
 I know that this is a very simple question... but ...
  
 How can I set a value in a session, using XSP, and get it into another 
 XSP page?
  
 Eduardo.





-
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: Barf on JSPGenerator on Hello.jsp (HELP!)

[Rob Kelley]

I just installed the whole package on another machine and I encountered
the same problem.  I don't know how to modify the error handler to get
more information.  Could it be a problem with where I put the jars?

For the record, here's what I did:
1. installed Tomcat with the exact same Classpath configuration it had
on the other computer
2. Put the Cocoon.war I built into the webapps directory
3. Changed the entry in the sitemap to remove the buggy initial forward
slash

NOmap:generate src=/docs/samples/jsp/{1}.jsp type=jsp/
YES   map:generate src=docs/samples/jsp/{1}.jsp type=jsp/

(Otherwise Cocoon resolves the file to c:\docs\samples\jsp\hello.jsp)
4. Ran cocoon, typed in http://127.0.0.1:8080/cocoon/jsp/hello
Same Error (logs at end of email).

Here's the jsp code:
%@ page language='java' session='false' %
page
  titleHello/title
  content
paraThis is my first Cocoon2 page!/para
%
out.println(paraWith help from JSP/para);
%
  /content
/page


PROBLEM WITH THE JARS?
I'm wondering if I have a jar in the wrong place.  This happens to me a
lot.

Here is the contents of c:\jdk1.3.1\jre\lib\ext:
[lib]
[org]
[META-INF]
[MyNa]
ext.zip
mm.mysql-2.0.14-bin.jar
MyNa.jar
MyNajsp.jar
naming-factory.jar
php_java.jar
phpsrvlt.jar
regexp.jar
runtime.jar
BCEL.jar
bsf.jar
DBConnMgr.properties
jasper.jar
jasper-compiler.jar
jasper-runtime.jar
java_cup.jar
JLex.jar
jndi.jar
jaxp.jar
jaxp11-xalan.jar
xalan-2.2.0-D13.jar
xerces-1.4.4.jar

Here is the contents of apache tomcat 4.0/lib:
jasper-runtime.jar
naming-factory.jar
jasper-compiler.jar

Again, any help is appreciated.  I don't know how to modify the error
handler to get more information...

Rob



LOGS 


Error log is empty.



Here is the core log:

DEBUG   (2002-06-10) 17:12.56:298
[core.xslt-processor](/cocoon/jsp/hello)
HttpProcessor[8080][1]/XSLTProcessorImpl: XSLTProcessorImpl
getTemplates: stylesheet file:/C:/Program Files/Apache Tomcat
4.0/webapps/cocoon/stylesheets/page/simple-page2html.xsl

DEBUG   (2002-06-10) 17:12.56:329
[core.xslt-processor](/cocoon/jsp/hello)
HttpProcessor[8080][1]/XSLTProcessorImpl: Reusing Templates for
file:/C:/Program Files/Apache Tomcat
4.0/webapps/cocoon/stylesheets/page/simple-page2html.xsl
DEBUG   (2002-06-10) 17:12.57:821
[core.xslt-processor](/cocoon/jsp/hello)
HttpProcessor[8080][1]/XSLTProcessorImpl: XSLTProcessorImpl
getTemplates: stylesheet
jndi:/localhost/cocoon/stylesheets/system/error2html.xsl
DEBUG   (2002-06-10) 17:12.57:841
[core.xslt-processor](/cocoon/jsp/hello)
HttpProcessor[8080][1]/XSLTProcessorImpl: Reusing Templates for
jndi:/localhost/cocoon/stylesheets/system/error2html.xsl
DEBUG   (2002-06-10) 17:12.57:941
[core.event-pipeline](/cocoon/jsp/hello)
HttpProcessor[8080][1]/CachingEventPipeline: Recycling of
CachingEventPipeline
DEBUG   (2002-06-10) 17:12.57:941
[core.stream-pipeline](/cocoon/jsp/hello)
HttpProcessor[8080][1]/CachingStreamPipeline: Recycling of
CachingStreamPipeline
DEBUG   (2002-06-10) 17:12.57:941
[core.event-pipeline](/cocoon/jsp/hello)
HttpProcessor[8080][1]/CachingEventPipeline: Recycling of
CachingEventPipeline
DEBUG   (2002-06-10) 17:12.57:961
[core.stream-pipeline](/cocoon/jsp/hello)
HttpProcessor[8080][1]/CachingStreamPipeline: Recycling of
CachingStreamPipeline


Here is the access log:

DEBUG   (2002-06-10) 17:12.54:075   [access](/cocoon/jsp/hello)
HttpProcessor[8080][1]/AbstractEnvironment: Changing Cocoon context
DEBUG   (2002-06-10) 17:12.54:085   [access](/cocoon/jsp/hello)
HttpProcessor[8080][1]/AbstractEnvironment:   from
context(file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/) and
prefix()
DEBUG   (2002-06-10) 17:12.54:085   [access](/cocoon/jsp/hello)
HttpProcessor[8080][1]/AbstractEnvironment:   to context(sitemap.xmap)
and prefix()
DEBUG   (2002-06-10) 17:12.54:085   [access](/cocoon/jsp/hello)
HttpProcessor[8080][1]/AbstractEnvironment:   at URI jsp/hello
DEBUG   (2002-06-10) 17:12.54:085   [access](/cocoon/jsp/hello)
HttpProcessor[8080][1]/AbstractEnvironment: New context is
file:/C:/Program Files/Apache Tomcat 4.0/webapps/cocoon/
DEBUG   (2002-06-10) 17:12.54:085   [access](/cocoon/jsp/hello)
HttpProcessor[8080][1]/AbstractEnvironment: Resolving
'stylesheets/page/simple-page2html.xsl' in context 'file:/C:/Program
Files/Apache Tomcat 4.0/webapps/cocoon/'
DEBUG   (2002-06-10) 17:12.54:095   [access](/cocoon/jsp/hello)
HttpProcessor[8080][1]/AbstractEnvironment: Resolved to
'file:/C:/Program Files/Apache Tomcat
4.0/webapps/cocoon/stylesheets/page/simple-page2html.xsl'
DEBUG   (2002-06-10) 17:12.54:105   [access](/cocoon/jsp/hello)
HttpProcessor[8080][1]/AbstractEnvironment: Resolving
'docs/samples/jsp/hello.jsp' in context 'file:/C:/Program Files/Apache
Tomcat 4.0/webapps/cocoon/'
DEBUG   (2002-06-10) 17:12.54:105   [access](/cocoon/jsp/hello)
HttpProcessor[8080][1]/AbstractEnvironment: Resolved to
'file:/C:/Program Files/Apache Tomcat
4.0/webapps/cocoon/docs/samples/jsp/hello.jsp'
DEBUG   (2002-06-10) 17:12.54:866  

RE: Object instanciation at cocoon startup

[Chitharanjan Das]

Create a new Servlet by name say InitServlet. Deploy this in the web.xml
of cocoon webApp.
Have the parameter 
load-on-startup1/load-on-startup set to 1 as depicted.

Instantiate all the classes and store it the Servlet context. In the
init() function of InitServlet...

ServletContext servletContext = this.getServletContext();
servletContext.setAttribute(,);

When Cocoon starts up, the init function of InitServlet is called and
the logic defined in initServlet's it(ServletConfig config) method.
Ensure that U call the super.init(config) at the end of the method.


Hope this was useful...

Regds,
Chiths








-Original Message-
From: David LAGARDERE [mailto:[EMAIL PROTECTED]] 
Sent: Monday, June 10, 2002 3:43 AM
To: [EMAIL PROTECTED]
Subject: Object instanciation at cocoon startup

Hello.

Sorry if this question does not deal directly with
cocoon.
I would like to know if it is possible to instanciate
some objects at startup and to store them in the
Cocoon Servlet context (like I would have done within
the init() method) so they can be available to all
sessions.

Thanks.

David LAGARDERE

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.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: [C2] bug: still have to touch XSP file after changing logicsheet

[Vadim Gritsenko]

 From: Christopher Painter-Wakefield [mailto:[EMAIL PROTECTED]]
 
 
 I see.  For some reason, I thought this mechanism was deprecated along

 with all processing directive types of things.
 
 Since things are apparently working the way they are supposed to, then

 let me change this from a bug report to a request: it would be nice 
 to have built-in logicsheets checked for changes, too.

Ok, after looking into sources, I can say that if logicsheet is built-in
or not is not important. It is important how it is referenced from the
XSP or cocoon.xconf.

If it is referenced as a file then it is checked for modification using
File java API. If not (like resource://) - then it is not checked.

The reason, AFAIU, is that resource URL does not have last modification
date, and other reason could be, you are right, performance.


Vadim


 If there are performance
 reasons to avoid this, perhaps there could be an attribute in the
 logicsheet declarations in the cocoon.xconf that would allow us to 
 specify logicsheets that should be checked.  Sure would make things 
 easier, especially when working with files under SCC.
 
 -Christopher
 
 
 
  From: Christopher Painter-Wakefield [mailto:[EMAIL PROTECTED]]
 
 
  Cocoon doesn't recognize the dependencies of XSP files on the
  logicsheet
  they use.  Changing a logicsheet does not force a recompile of 
  the dependent XSP pages.  Instead we must manually touch each 
  XSP page using the logicsheet.
 
  I know this has been reported in the past, but it is a constant
  annoyance,
  and I'm wondering if there is a time when we can expect a fix?
 
 IIRC, this depends how you referencing your logicsheet. Changes in
 built-in logicsheet are not monitored, but if logicsheet is referenced
 directly from the XSP, changes are noticed.
 
 Check out logicsheet.xsp sample - it works perfectly, and recognizes
 dependencies in the hello.xsl logicsheet.
 
 Vadim
 
 
  Thanks,
  Christopher


-
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: Barf on JSPGenerator on Hello.jsp (HELP!)

[Vadim Gritsenko]

 From: Rob Kelley [mailto:[EMAIL PROTECTED]]
 
 I just installed the whole package on another machine and I
encountered
 the same problem.  I don't know how to modify the error handler to get
 more information.  Could it be a problem with where I put the jars?

snip/

 PROBLEM WITH THE JARS?
 I'm wondering if I have a jar in the wrong place.  This happens to me
a
 lot.
 
 Here is the contents of c:\jdk1.3.1\jre\lib\ext:
 [lib]
 [org]
 [META-INF]
 [MyNa]
 ext.zip
 mm.mysql-2.0.14-bin.jar
 MyNa.jar
 MyNajsp.jar
 naming-factory.jar
 php_java.jar
 phpsrvlt.jar
 regexp.jar
 runtime.jar
 BCEL.jar
 bsf.jar
 DBConnMgr.properties
 jasper.jar
 jasper-compiler.jar
 jasper-runtime.jar
 java_cup.jar
 JLex.jar
 jndi.jar
 jaxp.jar
 jaxp11-xalan.jar
 xalan-2.2.0-D13.jar
 xerces-1.4.4.jar

I don't know what you are trying to achieve here... But have you tried
with EMPTY ext directory? I mean it should look like:

 Here is the contents of c:\jdk1.3.1\jre\lib\ext:

And that's it.

I guess most of the working setups (except 1.4, where you must have XML
parser/XSLT engine) are like this.


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]