Re: [Flow] Calling internal-only pipelines

2003-07-11 Thread Sylvain Wallez
Stefano Mazzocchi wrote: on 7/11/03 3:22 AM Sylvain Wallez wrote: This was done about a week ago ;-) 300 messages later, I knew ;-) Tomorrow I'll digest the big thread on the extended flow and report back. (my FS alarms are already off scale but I'm turning them off to try to be really

Re: [Flow] Calling internal-only pipelines

2003-07-11 Thread Marc Portier
Stefano Mazzocchi wrote: on 7/11/03 3:22 AM Sylvain Wallez wrote: This was done about a week ago ;-) 300 messages later, I knew ;-) Tomorrow I'll digest the big thread on the extended flow and report back. yeah, quite some wasted bandwidth there :-) so thx for taking the effort. (the

cvs commit: cocoon-2.1/src/blocks/webdav/conf - New directory

2003-07-11 Thread gianugo
gianugo 2003/07/11 03:27:57 cocoon-2.1/src/blocks/webdav/conf - New directory

cvs commit: cocoon-2.1/src/blocks/webdav/java/org/apache - New directory

2003-07-11 Thread gianugo
gianugo 2003/07/11 03:27:57 cocoon-2.1/src/blocks/webdav/java/org/apache - New directory

cvs commit: cocoon-2.1/src/blocks/webdav/java/org/apache/cocoon/components/source/impl - New directory

2003-07-11 Thread gianugo
gianugo 2003/07/11 03:27:58 cocoon-2.1/src/blocks/webdav/java/org/apache/cocoon/components/source/impl - New directory

cvs commit: cocoon-2.1 .cvsignore

2003-07-11 Thread cziegeler
cziegeler2003/07/11 03:31:40 Modified:..cvsignore Log: Excluding launch conf from cvs Revision ChangesPath 1.3 +1 -0 cocoon-2.1/.cvsignore Index: .cvsignore === RCS file:

Re: New WebDAV block in CVS

2003-07-11 Thread Daniel Fagerstrom
Gianugo Rabellino wrote: I just committed a new WebDAV block on CVS (my very first block, so please bear with me if I did any mistake). In its current incarnation it's a WebDAV Source which is Traversable and Modifiable, we are using it already in some of our projects and seems to work fine

Re: New WebDAV block in CVS

2003-07-11 Thread Gianugo Rabellino
Daniel Fagerstrom wrote: Usage is straigthforward: just point to webdav://[host][:port]/[path][?principal=usernamepassword=password] to get, write and navigate Webdav resources. RFC 1738 - Uniform Resource Locators (URL) http://www.ietf.org/rfc/rfc1738.txt (sect. 3.1, 5), suggests:

Re: Flow Database stuff ( The new FOM? )

2003-07-11 Thread Jeremy Quinn
On Thursday, July 10, 2003, at 09:04 AM, Reinhard Pötz wrote: IMO no. I would use Object/Relational mapping tools like OJB http://db.apache.org/ojb/ or Hibernate (http://hibernate.bluemars.net). Is there a wiki somewhere on this type of thing? http://wiki.cocoondev.org/

RE: Flow Database stuff ( The new FOM? )

2003-07-11 Thread Reinhard Pötz
From: Jeremy Quinn On Thursday, July 10, 2003, at 09:04 AM, Reinhard Pötz wrote: IMO no. I would use Object/Relational mapping tools like OJB http://db.apache.org/ojb/ or Hibernate (http://hibernate.bluemars.net). Is there a wiki somewhere on this type of thing?

cvs commit: cocoon-2.1/src/blocks/taglib/java/org/apache/cocoon/jxpath JXPathCocoonContexts.java

2003-07-11 Thread cziegeler
cziegeler2003/07/11 07:17:44 Modified:src/java/org/apache/cocoon/components RequestLifecycleComponent.java CocoonComponentManager.java src/blocks/taglib/java/org/apache/cocoon/jxpath

cvs commit: cocoon-2.1 status.xml

2003-07-11 Thread cziegeler
cziegeler2003/07/11 07:20:35 Modified:.status.xml Log: Adding global request lifecycle component Revision ChangesPath 1.86 +4 -1 cocoon-2.1/status.xml Index: status.xml === RCS

cvs commit: cocoon-2.1/src/blocks/webdav/lib slide-webdavlib-20030711.jar slide-webdavlib.jar

2003-07-11 Thread gianugo
gianugo 2003/07/11 07:29:16 Modified:.status.xml lib jars.xml Added: src/blocks/webdav/lib slide-webdavlib-20030711.jar Removed: src/blocks/webdav/lib slide-webdavlib.jar Log: Updated the webdavlib jar to the naming rules. Sync status.xml

multithreading in Cocoon-2.1, multithreaded ContentAggregator

2003-07-11 Thread Christoph Gaffga
hi, I had some difficulties making the ContentAggregator multithreaded. Now it works, but there are still some open questions. One in dealing with CocoonComponentManager, the other about the best design for the aggreagator. (1) synchronization in CocoonComponentManager

cvs commit: cocoon-2.1/src/documentation/xdocs/installing updating.xml

2003-07-11 Thread cziegeler
cziegeler2003/07/11 08:10:21 Modified:src/documentation/xdocs/installing updating.xml Log: Updating the update doc Revision ChangesPath 1.15 +11 -0 cocoon-2.1/src/documentation/xdocs/installing/updating.xml Index: updating.xml

RE: Flow Database stuff ( The new FOM? )

2003-07-11 Thread Reinhard Pötz
From: Jeremy Quinn The problem arises when you wish to use a (brilliant) feature of Hibernate called 'lazy-initialisation', whereby access to the DB is only made when you actually ask for Bean Properties. This is particularly useful when you have large 'graphs' of related Beans, for

Re: Flow Database stuff ( The new FOM? )

2003-07-11 Thread Christopher Oliver
Will the attached work? Reinhard Pötz wrote: dream-mode I would like to use this Avalon component mentioned above and the Flow interpreter takes care of releasing (and providing) stateful components within my scripts. So I would have to lookup the Hibernate Session at the beginning(2) and

cvs commit: cocoon-2.1/src/blocks/jsp/mocks/weblogic/servlet/internal ServletContextImpl.java ServletResponseImpl.java ServletOutputStreamImpl.java

2003-07-11 Thread joerg
joerg 2003/07/11 10:03:27 Modified:src/blocks/jsp/mocks/weblogic/servlet/internal ServletContextImpl.java ServletResponseImpl.java ServletOutputStreamImpl.java Log: added deprecation warnings (push through from ServletContext) to

RE: Flow Database stuff ( The new FOM? )

2003-07-11 Thread Hugo Burm
Hello, I tried to raise this LGPL issue in the Hibernate community. The answer of Gaving King and Cristian Bauer was: we stick to LGPL untill we have a compelling reason (a real case) to change our minds. I did not try to explain that Apache is refusing LGPL altogether. Hugo -Original

JXForms Concerns/Questions

2003-07-11 Thread Chris Clark
I'm involved in a large development project that will involve a lot of large form filling out/processing. We are planning on using Cocoon and have laid out a UI model. Currently we're trying to decide on a form architecture and after looking at samples and docs, there are a few things

Re: Flow Database stuff ( The new FOM? )

2003-07-11 Thread Christopher Oliver
Reinhard Pötz wrote: Hi Chris, I'll give it a try this weekend. To understand the changes: In a function with continuations I call a component once and if sendPageAndWait() is called the component is released automatically. If the continuation created is called later the variable with a pointer

Re: JXForms Concerns/Questions

2003-07-11 Thread Christopher Oliver
Chris Clark wrote: I'm involved in a large development project that will involve a lot of large form filling out/processing. We are planning on using Cocoon and have laid out a UI model. Currently we're trying to decide on a form architecture and after looking at samples and docs, there are a

JXForms/XMLForms

2003-07-11 Thread Reinhard Pötz
From: Christopher Oliver I think it would be easiest to move it to its own block. Then we could deprecate XMLForm and those who are using it won't get broken. I'm not sure how you would merge it with the XMLForm block, anyway. If making JXForms its own block is ok, then I can do

RE: Flow Database stuff ( The new FOM? )

2003-07-11 Thread Reinhard Pötz
From: Hugo Burm Hello, This dreammode is almost a reality. See the Wiki pages on Hibernate. Main spoilers are: - A user can quit in the middle of your function xxx (e.g. by closing the browser). This will generate a zombie Hibernate session. Jeremy and Ugo are using a workaround

Re: [RT] Less is More, Finite State Machines and Balkanization

2003-07-11 Thread Berin Loritsch
Long story short: Dmmmn! Well said Stefano! More info in line. Stefano Mazzocchi wrote: snip/ Polymorphism is a great technical concept, but it's an incredibly poor community tool: it creates balkanization. The Avalon people know very well what I'm talking about. Now with one of our

cvs commit: cocoon-2.1/src/blocks/linotype/samples/styles main.css

2003-07-11 Thread vgritsenko
vgritsenko2003/07/11 17:26:45 Modified:src/blocks/linotype/samples/styles main.css Log: align Revision ChangesPath 1.2 +1 -1 cocoon-2.1/src/blocks/linotype/samples/styles/main.css Index: main.css

Re: [RT] Less is More, Finite State Machines and Balkanization

2003-07-11 Thread Marc Portier
Stefano Mazzocchi wrote: I went thru the recent [RT] Generalizing the flow thread and I want to give my impressions on it. First of all, let me remind you that we agreed (for the FOM, but I think the vote can be applied to anything) on the general design principle that less is more: start small

Re: JXForms Concerns/Questions

2003-07-11 Thread Christopher Oliver
Ugo Cei wrote: Christopher Oliver wrote: Yes, you do. Because there will be actions you take to process the form. These are triggered by the script. function onePageForm(form) { var obj = new MyJavaObject(); form.setModel(obj); form.sendView(theOnlyPage.xml); // A validated form

Re: JXForms/XMLForms

2003-07-11 Thread Christopher Oliver
Reinhard Pötz wrote: From: Christopher Oliver I think it would be easiest to move it to its own block. Then we could deprecate XMLForm and those who are using it won't get broken. I'm not sure how you would merge it with the XMLForm block, anyway. If making JXForms its own block is ok,