Re: [FIXED] Re: Build system problems on OS/X 10.2.3, Linux andWindows

Carsten Ziegeler wrote: [...] It might be that these problems are introduced by our sub-build routines for the blocks. Perhaps the internal ant invocations used for the blocks building do not release memory before the complete build is over? Just a guess. Could be. Yes, it really could be it.

Re: [FIXED] Re: Build system problems on OS/X 10.2.3, Linux and Windows

David Crossley wrote: Ovidiu Predescu wrote: [...] On my system, the build crashes while doing validation. Is it possible that this step eats a lot of memory? The build crashes at completely different places for different people (please see the earlier thread). http://marc.theaimsgroup.co

RE: [FIXED] Re: Build system problems on OS/X 10.2.3, Linux andWindows

David Crossley wrote: > > Ovidiu Predescu wrote: > > Sylvain Wallez wrote: > > > Ovidiu Predescu wrote: > > > > > >> By increasing the amount of heap space allocated to the JVM, the > > >> build works fine now. I've added the -Xmx512mb parameter to the java > > >> invocation in tools/bin/ant, the

Re: [FIXED] Re: Build system problems on OS/X 10.2.3, Linux andWindows

Ovidiu Predescu wrote: > Sylvain Wallez wrote: > > Ovidiu Predescu wrote: > > > >> By increasing the amount of heap space allocated to the JVM, the > >> build works fine now. I've added the -Xmx512mb parameter to the java > >> invocation in tools/bin/ant, the last line in this file. A similar >

RE: CVSView block

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > On Wed, Jan 08, 2003 at 04:12:12PM +0100, Carsten Ziegeler wrote: > > Hi, > > > > what is exactly your configuration problem? What do you want to > use/write? > > > > Carsten > > > > I need to configure the root path for the generator,

RE: couple notes on latest 2.1 build

Hi, I just downloaded the 1.3 API implementation from Sun of the mail.jar and it works, the method getDeletedMessageCount() was added to the 1.3 API. So, it seems that your version is not a true 1.3 version. If you don't need the scratchpad stuff, you can set the cocoon.webapp.scratchpad.include

cvs commit: xml-cocoon2 changes.xml

ovidiu 2003/01/08 23:00:20 Modified:.changes.xml Log: Added support for expiring continuations. Fixed the way complex Java objects are passed from the control flow to the XSP view layer. Revision ChangesPath 1.331 +10 -1

cvs commit: xml-cocoon2/src/webapp/samples/flow/examples/prefs/pages registrationSuccessful.xsp

ovidiu 2003/01/08 22:55:49 Modified:src/webapp/samples/flow/examples/prefs/pages registrationSuccessful.xsp Log: Pass the 'user' object in some of the XSP pages. Revision ChangesPath 1.2 +1 -1 xml-cocoon2/src/webapp/samples/flow/exampl

cvs commit: xml-cocoon2/src/webapp/samples/flow/examples/prefs/pages welcome.xsp

ovidiu 2003/01/08 22:55:36 Modified:src/webapp/samples/flow/examples/prefs/pages welcome.xsp Log: Retrieve the necessary user info from the user object. Revision ChangesPath 1.2 +1 -1 xml-cocoon2/src/webapp/samples/flow/examples/prefs/pages/welcome.xsp I

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

ovidiu 2003/01/08 22:55:11 Modified:src/webapp/samples/flow/examples/prefs prefs.js Log: Pass the 'user' object in some of the XSP pages. Revision ChangesPath 1.5 +4 -7 xml-cocoon2/src/webapp/samples/flow/examples/prefs/prefs.js Index: prefs.js

Re: Wrap-up for flow functions [WAS Re: Changes made to flow system.js]

I'd like to start working on the control flow documentation ASAP and I was wondering what is the status on the naming convention proposal I made a while ago. So far I've counted three +1 votes for reverting back to the old naming convention and providing the following aliases: sendPage <=> sen

[Control flow] expire continuations code checked in!

Many thanks to Michael Melhem for his excellent work coming up with the algorithm for expiring continuations and for implementing it! The tests on my machine show the code works fine, so I checked it in CVS. Thanks! I've also made some minor change to the control flow engine. When a request is

Re: couple notes on latest 2.1 build

Hi Dan, On Wednesday, Jan 8, 2003, at 15:17 US/Pacific, Twadell, Daniel M wrote: Hi all, just some input on two issues with latest 2.1 builds I HAD to add mail.jar and mod the jars.xml to get passed lots of javax.mail compile probs.. ( the condition on mail.jar does not seem to be correct) I

Re: [FIXED] Re: Build system problems on OS/X 10.2.3, Linux and Windows

On Wednesday, Jan 8, 2003, at 12:24 US/Pacific, Sylvain Wallez wrote: Ovidiu Predescu wrote: By increasing the amount of heap space allocated to the JVM, the build works fine now. I've added the -Xmx512mb parameter to the java invocation in tools/bin/ant, the last line in this file. A simila

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

ovidiu 2003/01/08 21:49:59 Modified:src/webapp/samples/flow/examples/test sendpage.js Log: Use the REPLACEME token for the Anteater test. Revision ChangesPath 1.2 +1 -1 xml-cocoon2/src/webapp/samples/flow/examples/test/sendpage.js Index: sendpage.js ===

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

ovidiu 2003/01/08 21:49:17 Modified:src/webapp/samples/flow/examples/prefs prefs.js Log: Let the "user" variable undefined and check for the undefined value rather than the null one. Revision ChangesPath 1.4 +4 -4 xml-cocoon2/src/webapp/samples/flow/examples/

cvs commit: xml-cocoon2/src/webapp/samples/flow/docs invalidContinuation.xml

ovidiu 2003/01/08 21:48:18 Added: src/webapp/samples/flow/docs invalidContinuation.xml Log: Error page to be displayed when an invalid continuation, either inexistent or expired, has been called. Revision ChangesPath 1.1 xml-cocoon2/src/webapp/samples

cvs commit: xml-cocoon2/src/webapp/samples/flow sitemap.xmap

ovidiu 2003/01/08 21:47:28 Modified:src/webapp/samples/flow sitemap.xmap Log: Added pipeline to handle expired continuations. Revision ChangesPath 1.7 +7 -0 xml-cocoon2/src/webapp/samples/flow/sitemap.xmap Index: sitemap.xmap ===

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

ovidiu 2003/01/08 21:46:44 Modified:src/webapp/WEB-INF cocoon.xconf Log: Added support for the cornerstore scheduler that expires continuations. Revision ChangesPath 1.52 +9 -0 xml-cocoon2/src/webapp/WEB-INF/cocoon.xconf Index: cocoon.xconf =

cvs commit: xml-cocoon2/src/scratchpad/schecoon TODO

ovidiu 2003/01/08 21:46:01 Modified:src/scratchpad/schecoon TODO Log: Updated to the current status. Revision ChangesPath 1.9 +13 -5 xml-cocoon2/src/scratchpad/schecoon/TODO Index: TODO ===

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow/schedulerwrapper ThreadManagerComponent.java TimeSchedulerComponent.java

ovidiu 2003/01/08 21:43:55 Modified:src/java/org/apache/cocoon/components/flow/javascript JSLog.java JSWebContinuation.java ScriptableMap.java Added: src/java/org/apache/cocoon/components/flow/schedulerwrapper

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow flow.xconf

ovidiu 2003/01/08 21:42:49 Modified:src/java/org/apache/cocoon/components/flow flow.xconf Log: Added configuration for the continuations expiration scheduler. Documented the elements and their attributes. Revision ChangesPath 1.5 +37 -7 xml-cocoon2/src/java/o

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow flow.xroles

ovidiu 2003/01/08 21:41:17 Modified:src/java/org/apache/cocoon/components/flow flow.xroles Log: Renamed the element to Revision ChangesPath 1.2 +1 -1 xml-cocoon2/src/java/org/apache/cocoon/components/flow/flow.xroles Index: flow.xroles ==

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow WebContinuation.java

ovidiu 2003/01/08 21:40:24 Modified:src/java/org/apache/cocoon/components/flow WebContinuation.java Log: Added support for expiring continuations. Revision ChangesPath 1.6 +36 -3 xml-cocoon2/src/java/org/apache/cocoon/components/flow/We

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java ContinuationsManager.java

ovidiu 2003/01/08 21:40:00 Modified:src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java ContinuationsManager.java Log: Added support for expiring continuations. Revision ChangesPath 1.7 +155 -16

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

ovidiu 2003/01/08 21:39:11 Modified:src/java/org/apache/cocoon cocoon.roles Log: Added roles for the continuations expiration scheduler. Revision ChangesPath 1.39 +20 -0 xml-cocoon2/src/java/org/apache/cocoon/cocoon.roles Index: cocoon.roles =

cvs commit: xml-cocoon2/lib jars.xml

ovidiu 2003/01/08 21:35:07 Modified:lib jars.xml Log: Added cornerstone jar files needed by the ContinuationsManager. Revision ChangesPath 1.61 +21 -0 xml-cocoon2/lib/jars.xml Index: jars.xml ==

Re: [Flow] Looking for docs!

Unfortunately Tony, there isn't any documentation for the control flow. Yet! I've started a project at work which uses the control flow. I'll document the control flow as part of explaining it to my colleagues. In the meantime, don't be shy and ask your questions on the mailing list. On Wednes

cvs commit: xml-cocoon2/lib/core cornerstone-20021213.jar cornerstone-excalibur-thread-20021213.jar cornerstone-excalibur-threadcontext-20021213.jar

ovidiu 2003/01/08 20:51:08 Added: lib/core cornerstone-20021213.jar cornerstone-excalibur-thread-20021213.jar cornerstone-excalibur-threadcontext-20021213.jar Log: Added. Needed by the flow control engine. Revision ChangesP

Re: XMLForm / instance data from XML / Popup sample

Christian, It is great that you are looking at XML data models more seriously. - Original Message - From: "Christian Haul" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "Michael Homeijer" <[EMAIL PROTECTED]>; "Ivelin Ivanov" <[EMAIL PROTECTED]>; "Konstantin Piroumian" <[EMAIL PROTECT

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow/javascript JSCocoon.java

ovidiu 2003/01/08 19:54:48 Modified:src/java/org/apache/cocoon/components/flow/javascript JSCocoon.java Log: Fixed indentation. Revision ChangesPath 1.13 +3 -3 xml-cocoon2/src/java/org/apache/cocoon/components/flow/javascript/JSCocoon.j

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow/javascript JSCocoon.java

ovidiu 2003/01/08 19:49:57 Modified:src/java/org/apache/cocoon/components/flow/javascript JSCocoon.java Log: Fixed indentation. Revision ChangesPath 1.12 +116 -92 xml-cocoon2/src/java/org/apache/cocoon/components/flow/javascript/JSCocoon.j

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow/javascript JSCocoon.java

ovidiu 2003/01/08 19:45:17 Modified:src/java/org/apache/cocoon/components/flow/javascript JSCocoon.java Log: Convert objects using jsobjectToObject instead of Scriptable.toPrimitive(). Revision ChangesPath 1.11 +2 -5 xml-cocoon2/src/jav

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow/javascript system.js

ovidiu 2003/01/08 19:41:37 Modified:src/java/org/apache/cocoon/components/flow/javascript system.js Log: If the continuation id is not found, the JavaScriptInterpreter class calls the handleInvalidContinuation() function. The default implementation sends

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow/javascript JavaScriptInterpreter.java

ovidiu 2003/01/08 19:40:24 Modified:src/java/org/apache/cocoon/components/flow/javascript JavaScriptInterpreter.java Log: If the continuation id is not found, respond to the user by passing the control to the invalidContinuation.xml pipeline. Revision

cvs commit: xml-cocoon2/src/webapp/resources/entities sitemap-v06.rng

crossley2003/01/08 19:14:10 Modified:src/webapp/resources/entities Tag: cocoon_2_0_3_branch sitemap-v06.rng Log: Sync with Forrest. Revision ChangesPath No revision No revision 1.1.2.3 +20 -0

cvs commit: xml-cocoon2/src/webapp/WEB-INF/entities sitemap-v06.rng

crossley2003/01/08 19:13:55 Modified:src/webapp/WEB-INF/entities sitemap-v06.rng Log: Sync with Forrest. Revision ChangesPath 1.3 +20 -0 xml-cocoon2/src/webapp/WEB-INF/entities/sitemap-v06.rng Index: sitemap-v06.rng ===

[Flow] Looking for docs!

Hi everybody, I'm working on getting up to speed on the FlowScript in Cocoon. (Yeah, I know I'm a slacker...) I've been digging through the JavaScript in samples/flow/examples, particularly the "prefs" sample. I see all sorts of interesting objects that are floating around that I'm not sure whe

cvs commit: xml-cocoon2/src/test/anteater flowscriptReload.xml

ovidiu 2003/01/08 17:49:48 Added: src/test/anteater flowscriptReload.xml Log: Anteater test for flow script reloading. Revision ChangesPath 1.1 xml-cocoon2/src/test/anteater/flowscriptReload.xml Index: flowscriptReload.xml ==

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow/schedulerwrapper - New directory

ovidiu 2003/01/08 17:48:55 xml-cocoon2/src/java/org/apache/cocoon/components/flow/schedulerwrapper - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] F

couple notes on latest 2.1 build

Hi all, just some input on two issues with latest 2.1 builds I HAD to add mail.jar and mod the jars.xml to get passed lots of javax.mail compile probs.. ( the condition on mail.jar does not seem to be correct) after adding j2ee 1.3 mail.jar one compile issue in scratchpad/src/org/apache/cocoon

Re: [Flow]: Modularizing flow scripts

Ugo Cei wrote: Giacomo Pati wrote: On Wed, 8 Jan 2003, Ugo Cei wrote: My flowscript is getting big, and I've coded just a fraction of the functionality of my app. What is big for you in terms of lines? The one I'm currently working on is about 300 lines and I'm starting to feel unconfort

Re: [Flow]: Modularizing flow scripts

Ugo Cei wrote: My flowscript is getting big, and I've coded just a fraction of the functionality of my app. Is it possible to make it more modular, by including files from a master script that is the one referred to in the sitemap? I'm not sure it's possible today (using regular JavaScript inc

Re: Sources with strange line endings

Torsten Curdt wrote: Sylvain Wallez wrote: Torsten Curdt wrote: Giacomo Pati wrote: I'm browsing throu the code doing Eclipses 'Organize Imports' all over I've realized there are a bunch of java file with strange line endings (always a blank line every other line). Torsten (Curdt): As it s

cvs commit: xml-cocoon2/lib jars.xml

cziegeler2003/01/08 13:48:02 Modified:lib jars.xml Added: lib/core avalon-framework-4.1.3.jar logkit-1.1.jar Removed: lib/core avalon-framework-20020627.jar logkit-20020529.jar Log: Updating jars for avalon framework and logkit to latest official releases Revi

DO NOT REPLY [Bug 15900] - regexp matcher fails on certain patterns

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: [Flow] Possible fix for passing objects from flow to view

Hi Ugo, Thanks for the fix, this seems to be correct. I'll apply your patch, together with some other changes. Regards, Ovidiu On Wednesday, Jan 8, 2003, at 12:51 US/Pacific, Ugo Cei wrote: The current flow code has a problem when passing Java object from the flow to the view using the send

Re: [Flow]: Modularizing flow scripts

Ovidiu Predescu wrote: The safest thing to do right now though is to split your code among multiple JS files and include them all in the sitemap: This should work just fine. AHA! I was under the impression that you could list at most one script file in the si

Re: [Flow]: Modularizing flow scripts

On Wednesday, Jan 8, 2003, at 12:55 US/Pacific, Ugo Cei wrote: Ovidiu Predescu wrote: The 'cocoon' object has a load() function, which takes as parameter the name of the script you want to load. Please let me know if this works for you. If I put a list of cocoon.load instructions at the begi

[Flow] Passing values from the sitemap to the flow

Parameters passed from the sitemap to the flow functions are not strings. Here's an example: function test(param) { if (param == "testval") { /* THIS TEST FAILS! */ } if ("" + param == "testval") { /* THIS TEST SUCCEEDS! */ } } MHO is that sitemap parameters should be converted

Re: [Flow]: Modularizing flow scripts

Ovidiu Predescu wrote: The 'cocoon' object has a load() function, which takes as parameter the name of the script you want to load. Please let me know if this works for you. If I put a list of cocoon.load instructions at the beginning of a script, will they be executed when the file is first l

DO NOT REPLY [Bug 15900] - regexp matcher fails on certain patterns

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

[Flow] Possible fix for passing objects from flow to view

The current flow code has a problem when passing Java object from the flow to the view using the sendPage and sendPageAndWait functions: all the values in the map that is passed as the second argument to the function get converted to strings. This makes it impossible to access field values usin

DO NOT REPLY [Bug 15900] - regexp matcher fails on certain patterns

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: [FIXED] Re: Build system problems on OS/X 10.2.3, Linux and Windows

Ovidiu Predescu wrote: By increasing the amount of heap space allocated to the JVM, the build works fine now. I've added the -Xmx512mb parameter to the java invocation in tools/bin/ant, the last line in this file. A similar thing has to be done in tools/bin/ant.bat. I can check-in this change

Re: quicky: SWT & (mounted) subsitemaps

Steven Noels wrote: Steven Noels wrote: No luck. I'm lost on my first adventure with the SWT. See, Sylvain? ;-) Ah - thanks to Bruno, I think I found out. In 2.0.3/4/5, the syntax of the SWT (still in scratchpad then) should be: http://apache.org/cocoon/source/1.0"; src="gump-profile.xml"

DO NOT REPLY [Bug 15900] - regexp matcher fails on certain patterns

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 15900] - regexp matcher fails on certain patterns

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 15900] New: - regexp matcher fails on certain patterns

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

[FIXED] Re: Build system problems on OS/X 10.2.3, Linux and Windows

By increasing the amount of heap space allocated to the JVM, the build works fine now. I've added the -Xmx512mb parameter to the java invocation in tools/bin/ant, the last line in this file. A similar thing has to be done in tools/bin/ant.bat. I can check-in this change if it fixes the build pr

RE: Build system problems on OS/X 10.2.3

We get the same error on Win2k + java1.3.1 but at another position during the build process. What's the reason for this ant problem? Regards, Reinhard > -Original Message- > From: Ovidiu Predescu [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 08, 2003 7:44 PM > To: [EMAIL PROTECTE

Re: quicky: SWT & (mounted) subsitemaps

Steven Noels wrote: In 2.0.3/4/5, the syntax of the SWT (still in scratchpad then) should be: http://apache.org/cocoon/source/1.0"; src="gump-profile.xml"> ... isn't needed, too. And now, I'll keep my mouth shut! -- Steven Noelshttp://outerthought.org/ Oute

Re: quicky: SWT & (mounted) subsitemaps

Steven Noels wrote: No luck. I'm lost on my first adventure with the SWT. See, Sylvain? ;-) Ah - thanks to Bruno, I think I found out. In 2.0.3/4/5, the syntax of the SWT (still in scratchpad then) should be: http://apache.org/cocoon/source/1.0"; src="gump-profile.xml"> ... In HE

Re: Build system problems on OS/X 10.2.3

On Wednesday, Jan 1, 2003, at 04:46 US/Pacific, Jeremy Quinn wrote: On Wednesday, Jan 1, 2003, at 02:44 Europe/London, David Crossley wrote: I get the same problem on Linux with Java-1.3.1 ./build.sh -Dinclude.webapp.libs=yes webapp Well that is interesting! I was seriously beginning to thi

Re: org/apache/cocoon/mail does not compile conditionally

On Wednesday, Jan 8, 2003, at 01:26 US/Pacific, Giacomo Pati wrote: On Wed, 8 Jan 2003, Ovidiu Predescu wrote: Even without mail.jar not present in the lib/optional directory, this code in this package will still be compiled, leading to compilation errors. Bernhard, could you please try to fix

cvs commit: xml-cocoon2 build.xml

ovidiu 2003/01/08 10:38:14 Modified:.build.xml Log: Added conditional compilation for the mail action code in scratchpad. Revision ChangesPath 1.305 +18 -1 xml-cocoon2/build.xml Index: build.xml =

Re: [Flow]: Modularizing flow scripts

Hi Ugo, On Wednesday, Jan 8, 2003, at 07:43 US/Pacific, Ugo Cei wrote: My flowscript is getting big, and I've coded just a fraction of the functionality of my app. Is it possible to make it more modular, by including files from a master script that is the one referred to in the sitemap? The

[ANNOUNCE] XSLT-process 2.2 available

What is it? === XSLT-process is a mode for GNU Emacs/XEmacs which transforms it into a powerful editor with XSLT processing and debugging capabilities. With this mode you can: - run an XSLT processor on the Emacs buffer you edit, and view the results either in another Emacs buffer or i

Accessing java.sql.ResultSet via jxpath

Hello, we are thinking how a multi-line result from an SQL-query can be passed efficiently from the logic layer to the flow layer. One possibility, that currently works, is to build a List of Java objects (one for each row) and access this List via jxpath in the view. In the view we then have

Re: Defining Source Interfaces

Giacomo Pati wrote: On Wed, 8 Jan 2003, Carsten Ziegeler wrote: Sylvain Wallez wrote: What do you think about the ModifiableSource in Excalibur? (That should be the replacement for WriteableSource - please let *me* win this time ;) ) Sylvain is hard to beat somtimes, I can tell from expe

Re: CVSView block

On Wed, Jan 08, 2003 at 04:12:12PM +0100, Carsten Ziegeler wrote: > Hi, > > what is exactly your configuration problem? What do you want to use/write? > > Carsten > I need to configure the root path for the generator, at construction time, so that it processes the (mandatory) path parameter (g

RE: Defining Source Interfaces

> Stephan Michels wrote: > > >On Wed, 8 Jan 2003, Sylvain Wallez wrote: > > > >>>Anyway, I think your arguments are better than mine (sniff). > >>> > >>>So, we have a TraversableSource or HierarchicalSource or ...? > >>> > >>I'm not a native speaker, but the definition of traversable given by > >>d

Re: [Flow]: Modularizing flow scripts

Giacomo Pati wrote: On Wed, 8 Jan 2003, Ugo Cei wrote: My flowscript is getting big, and I've coded just a fraction of the functionality of my app. What is big for you in terms of lines? The one I'm currently working on is about 300 lines and I'm starting to feel unconfortable about it. The

Re: Defining Source Interfaces

On Wed, 8 Jan 2003, Sylvain Wallez wrote: > Carsten Ziegeler wrote: > > >Sylvain Wallez wrote: > > > > > > > > >>And as far as code cleanliness is concerned, an "instanceof" test seems > >>more OOP to me than a isTraversable() method that tells us if is we have > >>the right to use getParent() an

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java

cziegeler2003/01/08 08:42:58 Modified:src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java Log: Turning on smart caching as it works now :) Revision ChangesPath 1.14 +1 -2 xml-cocoon2/src/java/org/ap

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java

cziegeler2003/01/08 08:42:30 Modified:src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java Log: Turning on smart caching as it works now :) Revision ChangesPath 1.13 +6 -5 xml-cocoon2/src/java/org/ap

RE: [BUGS] cocoon 2.0.4 map:redirect-to

THANK YOU! I just switched to the interpreted sitemap and does indeed work, but it took a while to get everything else working again. In cocoon.xconf, why is the "file" attribute of "sitemap" ignored when using the interpreted sitemap implementation? Is there a new attribute to use for this purp

Re: [Flow]: Modularizing flow scripts

On Wed, 8 Jan 2003, Ugo Cei wrote: > My flowscript is getting big, and I've coded just a fraction of the > functionality of my app. What is big for you in terms of lines? I thought a flowscript would be small and logic is modularized into Java classes. Giacomo

RE: Defining Source Interfaces

On Wed, 8 Jan 2003, Carsten Ziegeler wrote: > Sylvain Wallez wrote: > > > > > >The problem is, if you are using getInputStream/getOutputSteam to copy > > >a file in a slide repository, that all metadata informations get lost. On > > >the other hand, if you are using an external SourceUtil to cop

RE: Defining Source Interfaces

Giacomo Pati wrote: > > And here is the definitiv answer from the avalon team: > > > > "Remember that this is component-oriented programming (COP) and > not OOP". > > > > :) > > C'mon. LifecycleHelper is the master batch of COP and not a "normal" > class! > :) Yes, I know - but if you look at m

RE: Defining Source Interfaces

On Wed, 8 Jan 2003, Carsten Ziegeler wrote: > > > > -Original Message- > > From: Stephan Michels [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, January 08, 2003 3:47 PM > > To: [EMAIL PROTECTED] > > Subject: RE: Defining Source Interfaces > > > > > > > > > > > > And as far as code cleanli

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java

cziegeler2003/01/08 08:35:13 Modified:src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java Log: Turning of smart caching :( as it doesn't work... Revision ChangesPath 1.12 +17 -12 xml-cocoon2/src/java/

RE: Defining Source Interfaces

On Wed, 8 Jan 2003, Carsten Ziegeler wrote: > > Sylvain Wallez wrote: > > What do you think about the ModifiableSource in Excalibur? (That should be > the replacement for WriteableSource - please let *me* win this time ;) ) Sylvain is hard to beat somtimes, I can tell from experience ;) Giacomo

cvs commit: xml-cocoon2/src/blocks/batik/java/org/apache/cocoon/serialization SVGSerializer.java

giacomo 2003/01/08 08:27:13 Modified:src/blocks/batik/java/org/apache/cocoon/serialization SVGSerializer.java Log: fixed a todo. God! Eclipse even finds those // TODO lines Revision ChangesPath 1.2 +4 -3 xml-cocoon2/src/blocks/batik/jav

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java

cziegeler2003/01/08 08:20:13 Modified:src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java Log: Added smart caching (which is the default and acts like the old 2.0.x caching) Revision ChangesPath 1.11 +3 -

RE: Defining Source Interfaces

Sylvain Wallez wrote: > > > >The problem is, if you are using getInputStream/getOutputSteam to copy > >a file in a slide repository, that all metadata informations get lost. On > >the other hand, if you are using an external SourceUtil to copy a file, > >you can't hide all implementation details. >

Re: cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source/implContextSourceFactory.java

On Wed, 8 Jan 2003, Sylvain Wallez wrote: > Giacomo Pati wrote: > > >This change seems to introduce a loop at startup. If I revert to revision > >1.6 Cocoon starts as usual. > > > >Sylvain, is this change running on your side? We used Tomcat 4.1.18, JDK > >1.3.1, and ./build.sh clean installscratc

Re: Defining Source Interfaces

Stephan Michels wrote: About the move() and copy() methods, I don't know if they should be kept in the new incarnation of this interface. I don't think that they are important. A copy is a read/write action and a move a read/write/delete action. We could make an utility class providing support

Re: Defining Source Interfaces

> >>About the move() and copy() methods, I don't know if they should be kept > >>in the new incarnation of this interface. > > > >:-/ not another MoveableSource ;-) > > ROFL !!! ;-) > Seriously, are these methods of real use ? I thought that these methods could be a good start for a cms webpor

Re: Defining Source Interfaces

Carsten Ziegeler wrote: Sylvain Wallez wrote: Aren't we all a little bit mad to send dozen of mails for a bunch of methods ;-P And the real fun has just started: finding the correct name of something! Yuppie! BTW: How are our current blocks called now? (no, no, please don't take this as ser

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source/impl SitemapSource.java

cziegeler2003/01/08 08:07:38 Modified:src/java/org/apache/cocoon/components/source/impl SitemapSource.java Log: Minor performance update Revision ChangesPath 1.29 +12 -6 xml-cocoon2/src/java/org/apache/cocoon/components/source/impl/Sitema

Re: [RT] Flow/Sitemap Integration

On Mon, 23 Dec 2002, Stefano Mazzocchi wrote: > I know almost everybody is idle for the holydays, but I want to reply to > this before I forgot :) Unfortunaltly my idle time is over and im now back in "freezing" Germany. Hmmm... > > Michael Melhem wrote: > > Hi, > > > > Ok, here is a little "ran

Re: Defining Source Interfaces

Stephan Michels wrote: On Wed, 8 Jan 2003, Sylvain Wallez wrote: Anyway, I think your arguments are better than mine (sniff). So, we have a TraversableSource or HierarchicalSource or ...? I'm not a native speaker, but the definition of traversable given by dictionary.com makes me prefer

RE: Defining Source Interfaces

Sylvain Wallez wrote: > > Aren't we all a little bit mad to send dozen of mails for a bunch of > methods ;-P > And the real fun has just started: finding the correct name of something! Yuppie! BTW: How are our current blocks called now? (no, no, please don't take this as serious). Carsten ---

RE: Defining Source Interfaces

> > About the move() and copy() methods, I don't know if they should be kept > > in the new incarnation of this interface. > > > I don't think that they are important. A copy is a read/write action and > a move a read/write/delete action. We could make an utility class providing > support for it (

Re: Defining Source Interfaces

Nicola Ken Barozzi wrote: Sylvain Wallez wrote: Nicola Ken Barozzi wrote: Carsten Ziegeler wrote: Sylvain Wallez wrote: [...] You're totally on track. If you need this action right now, I would suggest to mimic what's in the DirectoryGenerator, that makes the assumption that the Sou

Re: Defining Source Interfaces

On Wed, 8 Jan 2003, Sylvain Wallez wrote: > >Anyway, I think your arguments are better than mine (sniff). > > > >So, we have a TraversableSource or HierarchicalSource or ...? > > I'm not a native speaker, but the definition of traversable given by > dictionary.com makes me prefer hierarchical...

RE: Defining Source Interfaces

Sylvain Wallez wrote: > > > Following Stephen's example, I grep'ed instanceof on the whole 2.1 > source base and found... 388 of them ! > And how many of them are *not* because of Avalon? > >Anyway, I think your arguments are better than mine (sniff). > > > >So, we have a TraversableSource or Hie

Re: Defining Source Interfaces

Carsten Ziegeler wrote: Sylvain Wallez wrote: And as far as code cleanliness is concerned, an "instanceof" test seems more OOP to me than a isTraversable() method that tells us if is we have the right to use getParent() and getChildren(). With a separate interface, these methods do not exi

XMLForm / instance data from XML / Popup sample

Hi all, I've spend some time now understanding XMLForm and I have looked at the popup sample from Michael http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15100 I couldn't find a post from Josema Alonso regarding XForms & Xindice that appeared related. Ivelin, which one do you have in mind? Cou

  1   2   >