Re: DO NOT REPLY [Bug 5973] - Comments inside an external parameterentity are inserted in the SAX pipeline when using resolver.jar

[EMAIL PROTECTED] wrote: > --- Additional Comments From [EMAIL PROTECTED] 2002-06-19 04:10 --- > Does anybody has reproducable testcase? > I'll prepare some (and check whether this bus is still valid ;-) -- Steven Noelshttp://outerthought.org/ Outerthoug

Re: XMLForms and Flowmap

On Sun, 16 Jun 2002, Ivelin Ivanov wrote: > Nicola Ken Barozzi wrote: > > >> IMNSHO, the flowmap should totally replace actions and deprecate them. > > > > > > Ahem, I thought we decided *not* to deprecate them, as they make sense > > as elements in the declarative sitemap. > > > > For web apps A

DO NOT REPLY [Bug 5973] - Comments inside an external parameter entity are inserted in the SAX pipeline when using resolver.jar

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 9855] - Installation Problems with Tomcat 4

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 6934] - SQLTransformer.java - infinite loop in getConnection

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 6934] - SQLTransformer.java - infinite loop in getConnection

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

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation SQLTransformer.java

vgritsenko2002/06/18 20:21:59 Modified:src/java/org/apache/cocoon/transformation Tag: cocoon_2_0_3_branch SQLTransformer.java Log: Fix bug 6934 Revision ChangesPath No revision No revision 1.10.2

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation SQLTransformer.java

vgritsenko2002/06/18 20:21:59 Modified:.changes.xml .Tag: cocoon_2_0_3_branch changes.xml src/java/org/apache/cocoon/transformation SQLTransformer.java Log: Fix bug 6934 Revision ChangesPath 1.191

Re: [help needed] Patching the Servlet API on classloading

Sylvain Wallez wrote: > I don't agree with you : findResources() is the method that a given > ClassLoader can redefine to enumerate *its own resources*. > getResources() aggreates the enumerations of all resources found in the > classloader hierarchy. Actually, I think maybe you do agree with me

DO NOT REPLY [Bug 7828] - Should views be seen by sub-sitemap ? (doc <> real beahviour)

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 7828] - Should views be seen by sub-sitemap ? (doc <> real beahviour)

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

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/concepts views.xml

vgritsenko2002/06/18 17:21:50 Modified:src/documentation/xdocs/userdocs/concepts Tag: cocoon_2_0_3_branch views.xml Log: fix bug 7828 Revision ChangesPath No revision No revision 1.2.2.1 +2 -2

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/concepts views.xml

vgritsenko2002/06/18 17:21:51 Modified:src/documentation/xdocs/userdocs/concepts views.xml Log: fix bug 7828 Revision ChangesPath 1.3 +2 -2 xml-cocoon2/src/documentation/xdocs/userdocs/concepts/views.xml Index: views.xml

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/util MRUBucketMap.java

vgritsenko2002/06/18 16:06:55 Added: src/java/org/apache/cocoon/util MRUBucketMap.java Log: Add MRUBacketMap which, when used by MRUMemoryStore, will incredibly increase scalability of Store. Revision ChangesPath 1.1 xml-cocoon2/src/java/org/apache/

RE: Continuation as cookie? (was RE: [RT] Flowmaps)

> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > > Conal Tuohy wrote: > > >I haven't yet used the flowmap stuff myself, so I have a possibly naive > >question: what would be the flowmap (flowscript?) syntax to return a > >continuation to the client as an http cookie? Is this relatively easy >

Re: Continuation as cookie? (was RE: [RT] Flowmaps)

Conal Tuohy wrote: >I haven't yet used the flowmap stuff myself, so I have a possibly naive >question: what would be the flowmap (flowscript?) syntax to return a >continuation to the client as an http cookie? Is this relatively easy >compared to url-rewriting? > > You can't do that, as the coo

Re: [help needed] Patching the Servlet API on classloading

David Haraburda wrote: >Sylvain Wallez wrote: > > > >>. . . >>Another related item : while updating the ParanoidClassloader to make it >>really paranoid, I encountered an inconsistency in java.lang.ClassLoader >>class : getResource() can be overriden, but getResources() is declared >>final, mea

Continuation as cookie? (was RE: [RT] Flowmaps)

I haven't yet used the flowmap stuff myself, so I have a possibly naive question: what would be the flowmap (flowscript?) syntax to return a continuation to the client as an http cookie? Is this relatively easy compared to url-rewriting? --

Re: [help needed] Patching the Servlet API on classloading

Sylvain Wallez wrote: > > . . . > Another related item : while updating the ParanoidClassloader to make it > really paranoid, I encountered an inconsistency in java.lang.ClassLoader > class : getResource() can be overriden, but getResources() is declared > final, meaning there is no way to change

Re: [help needed] Patching the Servlet API on classloading

Stefano Mazzocchi wrote: > . . . > The problem is simple: when a class contained in a WAR file wants to > load a class, a classloader is invoqued. The Java Language Specification > indicates that the 'normal' flow of classloading fallback is the > following: > > system -> custom classloader ->

Re: [RT] Flowmaps

Some rather random thoughts: A flow (workflow) can be represented as a DAG. An edge in the DAG represents a page sent to the user, and a certain set of data recieved as a result of a user action. The same page sent to a user may be part of many different edges, which are differentiated by the res

cvs commit: xml-cocoon2/src/documentation/xdocs/faq faq-databases.xml

shannon 2002/06/18 08:48:34 Modified:src/documentation/xdocs/faq Tag: cocoon_2_0_3_branch faq-databases.xml Log: sync with HEAD Revision ChangesPath No revision No revision 1.1.2.2 +32 -1 x

DO NOT REPLY [Bug 9956] - [PATCH] docs, faq-databases.xml: AbstractMethodError

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 9956] - [PATCH] docs, faq-databases.xml: AbstractMethodError

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

cvs commit: xml-cocoon2/src/documentation/xdocs/faq faq-databases.xml

shannon 2002/06/18 08:43:24 Modified:src/documentation/xdocs/faq faq-databases.xml Log: applied Bertrand Delacretaz's new FAQ Revision ChangesPath 1.2 +32 -1 xml-cocoon2/src/documentation/xdocs/faq/faq-databases.xml Index: faq-databases.xml =

Re: [RT] Flowmaps

[Note, I tried to send this yesterday 6/17, but it never showed up on the list. Are others having their posts disappear?] Thank you for a great introduction to the concept of the flowmap! On Sun, 16 Jun 2002, Stefano Mazzocchi wrote: [snip] > 2) the concept of continuations is not transparent

Re: [RT] Flowmaps

Ovidiu Predescu wrote: >Guys, > >I'm really overwhelmed by your reaction to the flow idea! Thanks all for >sharing your thoughts! > >First of all, I think the thanks should go to Christian Queinnec, who came >up with the idea, and to Christopher Oliver, who implemented continuations >in Rhino. I

DO NOT REPLY [Bug 9701] - Cocoon with avalon-framework-20020603.jar don't run with Tomcat (4.01, 4.03 and 4.04b3) and jdk1.3.0_02

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 9956] - [PATCH] docs, faq-databases.xml: AbstractMethodError

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 9956] - [PATCH] docs, faq-databases.xml: AbstractMethodError

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 9956] New: - [PATCH] docs, faq-databases.xml: AbstractMethodError

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: [RT] Flowmaps

Ovidiu Predescu wrote: > On 6/17/02 11:22 PM, "Christian Haul" <[EMAIL PROTECTED]> > wrote: > I actually like the way variables are automatically bound in WebObjects, > where you have to explicitly define the automatic binding, by mapping an > instance variable to a form parameter. I was thinkin

Re: [RT] Flowmaps

Ovidiu Predescu wrote: > Guys, > > I'm really overwhelmed by your reaction to the flow idea! Thanks all for > sharing your thoughts! Thanks for the detailed reply. > > 6. Multi-page forms are not dominating, and continuation based compared to > even driven (GUI-like) programming approaches. >

Re: XMLForms and Flowmap

Ivelin Ivanov wrote: > Andrew C. Oliver wrote: > >> > > The spirit of this group has been that every contributor's opinion > matters. > > One of the reasons I got hooked and am spending so much time on the > list... > > Don't mind me I'm just having a bad week. ;-) --

Re: [RT] Flowmaps

On Mon, 17 Jun 2002, Sylvain Wallez wrote: > Stefano Mazzocchi wrote: > >[NOTE: Giacomo and I spent a full evening and the next day (during > >"Italy vs. Mexico"! consider that!) talking about these things, so the > >above reflects design concepts of both of us] > > > > Wow, so this is *really i

DO NOT REPLY [Bug 9835] - Nested actions in action-sets do not execute

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: [help needed] Patching the Servlet API on classloading

Stefano Mazzocchi wrote: >People, > >I've asked Jason Hunter (one of our representatives in the Servlet API >JSR) if Servlet 2.4 (which is going to be finalized soon) is being more >explicit on the way the classloaders are supposed to load classes from >WAR files. > >If Servlet 2.4 was explicit o

Re: [RT] Flowmaps

> First of all, I think the thanks should go to Christian Queinnec, who came > up with the idea, and to Christopher Oliver, who implemented continuations > in Rhino. I just put all the things together and implement the support in > Cocoon. Thanks to all of you then ;-) > Now, there are few point

RE: [RT] Flowmaps

> So, what about a general interface to flow controller (be it a flow script > or a flow map) that will allow to use any implementation you like? I know, > I've already ask about this before, just want to remind about it. And as > I've already said, though, I like the idea of continuations very >

RE: [RT] Flowmaps

> From: Ovidiu Predescu [mailto:[EMAIL PROTECTED]] > > Guys, > > 6. Multi-page forms are not dominating, and continuation > based compared to > even driven (GUI-like) programming approaches. > > I used to program GUIs a lot, I think for certain things, > event-driven is > better than usin

[RT] Flowmaps

Hi all, I'm following this *very* interesting discussion on the flowmap concepts and I would just like to contribute to the easiest part: tag names ... ;-)) Ovidiu Predescu wrote: >>> Guys, >>> >>> I'm really overwhelmed by your reaction to the flow idea! Thanks all >> for >>> sharing your thoug

Re: [RT] Flowmaps

On 18.Jun.2002 -- 12:09 AM, Ovidiu Predescu wrote: > On 6/17/02 11:22 PM, "Christian Haul" <[EMAIL PROTECTED]> > wrote: > > > On 17.Jun.2002 -- 09:35 PM, Ovidiu Predescu wrote: > > > >> > >> - automatic binding of JavaScript variables to form values. This would allow > >> you to declare somethi