If I call the method getLastModified() for cocoon://
sources the return value is always 0. Is this the
correct behaviour?
If yes at least the JXTemplateGenerator (line 2868)
doesn't work correctly and I think some more components too.
Reinhard
coliver 2003/06/20 01:26:54
cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/flow - New directory
coliver 2003/06/20 01:27:21
cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/flow/javascript/fom - New
directory
coliver 2003/06/20 01:28:20
Added: src/scratchpad/src/org/apache/cocoon/components/flow/javascript/fom
FOM_Cocoon.java FOM_JavaScriptInterpreter.java
fom_system.js
Log:
Prototype implementation of FOM
Revision ChangesPath
coliver 2003/06/20 01:30:29
Modified:src/scratchpad/src/org/apache/cocoon/components/flow/javascript/fom
FOM_Cocoon.java
Log:
removed tabs
Revision ChangesPath
1.2 +231 -231
Reinhard Pötz wrote:
If I call the method getLastModified() for cocoon://
sources the return value is always 0. Is this the
correct behaviour?
Yes !
If yes at least the JXTemplateGenerator (line 2868)
doesn't work correctly and I think some more components too.
Didn't look at it, but 2.1
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Reinhard Pötz wrote:
If I call the method getLastModified() for cocoon://
sources the return value is always 0. Is this the
correct behaviour?
Yes !
If yes at least the JXTemplateGenerator (line 2868)
doesn't work correctly and
michi 2003/06/19 16:20:35
Modified:site/lenya index.html index.pdf
site/lenya/community website-update.html website-update.pdf
site/lenya/docs index.html
site/lenya/docs/components/images/live URIParametrizer.png
Chris,
Fantastic! What a productive evening! It's good to know where this revised FOM is,
should I find anything that's not right. I'll try to switch my flow apps over to it
and get
trying it out.
Regards, Upayavira
On 20 Jun 2003 at 1:42, Christopher Oliver wrote:
I had some time this
Hey all,
| when I use the following simple form:
?xml version=1.0 encoding=ISO-8859-1?>
xf:form xmlns:i18n=http://apache.org/cocoon/i18n/2.1
xmlns:xf=http://apache.org/cocoon/xmlform/1.0
id=users-form view=find-users-result action=users-form>
xf:repeat nodeset=results class=record-table-style>
On 20 Jun 2003 at 10:24, Unico Hommes wrote:
I don't see why the bean couldn't be instantiated with a
cocoon instance:
CocoonBean bean = new CocoonBean(cocoon);
or something like that. So long as the bean code can handle
both possibilities.
I think the alternative constructor
I also found this bug in the flow Database.js!
It seems that the componentManager is null whenever the
script is reloaded!
On Thu, 2003-06-12 at 18:59, Christopher Oliver wrote:
You're right, this is a serious problem. I'll try to look into it. Can
you provide more information about what is
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=12673.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I also found this bug in the flow Database.js!
It seems that the componentManager is null whenever the
script is reloaded!
Hmm, what do you mean with script is reloaded? I didn't find any rational
reason for this ...
What i've found is that the flowscript works just fine when i start the
cocoon engine, but whenever i make any change to the script, it
just loose the cocoon.componentManager!
On Fri, 2003-06-20 at 16:19, Frank Taffelt wrote:
I also found this bug in the flow Database.js!
It seems that the
I think i solve it. Check this new Database.js
I've changed the original one:
[ Starts here ]---
//
// CVS $Id: Database.js,v 1.2 2003/03/20 02:46:32 vgritsenko Exp $
//
// Prototype Database API
//
// TBD: Move this Database stuff to its own
um, isn't this database access directly from flow one of the deprecated
parts of the API??
Geoff
At 11:55 AM 6/20/2003, you wrote:
I think i solve it. Check this new Database.js
I've changed the original one:
[ Starts here ]---
//
// CVS $Id:
Yes, you are right. The current draft of the FOM does not contain a
database layer.
I see two options:
1.) remove it complety
2.) add it to the petstore examples (which are based on those JS
functions)
I'm in favour of removing them complety and encapsulate the database
calls in the petstore
For what i can tell you, i didn't found any reference to the
deprecation of the Database.js script, although i think it would be
wiser to take the Database.getConnection to the ScriptableConnection.
On Fri, 2003-06-20 at 17:43, Geoff Howard wrote:
um, isn't this database access directly from
Reinhard Pötz wrote:
**
* FOM (Flow Object model)*
**
Context object
--
--parameters--
getInitParameter(name)
If I interpret
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=20916.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It is with real pleasure that I announce that three cocoon committers
were elected members of the ASF in the last round of votation that ended
today.
Vadim, Sylvain and Carsten (in alphabetical order by their last names)
Hoping that they will accept the invitation, I welcome them into the
Stefano Mazzocchi wrote:
It is with real pleasure that I announce that three cocoon committers
were elected members of the ASF in the last round of votation that ended
today.
Vadim, Sylvain and Carsten (in alphabetical order by their last names)
Hoping that they will accept the invitation, I
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=15171.
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=20911.
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=12673.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefano Mazzocchi wrote:
It is with real pleasure that I announce that three cocoon committers
were elected members of the ASF in the last round of votation that ended
today.
Vadim, Sylvain and Carsten (in alphabetical order by their last names)
Hoping that they will accept the
ghoward 2003/06/20 20:36:02
cocoon-2.1/src/scratchpad/src/org/apache/cocoon/caching/validity - New directory
ghoward 2003/06/20 20:36:02
cocoon-2.1/src/scratchpad/src/org/apache/cocoon/caching - New directory
ghoward 2003/06/20 20:36:15
Added: src/scratchpad/src/org/apache/cocoon/caching/validity
NameValueEvent.java Event.java EventValidity.java
NamedEvent.java
Log:
Experiment with external cache invalidation. An EventAwareCacheImpl
crossley2003/06/20 22:21:17
Modified:src/documentation/xdocs/installing updating.xml
Log:
Mention move of catalogs and entities to WEB-INF.
Revision ChangesPath
1.9 +3 -0 cocoon-2.1/src/documentation/xdocs/installing/updating.xml
Index: updating.xml
31 matches
Mail list logo
