You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Vadim Gritsenko <vg...@yahoo.com> on 2001/07/24 05:17:11 UTC
Beautify 404
Hello everybody,
Checked in changes to allow custom 404 page. To use it, just add something like this
to your <map:pipeline>:
<map:handle-errors type="404">
<map:transform src="stylesheets/system/error2html.xsl"/>
<map:serialize status-code="404"/>
</map:handle-errors>
Other possible value for type attribute is 500 - which is default; the meaning for 500 type
erorr handler is the same as before, and type attribute is optional (preserving old syntax).
It is allowed to use own generator:
<map:handle-errors type="404">
<map:generate type="serverpages" src="my404.xsp"/>
<map:transform src="stylesheets/page2html.xsl"/>
<map:serialize status-code="404"/>
</map:handle-errors>
Every <map:pipeline> might have own customized 404 page; if no page is specified,
CocoonServlet will process an error. If request did not match any pipeline, 404 page from
last pipeline will be used.
Comments are very welcome.
Thanks,
Vadim
> -----Original Message-----
> From: Vadim Gritsenko [mailto:vgritsenko@yahoo.com]
> Sent: Saturday, June 30, 2001 5:01 PM
> To: cocoon-dev@xml.apache.org
> Subject: Beautify 404, Was: [C2][Patch] /map:pipelines/map:handle-errors
>
>
> Giacomo,
>
> "Catch all" would not be enough; if you have something like <map:match="*.xml">,
> you still can get ResourceNotFoundException which would be processed by
> CocoonServlet, returning hard-coded HTML....
>
> Do you see any elegant solution to this poroblem?
> I suggested to introduce types for <map:handle-errors> element:
> <map:handle-errors type="404"> <!-- 404 or something else... like exception class name -->
> </...>
> What is your opinion?
>
> Vadim
>
> > -----Original Message-----
> > From: giacomo [mailto:giacomo@apache.org]
> > Sent: Friday, June 29, 2001 18:21
> > To: cod
> > Subject: Re: [C2][Patch] /map:pipelines/map:handle-errors
> >
> >
> > On Fri, 29 Jun 2001, Steffen Stundzig wrote:
> >
> > > Hi all,
> > >
> > > I've the problem, that I must beautify the page that raises on an
> > > ResourceNotFoundException if no matching pipeline could be found.
> > >
> > > Unfortunately this page is directly written as HTML
> > > into the ServletOutputStream from inside the Cocoon Servlet. Or I've
> > > overlooked something?
> > >
> > > My idea was to use the map:handle-errors element for this purpose. So I've
> > > changed the sitemap.xsl to support also such an element as child of
> > > map:pipelines and not only as child of map:pipelines/map:pipeline.
> >
> > You can use a "catch all" matcher as the very last one in your sitemap.
> >
> > <map:match pattern="**">
> > ...
> > </map:match>
> >
> > Giacomo
> >
> > >
> > > If this element doesn't exist, the mechanism is as for now but if it exist,
> > > the error-page is 'pipelined' in the standard map:handle-error manner.
> > >
> > > Attached is my patch for this stuff.
> > >
> > > Possibly is anybody interested in it.
> > >
> > > Regards
> > > Steffen...
> > >
> > >
> >
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: Beautify 404
Posted by Vadim Gritsenko <vg...@yahoo.com>.
Carsten,
I disabled map:generator in map:handle-errors element (as it was before).
Vadim
> -----Original Message-----
> From: Carsten Ziegeler [mailto:cziegeler@sundn.de]
> Sent: Tuesday, July 24, 2001 9:39 AM
> To: cocoon-dev@xml.apache.org
> Subject: AW: Beautify 404
>
>
> > Vadim Gritsenko wrote:
> >
> > Carsten,
> >
> > >
> > > > Vadim Gritsenko wrote:
> > > >
> > > > Hello everybody,
> > > >
> > > > Checked in changes to allow custom 404 page. To use it, just add
> > > > something like this
> > > > to your <map:pipeline>:
> > > >
> > > > <map:handle-errors type="404">
> > > > <map:transform src="stylesheets/system/error2html.xsl"/>
> > > > <map:serialize status-code="404"/>
> > > > </map:handle-errors>
> > > >
> > > > Other possible value for type attribute is 500 - which is
> > > > default; the meaning for 500 type
> > > > erorr handler is the same as before, and type attribute is
> > > > optional (preserving old syntax).
> > > >
> > > Could you explain this a little bit more. I assume that the
> > > 404 is equivalent to the ResourceNotFoundException, right?
> >
> > Yes, that's right.
> >
> >
> > > So if this exception is thrown somewhere (e.g. in a generator)
> > > the above error handler is called.
> >
> > If handler is present in this pipline, or in parent's pipeline
> > (where map:mount element is).
> > If not, exception will be handled by CocoonServlet.
> >
> >
> > > But what does error type 500 mean? Every exception?
> >
> > Before we had the only <map:handle-errors> element for pipeline for all
> > exceptions EXCEPT ResourceNotFound and ConnectionReset - this is
> > preserved,
> > which means that yes, 500 means all errors except mentioned two.
> >
> Ok, I am not so happy with the 500 here as it is not so intuitive
> what is really meant with it.
> >
> > > Can I have two (or even more) map:handle-errors in one pipeline?
> >
> > You can have up to two <map:handle-errors> elements - one of every type.
> > Right now this is not enforced, but I can implement this.
> >
> I think we should keep compatibility were possible and the 500
> is not so verbose.
>
> >
> > >
> > > > It is allowed to use own generator:
> > > >
> > > > <map:handle-errors type="404">
> > > > <map:generate type="serverpages" src="my404.xsp"/>
> > > > <map:transform src="stylesheets/page2html.xsl"/>
> > > > <map:serialize status-code="404"/>
> > > > </map:handle-errors>
> > > >
> > > > Every <map:pipeline> might have own customized 404 page; if no
> > > > page is specified,
> > > > CocoonServlet will process an error. If request did not match any
> > > > pipeline, 404 page from
> > > > last pipeline will be used.
> > > Did I get this right? If I have two map:pipeline sections and no
> > > match is found and the second pipeline has no customized 404 page
> > > then the one of the first map:pipeline is used?
> >
> > No. If there is no customized page for the last pipeline,
> > ResourceNotFound will
> > be handled by Cocoon - i.e, empty SC_NOT_FOUND response will be sent.
> >
> Ah, good.
>
> > That's because it is not possible to determine to what pipeline
> > user's request
> > was originated, so right now if no pipeline matched,
> > <map:handle-errors> element
> > used from the LAST pipeline in the sitemap.
> >
> > Actually, this is the part where people's opinion should be taken
> > in account.
> > Another way is to explicitly set <map:handle-errors> element for
> > <map:pipelines>
> > element (note "s"!) - but I do not like this for some reason...
> >
> Agreed.
> >
> > >
> > > Hm, I'm sorry, but I think changes like this should a) first
> > > discussed before checking in and b) first checked in into the
> > > 2.1 branch.
> >
> > I do agree with you here... My decision was based on fact that I
> > proposed this change
> > back in June 30 and there were no objections since then.
> >
> Oh, I must have overlooked it.
> >
> > > There were months ago many discussions about this features
> > > among with a customizable ErrorGenerator. That was very close
> > > to this solution, but the team agreed to drop it.
> >
> > Actually, I did not touch generators or notifiers - just some
> > simple extensions to
> > sitemap syntax.
> >
> > >
> > > I don't want to say that your solution is bad or wrong, but
> > > I would like to have only few changes to c2 to get a final
> > > release.
> > >
> >
> > If you feel uncomfortable about this change - may be we should vote
> > to decide where to keep this. I do share your concern about
> > Cocoon stability,
> > but this is comparable unsignificant change which many users are
> > awaiting for.
> >
> > So, 2.0 or 2.1?
> I think as it is in the 2.0 branch now, it works and there are needs
> for it, we could leave it there.
>
> But what I don't like is the new generator node in the handle-error,
> so I vote for leaving it in 2.0 but removing the extra generator
> handling in both cvs.
>
> Carsten
> >
> > Vadim
> >
> > >
> > > Carsten
> > >
> > > Open Source Group sunShine - b:Integrated
> > > ================================================================
> > > Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> > > www.sundn.de mailto: cziegeler@sundn.de
> > > ================================================================
> > >
> > > >
> > > > Comments are very welcome.
> > > >
> > > > Thanks,
> > > > Vadim
> > > >
> > > > > -----Original Message-----
> > > > > From: Vadim Gritsenko [mailto:vgritsenko@yahoo.com]
> > > > > Sent: Saturday, June 30, 2001 5:01 PM
> > > > > To: cocoon-dev@xml.apache.org
> > > > > Subject: Beautify 404, Was: [C2][Patch]
> > /map:pipelines/map:handle-errors
> > > > >
> > > > >
> > > > > Giacomo,
> > > > >
> > > > > "Catch all" would not be enough; if you have something like
> > > > <map:match="*.xml">,
> > > > > you still can get ResourceNotFoundException which would be
> > processed by
> > > > > CocoonServlet, returning hard-coded HTML....
> > > > >
> > > > > Do you see any elegant solution to this poroblem?
> > > > > I suggested to introduce types for <map:handle-errors> element:
> > > > > <map:handle-errors type="404"> <!-- 404 or something else...
> > > > like exception class name -->
> > > > > </...>
> > > > > What is your opinion?
> > > > >
> > > > > Vadim
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: giacomo [mailto:giacomo@apache.org]
> > > > > > Sent: Friday, June 29, 2001 18:21
> > > > > > To: cod
> > > > > > Subject: Re: [C2][Patch] /map:pipelines/map:handle-errors
> > > > > >
> > > > > >
> > > > > > On Fri, 29 Jun 2001, Steffen Stundzig wrote:
> > > > > >
> > > > > > > Hi all,
> > > > > > >
> > > > > > > I've the problem, that I must beautify the page that
> > raises on an
> > > > > > > ResourceNotFoundException if no matching pipeline could
> > be found.
> > > > > > >
> > > > > > > Unfortunately this page is directly written as HTML
> > > > > > > into the ServletOutputStream from inside the Cocoon
> > Servlet. Or I've
> > > > > > > overlooked something?
> > > > > > >
> > > > > > > My idea was to use the map:handle-errors element for this
> > > > purpose. So I've
> > > > > > > changed the sitemap.xsl to support also such an element
> > as child of
> > > > > > > map:pipelines and not only as child of
> > map:pipelines/map:pipeline.
> > > > > >
> > > > > > You can use a "catch all" matcher as the very last one in
> > > > your sitemap.
> > > > > >
> > > > > > <map:match pattern="**">
> > > > > > ...
> > > > > > </map:match>
> > > > > >
> > > > > > Giacomo
> > > > > >
> > > > > > >
> > > > > > > If this element doesn't exist, the mechanism is as for now
> > > > but if it exist,
> > > > > > > the error-page is 'pipelined' in the standard
> > > > map:handle-error manner.
> > > > > > >
> > > > > > > Attached is my patch for this stuff.
> > > > > > >
> > > > > > > Possibly is anybody interested in it.
> > > > > > >
> > > > > > > Regards
> > > > > > > Steffen...
> > > > > > >
> > > > > > >
> > > > > >
> > > >
> > > >
> > > >
> > > > _________________________________________________________
> > > >
> > > > Do You Yahoo!?
> > > >
> > > > Get your free @yahoo.com address at http://mail.yahoo.com
> > > >
> > > >
> > > >
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Niclas Hedhman <ni...@ewarna.com>.
As a byline note....
I am using Together Control Center 5.02 and on Sun JDK 1.3.1
(Linux/RH7.1/KDE 1.1/2.1.1 ) it does not manage to start up at all.
TogetherSoft says there are outstanding issues in JDK 1.3.1 on Unix, and
for Linux there is a workaround regarding a LD_ASSUME_KERNEL environment
variable (Don't have the details here.) and glibc compile options.
TogetherSoft recommends Sun JDK 1.3.0_02, and I am sticking to that one.
That's all folks...
Niclas
Matthew Langham wrote:
> Has anyone noticed performance/memory issues running C2 under Linux (Suse
> 7.2) and using the SUN JDK 1.3.1 as opposed to 1.2 ?
>
> Is it ok to upgrade to 1.3.1?
>
> Thanks
>
> Matthew
>
> --
> Open Source Group sunShine - Lighting up e:Business
> =================================================================
> Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
> =================================================================
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Matthew Langham <ml...@sundn.de>.
Hi Donald,
>>
i use the blackdown-1.3.1 jdk and have no problems. the sun one gives me
fits.
<<
Can you give me a little more detail?
Matthew
--
Open Source Group sunShine - Lighting up e:Business
=================================================================
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
=================================================================
-----Ursprungliche Nachricht-----
Von: Donald Ball [mailto:balld@webslingerZ.com]
Gesendet: Dienstag, 24. Juli 2001 15:08
An: cocoon-dev@xml.apache.org
Betreff: Re: JDK 1.3.1, Cocoon 2 and Linux - impressions?
On Tue, 24 Jul 2001, Matthew Langham wrote:
> Has anyone noticed performance/memory issues running C2 under Linux (Suse
> 7.2) and using the SUN JDK 1.3.1 as opposed to 1.2 ?
>
> Is it ok to upgrade to 1.3.1?
i use the blackdown-1.3.1 jdk and have no problems. the sun one gives me
fits.
- donald
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Donald Ball <ba...@webslingerZ.com>.
On Tue, 24 Jul 2001, Matthew Langham wrote:
> Has anyone noticed performance/memory issues running C2 under Linux (Suse
> 7.2) and using the SUN JDK 1.3.1 as opposed to 1.2 ?
>
> Is it ok to upgrade to 1.3.1?
i use the blackdown-1.3.1 jdk and have no problems. the sun one gives me
fits.
- donald
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Mariano Kamp <mk...@codamax.com>.
We could all bring our notebooks to show off a bit ;-) I would be very
interested in seeing what you guys do.
Or does "take a look at what we are doing" involve business? ;-)
Mariano
ps. Bringing a notebook to a bar is always a pretty good way, to be left in
peace. Nobody speaks to this kind of strange people ;-) We could also meet a
little bit earlier in our office (8km away from the bar) and have a look at
it there and drive from there to the bar. It's quiter than in the bar and we
also have beer ;-)
On Wednesday 25 July 2001 03:16 pm, Matthew Langham wrote:
> Carsten and I will see if we can (somehow) make it - so put us down as
> "possible". Now is there anyone in Frankfurt interested in taking a look at
> what we are doing with Cocoon? Say maybe on the 9th :-))
>
> Matthew
>
> --
> Open Source Group sunShine - Lighting up e:Business
> =================================================================
> Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
> =================================================================
>
>
> -----Ursprüngliche Nachricht-----
> Von: Marcus Crafter [mailto:crafterm@fztig938.bank.dresdner.net]
> Gesendet: Mittwoch, 25. Juli 2001 14:55
> An: cocoon-dev@xml.apache.org
> Betreff: Re: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and
> Linux - impressions?
>
> On Wed, 25 Jul 2001, Mariano Kamp wrote:
> > the 8th is fine with me.
> >
> > Alright. So the 8th at Töffies?
> >
> > Any other takers?
>
> ok, excellent - I'm in! :-)
>
> Cheers,
>
> Marcus
>
> --
> .....
> ,,$$$$$$$$$, Marcus Crafter
> ;$' '$$$$: Computer Systems Engineer
> $: $$$$: Open Software Associates GmbH
> $ o_)$$$: 82-84 Mainzer Landstrasse
> ;$, _/\ &&:' 60327 Frankfurt Germany
> ' /( &&&
> \_&&&&' Email : Marcus.Crafter@osa.de
> &&&&. Business Hours : +49 69 9757 200
> &&&&&&&:
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Michael Hartle <mh...@hartle-klug.com>.
Matthew Langham wrote:
>Carsten and I will see if we can (somehow) make it - so put us down as
>"possible". Now is there anyone in Frankfurt interested in taking a look at
>what we are doing with Cocoon? Say maybe on the 9th :-))
>
I am highly interested in seeing the work of collegues ;) I hope I can
participate on the 8th.
Michael
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and
Linux - impressions?
Posted by Marcus Crafter <cr...@fztig938.bank.dresdner.net>.
Hi *
On Mon, 6 Aug 2001, Mariano Kamp wrote:
> Hi there,
>
> what about the 8th? Should we meet around 8pm at Töffies?
Fine with me. Looking forward to meeting you all. :-)
Cheers,
Marcus
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: Open Software Associates GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&' Email : Marcus.Crafter@osa.de
&&&&. Business Hours : +49 69 9757 200
&&&&&&&:
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: AW: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Mariano Kamp <mk...@codamax.com>.
That's sad. If another day within the next two weeks would help, please say
so.
Mariano
On Monday 06 August 2001 11:01 am, Matthew Langham wrote:
> Hi,
>
> at the moment it looks as though Carsten and I will unfortunately not be
> able to make it :-( (those d*** customers again :-)). But we wish you a
> great time. Perhaps we can organise the next event to coincide with a fair
> or something in Frankfurt.
>
> Matthew
>
> --
> Open Source Group sunShine - Lighting up e:Business
> =================================================================
> Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
> =================================================================
>
>
> -----Ursprüngliche Nachricht-----
> Von: Mariano Kamp [mailto:mkamp@codamax.com]
> Gesendet: Montag, 6. August 2001 12:00
> An: cocoon-dev@xml.apache.org
> Betreff: Re: AW: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and
> Linux - impressions?
>
>
> Hi there,
>
> what about the 8th? Should we meet around 8pm at Töffies?
>
> Mariano
>
> On Wednesday 25 July 2001 03:16 pm, Matthew Langham wrote:
> > Carsten and I will see if we can (somehow) make it - so put us down as
> > "possible". Now is there anyone in Frankfurt interested in taking a look
>
> at
>
> > what we are doing with Cocoon? Say maybe on the 9th :-))
> >
> > Matthew
> >
> > --
> > Open Source Group sunShine - Lighting up e:Business
> > =================================================================
> > Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> > Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
> > =================================================================
> >
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Marcus Crafter [mailto:crafterm@fztig938.bank.dresdner.net]
> > Gesendet: Mittwoch, 25. Juli 2001 14:55
> > An: cocoon-dev@xml.apache.org
> > Betreff: Re: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and
> > Linux - impressions?
> >
> > On Wed, 25 Jul 2001, Mariano Kamp wrote:
> > > the 8th is fine with me.
> > >
> > > Alright. So the 8th at Töffies?
> > >
> > > Any other takers?
> >
> > ok, excellent - I'm in! :-)
> >
> > Cheers,
> >
> > Marcus
> >
> > --
> > .....
> > ,,$$$$$$$$$, Marcus Crafter
> > ;$' '$$$$: Computer Systems Engineer
> > $: $$$$: Open Software Associates GmbH
> > $ o_)$$$: 82-84 Mainzer Landstrasse
> > ;$, _/\ &&:' 60327 Frankfurt Germany
> > ' /( &&&
> > \_&&&&' Email : Marcus.Crafter@osa.de
> > &&&&. Business Hours : +49 69 9757 200
> > &&&&&&&:
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: AW: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Matthew Langham <ml...@sundn.de>.
Hi,
at the moment it looks as though Carsten and I will unfortunately not be
able to make it :-( (those d*** customers again :-)). But we wish you a
great time. Perhaps we can organise the next event to coincide with a fair
or something in Frankfurt.
Matthew
--
Open Source Group sunShine - Lighting up e:Business
=================================================================
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
=================================================================
-----Ursprüngliche Nachricht-----
Von: Mariano Kamp [mailto:mkamp@codamax.com]
Gesendet: Montag, 6. August 2001 12:00
An: cocoon-dev@xml.apache.org
Betreff: Re: AW: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and
Linux - impressions?
Hi there,
what about the 8th? Should we meet around 8pm at Töffies?
Mariano
On Wednesday 25 July 2001 03:16 pm, Matthew Langham wrote:
> Carsten and I will see if we can (somehow) make it - so put us down as
> "possible". Now is there anyone in Frankfurt interested in taking a look
at
> what we are doing with Cocoon? Say maybe on the 9th :-))
>
> Matthew
>
> --
> Open Source Group sunShine - Lighting up e:Business
> =================================================================
> Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
> =================================================================
>
>
> -----Ursprüngliche Nachricht-----
> Von: Marcus Crafter [mailto:crafterm@fztig938.bank.dresdner.net]
> Gesendet: Mittwoch, 25. Juli 2001 14:55
> An: cocoon-dev@xml.apache.org
> Betreff: Re: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and
> Linux - impressions?
>
> On Wed, 25 Jul 2001, Mariano Kamp wrote:
> > the 8th is fine with me.
> >
> > Alright. So the 8th at Töffies?
> >
> > Any other takers?
>
> ok, excellent - I'm in! :-)
>
> Cheers,
>
> Marcus
>
> --
> .....
> ,,$$$$$$$$$, Marcus Crafter
> ;$' '$$$$: Computer Systems Engineer
> $: $$$$: Open Software Associates GmbH
> $ o_)$$$: 82-84 Mainzer Landstrasse
> ;$, _/\ &&:' 60327 Frankfurt Germany
> ' /( &&&
> \_&&&&' Email : Marcus.Crafter@osa.de
> &&&&. Business Hours : +49 69 9757 200
> &&&&&&&:
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Mariano Kamp <mk...@codamax.com>.
Hi there,
what about the 8th? Should we meet around 8pm at Töffies?
Mariano
On Wednesday 25 July 2001 03:16 pm, Matthew Langham wrote:
> Carsten and I will see if we can (somehow) make it - so put us down as
> "possible". Now is there anyone in Frankfurt interested in taking a look at
> what we are doing with Cocoon? Say maybe on the 9th :-))
>
> Matthew
>
> --
> Open Source Group sunShine - Lighting up e:Business
> =================================================================
> Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
> =================================================================
>
>
> -----Ursprüngliche Nachricht-----
> Von: Marcus Crafter [mailto:crafterm@fztig938.bank.dresdner.net]
> Gesendet: Mittwoch, 25. Juli 2001 14:55
> An: cocoon-dev@xml.apache.org
> Betreff: Re: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and
> Linux - impressions?
>
> On Wed, 25 Jul 2001, Mariano Kamp wrote:
> > the 8th is fine with me.
> >
> > Alright. So the 8th at Töffies?
> >
> > Any other takers?
>
> ok, excellent - I'm in! :-)
>
> Cheers,
>
> Marcus
>
> --
> .....
> ,,$$$$$$$$$, Marcus Crafter
> ;$' '$$$$: Computer Systems Engineer
> $: $$$$: Open Software Associates GmbH
> $ o_)$$$: 82-84 Mainzer Landstrasse
> ;$, _/\ &&:' 60327 Frankfurt Germany
> ' /( &&&
> \_&&&&' Email : Marcus.Crafter@osa.de
> &&&&. Business Hours : +49 69 9757 200
> &&&&&&&:
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Matthew Langham <ml...@sundn.de>.
Carsten and I will see if we can (somehow) make it - so put us down as
"possible". Now is there anyone in Frankfurt interested in taking a look at
what we are doing with Cocoon? Say maybe on the 9th :-))
Matthew
--
Open Source Group sunShine - Lighting up e:Business
=================================================================
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
=================================================================
-----Ursprüngliche Nachricht-----
Von: Marcus Crafter [mailto:crafterm@fztig938.bank.dresdner.net]
Gesendet: Mittwoch, 25. Juli 2001 14:55
An: cocoon-dev@xml.apache.org
Betreff: Re: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and
Linux - impressions?
On Wed, 25 Jul 2001, Mariano Kamp wrote:
> the 8th is fine with me.
>
> Alright. So the 8th at Töffies?
>
> Any other takers?
ok, excellent - I'm in! :-)
Cheers,
Marcus
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: Open Software Associates GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&' Email : Marcus.Crafter@osa.de
&&&&. Business Hours : +49 69 9757 200
&&&&&&&:
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux
- impressions?
Posted by Marcus Crafter <cr...@fztig938.bank.dresdner.net>.
On Wed, 25 Jul 2001, Mariano Kamp wrote:
> the 8th is fine with me.
>
> Alright. So the 8th at Töffies?
>
> Any other takers?
ok, excellent - I'm in! :-)
Cheers,
Marcus
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: Open Software Associates GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&' Email : Marcus.Crafter@osa.de
&&&&. Business Hours : +49 69 9757 200
&&&&&&&:
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Mariano Kamp <mk...@codamax.com>.
On Wednesday 25 July 2001 12:49 pm, Marcus Crafter wrote:
> Hi All,
>
> On Wed, 25 Jul 2001, Mariano Kamp wrote:
> > Maybe we should discuss the date first?
> >
> > As I am very open in that respect, somebody else can make a proposal.
>
> ok, how about wednesday week after next ? that would be the 8th
> August ? Would that suit everyone ?
>
> I'm free every night during the week, and most weekends, so if the 8th
> is a problem another night would most likely suit me too. Feel free to
> suggest another.
>
the 8th is fine with me.
> > I do like Tigerpalast (which happens to be in the basement of my place
> > ;-). It's pretty nice and decent, but a bit expensive (beer @ 7,50 DM).
>
> Never been there, but sounds good :-)
>
> > Besides that I like Bornheim, like Töffies or Harveys (Nordend, a bit
> > loud) and of course there are two traditional restaurants (Schöne
> > Müllerin and Mösebach).
>
> Bornheim is an excellent suggestion, that's where I live! :-)
> Töffies or Flippers where we can sit outside in this weather would be
> great.
Alright. So the 8th at Töffies?
Any other takers?
Mariano
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: Cocoon Stammtisch
Posted by Torsten Curdt <tc...@dff.st>.
Damn... I wish there were some more cocooners
around Göttingen... Are there?
--
Tosten
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux
- impressions?
Posted by Marcus Crafter <cr...@fztig938.bank.dresdner.net>.
Hi All,
On Wed, 25 Jul 2001, Mariano Kamp wrote:
> Maybe we should discuss the date first?
>
> As I am very open in that respect, somebody else can make a proposal.
ok, how about wednesday week after next ? that would be the 8th
August ? Would that suit everyone ?
I'm free every night during the week, and most weekends, so if the 8th
is a problem another night would most likely suit me too. Feel free to
suggest another.
> I do like Tigerpalast (which happens to be in the basement of my place ;-).
> It's pretty nice and decent, but a bit expensive (beer @ 7,50 DM).
Never been there, but sounds good :-)
> Besides that I like Bornheim, like Töffies or Harveys (Nordend, a bit loud)
> and of course there are two traditional restaurants (Schöne Müllerin and
> Mösebach).
Bornheim is an excellent suggestion, that's where I live! :-)
Töffies or Flippers where we can sit outside in this weather would be
great.
Cheers,
Marcus
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: Open Software Associates GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&' Email : Marcus.Crafter@osa.de
&&&&. Business Hours : +49 69 9757 200
&&&&&&&:
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Cocoon Stammtisch: Was: Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Mariano Kamp <mk...@codamax.com>.
Maybe we should discuss the date first?
As I am very open in that respect, somebody else can make a proposal.
No, I don't have any preferred locations, but to give it a start ...
I do like Tigerpalast (which happens to be in the basement of my place ;-).
It's pretty nice and decent, but a bit expensive (beer @ 7,50 DM).
Besides that I like Bornheim, like Töffies or Harveys (Nordend, a bit loud)
and of course there are two traditional restaurants (Schöne Müllerin and
Mösebach).
But I am very open for other suggestions too.
Mariano
On Wednesday 25 July 2001 10:21 am, Michael Hartle wrote:
> Mariano Kamp wrote:
> >> We'll have to have a Cocoon Stammtisch in Frankfurt! :-)
> >
> >Frankfurt/M? What a good idea.... Let me know when you are planning
> > something ;-)
>
> Sounds perfect ;) Some preferred location ?
>
> Michael Hartle
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Michael Hartle <mh...@hartle-klug.com>.
Mariano Kamp wrote:
>> We'll have to have a Cocoon Stammtisch in Frankfurt! :-)
>>
>Frankfurt/M? What a good idea.... Let me know when you are planning something
>;-)
>
Sounds perfect ;) Some preferred location ?
Michael Hartle
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Mariano Kamp <mk...@codamax.com>.
> We'll have to have a Cocoon Stammtisch in Frankfurt! :-)
Frankfurt/M? What a good idea.... Let me know when you are planning something
;-)
Mariano
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Matthew Langham <ml...@sundn.de>.
Kevin,
>>
Despite the about I am still persisting with cocoon on linux even though
from my personal experience the win2k installation is more stable.
<<
That is what we have found. The trouble is we have a customer (now who
invented those :-)) who is using Linux.
Matthew
--
Open Source Group sunShine - Lighting up e:Business
=================================================================
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
=================================================================
-----Ursprungliche Nachricht-----
Von: Kevin O'Neill [mailto:kevin@rocketred.com.au]
Gesendet: Mittwoch, 25. Juli 2001 01:33
An: cocoon-dev@xml.apache.org
Betreff: RE: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
I've been running jdk 1.3.1, Redhat 7.1 (2.4 kernel), jboss/tomcat
(2.2.2/3.2.2), cocoon b2 running on a 500 MHz machine with 512 MB ram
and found the following.
The stability issues for me seem to stem from the svg renderers thus
making the stability of the overall system quite bad (read jvm core
dumps). I haven't been able to reproduce the dump in a consistent
fashion (it seems to occur if you leave the service idle for a while,
come back, run an svg task that has previously executed, boom, core
dump. If ever I have a reproducible procedure I'll post it.
I attempted to use the latest IBM jdk, but it complains about
permissions to write to directories that the sun jdk is happy with
(guidance on configuration with the ibm jdk would be much appreciated).
Despite the about I am still persisting with cocoon on linux even though
from my personal experience the win2k installation is more stable.
k.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Donald Ball <ba...@webslingerZ.com>.
On Wed, 25 Jul 2001, Kevin O'Neill wrote:
> I've been running jdk 1.3.1, Redhat 7.1 (2.4 kernel), jboss/tomcat
> (2.2.2/3.2.2), cocoon b2 running on a 500 MHz machine with 512 MB ram
> and found the following.
>
> The stability issues for me seem to stem from the svg renderers thus
> making the stability of the overall system quite bad (read jvm core
> dumps). I haven't been able to reproduce the dump in a consistent
> fashion (it seems to occur if you leave the service idle for a while,
> come back, run an svg task that has previously executed, boom, core
> dump. If ever I have a reproducible procedure I'll post it.
i have found resin to be more stable that tomcat, especially when running
batik.
- donald
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Kevin O'Neill <ke...@rocketred.com.au>.
I've been running jdk 1.3.1, Redhat 7.1 (2.4 kernel), jboss/tomcat
(2.2.2/3.2.2), cocoon b2 running on a 500 MHz machine with 512 MB ram
and found the following.
The stability issues for me seem to stem from the svg renderers thus
making the stability of the overall system quite bad (read jvm core
dumps). I haven't been able to reproduce the dump in a consistent
fashion (it seems to occur if you leave the service idle for a while,
come back, run an svg task that has previously executed, boom, core
dump. If ever I have a reproducible procedure I'll post it.
I attempted to use the latest IBM jdk, but it complains about
permissions to write to directories that the sun jdk is happy with
(guidance on configuration with the ibm jdk would be much appreciated).
Despite the about I am still persisting with cocoon on linux even though
from my personal experience the win2k installation is more stable.
k.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Marcus Crafter <cr...@fztig938.bank.dresdner.net>.
On Tue, 24 Jul 2001, Matthew Langham wrote:
> >>
> Hope your holidays were great! :-)
> <<
> Yep - but I have already forgotten them :-(. Now Carsten is off for a few
> days - (not that he's earned it... - ouch) :-). Also - it's a pity we will
> not be able to go guiness-drinking in Dublin after all..
I know, what a let down! :-(
We'll have to have a Cocoon Stammtisch in Frankfurt! :-)
> Anyway - thanks for your comments. We are still finding C2 on a Linux
> platform to be a lot less stable than on W2K. We are having quite a few
> tomcat crashes, memory problems etc. Also our first impression is that they
> actually seem to be worse under 1.3.1 and I was just wondering if this is a
> common report - or maybe something else is wrong.
Well, you could be right, we're not running C2 on Linux in production,
only for development. Our production and test environment is actually
on Sun Solaris systems.
I'd be interested in the details of your problems though, we're
looking at moving to 1.3.1 on our Sun systems. Any more info you can
give us ?
Cheers,
Marcus
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: Open Software Associates GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&' Email : Marcus.Crafter@osa.de
&&&&. Business Hours : +49 69 9757 200
&&&&&&&:
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Matthew Langham <ml...@sundn.de>.
Hi Marcus,
>>
Hope your holidays were great! :-)
<<
Yep - but I have already forgotten them :-(. Now Carsten is off for a few
days - (not that he's earned it... - ouch) :-). Also - it's a pity we will
not be able to go guiness-drinking in Dublin after all..
Anyway - thanks for your comments. We are still finding C2 on a Linux
platform to be a lot less stable than on W2K. We are having quite a few
tomcat crashes, memory problems etc. Also our first impression is that they
actually seem to be worse under 1.3.1 and I was just wondering if this is a
common report - or maybe something else is wrong.
Cheers
Matthew
--
Open Source Group sunShine - Lighting up e:Business
=================================================================
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
=================================================================
-----Ursprungliche Nachricht-----
Von: Marcus Crafter [mailto:crafterm@fztig938.bank.dresdner.net]
Gesendet: Dienstag, 24. Juli 2001 17:36
An: cocoon-dev@xml.apache.org
Betreff: Re: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Hi Matthew,
Hope your holidays were great! :-)
On Tue, 24 Jul 2001, Matthew Langham wrote:
> Has anyone noticed performance/memory issues running C2 under Linux (Suse
> 7.2) and using the SUN JDK 1.3.1 as opposed to 1.2 ?
>
> Is it ok to upgrade to 1.3.1?
I haven't seen any issues with 1.3.1 other than the compilation
problems we saw several weeks back, just make sure you use the classic
compiler.
Cheers,
Marcus
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: Open Software Associates GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&' Email : Marcus.Crafter@osa.de
&&&&. Business Hours : +49 69 9757 200
&&&&&&&:
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Marcus Crafter <cr...@fztig938.bank.dresdner.net>.
Hi Matthew,
Hope your holidays were great! :-)
On Tue, 24 Jul 2001, Matthew Langham wrote:
> Has anyone noticed performance/memory issues running C2 under Linux (Suse
> 7.2) and using the SUN JDK 1.3.1 as opposed to 1.2 ?
>
> Is it ok to upgrade to 1.3.1?
I haven't seen any issues with 1.3.1 other than the compilation
problems we saw several weeks back, just make sure you use the classic
compiler.
Cheers,
Marcus
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: Open Software Associates GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&' Email : Marcus.Crafter@osa.de
&&&&. Business Hours : +49 69 9757 200
&&&&&&&:
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
JDK 1.3.1, Cocoon 2 and Linux - impressions?
Posted by Matthew Langham <ml...@sundn.de>.
Has anyone noticed performance/memory issues running C2 under Linux (Suse
7.2) and using the SUN JDK 1.3.1 as opposed to 1.2 ?
Is it ok to upgrade to 1.3.1?
Thanks
Matthew
--
Open Source Group sunShine - Lighting up e:Business
=================================================================
Matthew Langham, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel: +49-5251-1581-30 [mlangham@sundn.de - http://www.sundn.de]
=================================================================
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: Beautify 404
Posted by Carsten Ziegeler <cz...@sundn.de>.
> Vadim Gritsenko wrote:
>
> Carsten,
>
> >
> > > Vadim Gritsenko wrote:
> > >
> > > Hello everybody,
> > >
> > > Checked in changes to allow custom 404 page. To use it, just add
> > > something like this
> > > to your <map:pipeline>:
> > >
> > > <map:handle-errors type="404">
> > > <map:transform src="stylesheets/system/error2html.xsl"/>
> > > <map:serialize status-code="404"/>
> > > </map:handle-errors>
> > >
> > > Other possible value for type attribute is 500 - which is
> > > default; the meaning for 500 type
> > > erorr handler is the same as before, and type attribute is
> > > optional (preserving old syntax).
> > >
> > Could you explain this a little bit more. I assume that the
> > 404 is equivalent to the ResourceNotFoundException, right?
>
> Yes, that's right.
>
>
> > So if this exception is thrown somewhere (e.g. in a generator)
> > the above error handler is called.
>
> If handler is present in this pipline, or in parent's pipeline
> (where map:mount element is).
> If not, exception will be handled by CocoonServlet.
>
>
> > But what does error type 500 mean? Every exception?
>
> Before we had the only <map:handle-errors> element for pipeline for all
> exceptions EXCEPT ResourceNotFound and ConnectionReset - this is
> preserved,
> which means that yes, 500 means all errors except mentioned two.
>
Ok, I am not so happy with the 500 here as it is not so intuitive
what is really meant with it.
>
> > Can I have two (or even more) map:handle-errors in one pipeline?
>
> You can have up to two <map:handle-errors> elements - one of every type.
> Right now this is not enforced, but I can implement this.
>
I think we should keep compatibility were possible and the 500
is not so verbose.
>
> >
> > > It is allowed to use own generator:
> > >
> > > <map:handle-errors type="404">
> > > <map:generate type="serverpages" src="my404.xsp"/>
> > > <map:transform src="stylesheets/page2html.xsl"/>
> > > <map:serialize status-code="404"/>
> > > </map:handle-errors>
> > >
> > > Every <map:pipeline> might have own customized 404 page; if no
> > > page is specified,
> > > CocoonServlet will process an error. If request did not match any
> > > pipeline, 404 page from
> > > last pipeline will be used.
> > Did I get this right? If I have two map:pipeline sections and no
> > match is found and the second pipeline has no customized 404 page
> > then the one of the first map:pipeline is used?
>
> No. If there is no customized page for the last pipeline,
> ResourceNotFound will
> be handled by Cocoon - i.e, empty SC_NOT_FOUND response will be sent.
>
Ah, good.
> That's because it is not possible to determine to what pipeline
> user's request
> was originated, so right now if no pipeline matched,
> <map:handle-errors> element
> used from the LAST pipeline in the sitemap.
>
> Actually, this is the part where people's opinion should be taken
> in account.
> Another way is to explicitly set <map:handle-errors> element for
> <map:pipelines>
> element (note "s"!) - but I do not like this for some reason...
>
Agreed.
>
> >
> > Hm, I'm sorry, but I think changes like this should a) first
> > discussed before checking in and b) first checked in into the
> > 2.1 branch.
>
> I do agree with you here... My decision was based on fact that I
> proposed this change
> back in June 30 and there were no objections since then.
>
Oh, I must have overlooked it.
>
> > There were months ago many discussions about this features
> > among with a customizable ErrorGenerator. That was very close
> > to this solution, but the team agreed to drop it.
>
> Actually, I did not touch generators or notifiers - just some
> simple extensions to
> sitemap syntax.
>
> >
> > I don't want to say that your solution is bad or wrong, but
> > I would like to have only few changes to c2 to get a final
> > release.
> >
>
> If you feel uncomfortable about this change - may be we should vote
> to decide where to keep this. I do share your concern about
> Cocoon stability,
> but this is comparable unsignificant change which many users are
> awaiting for.
>
> So, 2.0 or 2.1?
I think as it is in the 2.0 branch now, it works and there are needs
for it, we could leave it there.
But what I don't like is the new generator node in the handle-error,
so I vote for leaving it in 2.0 but removing the extra generator
handling in both cvs.
Carsten
>
> Vadim
>
> >
> > Carsten
> >
> > Open Source Group sunShine - b:Integrated
> > ================================================================
> > Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> > www.sundn.de mailto: cziegeler@sundn.de
> > ================================================================
> >
> > >
> > > Comments are very welcome.
> > >
> > > Thanks,
> > > Vadim
> > >
> > > > -----Original Message-----
> > > > From: Vadim Gritsenko [mailto:vgritsenko@yahoo.com]
> > > > Sent: Saturday, June 30, 2001 5:01 PM
> > > > To: cocoon-dev@xml.apache.org
> > > > Subject: Beautify 404, Was: [C2][Patch]
> /map:pipelines/map:handle-errors
> > > >
> > > >
> > > > Giacomo,
> > > >
> > > > "Catch all" would not be enough; if you have something like
> > > <map:match="*.xml">,
> > > > you still can get ResourceNotFoundException which would be
> processed by
> > > > CocoonServlet, returning hard-coded HTML....
> > > >
> > > > Do you see any elegant solution to this poroblem?
> > > > I suggested to introduce types for <map:handle-errors> element:
> > > > <map:handle-errors type="404"> <!-- 404 or something else...
> > > like exception class name -->
> > > > </...>
> > > > What is your opinion?
> > > >
> > > > Vadim
> > > >
> > > > > -----Original Message-----
> > > > > From: giacomo [mailto:giacomo@apache.org]
> > > > > Sent: Friday, June 29, 2001 18:21
> > > > > To: cod
> > > > > Subject: Re: [C2][Patch] /map:pipelines/map:handle-errors
> > > > >
> > > > >
> > > > > On Fri, 29 Jun 2001, Steffen Stundzig wrote:
> > > > >
> > > > > > Hi all,
> > > > > >
> > > > > > I've the problem, that I must beautify the page that
> raises on an
> > > > > > ResourceNotFoundException if no matching pipeline could
> be found.
> > > > > >
> > > > > > Unfortunately this page is directly written as HTML
> > > > > > into the ServletOutputStream from inside the Cocoon
> Servlet. Or I've
> > > > > > overlooked something?
> > > > > >
> > > > > > My idea was to use the map:handle-errors element for this
> > > purpose. So I've
> > > > > > changed the sitemap.xsl to support also such an element
> as child of
> > > > > > map:pipelines and not only as child of
> map:pipelines/map:pipeline.
> > > > >
> > > > > You can use a "catch all" matcher as the very last one in
> > > your sitemap.
> > > > >
> > > > > <map:match pattern="**">
> > > > > ...
> > > > > </map:match>
> > > > >
> > > > > Giacomo
> > > > >
> > > > > >
> > > > > > If this element doesn't exist, the mechanism is as for now
> > > but if it exist,
> > > > > > the error-page is 'pipelined' in the standard
> > > map:handle-error manner.
> > > > > >
> > > > > > Attached is my patch for this stuff.
> > > > > >
> > > > > > Possibly is anybody interested in it.
> > > > > >
> > > > > > Regards
> > > > > > Steffen...
> > > > > >
> > > > > >
> > > > >
> > >
> > >
> > >
> > > _________________________________________________________
> > >
> > > Do You Yahoo!?
> > >
> > > Get your free @yahoo.com address at http://mail.yahoo.com
> > >
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: Beautify 404
Posted by Vadim Gritsenko <vg...@hns.com>.
Carsten,
>
> > Vadim Gritsenko wrote:
> >
> > Hello everybody,
> >
> > Checked in changes to allow custom 404 page. To use it, just add
> > something like this
> > to your <map:pipeline>:
> >
> > <map:handle-errors type="404">
> > <map:transform src="stylesheets/system/error2html.xsl"/>
> > <map:serialize status-code="404"/>
> > </map:handle-errors>
> >
> > Other possible value for type attribute is 500 - which is
> > default; the meaning for 500 type
> > erorr handler is the same as before, and type attribute is
> > optional (preserving old syntax).
> >
> Could you explain this a little bit more. I assume that the
> 404 is equivalent to the ResourceNotFoundException, right?
Yes, that's right.
> So if this exception is thrown somewhere (e.g. in a generator)
> the above error handler is called.
If handler is present in this pipline, or in parent's pipeline (where map:mount element is).
If not, exception will be handled by CocoonServlet.
> But what does error type 500 mean? Every exception?
Before we had the only <map:handle-errors> element for pipeline for all
exceptions EXCEPT ResourceNotFound and ConnectionReset - this is preserved,
which means that yes, 500 means all errors except mentioned two.
> Can I have two (or even more) map:handle-errors in one pipeline?
You can have up to two <map:handle-errors> elements - one of every type.
Right now this is not enforced, but I can implement this.
>
> > It is allowed to use own generator:
> >
> > <map:handle-errors type="404">
> > <map:generate type="serverpages" src="my404.xsp"/>
> > <map:transform src="stylesheets/page2html.xsl"/>
> > <map:serialize status-code="404"/>
> > </map:handle-errors>
> >
> > Every <map:pipeline> might have own customized 404 page; if no
> > page is specified,
> > CocoonServlet will process an error. If request did not match any
> > pipeline, 404 page from
> > last pipeline will be used.
> Did I get this right? If I have two map:pipeline sections and no
> match is found and the second pipeline has no customized 404 page
> then the one of the first map:pipeline is used?
No. If there is no customized page for the last pipeline, ResourceNotFound will
be handled by Cocoon - i.e, empty SC_NOT_FOUND response will be sent.
That's because it is not possible to determine to what pipeline user's request
was originated, so right now if no pipeline matched, <map:handle-errors> element
used from the LAST pipeline in the sitemap.
Actually, this is the part where people's opinion should be taken in account.
Another way is to explicitly set <map:handle-errors> element for <map:pipelines>
element (note "s"!) - but I do not like this for some reason...
>
> Hm, I'm sorry, but I think changes like this should a) first
> discussed before checking in and b) first checked in into the
> 2.1 branch.
I do agree with you here... My decision was based on fact that I proposed this change
back in June 30 and there were no objections since then.
> There were months ago many discussions about this features
> among with a customizable ErrorGenerator. That was very close
> to this solution, but the team agreed to drop it.
Actually, I did not touch generators or notifiers - just some simple extensions to
sitemap syntax.
>
> I don't want to say that your solution is bad or wrong, but
> I would like to have only few changes to c2 to get a final
> release.
>
If you feel uncomfortable about this change - may be we should vote
to decide where to keep this. I do share your concern about Cocoon stability,
but this is comparable unsignificant change which many users are awaiting for.
So, 2.0 or 2.1?
Vadim
>
> Carsten
>
> Open Source Group sunShine - b:Integrated
> ================================================================
> Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> www.sundn.de mailto: cziegeler@sundn.de
> ================================================================
>
> >
> > Comments are very welcome.
> >
> > Thanks,
> > Vadim
> >
> > > -----Original Message-----
> > > From: Vadim Gritsenko [mailto:vgritsenko@yahoo.com]
> > > Sent: Saturday, June 30, 2001 5:01 PM
> > > To: cocoon-dev@xml.apache.org
> > > Subject: Beautify 404, Was: [C2][Patch] /map:pipelines/map:handle-errors
> > >
> > >
> > > Giacomo,
> > >
> > > "Catch all" would not be enough; if you have something like
> > <map:match="*.xml">,
> > > you still can get ResourceNotFoundException which would be processed by
> > > CocoonServlet, returning hard-coded HTML....
> > >
> > > Do you see any elegant solution to this poroblem?
> > > I suggested to introduce types for <map:handle-errors> element:
> > > <map:handle-errors type="404"> <!-- 404 or something else...
> > like exception class name -->
> > > </...>
> > > What is your opinion?
> > >
> > > Vadim
> > >
> > > > -----Original Message-----
> > > > From: giacomo [mailto:giacomo@apache.org]
> > > > Sent: Friday, June 29, 2001 18:21
> > > > To: cod
> > > > Subject: Re: [C2][Patch] /map:pipelines/map:handle-errors
> > > >
> > > >
> > > > On Fri, 29 Jun 2001, Steffen Stundzig wrote:
> > > >
> > > > > Hi all,
> > > > >
> > > > > I've the problem, that I must beautify the page that raises on an
> > > > > ResourceNotFoundException if no matching pipeline could be found.
> > > > >
> > > > > Unfortunately this page is directly written as HTML
> > > > > into the ServletOutputStream from inside the Cocoon Servlet. Or I've
> > > > > overlooked something?
> > > > >
> > > > > My idea was to use the map:handle-errors element for this
> > purpose. So I've
> > > > > changed the sitemap.xsl to support also such an element as child of
> > > > > map:pipelines and not only as child of map:pipelines/map:pipeline.
> > > >
> > > > You can use a "catch all" matcher as the very last one in
> > your sitemap.
> > > >
> > > > <map:match pattern="**">
> > > > ...
> > > > </map:match>
> > > >
> > > > Giacomo
> > > >
> > > > >
> > > > > If this element doesn't exist, the mechanism is as for now
> > but if it exist,
> > > > > the error-page is 'pipelined' in the standard
> > map:handle-error manner.
> > > > >
> > > > > Attached is my patch for this stuff.
> > > > >
> > > > > Possibly is anybody interested in it.
> > > > >
> > > > > Regards
> > > > > Steffen...
> > > > >
> > > > >
> > > >
> >
> >
> >
> > _________________________________________________________
> >
> > Do You Yahoo!?
> >
> > Get your free @yahoo.com address at http://mail.yahoo.com
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: Beautify 404
Posted by Carsten Ziegeler <cz...@sundn.de>.
> Vadim Gritsenko wrote:
>
> Hello everybody,
>
> Checked in changes to allow custom 404 page. To use it, just add
> something like this
> to your <map:pipeline>:
>
> <map:handle-errors type="404">
> <map:transform src="stylesheets/system/error2html.xsl"/>
> <map:serialize status-code="404"/>
> </map:handle-errors>
>
> Other possible value for type attribute is 500 - which is
> default; the meaning for 500 type
> erorr handler is the same as before, and type attribute is
> optional (preserving old syntax).
>
Could you explain this a little bit more. I assume that the
404 is equivalent to the ResourceNotFoundException, right?
So if this exception is thrown somewhere (e.g. in a generator)
the above error handler is called.
But what does error type 500 mean? Every exception?
Can I have two (or even more) map:handle-errors in one
pipeline?
> It is allowed to use own generator:
>
> <map:handle-errors type="404">
> <map:generate type="serverpages" src="my404.xsp"/>
> <map:transform src="stylesheets/page2html.xsl"/>
> <map:serialize status-code="404"/>
> </map:handle-errors>
>
> Every <map:pipeline> might have own customized 404 page; if no
> page is specified,
> CocoonServlet will process an error. If request did not match any
> pipeline, 404 page from
> last pipeline will be used.
Did I get this right? If I have two map:pipeline sections and no
match is found and the second pipeline has no customized 404 page
then the one of the first map:pipeline is used?
Hm, I'm sorry, but I think changes like this should a) first
discussed before checking in and b) first checked in into the
2.1 branch.
There were months ago many discussions about this features
among with a customizable ErrorGenerator. That was very close
to this solution, but the team agreed to drop it.
I don't want to say that your solution is bad or wrong, but
I would like to have only few changes to c2 to get a final
release.
Carsten
Open Source Group sunShine - b:Integrated
================================================================
Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
www.sundn.de mailto: cziegeler@sundn.de
================================================================
>
> Comments are very welcome.
>
> Thanks,
> Vadim
>
> > -----Original Message-----
> > From: Vadim Gritsenko [mailto:vgritsenko@yahoo.com]
> > Sent: Saturday, June 30, 2001 5:01 PM
> > To: cocoon-dev@xml.apache.org
> > Subject: Beautify 404, Was: [C2][Patch] /map:pipelines/map:handle-errors
> >
> >
> > Giacomo,
> >
> > "Catch all" would not be enough; if you have something like
> <map:match="*.xml">,
> > you still can get ResourceNotFoundException which would be processed by
> > CocoonServlet, returning hard-coded HTML....
> >
> > Do you see any elegant solution to this poroblem?
> > I suggested to introduce types for <map:handle-errors> element:
> > <map:handle-errors type="404"> <!-- 404 or something else...
> like exception class name -->
> > </...>
> > What is your opinion?
> >
> > Vadim
> >
> > > -----Original Message-----
> > > From: giacomo [mailto:giacomo@apache.org]
> > > Sent: Friday, June 29, 2001 18:21
> > > To: cod
> > > Subject: Re: [C2][Patch] /map:pipelines/map:handle-errors
> > >
> > >
> > > On Fri, 29 Jun 2001, Steffen Stundzig wrote:
> > >
> > > > Hi all,
> > > >
> > > > I've the problem, that I must beautify the page that raises on an
> > > > ResourceNotFoundException if no matching pipeline could be found.
> > > >
> > > > Unfortunately this page is directly written as HTML
> > > > into the ServletOutputStream from inside the Cocoon Servlet. Or I've
> > > > overlooked something?
> > > >
> > > > My idea was to use the map:handle-errors element for this
> purpose. So I've
> > > > changed the sitemap.xsl to support also such an element as child of
> > > > map:pipelines and not only as child of map:pipelines/map:pipeline.
> > >
> > > You can use a "catch all" matcher as the very last one in
> your sitemap.
> > >
> > > <map:match pattern="**">
> > > ...
> > > </map:match>
> > >
> > > Giacomo
> > >
> > > >
> > > > If this element doesn't exist, the mechanism is as for now
> but if it exist,
> > > > the error-page is 'pipelined' in the standard
> map:handle-error manner.
> > > >
> > > > Attached is my patch for this stuff.
> > > >
> > > > Possibly is anybody interested in it.
> > > >
> > > > Regards
> > > > Steffen...
> > > >
> > > >
> > >
>
>
>
> _________________________________________________________
>
> Do You Yahoo!?
>
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: Beautify 404
Posted by Vadim Gritsenko <vg...@yahoo.com>.
Thanks Donald,
When I experimented my IE reacted strange on 404... So in my sitemap I decided
to leave 200 for the time being.
Vadim
> -----Original Message-----
> From: Donald Ball [mailto:balld@webslingerZ.com]
> Sent: Monday, July 23, 2001 11:37 PM
> To: cocoon-dev@xml.apache.org
> Subject: Re: Beautify 404
>
>
> On Mon, 23 Jul 2001, Vadim Gritsenko wrote:
>
> > <map:handle-errors type="404">
> > <map:generate type="serverpages" src="my404.xsp"/>
> > <map:transform src="stylesheets/page2html.xsl"/>
> > <map:serialize status-code="404"/>
> > </map:handle-errors>
> >
> > Comments are very welcome.
>
> superb! one thing - shouldn't the status-code default to the error type?
>
> - donald
>
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Beautify 404
Posted by Donald Ball <ba...@webslingerZ.com>.
On Mon, 23 Jul 2001, Vadim Gritsenko wrote:
> <map:handle-errors type="404">
> <map:generate type="serverpages" src="my404.xsp"/>
> <map:transform src="stylesheets/page2html.xsl"/>
> <map:serialize status-code="404"/>
> </map:handle-errors>
>
> Comments are very welcome.
superb! one thing - shouldn't the status-code default to the error type?
- donald
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org