From: Christopher Oliver [mailto:[EMAIL PROTECTED]
Reinhard Pötz wrote:
From: Jeremy Quinn
What I do not grok ATM, how does the Hibernate Session automatically
get closed at the appropriate time (ie. after the view layer has
completed)?
IIU the current flow
Geoff Howard wrote:
BUILD SUCCESSFUL
Total time: 14 minutes 29 seconds
Yes, the build takes again very much time ... and memory. Especially
because of JavaDoc, that creates 3.500 files and copies them afterwards.
And copying so many so little files takes very much time :-(
Furthermore our
Reinhard Pötz wrote:
From: Christopher Oliver [mailto:[EMAIL PROTECTED]
snip
catch (break) {
// a continuation is being captured,
// code to handle that goes here
releaseSession();
}
... and this is called after the pipeline has been processed? How is
this
On Tuesday, July 15, 2003, at 07:21 AM, Reinhard Pötz wrote:
From: Jeremy Quinn
What I do not grok ATM, how does the Hibernate Session automatically
get closed at the appropriate time (ie. after the view layer has
completed)?
IIU the current flow implementation correctly you have no chance but
IIU(C) = If I understand (correctly) IIRC :)
Joerg
Jeremy Quinn wrote:
Incidentally, someone tell me what 'IIU' stands for, cannot find it
anywhere .
regards Jeremy
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
On Tuesday, July 15, 2003, at 08:28 AM, Christopher Oliver wrote:
Reinhard Pötz wrote:
From: Christopher Oliver [mailto:[EMAIL PROTECTED]
snip
catch (break) {
// a continuation is being captured, // code to
handle that goes here
releaseSession();
}
... and this is
From: Jeremy Quinn [mailto:[EMAIL PROTECTED]
On Tuesday, July 15, 2003, at 08:28 AM, Christopher Oliver wrote:
Reinhard Pötz wrote:
From: Christopher Oliver [mailto:[EMAIL PROTECTED]
snip
catch (break) {
// a continuation is being captured,
// code to
Unico,
Thanks for taking a look at this with me, comments inline:
Unico Hommes wrote:
I've checked out your event-cache code just now and like to make some
comments.
One thing I found was that the EventRegistry.init() method breaks IoC in
Avalon. I think it's better to have initialization be
Christopher Oliver wrote:
Continuations do not require the session. But the session is needed to
support cases where you use JS global variables to share data between
multiple top level page flows. In your cases, there are no shared
variables or else there is only a single page flow.
So (can't
Christopher Oliver wrote:
Continuations do not require the session. But the session is needed to
support cases where you use JS global variables to share data between
multiple top level page flows. In your cases, there are no shared
variables or else there is only a single page flow. I guess
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21581.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Joerg Heinicke wrote:
Geoff Howard wrote:
BUILD SUCCESSFUL
Total time: 14 minutes 29 seconds
Yes, the build takes again very much time ... and memory. Especially
because of JavaDoc, that creates 3.500 files and copies them afterwards.
And copying so many so little files takes very much time :-(
On Tue, 8 Jul 2003, Carsten Ziegeler wrote:
Vadim Gritsenko wrote:
Carsten Ziegeler wrote:
snip/
I hope this makes sense :) if not at all, we can revert it.
Not exactly; see Sylvain's response and in addition to it please recall
a vote about flow model add only very necessary
Vadim Gritsenko wrote:
Christopher Oliver wrote:
Continuations do not require the session. But the session is needed to
support cases where you use JS global variables to share data between
multiple top level page flows. In your cases, there are no shared
variables or else there is only a
bruno 2003/07/15 07:07:31
Modified:lib jars.xml
Added: src/blocks/woody/lib xreporter-expression-20030709.jar
Removed: src/blocks/woody/lib xreporter-expression-20030428.jar
Log:
Update xreporter-expression
Revision ChangesPath
1.66 +2 -2
bruno 2003/07/15 07:09:26
Modified:src/blocks/woody/java/org/apache/cocoon/woody/datatype
Datatype.java DatatypeBuilder.java
src/blocks/woody/java/org/apache/cocoon/woody/datatype/typeimpl
AbstractDatatype.java
bruno 2003/07/15 07:10:07
Modified:src/blocks/woody/java/org/apache/cocoon/woody/datatype
DefaultDatatypeManager.java
Log:
Supply configuration to components.
Revision ChangesPath
1.3 +2 -2
bruno 2003/07/15 07:11:03
Modified:src/blocks/woody/java/org/apache/cocoon/woody/datatype
DynamicSelectionList.java SelectionListBuilder.java
StaticSelectionList.java
Log:
Use Convertors when building and serializing selection lists.
bruno 2003/07/15 07:11:48
Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel
Field.java MultiValueField.java
Log:
Adapt to changes in Datatype interface
Revision ChangesPath
1.7 +2 -2
bruno 2003/07/15 07:12:25
Modified:src/blocks/woody/java/org/apache/cocoon/woody/samples
InitForm1Action.java
Log:
Initialize birthdate field to current date.
Revision ChangesPath
1.4 +4 -0
bruno 2003/07/15 07:13:00
Modified:src/blocks/woody/java/org/apache/cocoon/woody/util
DomHelper.java
Log:
Added getElementText method.
Revision ChangesPath
1.4 +13 -4
bruno 2003/07/15 07:13:44
Modified:src/blocks/woody/conf woody.xconf
Log:
Added configuration for convertors.
Revision ChangesPath
1.5 +16 -2 cocoon-2.1/src/blocks/woody/conf/woody.xconf
Index: woody.xconf
bruno 2003/07/15 07:14:07
Modified:src/blocks/woody/samples/forms form1.xml form1_template.xml
form1_template.xsp
Log:
Extended samples with date fields.
Revision ChangesPath
1.6 +38 -0
bruno 2003/07/15 07:14:38
Modified:src/blocks/woody/samples/messages WoodyMessages.xml
Log:
Added some messages.
Revision ChangesPath
1.5 +1 -0 cocoon-2.1/src/blocks/woody/samples/messages/WoodyMessages.xml
Index: WoodyMessages.xml
Geoff Howard wrote:
Unico,
Thanks for taking a look at this with me, comments inline:
Unico Hommes wrote:
I've checked out your event-cache code just now and like to
make some
comments.
One thing I found was that the EventRegistry.init() method
breaks IoC
in Avalon. I
Vadim Gritsenko wrote:
Christopher Oliver wrote:
Continuations do not require the session. But the session is needed
to support cases where you use JS global variables to share data
between multiple top level page flows. In your cases, there are no
shared variables or else there is only a
I have taken a step back and reconsidered the whole discussion about
flow and how to implement it. I still believe that there is a lot of
preconceptions against the use of a scripted flow with continuations,
but diversity is a better value than any implementation (as Berin
suggests).
Sylvain
Christopher Oliver wrote:
Vadim Gritsenko wrote:
Is it possible to use application context to share those global
variables?
It's possible, but I don't see any benefit over using the session.
Memory consumption. Several people already chimed in that they want to
have session-less flows.
[EMAIL PROTECTED] 07/15/03 11:48AM
...
(despite the continous call for pipeline dynamic assembly, which
has been continously challenged and never implemented)
...
Would you mind writing a concise summary of the arguments against this feature?
I keep thinking it would be useful, and tend to
Stefano Mazzocchi [EMAIL PROTECTED] writes:
snip/
I am reconsidering my -1 on the attempts to make the flow
hooks in the
sitemap more abstracted and I'm turning it into a +1. I will put some
technical comments on the original thread, but I wanted to show why I
changed my mind.
Many
Geoff Howard wrote:
Christopher Oliver wrote:
Continuations do not require the session. But the session is needed
to support cases where you use JS global variables to share data
between multiple top level page flows. In your cases, there are no
shared variables or else there is only a single
-Original Message-
From: Timothy Larson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 15, 2003 6:13 PM
To: [EMAIL PROTECTED]
Subject: Dynamic pipeline assembly, was Re: [RT] the value of
beingwrong
[EMAIL PROTECTED] 07/15/03 11:48AM
...
(despite the continous call for
Christopher Oliver wrote:
Vadim Gritsenko wrote:
...
What if those variables *are* global? If they are stored in the
session they become local to the current user.
The intention is that they are per-user state, so storing them in the
session makes sense.
See example in this thread with
var
Christopher Oliver wrote:
Geoff Howard wrote:
Christopher Oliver wrote:
Continuations do not require the session. But the session is needed
to support cases where you use JS global variables to share data
between multiple top level page flows. In your cases, there are no
shared variables or
Geoff Howard wrote:
Christopher Oliver wrote:
Vadim Gritsenko wrote:
snip
Geoff suggested couple of places:
This seems to be a good solution too, as long as it's not once per
application. It seems it would need to be on map:flow or
map:call?
I think map:flow is appropriate.
+0 to
From: Stefano Mazzocchi
I have taken a step back and reconsidered the whole discussion about
flow and how to implement it. I still believe that there is a lot of
preconceptions against the use of a scripted flow with continuations,
but diversity is a better value than any
Geoff Howard wrote:
Christopher Oliver wrote:
Geoff Howard wrote:
Christopher Oliver wrote:
Continuations do not require the session. But the session is needed
to support cases where you use JS global variables to share data
between multiple top level page flows. In your cases, there are no
Jeremy Quinn wrote:
On Tuesday, July 15, 2003, at 02:19 PM, Vadim Gritsenko wrote:
Christopher Oliver wrote:
Continuations do not require the session. But the session is needed
to support cases where you use JS global variables to share data
between multiple top level page flows.
snip/
Back
bruno 2003/07/15 09:46:35
Modified:lib jars.xml
Added: lib/core excalibur-sourceresolve-20030715.jar
Removed: lib/core excalibur-sourceresolve-20030630.jar
Log:
Updated excalibur-sourceresolve, see bug 21396
Revision ChangesPath
1.1
bruno 2003/07/15 09:47:27
Modified:src/webapp/WEB-INF cocoon.xconf
Log:
Declare file: protocol factory explicitely (see bug 21396).
Revision ChangesPath
1.23 +4 -2 cocoon-2.1/src/webapp/WEB-INF/cocoon.xconf
Index: cocoon.xconf
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21396.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21396.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bruno 2003/07/15 10:00:32
Modified:src/blocks/woody/java/org/apache/cocoon/woody/datatype
DefaultDatatypeManager.java
Log:
Use SimpleServiceSelector to manage DatatypeBuiders and ValidationRuleBuilders.
Revision ChangesPath
1.4 +35 -62
bruno 2003/07/15 10:01:05
Modified:src/blocks/woody/java/org/apache/cocoon/woody
DefaultFormManager.java
Log:
Renamed factory attribute to src.
Revision ChangesPath
1.8 +1 -1
6) You opened (at least) my eyes that technical elegance is not
always the best and that in OS there are more important things.
And I think many of us will be more careful with second, third
and fourth, ..., implementations which all do the same ...
Yep! This is all about the cathedral and
Christopher Oliver wrote:
Vadim Gritsenko wrote:
Christopher Oliver wrote:
Vadim Gritsenko wrote:
Is it possible to use application context to share those global
variables?
It's possible, but I don't see any benefit over using the session.
Memory consumption. Several people already chimed
Jeremy Quinn dijo:
On Tuesday, July 15, 2003, at 02:19 PM, Vadim Gritsenko wrote:
Christopher Oliver wrote:
Continuations do not require the session. But the session is needed
to support cases where you use JS global variables to share data
between multiple top level page flows.
snip/
Vadim Gritsenko wrote:
Christopher Oliver wrote:
Vadim Gritsenko wrote:
I think map:flow is appropriate.
+0 to turning on/off session creation in map:flow.
Thanks.
-1 to having request or context scope.
Any reason for this? -1 requires a reason.
Vadim
Sorry, what I meant was that for
Christopher Oliver dijo:
[vote] to having request or context scope.
Is this posible? As long as I know flow include a way to access the
request and context this is not part of the session.
You always need access in order to make control in MVC.
Antonio Gallardo
Christopher Oliver wrote:
-1 to having request or context scope.
...
Sorry, what I meant was that for the case you mention you don't need
the context. So for now I can't think of a reason why you need request
or context scope.
Actually, I've got an idea: session is not required too! :)
Everybody who tried knows that using a relational database to store
semi-structured content is a suicidal move. You can use all the
object-relational or xml-relational or text-indexing database-specific
capabilities of the world and still feel like there is something wrong.
It's like storing
On Tuesday, Jul 15, 2003, at 01:13 America/Guayaquil, Andreas
Hochsteger wrote:
Hi!
Hunsberger, Peter wrote:
[snip]
Go back to last Novembers discussions on this issue. We went through
this entire issue at that time. At that point Stephano felt the hooks
we
needed would probably end up in
Vadim Gritsenko dijo:
Christopher Oliver wrote:
-1 to having request or context scope.
...
Sorry, what I meant was that for the case you mention you don't need
the context. So for now I can't think of a reason why you need request
or context scope.
Actually, I've got an idea: session
Stefano Mazzocchi [EMAIL PROTECTED] writes:
This morning I found this
http://www.namesys.com/v4/pseudo.html
and I was *litterarely* blown away.
Been monitoring Slashdot perhaps? Apparently (from the XML-dev list)
it's reference was to http://cda.mrs.umn.edu/~mine0057/fs.pdf but that
On Tuesday, Jul 15, 2003, at 14:38 America/Guayaquil, Hunsberger, Peter
wrote:
Stefano Mazzocchi [EMAIL PROTECTED] writes:
This morning I found this
http://www.namesys.com/v4/pseudo.html
and I was *litterarely* blown away.
Been monitoring Slashdot perhaps? Apparently (from the XML-dev
Hi:
There is another important request for flow. Some people ask for security
reasons (example banking software) to allow people only login from one
computer at once.
There are 2 scenarios:
1- You are logged in computer A, in order to log in computer B you need to
go to computer A and do a
Stefano Mazzocchi wrote:
NO! that's the beauty
echo application/xml /document/@mime-type
Voila' ;-)
Actually, even better
echo xml /document/@syntax
echo text/xhtml /document/@mime-type
because MIME is getting it all wrong with this stupid +xml by mixing
concerns between the syntax and
On Monday, Jul 14, 2003, at 11:29 America/Guayaquil, Berin Loritsch
wrote:
The basic underlying issue here is that we want a smart and adaptive
cache.
Yep. Basically, this comes from the fact that I would not know whether
caching a particular resource fragment makes things faster or not.
Stefano Mazzocchi wrote:
I admit that I thought that POSIX was so carved in stone that I never
even considered extending it to provide the functionality that was
Hehe, this can happen if you are too prejudiced to something, but at
least you realized that it is not so ;-)
I also read about
On Tuesday, Jul 15, 2003, at 15:40 America/Guayaquil, Tony Collen wrote:
More RTing:
Imagine having an XSL processor in the kernel:
You could execute .xsl files, bypassing having to run a processor
manually.
prompt$ page2html.xsl input.xml output.html
Borrowing the pipeline concept from
Hi:
I want to try some of the new spectacular technologies sported in Cocoon :)
I also will play with persistent data. The idea is to create a simple
database application using postgres as storage of persistent data.
After checking all the docs. For forms: I cannot decide between JXForms
and
Hi:
Is there some tag for woody that allow us to include some help for the user?
In JXForm exist xf:help, I think we can take advantage of oveLib to show
some help:
http://www.bosrup.com/web/overlib/
Best Regards,
Antonio Gallardo.
Antonio Gallardo wrote:
Hi:
Is there some tag for woody that allow us to include some help for the user?
In JXForm exist xf:help, I think we can take advantage of oveLib to show
some help:
http://www.bosrup.com/web/overlib/
Well, call me a luddite but I'm not a huge fan of the DHTML... what's
Stefano Mazzocchi wrote:
On Monday, Jul 14, 2003, at 11:29 America/Guayaquil, Berin Loritsch wrote:
We would have to apply a set of rules that make sense in this instance:
* If resource is already cached, use cached resource.
* If current system load is too great, extend ergodic period.
* If
On Tuesday, Jul 15, 2003, at 17:06 America/Guayaquil, Berin Loritsch
wrote:
Stefano Mazzocchi wrote:
Stefano, a little depressed by the fact that what he considers the
best idea of his entire life is not even barely understood :-(
Not all of us are super-geniouses.
Guess what, I'm not either.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18003.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21536.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21631.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21631.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21631.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tony Collen dijo:
Well, call me a luddite but I'm not a huge fan of the DHTML... what's
wrong with slapping help info in an alt tag?
It depends, DHTML with Javascript helps to make some validations for users
before send the page back to the server. DHTML allow to add some nice
features like
Antonio Gallardo wrote:
Tony Collen dijo:
Well, call me a luddite but I'm not a huge fan of the DHTML... what's
wrong with slapping help info in an alt tag?
It depends, DHTML with Javascript helps to make some validations for users
before send the page back to the server. DHTML allow to add
Tony Collen dijo:
Antonio Gallardo wrote:
Tony Collen dijo:
Well, call me a luddite but I'm not a huge fan of the DHTML... what's
wrong with slapping help info in an alt tag?
It depends, DHTML with Javascript helps to make some validations for
users before send the page back to the server.
73 matches
Mail list logo