I am looking to optimize a Cocoon application but I need to find out
how long each pipeline is taking. In particular, I want to know how
long Cocoon is taking to transform the XML into HTML. Solutions?
-
To unsubscribe, e-
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
It seems to be in the forms-sample-styling.xsl I used: deleting the
include of "forms-advanced-field-styling.xsl" solved the problem...
though I still saw it when I tried to include the Ajax block (which
should have made the Ajax resources avail
Tony Edwards pisze:
[...]
> I'm not sure if things have changed too much in 2.2 but using this
> method I could have a number of buttons on a form.
>
No, they haven't change so much to break this solution. Actually, Tony's
solution is the cleanest
and the best solution I would recommend myself.
Luca Morandini pisze:
>
> It seems to be in the forms-sample-styling.xsl I used: deleting the
> include of "forms-advanced-field-styling.xsl" solved the problem...
> though I still saw it when I tried to include the Ajax block (which
> should have made the Ajax resources available).
Luca, deleti
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Grzegorz Kossakowski wrote:
What kind of page includes reference to dojo.js? It looks like a
broken link.
The only reference to 2dojo.js" I've found within the forms-impl block
source it's in forms-field-styling.xsl, but I cannot understand why
In 2.1.10 I was doing it like this:
My cforms file had two buttons like this:
Yes
validate="false">
No
Then in my flow I had this:
deleteConfirm.showForm("view/deleteConfirm.cforms");
if ("deleteYes".equals (deleteConfirm.submitId)) {
Luca Morandini pisze:
> Grzegorz Kossakowski wrote:
>>
>> What kind of page includes reference to dojo.js? It looks like a
>> broken link.
>
> The only reference to 2dojo.js" I've found within the forms-impl block
> source it's in forms-field-styling.xsl, but I cannot understand why the
> error po
Luca Morandini wrote:
Grzegorz Kossakowski wrote:
What kind of page includes reference to dojo.js? It looks like a
broken link.
BTW, I'm using forms 1.0.0-RC1, shall I use 1.0.0-SNAPSHOT instead ?
Regards,
Luca Morandini
www.lucamorandini.it
-
Grzegorz Kossakowski wrote:
What kind of page includes reference to dojo.js? It looks like a broken link.
The only reference to 2dojo.js" I've found within the forms-impl block
source it's in forms-field-styling.xsl, but I cannot understand why the
error pop-up in the server part.
BTW, Coc
Grzegorz Kossakowski wrote:
What kind of page includes reference to dojo.js? It looks like a broken link.
The only reference to 2dojo.js" I've found within the forms-impl block
source it's in forms-field-styling.xsl, but I cannot understand why the
error pop-up in the server part.
BTW, Coc
Grzegorz Kossakowski wrote:
What kind of page includes reference to dojo.js? It looks like a broken link.
The only reference to 2dojo.js" I've found within the forms-impl block
source it's in forms-field-styling.xsl, but I cannot understand why the
error pop-up in the server part.
BTW, Coc
Luca Morandini pisze:
> Just started doing a form with 2.2: ajax='false', no inclusion of
> ajax-impl in pom.xml, but:
>
> javax.servlet.ServletException: No block for /dojo.js
> at
> org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:84)
>
> ...
>
> Same e
Just started doing a form with 2.2: ajax='false', no inclusion of
ajax-impl in pom.xml, but:
javax.servlet.ServletException: No block for /dojo.js
at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:84)
...
Same error when I include ajax-impl block in
On Mar 12, 2008, at 10:45 AM, Steven D. Majewski wrote:
What is "Micro Cocoon" ?
http://www.mail-archive.com/[EMAIL PROTECTED]/msg54977.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAI
On Mar 12, 2008, at 1:27 PM, Grzegorz Kossakowski wrote:
Dev at weitling pisze:
Yes, of course. Or will it be lost with Micro Cocoon?
What is "Micro Cocoon" ?
-- Steve Majewski / UVA Alderman Library
-
To unsubscribe
Dev at weitling pisze:
>
> Yes, of course. Or will it be lost with Micro Cocoon?
It will be lost with Micro Cocoon but there is already a replacement for it:
it's polymorphism
concept in SSF which works similarly or at least serves similar function, see:
http://article.gmane.org/gmane.text.xml.c
Grzegorz Kossakowski tuffmail.com> writes:
> role assigned. If you haven't, create your account at
> http://cocoon.zones.apache.org/daisy/registration and ask at
dev[_at_]cocoon.apache.org for editing
> rights."
sorry, i missed this part
> I have already assigned you necessary role. Happy edi
Grzegorz Kossakowski wrote:
Dev at weitling pisze:
Yep, exactly.
I discovered this attribute while removing support for in
Micro Cocoon. That was very interesting experience to dive into guts of
Cocoon. ;-)
Is it documented somewhere? We don't want to loose this gem!
Are
Dev at weitling pisze:
>> Yep, exactly.
>>
>> I discovered this attribute while removing support for in
>> Micro Cocoon. That was very interesting experience to dive into guts of
>> Cocoon. ;-)
>>
>
> Is it documented somewhere? We don't want to loose this gem!
Are you referring to pass-throu
Florian Leinberger pisze:
> Hi,
Hi Florian,
> I would like to add some live sites to the section "who uses cocoon" and also
> add our company to the "Products" and "professional services" page. I went
> through the daisy registration and got an account for daisy. However, it seems
> that this acc
Pavel,
you did use
cocoon.request.getParameter("browse");
instead of
cocoon.request.getParameter();
I assume?
I assume. I wrote in my first response to your question that you form
should include something like the following;
--
The name attribute is what Jeroen i
Hi,
I would like to add some live sites to the section "who uses cocoon" and also
add our company to the "Products" and "professional services" page. I went
through the daisy registration and got an account for daisy. However, it seems
that this account ("leinberger") has not sufficiant rights to
Dev at weitling wrote:
Grzegorz Kossakowski wrote:
Joerg Heinicke wrote:
On 10.03.2008 18:48, Grzegorz Kossakowski wrote:
That's what I originally tried. It would seem that due to a matcher in
the sub sitemap that matches all html requests. This matcher
contains a
simple action to v
Hi Pavel,
are you using Cocoon Forms or just a plain HTML form? The important
thing while using the plain html form is that your submit buttons should
both have a name attribute.
Regards,
Jeroen
On Wed, 2008-03-12 at 05:24 -0700, navrc wrote:
> It doesn't work :-( . From function cocoon.request.
It doesn't work :-( . From function cocoon.request.getParameter() I always
obtain NULL.
Pavel Navrkal
--
View this message in context:
http://www.nabble.com/two-submit-buttons-on-the-form-tp15999171p16001974.html
Sent from the Cocoon - Users mailing list archive at Nabble.com.
---
Grzegorz Kossakowski wrote:
Joerg Heinicke wrote:
On 10.03.2008 18:48, Grzegorz Kossakowski wrote:
That's what I originally tried. It would seem that due to a matcher in
the sub sitemap that matches all html requests. This matcher contains a
simple action to verify a request header a
Grzegorz Kossakowski wrote:
Carsten Ziegeler wrote:
Grzegorz Kossakowski wrote:
Yep, I haven't mentioned these sitemap-specific containers because they
are only there for back-compatibility and they are very likely to be
deprecated in the future. Moreover, these sitemap-specific containers
supp
Grzegorz Kossakowski wrote:
Luca Morandini wrote:
No settings object in sight... I was under the impression it had to be
there by default (BTW, I've included the cocoon-configuration-api block).
Hi Luca,
After looking at the CocoonEntryObjectModelProvider[1] class I see that
you have found a
Joerg Heinicke wrote:
> On 10.03.2008 18:48, Grzegorz Kossakowski wrote:
>
>>> That's what I originally tried. It would seem that due to a matcher in
>>> the sub sitemap that matches all html requests. This matcher contains a
>>> simple action to verify a request header and redirect if not present.
Carsten Ziegeler wrote:
> Grzegorz Kossakowski wrote:
>>
>> Yep, I haven't mentioned these sitemap-specific containers because they
>> are only there for back-compatibility and they are very likely to be
>> deprecated in the future. Moreover, these sitemap-specific containers
>> support only Avalon
Grzegorz Kossakowski wrote:
Yep, I haven't mentioned these sitemap-specific containers because they
are only there for back-compatibility and they are very likely to be
deprecated in the future. Moreover, these sitemap-specific containers
support only Avalon components and not Spring beans.
No,
Pretty fast!
> Carsten Ziegeler wrote:
> > Patrick Heiden wrote:
> >> Thanks for this one! It might even be the simpler approach. What is
> >> confusing for me so far (informations I got from Grzegorz
> >> Kossakowski), that the actual implementation (2.2) does not 'really'
> >> support different
Luca Morandini wrote:
> I tried to use the settings object in JX (say,
> ${cocoon.settings.basepageTitle}), but nothing showed.
>
> I then displayed the mere cocoon object in JX, getting this:
> {parameters=Parameters[r/w]:{},
> [EMAIL PROTECTED],
> [EMAIL PROTECTED],
> [EMAIL PROTECTED]
>
>
> No s
Carsten Ziegeler wrote:
> Patrick Heiden wrote:
>> Thanks for this one! It might even be the simpler approach. What is
>> confusing for me so far (informations I got from Grzegorz
>> Kossakowski), that the actual implementation (2.2) does not 'really'
>> support different bean-containers. I am able
I tried to use the settings object in JX (say,
${cocoon.settings.basepageTitle}), but nothing showed.
I then displayed the mere cocoon object in JX, getting this:
{parameters=Parameters[r/w]:{},
[EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED]
No settings object in sight... I was und
Patrick Heiden wrote:
Hi,
Is there any notable difference in asking for Spring-beans inside
flow-scripts wheter using
cocoon.getComponent("myBean"); // via avalon-bridge!?
or
var appCtx =
cocoon.context.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
appCtx.get
Hi,
> >
> > Is there any notable difference in asking for Spring-beans inside
> flow-scripts wheter using
> >
> > cocoon.getComponent("myBean"); // via avalon-bridge!?
> >
> > or
> >
> > var appCtx =
> cocoon.context.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
>
Patrick Heiden wrote:
Hello together!
Is there any notable difference in asking for Spring-beans inside flow-scripts
wheter using
cocoon.getComponent("myBean"); // via avalon-bridge!?
or
var appCtx =
cocoon.context.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
> navrc wrote:
Hallo,
I want to have two submit buttons (prev,next) for browse in DB on the form.
But I dnon't know how can I get in the flowscript which button the user
press.
For instance:
In your form:
In flow:
var browse = cocoon.request.getParameter("browse");
if (browse == "browse-1
Hallo,
I want to have two submit buttons (prev,next) for browse in DB on the form.
But I dnon't know how can I get in the flowscript which button the user
press.
Thanks you for the replay.
Pavel Navrkal
--
View this message in context:
http://www.nabble.com/two-submit-buttons-on-the-form-tp159
40 matches
Mail list logo