DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34940.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Today I've run some load tests that compare Cocoon Forms using
jx-macros and the FormsTransformer. The transformer is *considerably*
faster (~ factor of 3!) than the macros and the higher the load the
better for the transformer.
Is there any special
Why isn't the org.apache.cocoon.components.LifecycleHelper used? That
should hide all those details.
-Oorspronkelijk bericht-
Van: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Verzonden: maandag 16 mei 2005 18:22
Aan: dev@cocoon.apache.org
Onderwerp: Re: [CForms] Field definitions aren't
Leszek Gawron wrote:
I have refactored JXTG recently so now instructions like jx:for, jx:if
are defined in separate file:
src/block/template/java/org/apache/cocoon/template/template-instructions.xml
Right now we are rendering forms in jxtg using a macro file which is
kind of ugly IMO - see
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33292.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Sylvain Wallez wrote:
snip/
Ah no, forgot to say: this requires to use JXTemplate and the
forms-template-as-jx-macros.
Today I've run some load tests that compare Cocoon Forms using
jx-macros and the FormsTransformer. The transformer is
After delving into the Cocoon source i've tracked the problem down to
org.apache.cocoon.forms.transformation.FormsPipelineConfig in the translateText method.
The problem is that this method looks for # as the start of a jxpath
_expression_ but doesnt let it through if a '{' character doesnt
Hi all,
This is kind of a repost but with more importance. We're due to go live
soon with the Cocoon project im working on but ever since an upgrade to
Cocoon 2.1.7 we've been experiencing ConcurrentModificationException
warnings from ContinuationsManagerImpl.invalidateContinuations as
Cocoon
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Sylvain Wallez wrote:
snip/
Ah no, forgot to say: this requires to use JXTemplate and the
forms-template-as-jx-macros.
Today I've run some load tests that compare Cocoon Forms using
jx-macros and the FormsTransformer. The transformer is
This list seems really quiet today, just checking delivery of this
ping...
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Leszek Gawron wrote:
Leszek Gawron wrote:
I have refactored JXTG recently so now instructions like jx:for, jx:if
are defined in separate file:
src/block/template/java/org/apache/cocoon/template/template-instructions.xml
Right now we are rendering forms in jxtg using a macro file which is
kind
ok maybe i'm not very clear:
the binding framework is good but useless for simple/natural binding.
Exemple of a form:
form
field name=title/
booleanfield namefield/
repeater name=contacts
field name=name /
.../repeater
...
a useful tool/feature would be:
var my bean = form.modelToPojo()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32935.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32934.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Sylvain Wallez wrote:
snip/
Ah no, forgot to say: this requires to use JXTemplate and the
forms-template-as-jx-macros.
Today I've run some load tests that compare Cocoon Forms using
jx-macros and the FormsTransformer. The
Leszek Gawron wrote:
Leszek Gawron wrote:
I have refactored JXTG recently so now instructions like jx:for, jx:if
are defined in separate file:
src/block/template/java/org/apache/cocoon/template/template-instructions.xml
Right now we are rendering forms in jxtg using a macro file which is
kind
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32934.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
+ * A [EMAIL PROTECTED] Field} for CAPTCHA validation. Upon generation, a secret random string is stored
+ * in a session attribute having the same name as the field's ID, for use by a
+ * [EMAIL PROTECTED] org.apache.cocoon.forms.validation.impl.CaptchaValidator}.
+
Hello everyone,
I've installed a Hall of Fame module into PlanetCocoon. This module
summarises activity on the site: active users, active commenters,
popular content, etc. It's not exact, but it gives an idea of mailing
list traffic. I say It's not exact because naturally it includes
activity
Sorry, that link again is:
http://www.planetcocoon.com/hof
Hello everyone,
I've installed a Hall of Fame module into PlanetCocoon. This module
summarises activity on the site: active users, active commenters,
popular content, etc. It's not exact, but it gives an idea of mailing
list traffic. I
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
but you make the invoker look up element's name in macro map for EVERY
template element started. Costly as hell. JX instructions are resolved
the same way but during parsing. We cannot do the same for macros
because we do not know the full macros
21 matches
Mail list logo
