Hi peeps,
I'm messing around with the GetTogether registration page, which gives
me a chance to test all this new wonderful Woody flow stuff, but I'm
stuck on the usage of Database.js. I'm not planning to use any O/R
mapping, since I'll have two tables at most.
In PetStoreImpl.js, there's a
It's seems we have RT Time :)
With views we have a nice sitemap feature that imho can be improved
as well:
One major disadvantage currently is that views are not inherited to
subsitemaps, so I:
Views should be inherited and can be extended/overwritten in subsitemaps
like any other
cziegeler2003/08/20 00:24:53
Modified:src/documentation/xdocs/developing/webapps session.xml
Log:
Adding missing note
Revision ChangesPath
1.4 +8 -0
cocoon-2.1/src/documentation/xdocs/developing/webapps/session.xml
Index: session.xml
On Mittwoch, August 20, 2003, at 09:07 Uhr, Carsten Ziegeler wrote:
It's seems we have RT Time :)
With views we have a nice sitemap feature that imho can be improved
as well:
One major disadvantage currently is that views are not inherited to
subsitemaps, so I:
Views should be inherited
Stefano Mazzocchi wrote:
On Friday, Aug 15, 2003, at 23:49 Europe/Rome, Sylvain Wallez wrote:
snip/
And this really demonstrates how dangerous can be this translation to
positional parameter ;-)
why don't we fix this, then?
Well, positional parameters have been there since day one in
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=22574.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
cziegeler2003/08/20 01:34:16
Modified:src/java/org/apache/cocoon/components/pipeline/impl
AbstractCachingProcessingPipeline.java
Log:
Don't throw an exception if the cached content is not correct. Just don't use it
Revision ChangesPath
1.13
Stefano:
So, after making a request for this a few days ago, with some people's help
(a suggestion to look into mounted sitemaps) there seems to be an already
existing solution. Rather than adding extra functionality to support doing
this in cocoon.xconf, wouldn't it make more sense to just ship
I do not think it's a thing to be put into bugzilla so it goes here:
while the standard woody form example is fully functional the flow version
does not allow you to add or remove a contact.
cocoon version: today's CVS
LG
--
__
| / \ |Leszek Gawron
Timothy Larson wrote:
What is the current status of Woody?
status is still alfa (as in 'getting there')
it should be usable for smaller short-lived projects here and now
(gets the job done)
but that usage is bound to generate more clues on typical usage
that could guide us through
leo leonid wrote:
On Mittwoch, August 20, 2003, at 09:07 Uhr, Carsten Ziegeler wrote:
It's seems we have RT Time :)
With views we have a nice sitemap feature that imho can be improved
as well:
One major disadvantage currently is that views are not inherited to
subsitemaps, so I:
Views
Timothy Larson wrote:
What is the current status of Woody?
I am running the nightly snapshot from 19-Aug-2003 03:17.
http://cvs.apache.org/snapshots/cocoon-2.1/cocoon-2.1_20030819101653.tar.gz
Several of the samples do not work:
Various -- adds blank rows to Firstname Lastname... table at the
So, after making a request for this a few days ago, with some people's
help (a suggestion to look into mounted sitemaps) there seems to be an
already existing solution. Rather than adding extra functionality to
support doing this in cocoon.xconf, wouldn't it make more sense to just
ship an
note
I resend again this post, since I dont got it in my mailbox. It seems like
the 2 virus in the wild (Sobig.f and MSBlast) are causing major troubles
in the Internet...
Please stop using the major virus called Windows ;-D
/note
So, after making a request for this a few days ago, with some
Vadim Gritsenko wrote:
Phil Shafer wrote:
Vadim Gritsenko writes:
Try the suggestion above.
Will do. Thanks for the help. Is there a PR open for this? Should
I open one?
I think there is no bug open for this. Also, I'd ping Carsten to hear
his opinion. Carsten?
cziegeler2003/08/20 05:05:35
Modified:
src/blocks/portal/java/org/apache/cocoon/portal/layout/renderer/aspect/impl
WindowAspect.java CompositeContentAspect.java
TabContentAspect.java
src/blocks/portal/conf
cziegeler2003/08/20 05:11:13
Modified:src/blocks/session-fw/java/org/apache/cocoon/webapps/session/components
AbstractSessionComponent.java
Log:
Changing comment
Revision ChangesPath
1.3 +7 -3
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=20271.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
cziegeler2003/08/20 00:34:37
Modified:src/blocks/portal/java/org/apache/cocoon/portal/impl
PortalServiceImpl.java
src/blocks/portal/conf portal.xconf
Added: src/blocks/portal/java/org/apache/cocoon/portal/impl
gcasper 2003/08/20 08:26:43
Added: src/blocks/webdav/samples/flowsample edit.js new.xml
sitemap.xmap
src/blocks/webdav/samples/flowsample/repo contentA.xml
contentA.xml.meta
Without trying it ...
#{parameters.myParameter} should do it ...
Cheers,
Reinhard
-Original Message-
From: Jeremy Quinn [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2003 4:35 PM
To: [EMAIL PROTECTED]
Subject: can you reach sitemap params from JXTemplate?
Hi All
gcasper 2003/08/20 08:17:30
cocoon-2.1/src/blocks/webdav/samples/flowsample/styles - New directory
gcasper 2003/08/20 08:17:04
cocoon-2.1/src/blocks/webdav/samples/flowsample/repo - New directory
gcasper 2003/08/20 08:21:25
cocoon-2.1/src/blocks/webdav/samples/flowsample/repo/dir2/subdir1 - New directory
On Wednesday, August 20, 2003, at 06:11 PM, Sylvain Wallez wrote:
Jeremy Quinn wrote:
Hi All
Does anyone know the correct syntax for getting a Sitemap parameter
in JXTemplate?
I have tried all of the following:
#{cocoon/parameters[publishedJobServer]}
#{cocoon/parameters/publishedJobServer/}
On Wednesday, August 20, 2003, at 05:42 PM, Reinhard Pötz wrote:
Without trying it ...
#{parameters.myParameter} should do it ...
no go
tried both:
#{parameters.publishedJobServer}
${parameters.publishedJobServer}
no output on either
thanks
regards Jeremy
Cheers,
Reinhard
-Original
I'd noticed that traffic is very low -- because I'm not getting all the
emails which I can see on marc. I hope that this is temprorary
situation, may be due to overloaded mail servers in between, and I hope
I'll get those emails eventually...
Vadim
Sorry for the late reply. Vacation time + lousy GPRS + heavy spam/worm
activities nearly killed my ability to read email.
Miles Elam wrote:
I'm running into a snag and was wondering if anyone had some wisdom to
grant to me. The current behavior of caching pipelines is to aggregate
the keys
joerg 2003/08/20 10:29:07
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPCell.java CellType.java Cell.java
.status.xml
Log:
POI: fixed formula support (Bug 22574, thanks to Neil
Based on the samples, I've been looking at checkboxes in JXForms and have a few
questions...
Given the following snippet from an xform definition:
xf:select ref=validchecks appearance=full
xf:labelCheck if field is Present amp; Legible/xf:label
xf:itemset nodeset=fieldset
In woody.js [1] there was a change in version 1.6 that stopped calling:
cocoon.request.setAttribute(this.attrName, this.form);
and did this instead:
var bizData = { woody-form: this.form };
This will require a change in this part of form1_success.xsp [2]:
// get reference to form and some of
gcasper 2003/08/20 11:57:22
Modified:src/blocks/webdav/samples/davmap sitemap.xmap
Added: src/blocks/webdav/samples/davmap webdav.js
Log:
Moved request routing to flowscript
This further simplifies the sitemap (the flowscript is barely 4 lines) and
hopefully flattens the
I apologize if I've already mentioned this, but I think there are some
different angles on solving your problem which you may want to consider.
One is implemented in part in the event-cache block but it could be
generalized to work for any component. Unico Hommes wrote a Generator
(in that
gcasper 2003/08/20 08:18:34
cocoon-2.1/src/blocks/webdav/samples/flowsample/repo/dir2 - New directory
Leszek Gawron wrote:
I do not think it's a thing to be put into bugzilla so it goes here:
while the standard woody form example is fully functional the flow version
does not allow you to add or remove a contact.
We've debugged this offline already (Marc and myself during a car ride
this
Geoff Howard wrote:
I apologize if I've already mentioned this, but I think there are some
different angles on solving your problem which you may want to consider.
One is implemented in part in the event-cache block but it could be
generalized to work for any component. Unico Hommes wrote a
Sorry if this is repost for any of you, I did not get it myself.
This will be long.
Here are some of my thought concerning building a proper web application (framework).
Please mind that I started from the position of PHP user that barely knew Java
and MVC concept. The second part is the reason
Antonio:
The complaint I would have about a complete seperation of sitemaps (rather
than my original sitemap override proposal, or my revised just use
mounted subsitemaps) is that then, if you have a particular component that
you want in your app, or a particular configuration of an existing one,
Quite a few sitemap components rely on parameters that actually contain
XML element/attribute or XPath references: the first examples that cross
my mind are XPath*Generator, HTMLGenerator and FilterTransformer (not to
mention all the JXPath stuff).
Sometimes (a lot of times, actually) it's
I am trying to use the Woody sample that uses a Java bean for its binding
(form2bean.flow).
I want to store the contacts in this example in a map instead of in a list,
but in this case the contacts are not displayed (one empty contact instead
of 4), and submit gives an insert error for
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=22574.
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=22132.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
Relating this to the newly introduced virtual components, we can
consider the view definition as a virtual serializer.
Example :
map:serializers
map:serializer type=xml src=oacs.XMLSerializer/
map:serializer type=pretty-xml
map:transform type=xslt
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=20271.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
joerg 2003/08/20 19:11:02
Modified:lib jars.xml
lib/optional fop-0.20.5.jar
Added: lib/core commons-httpclient-2.0-rc1.jar
lib/optional batik-all-1.5.jar
Removed: lib/core commons-httpclient-20020423.jar
lib/optional
joerg 2003/08/20 19:11:59
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
SOAPHelper.java
Log:
Updated HttpClient to the latest version 2.0 RC 1. Backported changes to SOAPHelper
from Cocoon 2.1.
Revision ChangesPath
1.2
joerg 2003/08/20 19:20:28
Modified:src/webapp/WEB-INF web.xml
Log:
UTF-8
Revision ChangesPath
1.6 +1 -1 cocoon-2.1/src/webapp/WEB-INF/web.xml
Index: web.xml
===
RCS file:
joerg 2003/08/20 18:57:42
Modified:src/blocks/fop/lib fop-0.20.5.jar
Log:
after update to batik 1.5 rebuild of fop 0.20.5
Revision ChangesPath
1.3 +4888 -4746cocoon-2.1/src/blocks/fop/lib/fop-0.20.5.jar
Binary file
joerg 2003/08/20 19:16:14
Modified:src/java/org/apache/cocoon/util NetUtils.java
Log:
fixed javadoc
Revision ChangesPath
1.2 +2 -2 cocoon-2.0/src/java/org/apache/cocoon/util/NetUtils.java
Index: NetUtils.java
Sylvain Wallez wrote:
package org.apache.cocoon.components.persistance;
My english dictionnary tells me that this should be spelled
persistence...
I guess you have to buy a new one :)
Seriously, thanks for spotting this (it has already been reported
and I was too lazy), I will now
50 matches
Mail list logo
