Re: XInclude optimization

2009-11-24 Thread Sylvain Wallez
Simone Tripodi wrote: Hi Sylvain and Simone, thank you a lot, the suggestions you provided are all very very interesting, so I wonder now if it is possible to realize a processor able to use at the same time the Tika way when it recognizes some kind of paths, the XSL-on-the-fly for more complex

Re: XInclude optimization

2009-11-24 Thread Simone Tripodi
Hi Sylvain, there are no words to say thank you, very very appreciated, I'll follow your suggestions :) A bientot Simone On Tue, Nov 24, 2009 at 10:21 AM, Sylvain Wallez sylv...@apache.org wrote: Simone Tripodi wrote: Hi Sylvain and Simone, thank you a lot, the suggestions you provided

Re: XInclude optimization

2009-11-24 Thread Simone Tripodi
Hi Sylvain Sorry but I forgot to ask you a short question in the previous email: can the Tika code be imported/modified into Cocoon3? AFAIK it should be allowed, but I don't know the conditions under which it can be done. A bientot!!! Simo On Tue, Nov 24, 2009 at 10:29 AM, Simone Tripodi

Re: XInclude optimization

2009-11-24 Thread Sylvain Wallez
Simone Tripodi wrote: Hi Sylvain Sorry but I forgot to ask you a short question in the previous email: can the Tika code be imported/modified into Cocoon3? AFAIK it should be allowed, but I don't know the conditions under which it can be done. I don't really understand your question. Tika

Re: XInclude optimization

2009-11-24 Thread Reinhard Pötz
Simone Tripodi wrote: Hi Sylvain Sorry but I forgot to ask you a short question in the previous email: can the Tika code be imported/modified into Cocoon3? Do you really have to modify Tika code? If so it would be best to give back your contributions to the their project. Since you have to

Re: XInclude optimization

2009-11-24 Thread Simone Tripodi
Hi all, Thank you both guys, my question was about legal issues that you clarified me :) Reinhard, no problem about the optionals, even if I remember the policy I appreciate you reminded me it :) BTW, after a quick overview on Tika, I was thinking about importing just the needed classes and

REST / own Generator

2009-11-24 Thread Johannes Lichtenberger
Hello, I'm not sure if it's the right mailing list. I've got a simple sitemap of the form: !-- controller ~~~ -- map:pipeline map:match pattern=gearth controller:call controller=rest-controller

REST / own Generator

2009-11-24 Thread Johannes Lichtenberger
Hello, I'm not sure if it's the right mailing list. I've got a simple sitemap of the form: !-- controller ~~~ -- map:pipeline map:match pattern=gearth controller:call controller=rest-controller

Re: [c3 monitoring] Statistics module.

2009-11-24 Thread Dariusz Łuksza
On Sat, Nov 21, 2009 at 4:24 PM, Reinhard Pötz reinh...@apache.org wrote: Dariusz Łuksza wrote: Unfortunately I can't find a solution for this serialization issue of a TreeMap either. Let's forget about sorting in the JMX bean unless somebody else comes up with a solution that doesn't

[jira] Created: (COCOON-2271) spring configuration should not require servlet-api classes at runtime

2009-11-24 Thread Konstantin Ignatyev (JIRA)
spring configuration should not require servlet-api classes at runtime --- Key: COCOON-2271 URL: https://issues.apache.org/jira/browse/COCOON-2271 Project: Cocoon Issue

Re: REST / own Generator

2009-11-24 Thread Jos Snellings
Hi Johannes, Supposing your url is :gearth/parameter1?rp=parameter2 Get a sitemap parameter: match=gearth/{mGearth} controller:call controller=rest-controller select=myclass map:parameter name=mGearth value={map:mGearth}/ /controller:call In your controller code you can declare a