[GUMP@brutus]: Project cocoon-block-eventcache (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-eventcache has an issue affecting its community integration. This i

[GUMP@brutus]: Project cocoon-block-jms (in module cocoon) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-jms *no longer* has an issue. The current state of this project is

DO NOT REPLY [Bug 16537] - [PATCH] fixed redirect under JRun 3.1

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Introduction

Le 10 nov. 04, à 01:22, Leszek Gawron a écrit : ...I am really honoured to be a part of community being so appreciated by users. Thanks for your words Leszek! We're joking about people being old or young but that's how we are anyway, it doesn't matter much ;-) And what you're doing sounds exciti

DO NOT REPLY [Bug 30372] - The daylight time cause error when timezone is CST

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32138] - [PATCH] Cocoon fails on JDK 1.3.X

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32095] - Cache Event invalidation not working with non sitemap components

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: svn commit: rev 57089 - cocoon/branches/BRANCH_2_1_X/src/blocks/cron/java/org/apache/cocoon/components/cron

Vadim Gritsenko wrote: [EMAIL PROTECTED] wrote: DirectSchedulerFactory.getInstance().createScheduler(DEFAULT_QUARTZ_SCHEDULER_NAME + runID, runID, pool, store); IMHO, it should cause problem with JDBC job store, and with clustered Cocoon servers also. Point of JDBC store is to coordinate cron jo

Re: Migration report from Excalibur Event to RunnableManager

Carsten Ziegeler wrote: Giacomo Pati wrote: Backporting is finished. I've deeply looked at the org.apache.excalibur.store.impl.StoreJanitorImpl. The only way to have it use the RunnableManger is by copying the source :-( because that class isn't made for subclassing. I have one ready just to h

Re: svn commit: rev 57089 - cocoon/branches/BRANCH_2_1_X/src/blocks/cron/java/org/apache/cocoon/components/cron

[EMAIL PROTECTED] wrote: Author: giacomo Date: Tue Nov 9 11:53:45 2004 New Revision: 57089 Modified: cocoon/branches/BRANCH_2_1_X/src/blocks/cron/java/org/apache/cocoon/components/cron/QuartzJobScheduler.java Log: try to fix reload problem Modified: cocoon/branches/BRANCH_2_1_X/src/blocks/cro

DO NOT REPLY [Bug 32138] - [PATCH] Cocoon fails on JDK 1.3.X

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: JDK 1.3 build fails

Ralph, i've submitted a patch ( see http://issues.apache.org/bugzilla/show_bug.cgi?id=32138 ) that fixes both problems. Furthermore i've reopened http://issues.apache.org/bugzilla/show_bug.cgi?id=30372 since that is where the new version of icu4j has been introduced. For the time being you can

DO NOT REPLY [Bug 32138] New: - [PATCH] Cocoon fails on JDK 1.3.X

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30372] - The daylight time cause error when timezone is CST

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Introduction

Leszek Gawron said: > I meant to write it earlier but I hoped to do it on my new computer but > you cannot install Windows and all critical patches without getting > infected first :) What can i say? Linux > > I am really honoured to be a part of community being so appreciated by > users. Thank

Introduction

I meant to write it earlier but I hoped to do it on my new computer but you cannot install Windows and all critical patches without getting infected first :) There is really not much to write as I am quite young (I found it very stressing to write this introduction comparing myself to people here w

Re: [VOTE] Remove FlowScript Function Parameters Support

Vadim Gritsenko wrote: Hi Guys, As discussed before, and several times already, it is time to phase out "feature" of passing parameters from the sitemap into flowscript as positioned function parameters: function myflow (a, b, c) { ... } Because this syntax relies on order of elements

Re: mod_jk2 and file upload

Jorg Heymans wrote: Posting to the list in case this is useful to others... (include mod-jk2.conf in your httpd.conf) == mod-jk2.conf == LoadModule jk2_module modules/mod_jk2.so #--- # Set the Apache2 logger level

Re: JDK 1.3 build fails

Ok. I take it back. I let is sit there a little longer and then I do see the NoSuchMethod error. Ralph Goers said: > I'm not seeing the problems you are. My startup is just hanging. The last > message I see says the scheduler started. > > Guido Schreuder said: >> >> Less funny however is that al

Re: JDK 1.3 build fails

I'm not seeing the problems you are. My startup is just hanging. The last message I see says the scheduler started. Guido Schreuder said: > > Less funny however is that although i've gotten it build, Cocoon will > not startup properly. > icu4j-3.0.jar seems to be build with J2SDK 1.4.2_04-b05 and

Re: svn commit: rev 57029 - cocoon/branches/BRANCH_2_1_X/src/blocks/session-fw/java/org/apache/cocoon/webapps/session/context

On 09.11.2004 19:26, Sylvain Wallez wrote: Log: Quick workaround for request attributes whose name is not suitable for an XML element name ... +System.err.println("Cannot create XML element with name '" + attrName + "' : " + de.getMessage()); Yeah, I know, that's ugly. But Request

Woody and portal-fw in 2.2?

Why are these blocks even in 2.2? They are excluded from the build but they are deprecated in 2.1 and have replacements. Can they be removed? Ralph

RE: Problem in session-fw / RequestContext

Sylvain Wallez wrote: > > > http://domify.sourceforge.net/ ? > Hmm, I have to take a look at that (if I have time for it...). > What do you think of the quick fix that consists in ignoring > attributes > that lead to an exception? Is it acceptable? > Yes, I think so - it makes sense. Perhap

Re: JDK 1.3 build fails

Ralph Goers wrote: Thanks. I made the change and checked it in. I did not patch trunk (2.2) as JDK 1.3 is not supported there. I remember ( http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=109993495324685&w=2 ) Carsten saying Cocoon 2.1.x should build with 1.3 http://cocoon.apache.org/communi

Re: [Fwd: Re: Strict Separation and Attribute Rendering in Cocoon]

Hi Daniel and cocoon folks :) Leszek Gawron wrote: - break whole entity tree How does wrapping data with a renderer touch the model? What entity tree do you mean, actually? - forget about lazy-loading If you're pulling from the db each query you have a problem no matter what. God invented RAM

Re: JDK 1.3 build fails

Thanks. I made the change and checked it in. I did not patch trunk (2.2) as JDK 1.3 is not supported there. Now the compiles work but my build died creating the Javadoc with an out of memory error. Ralph Guido Schreuder said: > Ralph, > You're not alone. I get exactly the same error on both 1.

DO NOT REPLY [Bug 31854] - [PATCH] Javaflow JavaInterpreter is not thread safe

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: JDK 1.3 build fails

Ralph, You're not alone. I get exactly the same error on both 1.3.1_07-b02 and 1.3.1_13-b03 This seems to be a bug in the 1.3.x compiler series. Here somebody presumably ran into the same error compiling JOnAS: http://mapage.noos.fr/vixxes/jonas/ant/ Fully naming the Queue-interface resolves the

DO NOT REPLY [Bug 32128] - JspGenerator doesn't work from flow but does otherwise...

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32128] New: - JspGenerator doesn't work from flow but does otherwise...

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Lenya link

It seems that Lenya's website is ready at http://lenya.apache.org Hence I think it would make sense to replace the Lenya link on the Cocoon site by "Related" and create a new page where Lenya, Forrest and other projects based on Cocoon (e.g. Daisy, ...) could be linked from. WDYT? Michi -- Micha

DO NOT REPLY [Bug 32124] - [PATCH] Webmail sample broken

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32083] - [Patch] upgrade Cocoon to latest version of DELI

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32124] - Webmail sample broken

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 31854] - [PATCH] Javaflow JavaInterpreter is not thread safe

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

RE: Migration report from Excalibur Event to RunnableManager

On Tue, 9 Nov 2004, Carsten Ziegeler wrote: Giacomo Pati wrote: I know many of you don't see why this has any importance nor why that should happen. Most of us run Cocoon in Jetty or Tomcat. But there are also users with BWL and WAS which run Cocoon there in. Recently a commercial app servers vendo

Re: svn commit: rev 57029 - cocoon/branches/BRANCH_2_1_X/src/blocks/session-fw/java/org/apache/cocoon/webapps/session/context

Joerg Heinicke wrote: On 09.11.2004 13:43, [EMAIL PROTECTED] wrote: Modified: cocoon/branches/BRANCH_2_1_X/src/blocks/session-fw/java/org/apache/cocoon/webapps/session/context/RequestSessionContext.java Log: Quick workaround for request attributes whose name is not suitable for an XML elemen

Re: svn commit: rev 57029 - cocoon/branches/BRANCH_2_1_X/src/blocks/session-fw/java/org/apache/cocoon/webapps/session/context

On 09.11.2004 13:43, [EMAIL PROTECTED] wrote: Modified: cocoon/branches/BRANCH_2_1_X/src/blocks/session-fw/java/org/apache/cocoon/webapps/session/context/RequestSessionContext.java Log: Quick workaround for request attributes whose name is not suitable for an XML element name @@ -281,9 +282,1

Re: [RT] Attribute Rendering and CForms Convertors

On Mon, 2004-11-08 at 14:10 +0100, Leszek Gawron wrote: > Something like ${bean.startDate} or would > use default renderer. Something like ${bean.startDate?class=emph} value="${bean.startDate}" styling="emph"/> would point that other convertor > is > needed. I've implemented something similar

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

On Tue, 09 Nov 2004 10:33:26 -0500, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: > > > > On Mon, 08 Nov 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > > > > >>Geoff Howard wrote: > > > > > >>>I find it hard to believe the jms spec has changed, though I > >>>suppose

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

Geoff Howard wrote: If we identified there is a API change between 1.0.2 and 1.1, I'd rather have cocoon update to the latest JMS API rather than having to different packages in gump since it seems that cocoon is the only one having that problem anyway. I'll see if that's the case, and if it solve

Re: Introduction

Le 9 nov. 04, à 10:16, Sylvain Wallez a écrit : Wow, 1977... Cool! -Bertrand, 42 years young committer ;-) smime.p7s Description: S/MIME cryptographic signature

Re: [VOTE] Remove FlowScript Function Parameters Support

Le 9 nov. 04, à 14:38, Vadim Gritsenko a écrit : ...Proposed phase out plan is: 1. Write ERROR into the log file in 2.1.6 when usage of deprecated syntax is detected. 2. Throw exception in 2.1.7 when usage of deprecated syntax is detected. 3. Completely remove support of deprecated

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

On Tue, 09 Nov 2004 10:33:26 -0500, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: > > On Mon, 08 Nov 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > > >>Geoff Howard wrote: > > > >>>I find it hard to believe the jms spec has changed, though I > >>>suppose this is possi

Re: Blocks Build Badly Broken?

* Vadim Gritsenko: > Jean-Baptiste Quenot wrote: > > >Hello, > > > >It seems that all blocks are compiled in, even deprecated blocks like > >woody in despite of my local.blocks.properties settings. > > > >Is the following change related? > > Spotted a typo, should work now. OK, build builds back

Re: Problem in session-fw / RequestContext

Carsten Ziegeler wrote: Sylvain Wallez wrote: Hi, We just came across a very annoying problem in session-fw: the RequestContext class creates a DOM which represents the full contents of a request, translating all request attributes to XML elements having names. Now when the session transfor

RE: JDK 1.3 build fails

Am I the only one seeing this? I tried to build on my computer at work and I get the same error (see below) there as on my home computer. For the life of me, I can't quite figure out why it thinks Queue is not an interface. Ralph Goers said: > Carsten Ziegeler said: >> Ok, I changed this - does

Re: Introduction

Sylvain Wallez wrote: Ralph Goers wrote: Well, as I now have an account it seems that this is an appropriate time to introduce myself to you all. I am a California native, born and raised just outside of Los Angeles. When I started college I was Physics major, but when I took my first class in

Re: [VOTE] Remove FlowScript Function Parameters Support

Sylvain Wallez wrote: Vadim Gritsenko wrote: Proposed phase out plan is: 1. Write ERROR into the log file in 2.1.6 when usage of deprecated syntax is detected. 2. Throw exception in 2.1.7 when usage of deprecated syntax is detected. 3. Completely remove support of deprecated syntax

RE: Migration report from Excalibur Event to RunnableManager

Giacomo Pati wrote: > > Backporting is finished. > > I've deeply looked at the > org.apache.excalibur.store.impl.StoreJanitorImpl. The only > way to have it use the RunnableManger is by copying the > source :-( because that class isn't made for subclassing. I > have one ready just to have me

RE: Problem in session-fw / RequestContext

Sylvain Wallez wrote: > > Hi, > > We just came across a very annoying problem in session-fw: > the RequestContext class creates a DOM which represents the > full contents of a request, translating all request > attributes to XML elements having names. > > Now when the session transformer is

Re: Blocks Build Badly Broken?

Jean-Baptiste Quenot wrote: Hello, It seems that all blocks are compiled in, even deprecated blocks like woody in despite of my local.blocks.properties settings. Is the following change related? Spotted a typo, should work now. Thanks, Vadim

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

Stefan Bodewig wrote: On Mon, 08 Nov 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: Geoff Howard wrote: I find it hard to believe the jms spec has changed, though I suppose this is possible. Which version does geronimo-* implement? Maybe it is a change between 1.0.2 (the version of JMS we h

Blocks Build Badly Broken?

Hello, It seems that all blocks are compiled in, even deprecated blocks like woody in despite of my local.blocks.properties settings. Is the following change related? http://svn.apache.org/viewcvs.cgi/cocoon/branches/BRANCH_2_1_X/tools/src/blocks-build.xsl?sortby=date Thanks in advance, -- Jea

Re: [RT] Attribute Rendering and CForms Convertors

Reinhard Poetz said: > > On which level does your configuration data (LDAP) describe your page? > Let's say > that you have a personDTO and you add a birthdate property. Whould this > make it > necessary to update all configurations that describe pages using the > personDTO? No. Our configuration

Re: [RT] Attribute Rendering and CForms Convertors

Ralph Goers wrote: Joerg Heinicke wrote: So your view is more data-driven? We had this in our first Cocoon project Lofex. We had an XML representing the data from the model and XSLT to transform it into HTML (but no configuration how to or what to display, just one XSLT per page). May I ask for

Re: [RT] Attribute Rendering and CForms Convertors

Joerg Heinicke wrote: On 08.11.2004 21:24, Ralph Goers wrote: Sample: You have an object, that can be viewed and edited. This object will be extended by adding a further required field when editing it and would be of interest when viewing it. How much effort do you need to update all the views that

Re: [VOTE] Remove FlowScript Function Parameters Support

Vadim Gritsenko wrote: Hi Guys, As discussed before, and several times already, it is time to phase out "feature" of passing parameters from the sitemap into flowscript as positioned function parameters: function myflow (a, b, c) { ... } Because this syntax relies on order of elements

Re: [VOTE] Remove FlowScript Function Parameters Support

Sylvain Wallez wrote: Vadim Gritsenko wrote: Hi Guys, As discussed before, and several times already, it is time to phase out "feature" of passing parameters from the sitemap into flowscript as positioned function parameters: function myflow (a, b, c) { ... } I am not sure if removing

Re: Introduction

Sylvain Wallez wrote: Ralph Goers wrote: Well, as I now have an account it seems that this is an appropriate time to introduce myself to you all. I am a California native, born and raised just outside of Los Angeles. When I started college I was Physics major, but when I took my first class in

Re: [VOTE] Remove FlowScript Function Parameters Support

Vadim Gritsenko wrote: Hi Guys, As discussed before, and several times already, it is time to phase out "feature" of passing parameters from the sitemap into flowscript as positioned function parameters: function myflow (a, b, c) { ... } Because this syntax relies on order of elements

Re: [VOTE] Remove FlowScript Function Parameters Support

On 9 Nov 2004, at 13:38, Vadim Gritsenko wrote: Hi Guys, As discussed before, and several times already, it is time to phase out "feature" of passing parameters from the sitemap into flowscript as positioned function parameters: function myflow (a, b, c) { ... } Because this syntax rel

Re: Subversion question

Ralph Goers wrote: Ralph Goers wrote: I am trying to merge changes I have made on BRANCH_2_1_X with trunk. What is the best way to do that? I guess I should be more specific. I tried following the instructions in the "fast introduction" but I end up with no changes in the file. I usually do:

[VOTE] Remove FlowScript Function Parameters Support

Hi Guys, As discussed before, and several times already, it is time to phase out "feature" of passing parameters from the sitemap into flowscript as positioned function parameters: function myflow (a, b, c) { ... } Because this syntax relies on order of elements in the sitemap but no

Re: Migration report from Excalibur Event to RunnableManager

On Mon, 8 Nov 2004, Giacomo Pati wrote: - org.apache.excalibur.store.impl.StoreJanitorImpl This is a core component but because it is outside the scope of Cocoon (lives inthe Excalibur project) I have not migrating it so far. A possible solutions might be to subclass it and overwrite the start meth

Re: CForms & Actions

Premkumar_Nagidi wrote: Hi, I am using Cforms and Actions in my project. I came across the functionality I have to implement in my project. Can we change the style of the fields in runtime? My requirement is I have to change the field styling depending upon the user role. Is there

Problem in session-fw / RequestContext

Hi, We just came across a very annoying problem in session-fw: the RequestContext class creates a DOM which represents the full contents of a request, translating all request attributes to XML elements having names. Now when the session transformer is called by a flowscript, there's a request a

RE: Questions to be answered for link request - V2

Sorry, missed your post entirely. [[info on intranet Cocoon applications]] > for light cocoon usage and preview purposes they are > cocoon's samples > area. what if they are people that want to share a biger > project with the > public but they dont want to setup an open source project > (w

CForms & Actions

Hi,       I am using Cforms and Actions in my project. I came across the functionality I have to implement in my project. Can we change the style of the fields in runtime? My requirement is I have to change the field styling depending upon the user role. Is there any way to implem

Re: Introduction

On Tue, 9 Nov 2004, Sylvain Wallez wrote: Ralph Goers wrote: Well, as I now have an account it seems that this is an appropriate time to introduce myself to you all. I am a California native, born and raised just outside of Los Angeles. When I started college I was Physics major, but when I took

Rhino Usage Warning

Hi All, I am getting this message appearing in my console for Cocoon 2.2.0-dev : "file:/Users/jerm/Development/Checkouts/Apache/Cocoon/trunk/build/ webapp/samples/blocks/querybean/flow/QueryHistory.js", line 25: RHINO USAGE WARNING: Missed Context.javaToJS() conversion: Rhino runtime detected ob

Re: mod_jk2 and file upload

Posting to the list in case this is useful to others... (include mod-jk2.conf in your httpd.conf) == mod-jk2.conf == LoadModule jk2_module modules/mod_jk2.so #--- # Set the Apache2 logger level #---

Re: [RT] Attribute Rendering and CForms Convertors

Joerg Heinicke wrote: On 07.11.2004 22:22, Ralph Goers wrote: That's the way we did it until now too. But all with only one view. What's your experience when supporting your multiple views? An additional needed field in one of your forms should result in editing so many views or isn't it? I'm n

Re[2]: mod_jk2 and file upload

Hello Jorg, Ok, It would be great! Tuesday, November 9, 2004, 9:27:18 AM, you wrote: JH> Hi, JH> I am consistently uploading 400kb files over mod_jk2 to Jetty without JH> problems. I can send you my mod_jk2 config if you want. JH> Regards JH> Jorg -- Best regards, Grzegorz

Re: [RT] Attribute Rendering and CForms Convertors

Jonas Ekstedt wrote: On Fri, 2004-11-05 at 14:02 +0100, Daniel Fagerstrom wrote: If I would be able to choose convertors I might decide IN VIEW ITSELF that that specific model value should be coloured/pretty printed/rendered according to some specific logic. As long as this logic has read-onl

Re: [rfc] commons fileupload replacement

Jorg Heymans wrote: Hi, I have provided a patch [1] that removes cocoon's multipart upload parser with one based on commons-fileupload. My approach breaks existing client code however, so Antonio suggested to get a few more opinions before continueing. 1) Part, PartOnDisk, PartInMemory are not nece

Re: Introduction

Ralph Goers wrote: Well, as I now have an account it seems that this is an appropriate time to introduce myself to you all. I am a California native, born and raised just outside of Los Angeles. When I started college I was Physics major, but when I took my first class in computers I was hooked

Re: the multipartparser

Sorry Micah for the late reply, somehow completely missed updates on this thread.. It's based on 2.1.x , bugzilla entry is [1] for the patch, discussion is continuing at [2] Jorg [1] http://nagoya.apache.org/bugzilla/show_bug.cgi?id=32102 [2] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=109

RE: 2.1.6 is broken

You're right, it is broken. I found that the cocoon-ojb-block.jar is 1 k in size; it only contains 2 files in meta-inf/ I'm not familiar with Cocoon's build system, but the OJB block has a build.xml file in the root of the block, could this break the building of OJB? I've tried to remove it, then

DO NOT REPLY [Bug 32102] - [PATCH] commons-fileupload based multipart parser

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [RT] Attribute Rendering and CForms Convertors

Joerg Heinicke wrote: On 08.11.2004 14:10, Leszek Gawron wrote: Imagine you have a bunch of java.util.Calendar properties all around your JavaBeans. Now in most of the views you want to render them according to a specific pattern. Now there are some special cases when you want those dates to get

Re: mod_jk2 and file upload

Hi, I am consistently uploading 400kb files over mod_jk2 to Jetty without problems. I can send you my mod_jk2 config if you want. Regards Jorg Grzegorz Tańczyk wrote: Hello dev, I don't know what is reason of this problem: cocoon, tomcat or mod_jk2. When I try to upload file with size greater