cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carsten Ziegeler" <cziege...@sundn.de>
Subject AW: [C2] i18n samples broken ?
Date Wed, 04 Jul 2001 08:46:42 GMT
Hi,

I just fixed this. The contentType was not set properly in subsitemaps
- it was always null as the SitemapComponentSelector did not ask
his parent for getting the content type.


Carsten

Open Source Group                        sunShine - b:Integrated
================================================================
Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
www.sundn.de                          mailto: cziegeler@sundn.de
================================================================

> Carsten Ziegeler wrote:
>
> Hi Marcus,
>
> I noticed the same strange behaviour yesterday. Please send the diff
> so it should be much easier to find the bug.
>
>
> Carsten
>
> Open Source Group                        sunShine - b:Integrated
> ================================================================
> Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> www.sundn.de                          mailto: cziegeler@sundn.de
> ================================================================
>
> > Marcus Crafter wrote:
> >
> > Hi C2ers,
> >
> > 	Hope all is well.
> >
> > 	I've started to notice some strange behaviour with the latest CVS
> > 	sources of Cocoon 2.
> >
> > 	It seems something checked in over the last 2 days has
> > broken the i18n
> > 	examples.
> >
> > 	I have two versions of cocoon in my workarea - one 2 days old, the
> > 	other is up to date.
> >
> > 	When I click on the 'Simple Internationalization' webapp link in the
> > 	2 day old code, everything works as expected. When I click on the
> > 	link using the up to date code, the xml data is not
> > displayed, but is
> > 	returned to the browser ready to be saved as a file.
> >
> > 	This isn't particular to my browser, I've tested it on several
> > 	different systems/configurations here in the bank and it behaves the
> > 	same on all of them. Perhaps someone else can confirm this ?
> >
> > 	There are differences in the log files, particularly at the
> > end of the
> > 	pipeline staging:
> >
> > working version:
> >
> > DEBUG   99416   [cocoon  ] (Thread-10): End text element,
> translated_text:
> > Copyright © 2001 Konstantin Piroumian. No rights are reserved.
> > DEBUG   99416   [cocoon  ] (Thread-10): Holding object in memory.
> > Key: PCK:CCK:1-file-1913878323117270552
> > DEBUG   99416   [cocoon  ] (Thread-10): Recycling of
> CachingEventPipeline
> > DEBUG   99416   [cocoon  ] (Thread-10): Returning a
> > org.apache.cocoon.components.pipeline.CachingEventPipeline to the pool
> > DEBUG   99416   [cocoon  ] (Thread-10): Recycling of
> CachingStreamPipeline
> > DEBUG   99416   [cocoon  ] (Thread-10): Returning a
> > org.apache.cocoon.components.pipeline.CachingStreamPipeline to the pool
> > INFO    99416   [cocoon  ] (Thread-10): 'i18n/simple.xml'
> > Processed by Apache Cocoon 2.1-dev in 2.263 seconds.
> >
> > failing version:
> >
> > DEBUG   99416   [cocoon  ] (Thread-8): End text element,
> > translated_text: Copyright © 2001 Konstantin Piroumian. No rights
> > are reserved.
> > DEBUG   99416   [cocoon  ] (Thread-8): Holding object in memory.
> > Key: PCK:CCK:1-file-2505682231900934344
> > DEBUG   99416   [cocoon  ] (Thread-8): Recycling of CachingEventPipeline
> > DEBUG   99416   [cocoon  ] (Thread-8): Returning a
> > org.apache.cocoon.transformation.I18nTransformer to the pool
> > DEBUG   99416   [cocoon  ] (Thread-8): Returning a
> > org.apache.cocoon.components.pipeline.CachingEventPipeline to the pool
> > DEBUG   99416   [cocoon  ] (Thread-8): Recycling of
> CachingStreamPipeline
> > DEBUG   99416   [cocoon  ] (Thread-8): Returning a
> > org.apache.cocoon.components.pipeline.CachingStreamPipeline to the pool
> > DEBUG   99416   [cocoon  ] (Thread-8): Recycling of CachingEventPipeline
> > DEBUG   99416   [cocoon  ] (Thread-8): Returning a
> > org.apache.cocoon.components.pipeline.CachingEventPipeline to the pool
> > DEBUG   99416   [cocoon  ] (Thread-8): Recycling of
> CachingStreamPipeline
> > DEBUG   99416   [cocoon  ] (Thread-8): Returning a
> > org.apache.cocoon.components.pipeline.CachingStreamPipeline to the pool
> > INFO    99416   [cocoon  ] (Thread-8): 'i18n/simple.xml'
> > Processed by Apache Cocoon 2.1-dev in 1.463 seconds.
> >
> > 	I'm not sure if this is relevant ? I can send in a diff -ur of the
> > 	code if its useful (I've generated it already and there is not much
> > 	difference).
> >
> > 	Perhaps could someone try the internationalization examples with the
> > 	latest sources and tell me if its working on their system ?
> >
> > 	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
> >     &&&&&&&:           After Hours    : +49 69 49086750
> >
> >
> > ---------------------------------------------------------------------
> > 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


Mime
View raw message