Re: Changes made to flow system.js

Just to give an other option: -SendPageAndWait -SendPageAndFree - Original Message - From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 05, 2002 8:44 AM Subject: Re: Changes made to flow system.js > Andy Lewis wrote: > > what about I/O terms?

Re: Changes made to flow system.js

On Wednesday, Dec 4, 2002, at 13:11 US/Pacific, Jason Foster wrote: How about thinking in terms of synchronous and asynchronous I/O? sendPageAndBlock() or sendPageSync() sendPageAsync() On Wednesday, Dec 4, 2002, at 14:33 US/Pacific, Andy Lewis wrote: what about I/O terms? sendPageBlock

Re: [Proposal] Implementing XMLForm with Flow

Ivelin Ivanov wrote: I hope you are the last hero trying to confront this monster. The discussion how to combine the two has been going on forever, but we have not come to an agreement. I would gladly offer my tactical guidance for your effort. The biggest issue that I had so far with the flow i

Re: Changes made to flow system.js

Andy Lewis wrote: what about I/O terms? sendPageBlocking sendPageNonBlocking I still like the concept of "waiting" a lot more. In short, your 'server' is waiting for you to come back. It would be like having your personal thread allocated in the server, even if this is not the case. The best

Re: Changes made to flow system.js

Artur Bialecki wrote: How about: sendAndSuspend this is kind of cool, even if I still like 'sendPageAndWait' more sendAndResume Hmmm, this seems to convey the wrong message since it's the system that resumes the execution, not your call to this method. -- Stefano Mazzocchi

Re: Changes made to flow system.js

Jason Foster wrote: How about thinking in terms of synchronous and asynchronous I/O? sendPageAndBlock() or sendPageSync() sendPageAsync() Nah, it might even get more confusing. -- Stefano Mazzocchi <[EMAIL PROTECTED]>

Re: flowscript save-on-back

On Wednesday, Dec 4, 2002, at 22:50 US/Pacific, Christopher Oliver wrote: Ovidiu, I think the below would also work, without changing system.js or any Java code by using Rhino with continuations extended JavaScript > syntax: catch (continue) { // The continuation I'm part of is about to be

Re: Flow wishlist :)

Hi Chris, [Long time, no see, good to hear back from you ;)] On Tuesday, Nov 26, 2002, at 20:35 US/Pacific, Christopher Oliver wrote: Ovidiu Predescu wrote: Flow is designed to simplify the sitemap by reducing the amount of routing components required and by moving business logic out of the

Re: Flow wishlist :)

Hi Chris, [Long time, no see, good to hear back from you ;)] On Tuesday, Nov 26, 2002, at 20:35 US/Pacific, Christopher Oliver wrote: Ovidiu Predescu wrote: Flow is designed to simplify the sitemap by reducing the amount of routing components required and by moving business logic out of the

RE: [SHOWSTOPPER?] cocoon sources no longer thread-safe

Greg Weinger wrote: > Would you mind giving a quick example of how to do this? > > > I've been poring over the source, but I'm not sure I'm on the right track: > > //code run by PooledThread > > public void run() { > >Environment env = CocoonComponentManager.getCurrentEnvironment(); > Pro

Re: flowscript save-on-back

Ovidiu, I think the below would also work, without changing system.js or any Java code by using Rhino with continuations extended JavaScript syntax: catch (continue) { // The continuation I'm part of is about to be restored // code to handle that goes here. } catch (break) { // I'm about

DO NOT REPLY [Bug 15100] - [patch]/[donation] Sample app xml form popup with sourcewriter

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15100] New: - [patch]/[donation] Sample app xml form popup with sourcewriter

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://nagoya.apache.org/bugzilla/show_bu

Re: Changes made to flow system.js

Andy Lewis wrote: what about I/O terms? sendPageBlocking sendPageNonBlocking That sounds good. Especially, since the function names are quite short :-) Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 ---

Re: Changes made to flow system.js

How about thinking in terms of synchronous and asynchronous I/O? sendPageAndBlock() or sendPageSync() sendPageAsync() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

RE: [Proposal] Implementing XMLForm with Flow

Ivelin, Not sure if you realize this already, but you can use all those Java API's from the flow layer if you need them. Rhino provides bidirectional interoperability with Java: you can create java objects and call their methods from JavaScript, and you can extend Java classes and implement Jav

Re: [Proposal] Implementing XMLForm with Flow

I hope you are the last hero trying to confront this monster. The discussion how to combine the two has been going on forever, but we have not come to an agreement. I would gladly offer my tactical guidance for your effort. The biggest issue that I had so far with the flow is how to implement in

Re: [possible donation] XmlForm popup sample using sourcewriter

Please submit a bugzilla report. I will review the code and possibly commit it. Ivelin - Original Message - From: "Michael Homeijer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, December 03, 2002 1:48 AM Subject: [possible donation] XmlForm popup sample using sourcewriter

Re: [SHOWSTOPPER?] cocoon sources no longer thread-safe

Carsten Ziegeler wrote: Hi, there were some problems with multi-threading and the environment stack which should be fixed by last monday - at least that's what I thought. However, there is one subtle thing to keep in mind: ThreadLocal and InheritableThreadLo

Becoming a Top Level Project: Apache - What's in a name?

I know this may not be the correct forum, but sincethere is such significant discussion of becoming a top level Apache project, I'm wondering if the name"Apache" could be re-visited. In particular, any time (pretty much ALL the time) Imention Apache, people think of the web server.  Thisconfusion w

Re: The organization of xml.apache.org

Now that's VERY INTERESTING.   There could easily be hundreds of such voilations already existing, and it wouldn't be obvious or easily observable.  I guess the process is we just wait until a patent holder has an objection.      Steve     [EMAIL PROTECTED]      Steven Noels <[EMAIL PROTECTED]> w

Re: ResourceReader and pdf

We have the same problem with Cocoon 2.0.1. Do you have a current version? First tests with 2.0.3 were okay, even if the code, you mention, has not changed. But maybe the tests only were okay by accident? Maybe. AFAIK the dependency on the correct content length for displaying PDF is a IEx speci

Re: [PROPOSAL] make Cocoon modules alongside blocks (was Re: [RT]A deprecated module )

Stefano Mazzocchi wrote: Nicola Ken Barozzi wrote: Now I'm a bit lost on the results of the RT deprecated thread 8-) so I'm making this into a proposal. _Proposal_ This proposal is to create a source section parallel to blocks, to hold Cocoon "parts", or "modules", that are not part of the

RE: Changes made to flow system.js

How about: sendAndSuspend sendAndResume Artur... > -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > Sent: December 4, 2002 4:07 PM > To: [EMAIL PROTECTED] > Subject: Re: Changes made to flow system.js > > > Sylvain Wallez wrote: > > Michael Melhem wrote:

Re: Changes made to flow system.js

what about I/O terms? sendPageBlocking sendPageNonBlocking or something akin to these? > Sylvain Wallez wrote: >> Michael Melhem wrote: >> >>> On Wed, Dec 04, 2002 at 02:19:33PM +0100, Sylvain Wallez wrote: >>> >>> Marcus Crafter wrote: > Hi Troops! > > Hope all is wel

cvs commit: xml-cocoon2 changes.xml

tcurdt 2002/12/04 14:11:21 Modified:.changes.xml Log: cleaned up the esql logicsheet and helper classes, put db specific handling into separate classes, renamed some methods to more reasonable names Revision ChangesPath 1.301 +6 -1 xml-cocoon2/change

esql changes

Guys, I commited some changes to the esql logicsheet + helper classes in HEAD. Things that were bugging me for a while... The changes are supposed to be internaly only - so please report back if you experience any problems. Chris, could you please take a closer look? I'll add some oracle specific

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp/java esql.xsl

tcurdt 2002/12/04 13:51:38 Modified: src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp/java esql.xsl Added: src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp AbstractEsqlConnection

cvs commit: xml-cocoon2/src/webapp/WEB-INF/db tutorial.sql cocoondb.script

tcurdt 2002/12/04 13:44:15 Modified:src/webapp/WEB-INF/db tutorial.sql cocoondb.script Log: some more employee entries Revision ChangesPath 1.3 +10 -4 xml-cocoon2/src/webapp/WEB-INF/db/tutorial.sql Index: tutorial.sql

cvs commit: xml-cocoon2/src/webapp/samples/docs/samples/xsp esql.xsp

tcurdt 2002/12/04 13:43:39 Modified:src/webapp/samples/docs/samples/xsp esql.xsp Log: also show the limit feature Revision ChangesPath 1.2 +88 -60xml-cocoon2/src/webapp/samples/docs/samples/xsp/esql.xsp Index: esql.xsp ===

Re: [PROPOSAL] make Cocoon modules alongside blocks (was Re: [RT]A deprecated module )

Nicola Ken Barozzi wrote: Now I'm a bit lost on the results of the RT deprecated thread 8-) so I'm making this into a proposal. _Proposal_ This proposal is to create a source section parallel to blocks, to hold Cocoon "parts", or "modules", that are not part of the Cocoon minimal core but nee

Re: Changes made to flow system.js

Sylvain Wallez wrote: Michael Melhem wrote: On Wed, Dec 04, 2002 at 02:19:33PM +0100, Sylvain Wallez wrote: Marcus Crafter wrote: Hi Troops! Hope all is well. I've just checked in BZ#14903 which changes the names of the flow sendPage* functions as previously discussed in

Re: ResourceReader and pdf

Joerg Heinicke wrote: We have the same problem with Cocoon 2.0.1. Do you have a current version? First tests with 2.0.3 were okay, even if the code, you mention, has not changed. But maybe the tests only were okay by accident? Maybe. AFAIK the dependency on the correct content length for displa

Re: release plan for 2.1?

Marcus Crafter wrote: On Wed, Nov 27, 2002 at 10:10:40AM -0800, Stefano Mazzocchi wrote: Please, update the sendPage* function names in the flowscript layer *before* making the alpha release! I know it's alpha, but if we already know that something is going to change, there is no need for that

[SUMMARY] Re: Cocoon 2.1 (HEAD) redirect broken ?

Seem we have a problem with redirects. I gave a quick glance in the http environment, and there's a hack for Websphere too (VG)... maybe someone with more experience can look into this? It would take me time I don't have ATM. Thanks. This is a summary of latest reports: _Websphere Application

Re: [C2.1] Error in flow samples

Hi Ugo, Thanks for the information. On Wed, Dec 04, 2002 at 05:52:10PM +0100, Ugo Cei wrote: > Marcus Crafter wrote: > >Hi Ugo, > > > > Are you still experiencing this problem ? The prefs example works > > fine in my environment (which latest patches are those that you > >

Re: [CVS 2.1] -Error in Java doc in block jsp

Antonio Gallardo wrote: Sorry to post to many messages. :-D I found another error. building the javadocs: /xml-cocoon2/build/cocoon/blocks/jsp/src/org/apache/cocoon/components/jsp/JSPEngineImplWLS.java:157: package weblogic.servlet.internal does not exist class MyWLSResponse extends weblogi

cvs commit: xml-cocoon2 build.xml

nicolaken2002/12/04 09:49:43 Modified:.build.xml Log: Fixed build for javadocs; they were not using mock objects. Thanks to Antonio Gallardo agallardo at agsoftware.dnsalias.com for reporting. Revision ChangesPath 1.290 +6 -0 xml-cocoon2/build.xml

DO NOT REPLY [Bug 15078] - [PATCH] flow logging change + small bug fix

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15078] New: - [PATCH] flow logging change + small bug fix

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://nagoya.apache.org/bugzilla/show_bu

Re: Redirect problem in Cocoon+Jetty... or is it Tomcat?

Nicola Ken Barozzi wrote: Grab the latest Cocoon from CVS, and launch "build run". Then point the browser to http://localhost:/ The redirect doesn't work it seems... Then point to http://localhost:/samples/ It should redirect to http://localhost:/samples/welcome but instead it red

Re: [C2.1] Error in flow samples

Marcus Crafter wrote: Hi Ugo, Are you still experiencing this problem ? The prefs example works fine in my environment (which latest patches are those that you mention?). Cheers, Marcus Yes, I still have the problem, even after I made a cvs update and recompiled everything. I'm using

Re: [PROPOSAL] make Cocoon modules alongside blocks (was Re: [RT]A deprecated module )

[EMAIL PROTECTED] wrote: Quoting Nicola Ken Barozzi <[EMAIL PROTECTED]>: Now I'm a bit lost on the results of the RT deprecated thread 8-) so I'm making this into a proposal. _Proposal_ This proposal is to create a source section parallel to blocks, to hold Cocoon "parts", or "modules", t

Re: Changes made to flow system.js

On Wednesday, Dec 4, 2002, at 06:30 US/Pacific, Michael Melhem wrote: On Wed, Dec 04, 2002 at 02:56:50PM +0100, Sylvain Wallez wrote: Michael Melhem wrote: On Wed, Dec 04, 2002 at 02:19:33PM +0100, Sylvain Wallez wrote: Marcus Crafter wrote: Just some thoughts (sorry if this already has b

Re: cvs sticky tag problem

Christian Haul wrote: On 03.Dec.2002 -- 11:34 PM, Diana Shannon wrote: I was trying to sync HEAD and release versions of src/documentation/xdocs/userdocs/actions/database-actions.xml but when I try to commit the updated version to the release branch, I get: cvs server: sticky tag `cocoon_2_0

Redirect problem in Cocoon+Jetty... or is it Tomcat?

Grab the latest Cocoon from CVS, and launch "build run". Then point the browser to http://localhost:/ The redirect doesn't work it seems... Then point to http://localhost:/samples/ It should redirect to http://localhost:/samples/welcome but instead it redirects to http://localhost:8

Re: [PROPOSAL] make Cocoon modules alongside blocks (was Re: [RT] A deprecated module )

Quoting Nicola Ken Barozzi <[EMAIL PROTECTED]>: > Now I'm a bit lost on the results of the RT deprecated thread 8-) so I'm > making this into a proposal. > > _Proposal_ > > This proposal is to create a source section parallel to blocks, to hold > Cocoon "parts", or "modules", that are not part

Cocoon 2.1 (HEAD) redirect broken ?

Hi! While wokring perfectly well in Cocoon 2.0.3, in the current cvs head redirects don't seem to work with Websphere Application Server. E.g. http://localhost:8080/cocoon/samples/ will result in the incorrect redirect to http://localhost:8080/cocoon/cocoon/samples/welcome (duplicated context r

Re: [SHOWSTOPPER?] cocoon sources no longer thread-safe

Good morning (from here in LA). Sylvain Wallez wrote: > Carsten Ziegeler wrote: > > >Hi, > > > >there were some problems with multi-threading and the environment > >stack which should be fixed by last monday - at least that's > >what I thought. > > > >However, there is one subtle thing to keep in

Re: [PROPOSAL] make Cocoon modules alongside blocks (was Re: [RT] A deprecated module )

On 04.Dec.2002 -- 04:28 PM, Nicola Ken Barozzi wrote: > Now I'm a bit lost on the results of the RT deprecated thread 8-) so I'm > making this into a proposal. > > _Proposal_ > > This proposal is to create a source section parallel to blocks, to hold > Cocoon "parts", or "modules", that are not

Re: cvs sticky tag problem

On 03.Dec.2002 -- 11:34 PM, Diana Shannon wrote: > I was trying to sync HEAD and release versions of > src/documentation/xdocs/userdocs/actions/database-actions.xml > > but when I try to commit the updated version to the release branch, I > get: > cvs server: sticky tag `cocoon_2_0_3_branch'

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/actions database-actions.xml

haul2002/12/04 07:33:50 Added: src/documentation/xdocs/userdocs/actions Tag: cocoon_2_0_3_branch database-actions.xml Log: hopefully solving problem with cvstag Revision ChangesPath No revision No r

[PROPOSAL] make Cocoon modules alongside blocks (was Re: [RT] A deprecatedmodule )

Now I'm a bit lost on the results of the RT deprecated thread 8-) so I'm making this into a proposal. _Proposal_ This proposal is to create a source section parallel to blocks, to hold Cocoon "parts", or "modules", that are not part of the Cocoon minimal core but need nevertheless to be includ

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/actions database-actions.xml

haul2002/12/04 07:22:15 Removed: src/documentation/xdocs/userdocs/actions Tag: cocoon_2_0_3_branch database-actions.xml Log: hopefully solving problem with cvstag -- In case of troubles,

Re: Changes made to flow system.js

BTW, I know "Tisch" which means "table", but what does "Stamm" mean ? http://dict.tu-chemnitz.de/dings.cgi?lang=de&noframes=0&query=stammtisch&service=&optword=1&optcase=1&opterrors=0&optpro=0&self=1 Joerg -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL P

Re: Changes made to flow system.js

Michael Melhem wrote: On Wed, Dec 04, 2002 at 02:56:50PM +0100, Sylvain Wallez wrote: Just some thoughts (sorry if this already has been discussed, I may have missed it) : why not keeping the "sendPageAndContinue" ? sendPageAndContinue is precisely the problem, many people were confusing

Re: Changes made to flow system.js

On Wed, Dec 04, 2002 at 02:56:50PM +0100, Sylvain Wallez wrote: > Michael Melhem wrote: > > >On Wed, Dec 04, 2002 at 02:19:33PM +0100, Sylvain Wallez wrote: > > > > > >>Marcus Crafter wrote: > >> > >>>Hi Troops! > >>> > >>> Hope all is well. > >>> > >>> I've just checked in BZ#14903 which

Re: Developers docs out of date?

todd wrote: Vadim; Hello... can you tell me how you fixed this problem on Cocoon so I can tell the jetspeed folks. Yes, sure... Code snippet below does the trick: try { if (path.indexOf(':') > 1) { this.servletContextURL = new URL(path); } else {

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/xml/xlink ExtendedXLinkPipe.java

crafterm2002/12/04 06:23:22 Modified:src/java/org/apache/cocoon/xml/xlink ExtendedXLinkPipe.java Log: * Applied namespace handling fix in xlink pipe. Submitted by: Keiron Liddle <[EMAIL PROTECTED]> Revision ChangesPath 1.6 +4 -5 xml-cocoon2/src/java/org/a

RE: Announcement: Cocoon Stammtisch @ Frankfurt

Sorry to be a pain, but can someone from Frankfurt provide some details on how to get to the location by car? Where best to park? Perhaps parking outside Frankfurt and take S- U-Bahn would be a better choice? Could you add the details to the Wiki? Thanks Matthew -- Open Source Group Cocoo

RE: release schedule and live site update

Diana Shannon wrote: > > I had my fingers crossed that 2.0.4 might be released by today. However > I understand the reasons for the delay. I hope to get it out tomorrow as soon as possible, so actually crossing your fingers helped ;) > > Starting today, I am traveling away from my office for th

Re: Changes made to flow system.js

On Wed, Dec 04, 2002 at 01:48:06PM +0100, Michael Melhem wrote: > > Actually, documenation in samples/flow/docs/continuations.xml still > refers to the old sendPage* methods... ooops need fix this too. Fixed. Thanks for the pointer :) Cheers, Marcus --

cvs commit: xml-cocoon2/src/webapp/samples/flow/examples/calc calc.js

crafterm2002/12/04 06:01:25 Modified:src/webapp/samples/flow/examples/calc calc.js Log: Fixed calc example, sendResult() method should be calling sendPage() as it's the final page displayed in the flow. Revision ChangesPath 1.4 +1 -1 xml-cocoon2/src/webapp/sa

cvs commit: xml-cocoon2/src/webapp/samples/flow/docs how-does-it-work.xml continuations.xml

crafterm2002/12/04 05:58:48 Modified:src/webapp/samples/flow/docs how-does-it-work.xml continuations.xml Log: Updated flow documentation to reflect sendPage* name changes. Revision ChangesPath 1.3 +1 -1 xml-cocoon2/src/webapp/samples/flo

Re: Changes made to flow system.js

Michael Melhem wrote: On Wed, Dec 04, 2002 at 02:19:33PM +0100, Sylvain Wallez wrote: Marcus Crafter wrote: Hi Troops! Hope all is well. I've just checked in BZ#14903 which changes the names of the flow sendPage* functions as previously discussed in the 'flow wishlist' thread. Un

release schedule and live site update

I had my fingers crossed that 2.0.4 might be released by today. However I understand the reasons for the delay. Starting today, I am traveling away from my office for the next seven to ten days and predict that I will have little, if any, time/bandwidth to update the live site. Therefore, I did

Re: cvs sticky tag problem

On Wednesday, December 4, 2002, at 07:13 AM, Giacomo Pati wrote: Can you describe the steps you've taken until you got this error (essentially the commands you've issued where in which repo)? I maintain separate cvs directories for head and release files. After checkouts, I simply use: cvs

Re: Changes made to flow system.js

On Wed, Dec 04, 2002 at 02:19:33PM +0100, Sylvain Wallez wrote: > Marcus Crafter wrote: > > >Hi Troops! > > > > Hope all is well. > > > > I've just checked in BZ#14903 which changes the names of the flow > > sendPage* functions as previously discussed in the 'flow wishlist' > >

RE: cvs sticky tag problem

Giacomo Pati wrote: > > On Tue, 3 Dec 2002, Antonio Gallardo wrote: > > > Hi Diana: > > > > I am not a CVS pro, but I remember that Carsten said: "the > current release > > is 'frozen'", that means that only bug fixes will be accepted. Are you > > trying to include a new file? > > I don't think Car

DO NOT REPLY [Bug 15064] New: - [PATCH] (Chris) Postgresql 7.3: LIMIT x,y no longer supported

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://nagoya.apache.org/bugzilla/show_bu

Re: Changes made to flow system.js

Marcus Crafter wrote: Hi Troops! Hope all is well. I've just checked in BZ#14903 which changes the names of the flow sendPage* functions as previously discussed in the 'flow wishlist' thread. Unfortunately the change is *not* backwards compatible so please be careful and update any flow c

DO NOT REPLY [Bug 15061] New: - xmlForm enhancement

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://nagoya.apache.org/bugzilla/show_bu

Re: Changes made to flow system.js

On Wed, Dec 04, 2002 at 12:26:42PM +0100, Marcus Crafter wrote: > Hi Troops! > > Hope all is well. > > I've just checked in BZ#14903 which changes the names of the flow > sendPage* functions as previously discussed in the 'flow wishlist' > thread. > > U

DO NOT REPLY [Bug 14903] - [PATCH] Change in flow sendPage* APIs

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://nagoya.apache.org/bugzilla/show_bu

Re: [proposal] board resolution version 1.1

On 4 Dec 2002, David Crossley wrote: > Giacomo Pati wrote: > > David Crossley wrote: > > > > > How would you define 'active committer'? > > By CVS commit rates? > > By RTs? > > By mail posts/replies? > > > > ATM I don't fall in none of these categories but still like to > > be in the PMC. > > Som

Re: cvs sticky tag problem

On Tue, 3 Dec 2002, Antonio Gallardo wrote: > Hi Diana: > > I am not a CVS pro, but I remember that Carsten said: "the current release > is 'frozen'", that means that only bug fixes will be accepted. Are you > trying to include a new file? I don't think Carsten locked the repo. Thus nothing will

Re: cvs sticky tag problem

On Tue, 3 Dec 2002, Diana Shannon wrote: > I was trying to sync HEAD and release versions of >src/documentation/xdocs/userdocs/actions/database-actions.xml > > but when I try to commit the updated version to the release branch, I > get: >cvs server: sticky tag `cocoon_2_0_3_branch' for fil

[CVS 2.1] -Error in Java doc in block jsp

Sorry to post to many messages. :-D I found another error. building the javadocs: /xml-cocoon2/build/cocoon/blocks/jsp/src/org/apache/cocoon/components/jsp/JSPEngineImplWLS.java:157: package weblogic.servlet.internal does not exist class MyWLSResponse extends weblogic.servlet.internal.ServletR

Re: cvs sticky tag problem

On Wednesday, Dec 4, 2002, at 04:34 Europe/London, Diana Shannon wrote: I was trying to sync HEAD and release versions of src/documentation/xdocs/userdocs/actions/database-actions.xml but when I try to commit the updated version to the release branch, I get: cvs server: sticky tag `cocoon_

RE: [CVS 2.1] Error in authentication fw example.

Many thanks, :-D Antonio Gallardo Carsten Ziegeler dijo: > This is related to some problems in the build system that > prevent the input-modules from being configured. > I just checked-in a fix which might help... > > Carsten > >> -Original Message- >> From: Antonio Gallardo [mailto:[EMAI

RE: [RT] A deprecated module

Nicola Ken Barozzi wrote: > > Carsten Ziegeler wrote: > > > I still think that the current "blocks" we have in the cvs head are the > > modules - and when we introduced them, I proposed to call them modules > > first. Ok, but that's the past - let's be constructive. > > Currently they are in fac

RE: [CVS 2.1] Error in authentication fw example.

This is related to some problems in the build system that prevent the input-modules from being configured. I just checked-in a fix which might help... Carsten > -Original Message- > From: Antonio Gallardo [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 03, 2002 11:20 PM > To: [EMAIL

cvs commit: xml-cocoon2/src/webapp/WEB-INF cocoon.xconf

cziegeler2002/12/04 03:40:51 Modified:src/blocks/databases/conf datasources.xconf src/webapp/WEB-INF cocoon.xconf Log: We don't want a datasources section if we don't have the datasources block/module Revision ChangesPath 1.2 +3 -1 xml-cocoon2/sr

cvs commit: xml-cocoon2/src/webapp/WEB-INF cocoon.xconf

cziegeler2002/12/04 03:37:54 Modified:src/webapp/WEB-INF cocoon.xconf Log: Removing empty section for input-modules, because this prevents the real configuration from being added Revision ChangesPath 1.48 +0 -4 xml-cocoon2/src/webapp/WEB-INF/cocoon.xconf I

Re: release plan for 2.1?

On Wed, Nov 27, 2002 at 10:10:40AM -0800, Stefano Mazzocchi wrote: > Please, update the sendPage* function names in the flowscript layer > *before* making the alpha release! I know it's alpha, but if we already > know that something is going to change, there is no need for that to happen.

Re: [C2.1] Error in flow samples

Hi Ugo, Are you still experiencing this problem ? The prefs example works fine in my environment (which latest patches are those that you mention?). Cheers, Marcus On Mon, Dec 02, 2002 at 05:23:10PM +0100, Ugo Cei wrote: > The "Use

DO NOT REPLY [Bug 14903] - [PATCH] Change in flow sendPage* APIs

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://nagoya.apache.org/bugzilla/show_bu

Changes made to flow system.js

Hi Troops! Hope all is well. I've just checked in BZ#14903 which changes the names of the flow sendPage* functions as previously discussed in the 'flow wishlist' thread. Unfortunately the change is *not* backwards compatible so please be

cvs commit: xml-cocoon2/src/webapp/samples/flow/examples/prefs prefs.js

crafterm2002/12/04 03:25:40 Modified:src/java/org/apache/cocoon/components/flow/javascript system.js src/webapp/samples/flow/examples/calc calc.js src/webapp/samples/flow/examples/prefs prefs.js Log: * Applied BZ#14903 which chang

Re: [Proposal] Implementing XMLForm with Flow

Daniel Fagerström wrote: We had a discussion about half a year ago about how to integrate XMLForm and Flow [1], I proposed a design and booth Ovidiu and Ivelin seemed to Obviously at the time I wasn't interested in form handling at all, otherwise I'd have remembered that thread ;-). I could a

[CVS 2.1] Error in authentication fw example.

I was recently (10 mins.) downloaded the lastest CVS of 2.1 When I checked the authentication framework example. It throw an exception: Original exception : org.apache.avalon.framework.configuration.ConfigurationException: Invalid pattern '{request-param:username}' at file:/cocoon/samples/authent

Re: [RT] A deprecated module

Carsten Ziegeler wrote: Nicola Ken Barozzi wrote: Carsten Ziegeler wrote: Hi, it just came across my mind to create a "deprecated" block/module which contains all deprecated classes and interfaces. This would clean our core but we would still have compatibility when the block is used. Does

RE: [RT] A deprecated module

Nicola Ken Barozzi wrote: > > Carsten Ziegeler wrote: > > Hi, > > > > it just came across my mind to create a "deprecated" block/module > > which contains all deprecated classes and interfaces. This would > > clean our core but we would still have compatibility when the > > block is used. > > >

cvs commit: xml-cocoon2/src/webapp/WEB-INF cocoon.xconf

cziegeler2002/12/04 03:06:44 Modified:src/java/org/apache/cocoon/components/source/impl SitemapSource.java src/java/org/apache/cocoon/transformation TraxTransformer.java src/webapp/WEB-INF cocoon.xconf Added:

Re: [RT] A deprecated module

Carsten Ziegeler wrote: Hi, it just came across my mind to create a "deprecated" block/module which contains all deprecated classes and interfaces. This would clean our core but we would still have compatibility when the block is used. Does this make sense? What do you think? I think that th

RE: Bug 13344 (SQLTransformer) still open

Carsten, since I already provided the code to patch this bug, and since there is no better solution (so far), would you mind terribly commiting that code to the CVS repository ? I'd be gladly doing it myself, but I'm not a committer. Best regards, P.S. Take this as a suggestion, not an obligat

Re: Ping - please ignore

Sylvain Wallez wrote: Just pinging : we had some problems with our ISP yesterday and a mail didn't went through this morning... Also read http://radio.weblogs.com/0103539/2002/12/04.html -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java & XML

Re: [RT] A deprecated module

It looks nice. Antonio Gallardo Carsten Ziegeler dijo: > Hi, > > it just came across my mind to create a "deprecated" block/module > which contains all deprecated classes and interfaces. This would > clean our core but we would still have compatibility when the > block is used. > > Does this make

[RT] A deprecated module

Hi, it just came across my mind to create a "deprecated" block/module which contains all deprecated classes and interfaces. This would clean our core but we would still have compatibility when the block is used. Does this make sense? What do you think? Carsten Carsten Ziegeler Open Source Gro

RE: Bug 13344 (SQLTransformer) still open

> -Original Message- > From: Luca Morandini [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 04, 2002 9:49 AM > To: Cocoon-dev > Subject: Bug 13344 (SQLTransformer) still open > > > > while I won't describe this as a showstopper, I deem useful > solving it before the 2.0.4 relea

  1   2   >