Stefano Mazzocchi wrote:
Could it be useful to document this feature along with the usage
instructions?
It is written clearly in the samples note that you need to enable file
upload to make it running.
Sorry, but when you access the sample page and you find instructions on
it, you start to think
Stefano Mazzocchi wrote:
Hey, wait a second. The ad-hoc namespace is added as a wrapper by the
request processing pipeline, it is *NOT* sent by the client code.
I see. I'm still thinking that it's best to reuse an existing namespace
(if there's a suitable one available) rather than make up an
Jeremy Quinn wrote:
is that:
var session = Package.package.name.Persistence.getSession(); ?
Yep.
Would you do something like this, if you wanted to use Transactions? :
var transaction;
try {
transaction = session.beginTransaction();
session.saveOrUpdate(model);
transaction.commit();
}
crossley2003/06/19 00:27:47
Modified:src/java/org/apache/cocoon/components/flow
ContinuationsManagerImpl.java
Log:
The SHA1PRNG algorithm is not available on IBM's SDK.
Instead use IBMSecureRandom.
Submitted by: Michael Enke
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=20869.
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=20869.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Bart Guijt wrote:
Hi all,
I am using Cocoon for almost a year now and if one thing bugs me, it is
this: if something fails to operate successfully, the Java stacktraces fail
most of the time to correctly show how the error occurred.
In Cocoon, we use sitemaps, XSL transformers, (additional) Java
Pier Fumagalli wrote:
On 18/6/03 22:17, Peter Royal [EMAIL PROTECTED] wrote:
On Wednesday, June 18, 2003, at 01:34 PM, Pier Fumagalli wrote:
Concise question, concise answer:
Forget the XML syntax, use JXPath instead of JEXL for expressions...
Like:
document
#foreach $header in
Pier Fumagalli wrote:
On 17/6/03 22:51, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
- Should the flow _always_ be associated with a Session?
I haven't written a flowscript that didn't require, in some way or
another, the availability of some statefulness on data and it seems to
me as
Unico,
Replying to your other mail too:
As you all know, there are currently two ways that Cocoon resources
are published: either over http or generated on the command line. The
way we use Cocoon at Hippo seems to be something of a combination of
these two approaches: an http server running
stevenn 2003/06/19 02:02:53
Modified:src/blocks/linotype/samples flow.js
Log:
reverting to original approach
Revision ChangesPath
1.4 +6 -9 cocoon-2.1/src/blocks/linotype/samples/flow.js
Index: flow.js
Sylvain Wallez [EMAIL PROTECTED] wrote:
Unless I'm not mistaken, the above example template is _NOT_ a well formed
XML document! :-) :-)
Does this mean you wrote a parser to parse SAX-like events in a
non-well-formed XML document ?
Yes, I did, JavaCC is a handy tool from time to time...
Jeff Turner wrote, On 19/06/2003 0.35:
Logging SAX events is best done with the LogTransformer
anyway.
I believe this is the point.
I'll do this tonight if there's no objections.
+1
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
stevenn 2003/06/19 02:28:17
Modified:src/blocks/linotype/samples flow.js
Log:
Did I woke up today? Re-adding bugfix that I nuked by reverting.
Revision ChangesPath
1.5 +1 -1 cocoon-2.1/src/blocks/linotype/samples/flow.js
Index: flow.js
[EMAIL PROTECTED] wrote:
stevenn 2003/06/19 02:28:17
Modified:src/blocks/linotype/samples flow.js
Log:
Did I woke up today? Re-adding bugfix that I nuked by reverting.
Oh damn, you lost your toothbrush (or it became worn out).
Come back to Forrest and we will give you another.
Hi all,
For several days, my out of the box Cocoon CVS doesn't build :
compile-core:
[copy] Copying 41 files to
E:\Dev\Jakarta\cocoon-2.1-dev\build\cocoon-2.1m3-dev\classes
[copy] Copied 31 empty directories to
E:\Dev\Jakarta\cocoon-2.1-dev\build\cocoon-2.1m3-dev\classes
[mkdir] Created dir:
Pier Fumagalli wrote:
Sylvain Wallez [EMAIL PROTECTED] wrote:
Pier, unless I'm mistaken, it seems your problem can be solved with the
flow without hacking sessions.
Indeed... But Stefano asked Should the flow _always_ be associated with a
Session?, which I assumed (maybe prematurely) as a
jefft 2003/06/19 04:17:20
Modified:src/java/org/apache/cocoon/util MIMEUtils.java
Log:
Some cleanups
Revision ChangesPath
1.5 +5 -7 cocoon-2.1/src/java/org/apache/cocoon/util/MIMEUtils.java
Index: MIMEUtils.java
On Wed, 18 Jun 2003, Stefano Mazzocchi wrote:
What about a stacktrace like this:
Error foo bar occurred at:
Java: org.apache.cocoon.components.SomeComponent.Configure:237:4
Sitemap: /test/sitemap.xmap:25 (map:generate src=...
type=SomeComponent)
Sitemap:
1. Have a single Cocoon site (e.g. hosted on a broadband
connection, or in a companies office) that can publish to
'dumb' web servers. Would be extremely useful for 'poorer'
organisations.
This is exactly the way we use it at the moment. Not only is it useful
for poorer organisations
jefft 2003/06/19 04:31:06
Modified:src/blocks/linkrewriter/java/org/apache/cocoon/transformation
LinkRewriterTransformer.java
Log:
Allow the various options (attributes to intercept, schemes to process, etc) to
be configured once in the setup() method,
[EMAIL PROTECTED] wrote:
stevenn 2003/06/19 02:02:53
Modified:src/blocks/linotype/samples flow.js
Log:
reverting to original approach
Revision ChangesPath
1.4 +6 -9 cocoon-2.1/src/blocks/linotype/samples/flow.js
Index: flow.js
On Thursday, June 19, 2003, at 12:31 PM, Pier Fumagalli wrote:
Sylvain Wallez [EMAIL PROTECTED] wrote:
Some people asked in the past why continuations ID had to be
transmitted
through URL rewriting or request params and couldn't be stored in
cookies. The answer was exactly about the problem you
This mail should prepare the upcoming vote on the Cocoon flow
implementation.
Some points are pretty clear but some would need some more comments -
especially
- stateful components - how to release them?
- continuation object
- o -
Here are the points we
On Sunday, June 15, 2003, at 02:20 PM, Jeremy Quinn wrote:
On Thursday, April 17, 2003, at 01:31 PM, Johan Stuyts wrote:
snip/
Use case B: A button per item
--
A lot of forms contain lists. It is handy to add one or more buttons
to
each item sometimes. (e.g. a 'delete' button for each
Is there any chance that it would come from my side ?
Does it works for you ?
Thanks in advance !
- Original Message -
From: Olivier Billard [EMAIL PROTECTED]
To: Cocoon Dev [EMAIL PROTECTED]
Sent: Thursday, June 19, 2003 11:38 AM
Subject: Build failure
Hi all,
For several days, my
Olivier Billard wrote:
Salut Olivier ;-)
Is there any chance that it would come from my side ?
Does it works for you ?
Yep. Works fine here...
What's your config and do you have a local.build.properties ? Do you
build from command line or from an IDE ?
And more important, do you have a
On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote:
Unless I'm not mistaken, the above example template is _NOT_ a well
formed
XML document! :-) :-)
Of course! I guess it was more of a, why (nearly) re-invent the
wheel.. But obviously it was to escape the XML syntax :)
-pete
Title: RE: XML Form use cases
I recently ran into this same use case scenario when using cocoon myself.
I just figured I wasn't going to try to make cocoon do something it didn't seem was supported yet. Therefore, instead of switching on the submit id, I use a multi-item form control such as
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=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=20911.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Peter Royal [EMAIL PROTECTED] wrote:
On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote:
Unless I'm not mistaken, the above example template is _NOT_ a well
formed
XML document! :-) :-)
Of course! I guess it was more of a, why (nearly) re-invent the
wheel.. But obviously it
Salut Sylvain !
Seems that you won the jackpot !
A build from Eclipse doesn't work, but a build from command line works well.
But it didn't worked with an old CVS... I didn't tried the second time.
I think you're right : it may come from an other version of Xerces in
Eclipse... Damned ! But I
On 19/06/2003 13:50 Vadim Gritsenko wrote:
Steven,
(you'd rolled back the change below but not this one)
Was this intended change?
Vadim
Nope - backstepped to the working version. Duh. :-)
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source,
Pier Fumagalli wrote:
Jelly could have a surface syntax that looks similar to Velocity. i.e.
someone could make a parser of Jelly that had a look-and-feel of Velocity for
common directives and expressions.
Now, what do I mean by simpler sintax? Imagine, for example a foreach
statement:
In XML
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.
Joerg Heinicke [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
ul
#foreach {parameters}
li[EMAIL PROTECTED]: [EMAIL PROTECTED]/li
#end
/ul
Having only read one article about XQuery with a few samples this *looks*
like XQuery for me. But my knowledge is not deep of course :-)
Reinhard, thank you very much for this great summary of the FOM issues
(and for the Wiki)!
Chris
Reinhard Pötz wrote:
This mail should prepare the upcoming vote on the Cocoon flow
implementation.
Some points are pretty clear but some would need some more comments -
especially
- stateful
On Thursday, June 19, 2003, at 10:25 AM, Pier Fumagalli wrote:
ul
#foreach {parameters}
li[EMAIL PROTECTED]: [EMAIL PROTECTED]/li
#end
/ul
Sorry if I like the latter :-)
i can't argue that isn't clean, concise syntax :)
Basically, yes, I reinvented the wheel... I took two of the
Peter Royal wrote:
On Thursday, June 19, 2003, at 10:25 AM, Pier Fumagalli wrote:
It seems like your creation might be a good front-end for the alternate
jelly syntax that was mentioned :)
-pete
:) Every time I hear Jelly mentioned I remember someone's opinion
regarding Jelly and build
Olivier Billard wrote:
Salut Sylvain !
Seems that you won the jackpot !
A build from Eclipse doesn't work, but a build from command line works well.
But it didn't worked with an old CVS... I didn't tried the second time.
I think you're right : it may come from an other version of Xerces in
On 19/6/03 17:51, Peter Royal [EMAIL PROTECTED] wrote:
It seems like your creation might be a good front-end for the alternate
jelly syntax that was mentioned :)
The original scope of this RFI requested a separate repository for Garbage
from Cocoon exactly for this peculiar re-use of the
On 19/06/2003 19:39 Pier Fumagalli wrote:
The original scope of this RFI requested a separate repository for Garbage
from Cocoon exactly for this peculiar re-use of the parsing/templating
component outside the scope of Cocoon itself.
xml-commons? jakarta-commons-sandbox?
I mean: if not inside
On 19/6/03 18:51, Steven Noels [EMAIL PROTECTED] wrote:
On 19/06/2003 19:39 Pier Fumagalli wrote:
The original scope of this RFI requested a separate repository for Garbage
from Cocoon exactly for this peculiar re-use of the parsing/templating
component outside the scope of Cocoon itself.
On Thursday, June 19, 2003, at 02:17 PM, Pier Fumagalli wrote:
The idea of having a CVS repo separate from cocoon-2.1/src/scratchpad
would
simply ease third party people to access the parser and tree processor
without having to download Cocoon in all its 112 megs of glorious
code.
For sure
I want Cocoon to be able to do 301 MOVED_PERMANENTLY redirects, rather
than the current 302 MOVED TEMPORARILY.
To try it out, I made the o.a.c.environment.http.HttpResponse.sendRedirect() do:
this.res.setHeader(location, location);
joerg 2003/06/19 16:19:58
Modified:
src/blocks/session-fw/java/org/apache/cocoon/webapps/session/transformation
SessionPostTransformer.java
Log:
replaced deprecated StringBufferInputStream with ByteArrayInputStream,
removed == true in boolean tests,
joerg 2003/06/19 16:27:10
Modified:src/java/org/apache/cocoon/webapps/session/transformation
SessionPostTransformer.java
Log:
replaced deprecated StringBufferInputStream with ByteArrayInputStream,
removed == true in boolean tests,
code formatting
joerg 2003/06/19 16:42:20
Modified:src/documentation/xdocs/link livesites.xml
Log:
added mammakarzinom.de
Revision ChangesPath
1.5 +1 -0 cocoon-2.0/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
joerg 2003/06/19 16:42:35
Modified:src/documentation/xdocs/link livesites.xml
Log:
added mammakarzinom.de
Revision ChangesPath
1.8 +1 -0 cocoon-2.1/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
crossley2003/06/19 18:36:04
Modified:.blocks.properties
Log:
Missing newline at eof caused cvs conflicts.
Revision ChangesPath
1.15 +1 -1 cocoon-2.1/blocks.properties
Index: blocks.properties
52 matches
Mail list logo