Re: using cocoon 2.1 in the long-term, security concerns

2021-07-30 Thread Gabriel Gruber
Hi Leszak,

Yeah, a release would be nice – Fix version 2.2.1 was stated in this ticket 
https://issues.apache.org/jira/browse/COCOON-2347

But was never released though…
Cheers,
Gabriel

From: Leszek Gawron 
Date: Friday, 30. July 2021 at 10:35
To: users@cocoon.apache.org 
Subject: Re: using cocoon 2.1 in the long-term, security concerns
I am sorry for not reading the thread to the last message. Maybe a release then?

On Tue, Jul 20, 2021 at 12:39 PM Gabriel Gruber 
mailto:gabriel.gru...@workflow.at>> wrote:
Hi Vincent,

We at Workflow are also still using Cocoon 2.2 as part of our main product and 
are running it with Java 11 and Tomcat 9 on Windows and Linux OSes.  In the 
past we did not see any major problem with cocoon which were not solvable. From 
a security perspective maybe the biggest thread was a directory traversal 
opportunity if you would use ResourceReader cocoon component in the wrong way 
allowing users to use the  /.. in URL/request-parameters  being forwarded to 
the path of the resource to be read in order to traverse the directory of the 
deployment.

Latest Cocoon 2.2 trunk is also compatible with Spring 4.x by the way.

Cheers,
Gabriel Gruber
www.workflow.at<http://www.workflow.at>


Von: Vincent Neyt mailto:vincent.n...@gmail.com>>
Gesendet: Dienstag, 20. Juli 2021 12:28
An: users@cocoon.apache.org<mailto:users@cocoon.apache.org>
Betreff: Re: using cocoon 2.1 in the long-term, security concerns

Thank you very much Warrell, Cédric, Greg and Chris.

I'm happy to hear that you believe Cocoon poses a very low security risk as 
long as Tomcat and Java are up to date, and that Cocoon should continue to work 
well with future versions of T & J as long as the dependency libraries in 
Cocoon are updated. (At least until Tomcat 9 is no longer supported.)

best wishes,
Vincent





On Mon, Jul 19, 2021 at 6:35 PM Christopher Schultz 
mailto:ch...@christopherschultz.net>> wrote:
Vincent,

On 7/19/21 08:03, Vincent Neyt wrote:
> Hi Cocoon users,
>
> I'd like to ask your opinion on the long-term security risks of running
> Cocoon on a server. The colleague responsible for the servers at my
> university is inquiring if the software I'm using for my website is up
> to date and is concerned that I'm using outdated software that could in
> the future pose a security risk.
>
> I'm using cocoon 2.1.11, which I could probably upgrade to 2.1.13
> without many problems. But I'm concerned about the long-term, and
> wondering if it would perhaps be better to reprogram the website I've
> been working on for 10 years into eXist DB (which would be a huge time
> investment). I like cocoon very much and would love to continue using it
> if it's possible.
>
> I'm curious to hear your thoughts about using Cocoon 2.1 for the long
> term: will it still work well inside future versions of servlet
> containers like Tomcat? What about the java dependencies? And will
> cocoon 2.1 continue to put out updates when security risks are identified?

I, like you, have been running Cocoon 2.1.x for years and would like to
continue to rely on it for some important functions at $work.

I don't see any reason it wouldn't run on current and future Tomcat
versions. There are a few "current" versions of Tomcat, and the only one
I would expect to have some issues would be the Tomcat 10.x series,
which implement the "Jakarta EE" specifications instead of the "Java EE"
specifications. For the most part, these specifications are simply
package-renamed versions of the original Java EE specs. So, for example,
javax.servlet.whatever becomes jakarta.servlet.whatever and so on.

Tomcat has a migration tool which can migrate a binary web application
(e.g. WAR file) from Java EE to Jakarta EE. It would be good to know if
that tool works on a webapp which is Cocoon itself and/or
Cocoon-bundled-with-your-application.

I'm a Tomcat committer and if there are any problems, we could work
together to make sure Cocoon has plenty of life left in it.

With the semi-recent release of Cocoon 2.2, are there members of the
community who would be interested in converting the project into a
Jakarta EE-based project? There is no particular rush, and most of the
conversion can be done essentially with a single sed script. But working
that into the build process so you can say "build me a Java EE-based
Cocoon" versus "build me a Jakarta EE-based Cocoon" would be really
beneficial moving into the future.

[As a Cocoon user, I'd love to know what is necessary to upgrade from
Cocoon 2.1 to 2.2. We have an ant-based build process for our
application which starts with a pre-built cocoon.war and customizes it
with everything we need. So if e.g. Maven can build Cocoon into a WAR
file, I might be all set.]

-chris

-
To unsubscribe, e-mail: 
users-unsubscr..

AW: using cocoon 2.1 in the long-term, security concerns

2021-07-20 Thread Gabriel Gruber
Hi Vincent,

We at Workflow are also still using Cocoon 2.2 as part of our main product and 
are running it with Java 11 and Tomcat 9 on Windows and Linux OSes.  In the 
past we did not see any major problem with cocoon which were not solvable. From 
a security perspective maybe the biggest thread was a directory traversal 
opportunity if you would use ResourceReader cocoon component in the wrong way 
allowing users to use the  /.. in URL/request-parameters  being forwarded to 
the path of the resource to be read in order to traverse the directory of the 
deployment.

Latest Cocoon 2.2 trunk is also compatible with Spring 4.x by the way.

Cheers,
Gabriel Gruber
www.workflow.at


Von: Vincent Neyt 
Gesendet: Dienstag, 20. Juli 2021 12:28
An: users@cocoon.apache.org
Betreff: Re: using cocoon 2.1 in the long-term, security concerns

Thank you very much Warrell, Cédric, Greg and Chris.

I'm happy to hear that you believe Cocoon poses a very low security risk as 
long as Tomcat and Java are up to date, and that Cocoon should continue to work 
well with future versions of T & J as long as the dependency libraries in 
Cocoon are updated. (At least until Tomcat 9 is no longer supported.)

best wishes,
Vincent





On Mon, Jul 19, 2021 at 6:35 PM Christopher Schultz 
mailto:ch...@christopherschultz.net>> wrote:
Vincent,

On 7/19/21 08:03, Vincent Neyt wrote:
> Hi Cocoon users,
>
> I'd like to ask your opinion on the long-term security risks of running
> Cocoon on a server. The colleague responsible for the servers at my
> university is inquiring if the software I'm using for my website is up
> to date and is concerned that I'm using outdated software that could in
> the future pose a security risk.
>
> I'm using cocoon 2.1.11, which I could probably upgrade to 2.1.13
> without many problems. But I'm concerned about the long-term, and
> wondering if it would perhaps be better to reprogram the website I've
> been working on for 10 years into eXist DB (which would be a huge time
> investment). I like cocoon very much and would love to continue using it
> if it's possible.
>
> I'm curious to hear your thoughts about using Cocoon 2.1 for the long
> term: will it still work well inside future versions of servlet
> containers like Tomcat? What about the java dependencies? And will
> cocoon 2.1 continue to put out updates when security risks are identified?

I, like you, have been running Cocoon 2.1.x for years and would like to
continue to rely on it for some important functions at $work.

I don't see any reason it wouldn't run on current and future Tomcat
versions. There are a few "current" versions of Tomcat, and the only one
I would expect to have some issues would be the Tomcat 10.x series,
which implement the "Jakarta EE" specifications instead of the "Java EE"
specifications. For the most part, these specifications are simply
package-renamed versions of the original Java EE specs. So, for example,
javax.servlet.whatever becomes jakarta.servlet.whatever and so on.

Tomcat has a migration tool which can migrate a binary web application
(e.g. WAR file) from Java EE to Jakarta EE. It would be good to know if
that tool works on a webapp which is Cocoon itself and/or
Cocoon-bundled-with-your-application.

I'm a Tomcat committer and if there are any problems, we could work
together to make sure Cocoon has plenty of life left in it.

With the semi-recent release of Cocoon 2.2, are there members of the
community who would be interested in converting the project into a
Jakarta EE-based project? There is no particular rush, and most of the
conversion can be done essentially with a single sed script. But working
that into the build process so you can say "build me a Java EE-based
Cocoon" versus "build me a Jakarta EE-based Cocoon" would be really
beneficial moving into the future.

[As a Cocoon user, I'd love to know what is necessary to upgrade from
Cocoon 2.1 to 2.2. We have an ant-based build process for our
application which starts with a pre-built cocoon.war and customizes it
with everything we need. So if e.g. Maven can build Cocoon into a WAR
file, I might be all set.]

-chris

-
To unsubscribe, e-mail: 
users-unsubscr...@cocoon.apache.org<mailto:users-unsubscr...@cocoon.apache.org>
For additional commands, e-mail: 
users-h...@cocoon.apache.org<mailto:users-h...@cocoon.apache.org>


Re: from Cforms to Wicket

2013-03-01 Thread Gabriel Gruber
Hey Mika,

I would suggest to use Vaadin (www.vaadin.org) for your dynamic form 
generation.
It is pure java and css and all the client stuff is done via a small GWT 
layer.
integration into cocoon is easy... we have done it to build a new app on 
top of our existing hibernate+spring+cocoon webapp.

cheers,
gabriel



From:   Mika M Lehtonen m...@digikartta.net
To: users@cocoon.apache.org, 
Date:   18.02.2013 15:10
Subject:Re: from Cforms to Wicket



Yep,
but as I started this chain, I stated that my problem is to convert my 
own defined dynamic XML into HTML4 (or HTML5) forms. I was looking 
something to replace Cforms (not just plain XSLT). I am also considering 
to move to C3 because as I stated earlier, developing without tools is 
hard. If I could take e.g. NetBeans and continue with that, I would be 
better off in the long run.

I was considering Apache Wickets because some integration has been done 
with C3, but right now it doesn't seem to be a real option.

HTML5 is still hype from my point of view.


- mika -


18.2.2013 15:50, gelo1234 kirjoitti:
HTML5 in its basics is a superset of HTML4. If you don't use 
HTML5-specific tags/spec you go well with old good HTML4.

The original issue was NOT whether to use HTML5 or old HTML, but whether 
to use CForms or just raw XHTML/HTML (4 or 5) forms.

If you like to have HTML5 goodies in browsers that support it, just use 
e.g. Cocoon Actions in Sitemap OR Advanced Sitemap Matchers OR in 
REST-Controller by inspecting HTTP Headers return different Page that 
generate a different Content (with XSLT) for IE8.

Greetings,
-Greg 


2013/2/18 Mika M Lehtonen m...@digikartta.net
Also HTML5 support for IE seems to be weak, even for IE9. There are still 
lot of people using IE8 or even older browser + lot of people in some sort 
of governmental offices using their own versions..
We can't sell apps without IE-support, absolutely no way.

http://people.mozilla.com/~prouget/ie9/

- mika -


18.2.2013 14:45, Robby Pelssers kirjoitti: 

The only thing I wonder about is...

Cocoon and neither XSLT2.0 support html5 serialization for all I know.  So 
does someone using Cocoon already generate HTML5 content with Cocoon and 
how did you accomplish this.

Cheers,
Robby

-Original Message-
From: Mika M Lehtonen [mailto:m...@digikartta.net]
Sent: Monday, February 18, 2013 1:42 PM
To: users@cocoon.apache.org
Subject: Re: from Cforms to Wicket

Ok,
thanks for your efforts. HTML5 it is, with or without C3.

- mika -


18.2.2013 14:25, Francesco Chicchiriccò kirjoitti:
On 18/02/2013 13:09, Mika M Lehtonen wrote:
Yeah,
I know what you mean. Most of the Xforms sites are dated back to 2002
or 2003.. Sounds like a standard having glorious future behind..

This betterForm still sounded proper for my purposes because it
actually implements server-side approache of Xforms. So I could use
Xforms definition for producing HTML-forms, if I understood right. It
actually resembles a lot of Cforms with a difference that it seems to
be under development taking contemporary challenges into account.
under development with latest release 4.1 dating 1 year back [1]

But would I still need C3 (or C2.11 / C2.2)?
It depends on you, and on how much effort do you want to put on this
task.
Anyway, not necessarily, even though Cocoon will help in you in the
XML side if the job.

I would like to get familiar with C3 if I only could figure out how
to start.

The biggest problem with C2.11, IMHO, was not having proper
development tools to use. I ended up writing files with Notepad++.
And I never realized how to do debugging..
[1] http://sourceforge.net/projects/betterform/files/

18.2.2013 10:48, Francesco Chicchiriccò kirjoitti:
On 17/02/2013 21:57, Mika M Lehtonen wrote:
How about some XForms implementation like this
http://www.betterform.de?
Sounds promising..
I personally wouldn't bet much on XForms...

Regards.

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org





AUTO: Gabriel Gruber [Workflow EDV GmbH] is out of office. (returning 11.02.2013)

2013-02-09 Thread Gabriel Gruber

I am out of the office until 11.02.2013.

Ich bin bis zum 8.2.2013 auf Urlaub und ab 11.2.2013 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Wurm oder Hrn. Stastny. Bei Fragen zu laufenden
Projekten wenden Sie sich bitte an Hrn. Gutzelnig!

mit freundlichen Grüssen

Gabriel Gruber


Note: This is an automated response to your message  Connecting 2 blocks
with C3.0 sent on 09.02.2013 05:09:59.

This is the only notification you will receive while this person is away.


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org



RE: Problem with Cocoon Forms continuation in Google Chrome

2012-03-13 Thread Gabriel Gruber
The Problem you reported seems to me as if it was a HTTP posting issue in 
connection with the submitid of the widget which caused the submit. 
You should use Chrome/Safari Web Tools to trace the HTTP network traffic 
to see if there is a submitid request parameter passed and if it differs 
from the IE testcase to the chrome/safari testcase.

If it does you might be able to trace down the problem to some code inside 

- common.js   *OR*
- AjaxForm.js  *OR*
- SimpleForm.js

where the actual submitting is done.

You could use Javascript debugging features of safari or chrome webtools 
to further narrow down the source of your problems!

cheers,
Gabriel




From:   Robby Pelssers robby.pelss...@nxp.com
To: users@cocoon.apache.org users@cocoon.apache.org
Date:   13.03.2012 13:32
Subject:RE: Problem with Cocoon Forms continuation in Google 
Chrome



Possible encoding issue?
 
From: Patricia Déchandol [mailto:pdechan...@ajlsm.com] 
Sent: Tuesday, March 13, 2012 1:28 PM
To: users@cocoon.apache.org
Subject: Re: Problem with Cocoon Forms continuation in Google Chrome
 
Making tests, the error appears or not on different servers on which the 
same sources are deployed.
So I suppose something in the server configuration provocate it.
:-((
 
 
 
Le 13 mars 2012 à 12:56, Robby Pelssers a écrit :


Of course it can.  But to get an answer to that question I advise you to 
check the known bugs list of chrome itself.  Did you already inspect the 
generated (x)html using chrome developer or firebug?  Maybe you can spot 
any obvious mistake?
 
Robby
 
 
 
From: Patricia Déchandol [mailto:pdechan...@ajlsm.com] 
Sent: Tuesday, March 13, 2012 12:03 PM
To: users@cocoon.apache.org
Subject: Re: Problem with Cocoon Forms continuation in Google Chrome
 
We use Cocoon 2.1.
It's quite difficult to isolate the scripts because our pages containing 
forms are generated applicating XSL stylesheets to templates.
 
Is there new known problems with Google Chrome or Safari ?
This problem didn't exist a week ago.
Could it be generated by a Chrome update ?
 
Patricia
 
 
Le 13 mars 2012 à 11:56, Robby Pelssers a écrit :



Could you perhaps isolate the problem into the smallest reproducible 
scenario and share this sample code  (form definition / flowscript / 
jxtemplate).
 
Which version of Cocoon are you using by the way?
 
Robby
 
From: Patricia Déchandol [mailto:pdechan...@ajlsm.com] 
Sent: Tuesday, March 13, 2012 11:53 AM
To: users@cocoon.apache.org
Subject: Problem with Cocoon Forms continuation in Google Chrome
 
Hello,
 
I face a recent problem using Cocoon CForms in Google Chrome version 17.
My CForm use Dojo widgets.
Everything is working fine in FF or IE, but when I submit a form in Google 
Chrome, it fails with the log above.
Same problem with Safari Version 5.1.1
This happens in all the forms.
 
I can't understand what's happening.
 
Thanks for your help.
 
Patricia
 
ERROR (2012-03-13) 11:43.54:195 [access] 
(/bm-grenoble/Bmgediteur/52527b5e6c4b31546466754140264e38587e4260.continue) 
http-8080-1/CocoonServlet: Internal Cocoon Problem
org.apache.cocoon.ProcessingException: Sitemap: error calling continuation
at map:call - 
file:///Users/pdechandol/ajlsm-build/bm-grenoble/exist/ecriture.xmap:668:37
at map:mount - 
file:///Users/pdechandol/ajlsm-build/bm-grenoble/notix.xmap:608:88
at map:mount - 
file:///Users/pdechandol/ajlsm-build/bm-grenoble/global-variables.xmap:114:67
at map:mount - 
file:///Users/pdechandol/ajlsm-build/bm-grenoble/sitemap.xmap:381:78
at 
org.apache.cocoon.ProcessingException.throwLocated(ProcessingException.java:113)
at 
org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:126)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at 
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at 
org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:98)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
  

Re: Cocoon 2.2/3.0 and Spring WebMVC

2011-09-16 Thread Gabriel Gruber
Very Nice!

So you managed to run cocoon 2.2 with Spring 3.0? Can you provide the 
community with some hints, or even better supply some patches to a JIRA 
issue, so it could be picked up by others and could be integrated in the 
next 2.x version (2.3?)

thanx in advance

gabriel

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
www.workflow.at



From:   kremnef krem...@gmail.com
To: users@cocoon.apache.org
Date:   23.08.2011 13:26
Subject:Re: Cocoon 2.2/3.0 and Spring WebMVC




Hi Mark

Today I successfully ran cocoon 2.2.1-snapshot and Spring 3.0
I think that some question and problems will be the case. 



Mark Diggory wrote:
 
 Cocoon Community,
 
 While, possibly unconventional, we are considering the the possibility
 of marrying Cocoon and WebMVC in our project to use Cocoon as a View
 technology while relying on WebMVC as our Controller/Model framework.
 I would like to explore if anyone else out there has approached such a
 solution?
 
 Cheers,
 Mark
 
 -
 To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
 For additional commands, e-mail: users-h...@cocoon.apache.org
 
 
 

-- 
View this message in context: 
http://old.nabble.com/Cocoon-2.2-3.0-and-Spring-WebMVC-tp32084435p32318052.html

Sent from the Cocoon - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org




AUTO: Gabriel Gruber/Workflow is out of office. (returning 18.07.2011)

2011-07-01 Thread Gabriel Gruber

I am out of the office until 18.07.2011.

Ich bin bis zum 30.6.2011 auf Urlaub und ab 18.7.2011 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Wurm oder Hrn. Stastny. Bei Fragen zu laufenden
Projekten wenden Sie sich bitte an Hrn. Gutzelnig!

mit freundlichen Grüssen

Gabriel Gruber


Note: This is an automated response to your message  [ANNOUNCE] Apache
Cocoon 3.0.0-alpha-3 released! sent on 01.07.2011 11:35:37.

This is the only notification you will receive while this person is away.


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org



Re: sitemap

2011-03-14 Thread Gabriel Gruber
 I did use Dojo 1.2 and also 1.3 with cocoon 2.2. I do not see the 
 need of any Dojo specific classes on the server side, in particular 
 if you only return JSON or XML to the client (the REST way). One can
 generate Dojo specific HTML forms using a XSL stylesheet from cocoon
 2.* generated HTML forms. I've done this for all Dojo/cocoon-based 
 applications. This would simply represent an extra step in the 
 pipeline. I now use Dojo 1.5 (for a REST-like application).

hmm, very nice.

Did you also use CForms with Dojo 1.5???

We are heavily using CForms and thats the reason why we are stuck to dojo 
0.4.x at the moment...

cheers,

gabriel

AUTO: Gabriel Gruber/Workflow is out of office. (returning Mon 14.02.2011)

2011-02-06 Thread Gabriel Gruber

I am out of the office from Sat 05.02.2011 until Mon 14.02.2011.

Ich bin bis zum 13.2.2011 auf Urlaub und ab 14.2.2011 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Wurm oder Hrn. Stastny. Bei Fragen zu laufenden
Projekten wenden Sie sich bitte an Hrn. Stastny!

mit freundlichen Grüssen

Gabriel Gruber


Note: This is an automated response to your message  repeater and value of
a widget list sent on 06.02.2011 18:26:38.

This is the only notification you will receive while this person is away.


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org



Gabriel Gruber/Workflow is out of office.

2010-07-13 Thread Gabriel Gruber

I will be out of the office starting  11.07.2010 and will not return until
26.07.2010.

Ich bin bis zum 23.7.2010 auf Urlaub und ab 26.7.2010 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden
Projekten wenden Sie sich bitte an Hrn. Gutzelnig! In dringenden Fällen
versuchen Sie es auf meinem Handy: +43 - 676 - 3939435!

mit freundlichen Grüssen

Gabriel Gruber


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org



Gabriel Gruber/Workflow is out of office.

2010-02-04 Thread Gabriel Gruber

I will be out of the office starting  04.02.2010 and will not return until
09.02.2010.

Ich bin bis zum 08.02.2010 auf Urlaub und ab 09.02.2010 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden
Projekten wenden Sie sich bitte an Hrn. Gutzelnig! In dringenden Fällen
versuchen Sie es auf meinem Handy: +43 - 676 - 3939435!

mit freundlichen Grüssen

Gabriel Gruber


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org



HELP needed with latest Cocoon 2.2 (JNET / SSF)

2010-02-02 Thread Gabriel Gruber
Hello comunity,

I found a serious bug in JNET / servlet service framework in our cocoon 
2.2 based application. After some time the following Exception pops up and 
the only way to resolve is to restart the web application...


java.lang.NullPointerException
 java.util.LinkedList.remove(LinkedList.java:646)
 java.util.LinkedList.remove(LinkedList.java:360)
 
org.apache.cocoon.jnet.DynamicURLStreamHandlerFactory.pop(DynamicURLStreamHandlerFactory.java:30)
 
org.apache.cocoon.jnet.URLHandlerFactoryCollector.popUrlHandlerFactories(URLHandlerFactoryCollector.java:57)
 
org.apache.cocoon.jnet.URLHandlerFactoryCollector.installURLHandlers(URLHandlerFactoryCollector.java:39)
 sun.reflect.GeneratedMethodAccessor516.invoke(Unknown 
Source)
 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 java.lang.reflect.Method.invoke(Method.java:585)
 
org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:627)
 
org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:616)
 
org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:64)
 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 $Proxy34.service(Unknown Source)
 
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:481)
 
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:455)
 
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:245)
 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 $Proxy94.service(Unknown Source)
 
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
 
org.apache.cocoon.servlet.multipart.MultipartFilter.doFilter(MultipartFilter.java:131)

Any Ideas?

I found a Jira Thread of another project using cocoon and having similar 
problems...
http://jira.dspace.org/jira/browse/DS-253?page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel

cheers,

Gabriel

Re: HELP needed with latest Cocoon 2.2 (JNET / SSF)

2010-02-02 Thread Gabriel Gruber
Hi Joe,

well, I don't have a replayable scenario yet (f.i. testcase), but it seems 
that the exception comes after heavy use of cocoon pages within our 
application. 
I suspect that cocoon:/ protocol usage AND/OR  inheritence of sitemap 
calling (we extend cocoon-forms block to override specific resources) 
might be the root of problem. But that is only a guess...

We are using latest trunk versions of servlet-service-framework and jnet 
subprojects.  I know that Grek made some changes in cocoon servlet service 
framework in summer 2009, which went into the 1.2 release, which we are 
using (since then no changes have been comitted).

The problems reported here (exact same problem we have) 

http://jira.dspace.org/jira/browse/DS-253?page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel
suspects that some classes within SSF are not threadsafe?


best regards,
Gabriel


Jos Snellings jos.snelli...@pandora.be wrote on 03.02.2010 06:59:27:

 Hi Gabriel,
 
 Very strange to have that exception there!
 When does it happen? Is it predictable?
 
 Kind regards,
 Jos
 
 On Tue, 2010-02-02 at 19:44 +0100, Gabriel Gruber wrote:
  
  Hello comunity, 
  
  I found a serious bug in JNET / servlet service framework in our
  cocoon 2.2 based application. After some time the following Exception
  pops up and the only way to resolve is to restart the web
  application... 
  
  
  java.lang.NullPointerException
  java.util.LinkedList.remove(LinkedList.java:646)
  java.util.LinkedList.remove(LinkedList.java:360)
  
  org.apache.cocoon.jnet.DynamicURLStreamHandlerFactory.
 pop(DynamicURLStreamHandlerFactory.java:30)
  
  org.apache.cocoon.jnet.URLHandlerFactoryCollector.
 popUrlHandlerFactories(URLHandlerFactoryCollector.java:57)
  
  org.apache.cocoon.jnet.URLHandlerFactoryCollector.
 installURLHandlers(URLHandlerFactoryCollector.java:39)
  sun.reflect.GeneratedMethodAccessor516.invoke(Unknown
  Source)
  
  sun.reflect.DelegatingMethodAccessorImpl.
 invoke(DelegatingMethodAccessorImpl.java:25)
  java.lang.reflect.Method.invoke(Method.java:585)
  
  org.springframework.aop.aspectj.AbstractAspectJAdvice.
 invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:627)
  
  org.springframework.aop.aspectj.AbstractAspectJAdvice.
 invokeAdviceMethod(AbstractAspectJAdvice.java:616)
  
  org.springframework.aop.aspectj.AspectJAroundAdvice.
 invoke(AspectJAroundAdvice.java:64)
  
  org.springframework.aop.framework.ReflectiveMethodInvocation.
 proceed(ReflectiveMethodInvocation.java:171)
  
  org.springframework.aop.interceptor.ExposeInvocationInterceptor.
 invoke(ExposeInvocationInterceptor.java:89)
  
  org.springframework.aop.framework.ReflectiveMethodInvocation.
 proceed(ReflectiveMethodInvocation.java:171)
  
  org.springframework.aop.framework.JdkDynamicAopProxy.
 invoke(JdkDynamicAopProxy.java:204)
  $Proxy34.service(Unknown Source)
  org.apache.cocoon.servletservice.ServletServiceContext
  $PathDispatcher.forward(ServletServiceContext.java:481)
  org.apache.cocoon.servletservice.ServletServiceContext
  $PathDispatcher.forward(ServletServiceContext.java:455)
  
  org.apache.cocoon.servletservice.spring.ServletFactoryBean
  $ServiceInterceptor.invoke(ServletFactoryBean.java:245)
  
  org.springframework.aop.framework.ReflectiveMethodInvocation.
 proceed(ReflectiveMethodInvocation.java:171)
  
  org.springframework.aop.framework.JdkDynamicAopProxy.
 invoke(JdkDynamicAopProxy.java:204)
  $Proxy94.service(Unknown Source)
  
  org.apache.cocoon.servletservice.DispatcherServlet.
 service(DispatcherServlet.java:106)
  
  javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
  
  org.apache.cocoon.servlet.multipart.MultipartFilter.
 doFilter(MultipartFilter.java:131)
  
  Any Ideas? 
  
  I found a Jira Thread of another project using cocoon and having
  similar problems... 
  http://jira.dspace.org/jira/browse/DS-253?page=com.atlassian.jira.
 plugin.system.issuetabpanels%3Acomment-tabpanel 
  
  cheers, 
  
  Gabriel
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
 For additional commands, e-mail: users-h...@cocoon.apache.org
 


Re: dojo Editor2 - customizing toolbar.

2010-01-20 Thread Gabriel Gruber
hi tomek,

It is version 0.4.3 of dojo!
You can find the API Docs here:
http://dante.dojotoolkit.org/static/0.4/trunk/api/

cheers,
gabriel




Tomek Piechowicz tomasz.piechow...@gmail.com 
13.01.2010 22:45
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
dojo Editor2 - customizing toolbar.






Hi.

I am trying to customize dojo rich text editor toolbar, so I set 
plugins property, but it doesn`t work :

fi:styling type=textarea dojoType=Editor2 width=400px 
height=200px style=background: white 
plugins=['copy','cut','paste','|','bold'] /
 
Which version of dojo toolkit is included in CForms in C2.2 ?

Regards,
Tomasz Piechowicz

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org




Re: Alternative to Javascript + continuations?

2009-09-11 Thread Gabriel Gruber
Hi David,

we have a huge product based on cocoon 2.1.11 / spring / hibernate and 
started 5 years ago with the flowscript / continuations aproach. 
meanwhile we introduced adapters to use javaclasses instead of 
flowscripts. main reason for not using apples directly was, that we did 
not want to change our authorization logic which is embedded in global 
flowscripts which are executed upon every request coming in and then 
dispatching to the correct controllers.

by using java we can benefit from refactoring tools in eclipse, 
auto-complete, AOP, spring 

cheers,

gabriel




David Legg david.l...@searchevent.co.uk 
10.09.2009 23:55
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
Alternative to Javascript + continuations?






Hi Robby,

 ...Whereas I used flowscript very heavily in the past, I'm tending
 towards java based solutions more and more and Cocoon3.0 sounds
 promising with it's REST-controllers.
 

Out of curiosity, when you say you are using less flowscript and more 
Java these days what do you replace the flowscript with?

I thought one of Cocoon's best contributions to humanity was flowscript 
together with continuations so I'm curious to learn what you use 
instead... are you using Apples?

Regards,
David Legg


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org




Gabriel Gruber/Workflow is out of office.

2009-08-27 Thread Gabriel Gruber

I will be out of the office starting  27.08.2009 and will not return until
31.08.2009.

Ich bin bis zum 28.08.2009 auf Urlaub und ab 31.08.2009 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden
Projekten wenden Sie sich bitte an Hrn. Gutzelnig! In dringenden Fällen
versuchen Sie es auf meinem Handy: +43 - 676 - 3939435!

mit freundlichen Grüssen

Gabriel Gruber


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org



Re: RE: dynamic cForm generation

2009-06-18 Thread Gabriel Gruber
Hi Patrick!

In order to dynamically create a JX-Template you have to make sure through 
your pipeline machinery, that you are *NOT* using jx-template generator to 
create the initial form template. 

what you can do however is to delegate the creation to another pipeline, 
f.i.

!-- generate Form Template here without using JX --
map:match pattern=getReportFilterFormTemplate
map:generate type=file 
src=resource://at/workflow/webdesk/rp/resources/views/filterSkeleton.xml/
map:transform type=include/
map:serialize type=xml/
/map:match
 
!-- Report Form--
map:match pattern=forms/rp/testReportFilter
map:generate type=jx 
src=cocoon:/getReportFilterFormTemplate label=raw/
map:transform type=browser-update/
map:select type=ajax-request
map:when test=true
map:select type=request-parameter
map:parameter name=parameter-name 
value=dojo.transport/
map:when test=iframe
map:transform 
src=resource://org/apache/cocoon/forms/resources/IframeTransport-bu-styling.xsl/
map:serialize type=xhtml/!-- this 
is really important  --
/map:when
map:otherwise
map:serialize type=xml/
/map:otherwise
/map:select 
/map:when
map:otherwise
map:serialize type=html/
/map:otherwise
/map:select
/map:match


Its crucial to NOT use within that 2nd pipeline. you can use other 
technologies like include-transformer or xslt to accomplish building your 
form template xml on the fly...

cheers,
gabriel
__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
http://www.workflow.at



Patrick Heiden patrickhei...@gmx.de 
05.06.2009 16:08
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
Re: RE: dynamic cForm generation






Hi Robby,

thanks for your link!
But I am afrait that form-libs will not solve my problem:

With this feature, it is now possible to define libraries of form 
definitions and bindings. Specific support for templates was intentionally 
left out because of the frequently changing and unstructured nature of 
it.

Also I was not able to see WHY form-libs are suitable for dynamic 
form-generation (especially because ft's are not supported!).

When I think it over (as a first-shot) it will be a better way to generate 
the fd-/ft-/ and fb-files out of the domainlayer (according to some change 
needed) and save the resulting XML-files inside my block-structure. But 
upfront I was trying not to reinvent the wheel and generate XML by myself 
:)

Cheers,
Patrick

 Original-Nachricht 
 Datum: Fri, 5 Jun 2009 14:25:34 +0200
 Von: Robby Pelssers robby.pelss...@ciber.com
 An: users@cocoon.apache.org
 Betreff: RE: dynamic cForm generation

 We've done the same thing in the past but back then they were already
 working on a form library.
 
 http://cocoon.apache.org/2.1/userdocs/formlibraries.html
 
 Why don't you see if this will fill your needs.
 
 Robby
 
 -Original Message-
 From: Patrick Heiden [mailto:patrickhei...@gmx.de] 
 Sent: Friday, June 05, 2009 2:08 PM
 To: users@cocoon.apache.org
 Cc: rashe...@gmail.com
 Subject: Re: dynamic cForm generation
 
 Hello together!
 
 Has anybody (maybe Rashel Shehata him/herself) solved the issue 
mentioned
 in
 
 http://markmail.org/message/delryq7vo2t34keb
 
 There Rashel tries to generate fd and ft dynamically and gets the
 following error:
 
 org.apache.cocoon.forms.FormsRuntimeException: The template cannot find 
a
 form object
 
 I am stuck at the same point and very interested in solutions!
 
 Best regards,
 Patrick
 -- 
 GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
 Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
 
 -
 To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
 For additional commands, e-mail: users-h...@cocoon.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
 For additional commands, e-mail: users-h...@cocoon.apache.org

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org

Re: Cluster Cocoon 2.1.9 Applications

2009-01-14 Thread Gabriel Gruber
Hi Raffaele,

we have a similar setup running at our customers site with over 6500 users 
and we are using apache mod_jk for loadbalancing and tomcat 6 as appserver 
on linux with mysql on aix. 
our software stack includes:
- cocoon 2.1.10
- hibernate 3
- spring 2.5.

There are a number of issues you have to consider in order to get this to 
work:

a) turn on stickysession in your loadbalancer, if you are using cocoon 
continuations (like being used in cforms), because then http sessions can 
not be replicated accross cluster nodes! (the continuation enriched http 
session is not serializable anylonger...)
b) turn on cache replication for the hibernate second level cache. if you 
are using ehcache, it is possible with latest version. however we had to 
tweak the configuration a bit that it worked finally.  if you don't manage 
to get it work, turn off second level cache or turn it only on at those 
tables where there are almost no write operations.

cheers,

Gabriel




Mika Lehtonen m...@digikartta.net 
14.01.2009 15:25
Please respond to
users@cocoon.apache.org


To
raffaele.mer...@less.ch
cc
users@cocoon.apache.org, d...@cocoon.apache.org
Subject
Re: Cluster Cocoon 2.1.9 Applications






http://tomcat.apache.org/tomcat-6.0-doc/cluster-howto.html

- mika -

Merico Raffaele kirjoitti:

 Dear Community

 We have a several Cocoon applications consisting of:

 - Cocoon 2.1.9

 - Hibernate

 - MySql

 - Tomcat

 and running on dedicated Linux servers.

 In order to get a perfect failover situation we would like to setup a 
 cluster.

 Tomcat is not a must and could be replaced with Jboss, since Jboss 
 seems to support clustering.

 But we don’t have the experience if Cocoon 2.1.9 applications can be 
 run with Jboss!?

 Now we are looking for people that have the experience and the know 
 how to setup such a cluster.

 Any experience, any advice or interest to setup such a cluster would 
 be much appreciated.

 For your feedback many thanks in advance, Raffaele


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org





Access Settings object of Spring Configurator inside sitemap.xmap?

2009-01-06 Thread Gabriel Gruber
hi,
just a quick one... is it possible to access the settings object of the 
cocoon spring configurator (to get the supposed cache dir) within the 
sitemap ? or do I have to write my own input module in order to get that 
running?

cheers,
gabriel

__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien


Re: Character encoding problem with umlauts (ä ö ü)

2009-01-05 Thread Gabriel Gruber
You probably will find your answers somewhere in this thread:
http://cocoon.apache.org/2.2/1366_1_1.html

__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien




Smigge jogil...@hotmail.com 
05.01.2009 14:54
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
Character encoding problem with umlauts (ä ö ü)







Hi!

I have a pipeline that takes a couple of parameters, does an sql query 
with
them and returns the result. The problem is that it doesn't work with 
umlaut
characters. They turn into boxes instead (and causes the sql query to 
break
the pipeline). However, if I use eg. %C3%A4 to escape ä, it works. 

How could this be fixed, eg. by changing the whole encoding or converting
the parameters somehow?
-- 
View this message in context: 
http://www.nabble.com/Character-encoding-problem-with-umlauts-%28%C3%A4-%C3%B6-%C3%BC%29-tp21291365p21291365.html

Sent from the Cocoon - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org




Strange Exception with Cocoon2.2

2008-11-16 Thread Gabriel Gruber
 more

Caused by: org.mortbay.jetty.EofException

 at 
org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:760)

 at 
org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:566)

 at 
org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:910)

 at 
org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:614)

 at 
org.apache.cocoon.servletservice.HttpServletResponseBufferingWrapper$ForwardingOrLimitingServletOutputStream.write(HttpServletResponseBufferingWrapper.java:281)

 at java.io.OutputStream.write(OutputStream.java:99)

 at java.io.OutputStream.write(OutputStream.java:58)

 at 
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processReader(AbstractCachingProcessingPipeline.java:834)

 ... 75 more

Caused by: java.net.SocketException: Connection reset by peer: socket 
write error

 at java.net.SocketOutputStream.socketWrite0(Native 
Method)

 at 
java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)

 at 
java.net.SocketOutputStream.write(SocketOutputStream.java:136)

 at 
org.mortbay.io.ByteArrayBuffer.writeTo(ByteArrayBuffer.java:169)

 at 
org.mortbay.io.bio.StreamEndPoint.flush(StreamEndPoint.java:122)

 at 
org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:693)

 ... 82 more

Does anyone have a clue, what could be the issue?

cheers,

Gabriel
__
Mag. Gabriel Gruber
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien


HOWTO: enable Flowscript debugger

2008-08-24 Thread Gabriel Gruber
Hello guys,

as I just stumbled across it again, I want to give a short description how 
you can enable flowscript-debugger for your cocoon project. It is crucial 
that you use the latest version (cocoon-flowscript-impl 1.1.0).

As all properties are handled now by spring configurator, you have several 
options:

a) define system property at startup of servlet container.

-Dorg.apache.cocoon.flowscript.debugger=enabled

b) define it in your properties file.
f.i. create a properties file under 
src/main/resources/META-INF/cocoon/properties/myProps.properties

and put this property reference inside
org.apache.cocoon.flowscript.debugger=enabled

c) use more sophisticated setup.
create one properties file for development and a second for production and 
turn on flowscript debugger only in dev-mode...


It is important to use the word enabled instead of a pure boolean 
value...


cheers,

Gabriel


- Forwarded by Gabriel Gruber/Workflow on 24.08.2008 16:23 -

Grzegorz Kossakowski [EMAIL PROTECTED] 
21.08.2008 13:32
Please respond to
[EMAIL PROTECTED]


To
[EMAIL PROTECTED]
cc

Subject
Re: Release of cocoon-flowscript-impl






Grzegorz Kossakowski pisze:
 Hi,
 
 Just wanted to let you know that I'm planning to prepare 1.0.1 release 
 of cocoon-flowscript-impl that contain one but important bug-fix: it 
 fixes Flowscript debugger that was broken in 1.0.0.
 
 I would like ask anyone to not commit to this block, please.

Actually, I've checked it more carefully and there were other (more 
serious) changes made by others 
in the past. Thus it makes more sense to release 1.1.0 version.

-- 
Best regards,
Grzegorz Kossakowski


Gabriel Gruber/Workflow is out of office.

2008-07-14 Thread Gabriel Gruber

I will be out of the office starting  14.07.2008 and will not return until
31.07.2008.

Ich bin bis zum 30.07.2008 auf Urlaub und ab 31.07.2008 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden
Projekten wenden Sie sich bitte an Hrn. Gutzelnig! In dringenden Fällen
versuchen Sie es auf meinem Handy: +43 - 676 - 3939435!

mit freundlichen Grüssen

Gabriel Gruber


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



How to enable the Flowscript Debugger in C2.2

2008-06-19 Thread Gabriel Gruber
Hi Freaks,

just a simple question: how can I enable the flowscript debugger in Cocoon 
2.2?

I built a simple cocoon block using the maven archetype. Flowscript is in 
the dependency list inside the pom.xml
How can I now enable the flowscript debugger?

thanx for your reply to this stupid question,

Gabriel
__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien


Re: CForms and Dojo

2008-06-16 Thread Gabriel Gruber
Hi Chris!

Jeremy is actually integrating Dojo 1.1 into cforms. I think he is doing 
that in the 2.1.12dev branch and in trunk. It would be great, if you could 
join forces with jeremy to have dojo 1.1 integrated into the next cocoon 
release :-)

greets,
Gabriel
__
Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien




Christofer Dutz [EMAIL PROTECTED] 
12.06.2008 09:54
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
CForms and Dojo






Hi there,
 
I am still using Cocoon 2.1.9 and was wandering if the version of dojo 
used for CForms in Ajax-Mode is used in 2.1.10 and 2.2? Since my current 
application is currently using a lot of Dojo 1.1 Stuff and I was sort of 
annoyed of the problem having to use dojo 0.4 and 1.1 together, I started 
creating my own forms-styling.xsl, which does the same as the original 
cocoon version, instead it uses dojo 1.1 with all its advanced features. 
It is currently working nicely. 
 
Does Cocoon in a version greater than 2.1.9 still use Dojo 0.4? If yes, it 
might be interesting for me to clean up my xslt and give it to the cocoon 
guys (It looks a lot nicer).
 
While working on the Dojo 1.1 integration I found out that none of the 
validation-information is passed to the fi-stuff … it would be great if 
this information was forwarded here, cause I could additionally use the 
Dojo client-side validation in addition to the server-side validation of 
CForms (I know this doesn’t work for all validators) reducing some 
client-server-roundtrips.
 
Chris
 
 
 
[ C h r i s t o f e r  D u t z ]

C-Ware IT-Service
Inhaber
Dipl. Inf. Christofer Dutz
Karlstraße. 104, 64285 Darmstadt

fon:  0 61 51 / 27315 - 61
fax:  0 61 51 / 27315 - 64
mobil:  0171 / 7 444 2 33
email:  [EMAIL PROTECTED]
http://www.c-ware.de
FA Darmstadt: 07 813 60581
 
 
 
 



Re: Cforms and Character Encoding

2008-01-23 Thread Gabriel Gruber
 Peter Sparkes wrote:
  The problem turned out to be in web.xml
  I amended
param-nameform-encoding/param-name
param-valueISO-8859-1/param-value
  To
param-nameform-encoding/param-name
param-valueUTF-8/param-value
  and now everything is in UTF-8 and works properly
 
 Just a word of caution: make sure you test your forms on every 
 possible web browser.
 I've had trouble with this setting in the past.

Our enterprise product which heavily uses Cforms and cocoon has the 
form-encoding set to UTF-8 which works for us quite well :-)

Gabriel

Terracotta Clustering for solving the continuation-serialisation-problem in a cluster environment?

2008-01-21 Thread Gabriel Gruber
Hello dear Experts, 

We are currently implementing our cocoon 2.1.10/spring/hibernate based 
application at a big customer in a clustered environment on tomcat 5.028 
and JDK 1.4x using Apache 2.0 and mod_jk as load-balancer. As recommended 
we use sticky-sessions due to the fact, that serialisation of 
session-state (and their nested flowscript continuations) is not possible. 


However there seems to be a new star on the sky of clustering named 
terracotta which virtually builds a grid of jvms. Terracotta has finally 
gone open source and offers their product on the base of TPL which is a 
slightly modification of the Mozilla Public Licence (MPL): 
http://www.terracotta.org/confluence/display/orgsite/Licensing 

As a specific usecase http session clustering is well documented in the 
terracota documentation. In contrast to classic http clustering 
solutions, terracotta does NOT serialize the http session-objects but 
rather shares a tree of objects between cluster nodes. 
http://www.terracotta.org/confluence/display/docs1/Sessions+Quick+Start 

Might this finally be a solution for having a seamless failover for cocoon 
users with flow continuations, cforms models and all that stuff? 

Gabriel 

__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien

Gabriel Gruber/Workflow is out of office.

2007-12-28 Thread Gabriel Gruber

I will be out of the office starting  27.12.2007 and will not return until
07.01.2008.

Ich bin bis zum 06.01.2008 auf Urlaub und ab 07.01.2008 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden
Sie sich bitte an Hrn. Povysil! In dringenden Fällen versuchen Sie es auf
meinem Handy: +43 - 676 - 3939435!

mit freundlichen Grüssen

Gabriel Gruber


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



Java for generating suggestion-list

2007-10-09 Thread Gabriel Gruber
Hello!

I was just wondering, if it is possible to use java instead of javascript 
to generate a suggestion-list for a cforms widget. this java aims to query 
a database (via hibernate) and should return a list of results.

something like this...
fd:field id=person
fd:datatype base=string/
fd:suggestion-list type=java 
src=com.mycompany.SuggestionListHandler/
/fd:field

any ideas?  from looking in the api i couldn't find a way for this to 
work.

gabriel
__
Mag. Gabriel Gruber
Senior Consultant
mailto:[EMAIL PROTECTED]
http://www.workflow.at

Re: Java for generating suggestion-list

2007-10-09 Thread Gabriel Gruber
Hmm, thanx for your quick replies.

however you are referring to the selection-list while I would like to 
use the new suggestion-list. 
an example is provided within the latest cocoon cforms samples, but the 
suggestion-list is created via javascript (which is very hard to debug). 
so my question is: is there a way to do that in java?

  fd:field id=personId
  fd:datatype base=integer/
  fd:initial-value16/fd:initial-value
  fd:suggestion-list type=javascript
  ![CDATA[
function addSuggestion(bean) {
suggestions.push({value: bean.value, label: bean.label});
}

function personList() {
  return [
  {value: 1, label: Donald Ball},
  {value: 2, label: Sylvain Wallez},
  {value: 3, label: Carsten Ziegeler},
  {value: 4, label: Torsten Curdt},
  {value: 5, label: Marcus Crafter},
  {value: 6, label: Ovidiu Predescu},
  {value: 7, label: Christian Haul},
  {value: 8, label: Jeremy Quinn},
  {value: 9, label: Stefano Mazzocchi},
  {value: 10, label: Pierpaolo Fumagalli},
  {value: 11, label: Davanum Srinivas},
  {value: 12, label: Antonio Gallardo},
  {value: 13, label: Ugo Cei},
  {value: 14, label: David Crossley},
  {value: 15, label: Bertrand Delacr#233;taz},
  {value: 16, label: Bruno Dumon},
  {value: 17, label: Daniel Fagerstrom},
  {value: 18, label: Leszek Gawron},
  {value: 19, label: Ralph Goers},
  {value: 20, label: Vadim Gritsenko},
  {value: 21, label: Jorg Heymans},
  {value: 22, label: J#246;rg Heinicke},
  {value: 23, label: Jean-Baptiste Quenot}
];
}

function startsWith(string1, string2) {
  return (new java.lang.String(string1)).startsWith(string2);
}
 
function searchByString() {
  for (var i = 0; i  list.length; i++) {
if (startsWith(list[i].label, filter)) {
  addSuggestion(list[i]);
}
  }
}
 
function searchById() {
  for (var i = 0; i  list.length; i++) {
if (list[i].value == parseInt(filter)) {
  addSuggestion(list[i]);
}
  }
}
 
var suggestions = [];
var list = personList();
if (filter) {
  var phase = cocoon.request.getParameter(phase);
  if (phase  phase.equals(init)) {
if (!isNaN(parseInt(filter))) {
  searchById();
} else {
  cocoon.log.error(The filter: ' + filter + ' must be a 
number.);
}
  } else { 
searchByString();
  } 
} else {
  suggestions = list;
}
return suggestions;
  ]]
  /fd:suggestion-list
/fd:field

thanx for you help

gabriel


__
Mag. Gabriel Gruber
Senior Consultant
http://www.workflow.at




Jeroen Reijn [EMAIL PROTECTED] 
09.10.2007 09:10
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
Re: Java for generating suggestion-list






Hi Garbriel,

It is possible to create a Java selection  list. In the forms block 
samples a Java selection list is used for the second  selection list of 
birthdays.

http://cocoon.zones.apache.org/demos/release/samples/blocks/forms/form1

Kind regards,

Jeroen Reijn

Gabriel Gruber wrote:
 
 Hello!
 
 I was just wondering, if it is possible to use java instead of 
 javascript to generate a suggestion-list for a cforms widget. this java 
 aims to query a database (via hibernate) and should return a list of 
 results.
 
 something like this...
 fd:field id=person
 fd:datatype base=string/
 fd:suggestion-list type=java 
 src=com.mycompany.SuggestionListHandler/
 /fd:field
 
 any ideas?  from looking in the api i couldn't find a way for this to 
work.
 
 gabriel
 __
 Mag. Gabriel Gruber
 Senior Consultant
 mailto:[EMAIL PROTECTED]
 http://www.workflow.at

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




Gabriel Gruber/Workflow is out of office.

2007-08-21 Thread Gabriel Gruber

I will be out of the office starting  20.08.2007 and will not return until
03.09.2007.

Ich bin bis zum 02.09.2007 auf Urlaub und ab 3.9.2007 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden
Projekten wenden Sie sich bitte an Hrn. Povysil! In dringenden Fällen
versuchen Sie es auf meinem Handy: +43 - 676 - 3939435!

mit freundlichen Grüssen

Gabriel Gruber


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



Re: Deploying Cocoon as a Portlet into Jetspeed 2

2007-06-28 Thread Gabriel Gruber
Hello Bruce,

We recently switched from OpenSessionInView Filter to OpenSessionInView 
Interceptor  by extending the CocoonServlet. We discovered some odd 
behavior in the flush mode. it seems Flushmode is set to FLUSH_AUTO 
instead of FLUSH_NEVER as expected. I haven't investigated it further 
though. Could also be an issue of the Spring version we use (1.2.8).

Greetings,

Gabriel

__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien




Bruce Atherton [EMAIL PROTECTED] 
28.06.2007 06:06
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
Re: Deploying Cocoon as a Portlet into Jetspeed 2






The struggle continues.

The resolution to my last post was to do an XSL transform on all 
action URLs to prepend portlet:action: and to strip off the servlet 
path altogether, since the portal container provides it from the entry 
in portlet.xml (I believe).

Now my problem is that my hibernate OpenSessionInViewFilter is never 
called when accessing cocoon as a portlet. This is because there are no 
equivalent portlet filters defined by JSR-168 (although they are 
apparently coming in JSR-268). The Spring Web Framework gets around this 
by wrapping its web processing with an OpenSessionInViewInterceptor.

So my question is a rather basic Cocoon one. Is there a way to configure 
Cocoon to basically do the equivalent of a Servlet Filter without using 
a Servlet Filter? IOW, to wrap Cocoon.process(env) so that on entry it 
always calls a preprocess() type method, and on exit (no matter how it 
exits), to always call a postprocess() type method?

I imagine the answer is yes since Cocoon 2.1 predates Servlet filters 
and has all that funky Avalon stuff, I'm just uncertain how to do it. 
The alternative is to write my own ManagedCocoonPortlet and wrap the 
processAction() and render() methods with the equivalent Hibernate 
Session creation and destruction that OpenSessionInView does. But that 
solution seems rather clunky to me.

Does anyone have any suggestions?

Bruce Atherton wrote:
 Continuing my saga of trying to get a Cocoon application deployed as a 
 JSR-168 servlet into Jetspeed, I am experiencing the following odd 
 behaviour:

 When I call getServletPath() from a page that is called by the portal 
 container, it returns without a leading slash. The exact same page 
 when accessed through cocoon as a servlet results in getServletPath() 
 returning WITH a leading slash. The lack of the leading slash is 
 causing the EncodeURLTransformer to fail.

 To be clear, I deploy a webapp called myapp with a portlet 
 myportlet. The root sitemap has:

map:match pattern=myportlet
  map:mount check-reload=yes src=myapp/portlet-sitemap.xmap 
 uri-prefix=myportlet/
/map:match
map:match pattern=myportlet/**
  map:mount check-reload=yes src=myapp/portlet-sitemap.xmap 
 uri-prefix=myportlet/
/map:match

 The portlet-sitemap.xmap has:

  map:match pattern=
map:call function=displayServletPath/
  /map:match

 The WEB-INF/portlet.xml has:

init-param
  nameservlet-path/name
  valuemyportlet/value
/init-param

 I also tried changing the value to /myportlet but it had no effect.

 The displayServletPath flowscript function displays a form that 
 outputs the value of the expression 
 ${cocoon.request.getServletPath()}. When accessing 
 http://localhost:8080/myapp/myportlet/, getServletPath() returns 
 /myportlet. When accessed through the portal, it returns myportlet.

 Has anyone got any suggestions as to why that is occurring and how to 
 get around it? Could it have anything to do with the issues raised in 
 this blog entry? http://bluxte.net/blog/2006-03/29-40-33.html

 Again, any help appreciated.



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




Re: Problem with new JX Template Generator

2007-01-15 Thread Gabriel Gruber
I found out my weird error: It was a Jar-problem.  (welcome to JAR 
HELL...)

For some reason I had the alt-rmi jars inside my web-inf/lib-directory and 
that caused the problem. I do not have any reasonable explanation why that 
led to the described error. but after removing those jars from the project 
(which I did not need anyway) it worked fine.

greets from vienna

Gabriel


__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
http://www.workflow.at




Gabriel Gruber [EMAIL PROTECTED] 
12.01.2007 18:40
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
Problem with new JX Template Generator







Hello Cocoon Folks! 

I just upgraded to 2.1.10 and I have a problem with the new JX Template 
generator! I compiled the block as usual with the build system and the 
jetty dist runs fine. But my app doesn't run when the corresponding 
cocoon.xconf settings from the jx template generator are present: 

  expression-factory/ 
  expression-compilers 
component-instance 
class=org.apache.cocoon.components.expression.jxpath.JXPathCompiler 
name=default/ 
component-instance 
class=org.apache.cocoon.components.expression.jexl.JexlCompiler 
name=jexl/ 
component-instance 
class=org.apache.cocoon.components.expression.jxpath.JXPathCompiler 
name=jxpath/ 
component-instance 
class=org.apache.cocoon.components.expression.javascript.JavaScriptCompiler 
name=js/ 
  /expression-compilers 
  string-template-parsers 
component-instance 
class=org.apache.cocoon.template.expression.JXTGStringTemplateParser 
name=jxtg/ 
component-instance 
class=org.apache.cocoon.template.expression.DefaultStringTemplateParser 
name=default/ 
  /string-template-parsers 
component 
class=org.apache.cocoon.template.script.DefaultScriptManager 
role=org.apache.cocoon.template.script.ScriptManager/ 
component 
class=org.apache.cocoon.template.script.DefaultInstructionFactory 
role=org.apache.cocoon.template.script.InstructionFactory/ 
component 
class=org.apache.cocoon.template.expression.JXTGStringTemplateParser 
role=org.apache.cocoon.template.expression.StringTemplateParser/ 

I get an exception at startup, as the component for key '
org.apache.cocoon.template.expression.StringTemplateParserSelector' cannot 
be found. While I could not find a class with that name neither in the 
project nor in the internet, I found a file called expression.roles at 
org/apache/cocoon/template/expression which has an entry with that key and 
points to a default implemenation class at path '
org.apache.cocoon.core.container.DefaultServiceSelector'. 

But at that classpath not classfile can be found eitherI really 
wonder how the jetty distribution (normal build of cocoon) can run 
?? 

Any Ideas, thoughts, etc. ??? 
many thanx in advance 

here is the exception I get in my own application. 

Webdesk starting... 
Reloading from: jndi:/localhost/webdesk3_cocoon/WEB-INF/cocoon.xconf - 
2007-01-12 18:10:33,337 access 
Cannot find CatalogManager.properties 
ThreadPool named default created with maximum 
queue-size=2147483647,max-pool-size=5,min-pool-size=5,priority=5,isDaemon=false,keep-alive-time-ms=6,block-policy=ABORT,shutdown-wait-time-ms=-1
 
- 2007-01-12 18:10:42,947 core.runnable 
ThreadPool named daemon created with no 
queue,max-pool-size=2147483647,min-pool-size=1,priority=5,isDaemon=true,keep-alive-time-ms=6,block-policy=ABORT,shutdown-wait-time-ms=-1
 
- 2007-01-12 18:10:43,009 core.runnable 
The session-fw block is deprecated. Please use the provided alternatives 
instead. - 2007-01-12 18:10:44,197 deprecation 
EHCache cache cocoon-ehcache-1 initialized - 2007-01-12 18:10:44,353 
core.store 
Caught an exception trying to initialize the component handler. - 
2007-01-12 18:10:45,337 core.manager 
org.apache.avalon.framework.service.ServiceException: Could not find 
component (key 
[org.apache.cocoon.template.expression.StringTemplateParserSelector]) 
(Key='org.apache.cocoon.template.expression.StringTemplateParserSelector') 

at 
org.apache.avalon.framework.service.WrapperServiceManager.lookup(
WrapperServiceManager.java:80) 
at org.apache.cocoon.template.script.DefaultScriptManager.service(
DefaultScriptManager.java:64) 
at org.apache.avalon.framework.container.ContainerUtil.service(
ContainerUtil.java:143) 
at 
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(
DefaultComponentFactory.java:271) 
at 
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(
ThreadSafeComponentHandler.java:108) 
at 
org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(
ExcaliburComponentManager.java:524) 
at org.apache.cocoon.components.CocoonComponentManager.initialize(
CocoonComponentManager.java:583

Problem with new JX Template Generator

2007-01-12 Thread Gabriel Gruber
)
at org.apache.catalina.startup.HostConfig.start(
HostConfig.java:983)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(
HostConfig.java:349)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(
LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(
ContainerBase.java:1091)
at org.apache.catalina.core.StandardHost.start(
StandardHost.java:789)
at org.apache.catalina.core.ContainerBase.start(
ContainerBase.java:1083)
at org.apache.catalina.core.StandardEngine.start(
StandardEngine.java:478)
at org.apache.catalina.core.StandardService.start(
StandardService.java:480)
at org.apache.catalina.core.StandardServer.start(
StandardServer.java:2313)
at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)
Caused by: org.apache.avalon.framework.component.ComponentException: Could 
not find component (key 
[org.apache.cocoon.template.expression.StringTemplateParserSelector])
at 
org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(
ExcaliburComponentManager.java:265)
at org.apache.cocoon.components.CocoonComponentManager.lookup(
CocoonComponentManager.java:354)
at 
org.apache.avalon.framework.service.WrapperServiceManager.lookup(
WrapperServiceManager.java:68)
... 39 more
12.01.2007 18:15:46 org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
12.01.2007 18:15:47 org.apache.jk.common.ChannelSocket init
INFO: JK2: ajp13 listening on /0.0.0.0:8009
12.01.2007 18:15:47 org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/47 
config=D:\j2ee\jakarta-tomcat-5.0.28\conf\jk2.properties
12.01.2007 18:15:47 org.apache.catalina.startup.Catalina start
INFO: Server startup in 556823 ms


greets,
gabriel

__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
http://www.workflow.at

Gabriel Gruber/Workflow is out of office.

2006-12-27 Thread Gabriel Gruber
I will be out of the office starting  27.12.2006 and will not return until
08.01.2007.

Ich bin bis zum 7.01.2007 auf Urlaub und ab 8.1.2007 wieder für Sie
erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte
vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden
Projekten wenden Sie sich bitte an Hrn. Povysil! In dringenden Fällen
versuchen Sie es auf meinem Handy: +43 - 676 - 3939435!

mit freundlichen Grüssen

Gabriel Gruber


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



Re: Servlet.service() for servlet Cocoon threw exception

2006-10-04 Thread Gabriel Gruber

Hi
just adjust the heap space of your Tomcat:

f.i. to set heapspace to 512MB
CATALINA_OPTS=-Xmx512M

cheers,
Gabriel






[EMAIL PROTECTED] 
04.10.2006 13:45



Please respond to
users@cocoon.apache.org





To
'users@cocoon.apache.org'
users@cocoon.apache.org


cc



Subject
Servlet.service() for servlet Cocoon
threw exception








Hello List,

I've Cocoon running with Tomcat
5.5. Cocoon only deploys PDF files generated with FOP using the fo2pdf
serializer.
Between 1000 and 2000 deployed
PDF files the errer shows up. Cocoon is still running, and able to deploy
everything else than PDF files. For instance, the xml serializer is till
working. But fo2pdf only is working again after shutting down the server.
The errormessage:

WARN! *** JMS block is installed
but jms client library not found. ***
- For the jms block to work you must install and start a JMS server and
place the client jar in WEB-INF/lib.
- The default server, OpenJMS is configured in cocoon.xconf but is not
bundled with Cocoon.
org.apache.excalibur.source.SourceNotFoundException: file:/C:/Programme/Apache
Software Foundation/Tomcat 5.5/webapps/cocoon/samples/blocks/portal/tools/conf.xml
doesn't exist.
 at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSource.java:150)
 at org.apache.cocoon.portal.tools.PortalToolManager.parameterize(PortalToolManager.java:97)
 at org.apache.avalon.framework.container.ContainerUtil.parameterize(ContainerUtil.java:267)
 at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:274)
 at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:108)
 at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:522)
 at org.apache.cocoon.components.CocoonComponentManager.initialize(CocoonComponentManager.java:561)
 at org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:283)
 at org.apache.cocoon.Cocoon.initialize(Cocoon.java:282)
 at org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:283)
 at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:1391)
 at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:481)
 at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1091)
 at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925)
 at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3857)
 at org.apache.catalina.core.StandardContext.start(StandardContext.java:4118)
 at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
 at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
 at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
 at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:894)
 at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:857)
 at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:475)
 at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1102)
 at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
 at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1020)
 at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
 at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
 at org.apache.catalina.core.StandardService.start(StandardService.java:450)
 at org.apache.catalina.core.StandardServer.start(StandardServer.java:683)
 at org.apache.catalina.startup.Catalina.start(Catalina.java:537)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271)
 at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409)
Caused by: java.io.FileNotFoundException: C:\Programme\Apache Software
Foundation\Tomcat 5.5\webapps\cocoon\samples\blocks\portal\tools\conf.xml
(Das System kann den angegebenen Pfad nicht finden)
 at java.io.FileInputStream.open(Native Method)
 at java.io.FileInputStream.init(Unknown Source)
 at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSource.java:146)
 ... 37 more
- Servlet.service() for servlet Cocoon threw exception
java.lang.OutOfMemoryError: Java heap space
- Servlet.service() for servlet Cocoon threw exception
java.lang.OutOfMemoryError: Java heap space
- Servlet.service() for servlet Cocoon threw exception
java.lang.OutOfMemoryError: Java heap space
- Servlet.service() for servlet Cocoon threw exception