[jira] [Commented] (COCOON-2288) Allow usage of SLF4J for traces

[ https://issues.apache.org/jira/browse/COCOON-2288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13504440#comment-13504440 ] Laurent Medioni commented on COCOON-2288: - Yes, same for inner classes

[jira] [Updated] (COCOON-2288) Allow usage of SLF4J for traces

[ https://issues.apache.org/jira/browse/COCOON-2288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laurent Medioni updated COCOON-2288: Attachment: Slf4jLoggerManager.java Attached our own version of an SLF4J Logger Manager

RE: vitality of Cocoon: a good basket to put eggs in?

Hi, BTW on the i18n side if it could be less linked to the front-end that would probably be better as we had to re-implement some of it in order to have back-end services able to translate things (export, reporting, ...). In fact we are using another repository for managing translations,

RE: Latest on Cocoon?

Unfortunately, if you are stuck as we are with XSPs, 2.2 is not an option... We are even decommissioning our pageflow implementation based on Flowscript to switch to a plain Java stateless implementation... So definitely not the 2.2 direction from what I understood... Laurent

RE: Latest on Cocoon?

Several dozens of customers in production, using a 10 years span of our products versions, having customised on-site some of the hundreds of XSPs we deliver ? + our in-house Eclipse page designer generating XSP code, + all our framework and business taglibs on top of XSP ? ;) I wish I could fly

RE: [2.1.11] Strange behaviour with a cocoon://, mount and redirect combination

@cocoon.apache.org Subject: Re: [2.1.11] Strange behaviour with a cocoon://, mount and redirect combination Yes. The SitemapSource is executed within the root sitemap, so the redirection leads to an error. Cédric Le 04/10/2010 18:58, Laurent Medioni a écrit : Hi, but if I call http://server/test2

RE: [2.1.11] Strange behaviour with a cocoon://, mount and redirect combination

Hi, but if I call http://server/test2/A, it redirects internally to cocoon:/B (ignoring the mount), thus leading to a 404 Not Found. Do you mean it is trying to match cocoon:/B in the root sitemap ? Laurent -Original Message- From: Cédric Damioli

RE: [jira] Commented: (COCOON-2295) integrating FOP-1.0 into Cocoon-2.1.12-dev

Hi, What is your issue as we have this setup running (but in 2.1.11 with backported FOPNGSerlializer...) Thanks, Laurent -Original Message- From: Jasha Joachimsthal (JIRA) [mailto:j...@apache.org] Sent: mardi, 24. août 2010 08:22 To: dev@cocoon.apache.org Subject: [jira] Commented:

RE: [2.1] Is Cocoon 2.1.x officially dead ?

Hi Cédric, We have a lot of alive and kicking deployments of our applications in many sites across the World. A lot of older 2.1.5 but we managed to migrate our most recent versions to 2.1.11 (and BTW removing most of the patches we had to apply to 2.1.5, painful but worth it). 2.1.11 proves to

RE: Cocoon 2.1.11- XSP compiled in Java 1.3 when running Cocoon with a 1.6 JVM and using the Eclipse compiler

. août 2009 22:45 To: us...@cocoon.apache.org Subject: Re: Cocoon 2.1.11- XSP compiled in Java 1.3 when running Cocoon with a 1.6 JVM and using the Eclipse compiler El 31/08/09 04:54, Laurent Medioni escribió: Anyway I think that EclipseJavaCompiler should be modified to properly handle 1.6 without

Cocoon 2.1.11- XSP compiled in Java 1.3 when running Cocoon with a 1.6 JVM and using the Eclipse compiler

Hello, Still with our Cocoon 2.1.11 on a 1.6 JVM series... Just noticed that org.apache.cocoon.components.language.programming.java.EclipseJavaCompiler does not know anything about 1.6 (nothing wrong with this as it uses JDT 3.1) but in this case defaults to... 1.3, which is quite a big step

Cocoon 2.1.11 - Mysterious FileSystem I/O operations when creating a new EnvironmentWrapper ???

Hi, In the context of a cocoon:// redirect from a pipeline in a sub sitemap, we can notice some weird FileSystem access on the .war of our application. Looking at the code, when the SitemapSource creates a new EnvironmentWrapper (in fact in AbstractEnvironment.initComponents()) there is an

RE: Cocoon 2.1.11- Avalon issue using IBM java 6 jvm

Fix now promised for IBM Java Runtimes 6.0 SR6. -Original Message- From: Laurent Medioni [mailto:lmedi...@odyssey-group.com] Sent: lundi, 15. juin 2009 15:41 To: us...@cocoon.apache.org Cc: dev@cocoon.apache.org Subject: Cocoon 2.1.11- Avalon issue using IBM java 6 jvm Hello

Cocoon 2.1.11- Avalon issue using IBM java 6 jvm

Hello, On a Websphere 7 server we noticed in the logs many occurrences of: WARN ... [core.manager] ... WebContainer : 4/ExcaliburComponentSelector: Attempted to release a $Proxy32 but its handler could not be located. We have been able to debug the case: ExcaliburComponentSelector is not able to

FW: Cocoon versions for Java 6

Hi, Trying my luck on the dev list ? Thanks, Laurent -Original Message- From: Laurent Medioni [mailto:lmedi...@odyssey-group.com] Sent: mardi, 24. février 2009 10:37 To: us...@cocoon.apache.org Subject: Cocoon versions for Java 6 Hi, Anyone knows if a Cocoon version is validated

FW: Caching XMLResourceBundle in a disk persistent store not possible

Hi, as I did not have many answers on the users list, maybe the dev side has a better idea ? Thanks. -Original Message- From: Laurent Medioni [mailto:[EMAIL PROTECTED] Sent: mercredi, 15. octobre 2008 13:33 To: [EMAIL PROTECTED] Subject: Caching XMLResourceBundle in a disk persistent