Sounds like a problem that I introduced in a refactoring early this week
and removed in revision 376095.
Have you updated to that revision?
/Daniel
Ralph Goers wrote:
Well, it almost worked. It started up but when I entered the url in
the browser I got
javax.servlet.ServletException:
Do we still need the OSGi dependencies in the cocon-core module? AFAIU the OSGi
stuff will go into a separate module (cocoon-blocks-fw-osgi-impl) which will be
based on Equinox. Can I do the cleanup?
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software
[ http://issues.apache.org/jira/browse/COCOON-1745?page=all ]
Reinhard Poetz closed COCOON-1745:
--
Resolution: Fixed
The unit tests reflect the current state of what blocks are again.
[cocoon-deployer-core] Tidy up test suite
* hepabolu:
BTW do you like the layout of the Notes, Warnings and Fixes? (See samples
page)
I'm sure these admonitions could be improved. I would recommend
using icons, like these:
http://jimmac.musichall.cz/i.php?i=docbook
Also available here:
[
http://issues.apache.org/jira/browse/COCOON-1570?page=comments#action_12365874
]
Jean-Baptiste Quenot commented on COCOON-1570:
--
Yes indeed, your patch is more than welcome, it will help to resolve this issue
in a timely manner.
[ http://issues.apache.org/jira/browse/COCOON-1570?page=all ]
Jean-Baptiste Quenot updated COCOON-1570:
-
Assign To: Jean-Baptiste Quenot (was: Jason Johnston)
fi:validation-errors styling element does not work in AJAX mode
Joerg Heinicke wrote:
On 03.02.2006 14:08, Vadim Gritsenko wrote:
[ http://issues.apache.org/jira/browse/COCOON-1558?page=all ]
Jean-Baptiste Quenot updated COCOON-1558:
-
Bugzilla Id: (was: 35673)
Why bugzilla id is lost here, and in
Daniel Fagerstrom wrote:
If you are brave enough, the best bet is by starting by taking a copy
of the cocoon-webapp, rename it to something appropriate. The you
update the pom to a new artifactId and to depend on the blocks that
you need. You also need to copy the component (and other)
Leszek Gawron wrote:
Carsten Ziegeler wrote:
So what do people think?
I haven't read any other replies yet but my small brain tells me to be
+100 on this one.
I don't have any objections either - especially since it is backward compatible
both from component and configuration POV.
Vadim
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Carsten Ziegeler wrote:
So what do people think?
I haven't read any other replies yet but my small brain tells me to be
+100 on this one.
I don't have any objections either - especially since it is backward
compatible
both from component and
Carsten Ziegeler wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Carsten Ziegeler wrote:
So what do people think?
I haven't read any other replies yet but my small brain tells me to be
+100 on this one.
I don't have any objections either - especially since it is backward
compatible
Fine Tuning Ajax Handling in CForms
---
Key: COCOON-1774
URL: http://issues.apache.org/jira/browse/COCOON-1774
Project: Cocoon
Type: Improvement
Components: Blocks: Forms
Versions: 2.1.9-dev (current SVN)
Reporter:
Currently, it's all or nothing when it comes to using AJAX on a form.
With this enhancement, form widgets can be marked with fi:styling
ajax='false' /, and they will trigger a non-ajax form submission.
I believe it is useful to give the developer control over which
widgets use AJAX and which do
[
http://issues.apache.org/jira/browse/COCOON-1774?page=comments#action_12365953
]
Eric Meyer commented on COCOON-1774:
ASF is Granted License to the patch.
Fine Tuning Ajax Handling in CForms
---
Key:
[EMAIL PROTECTED] wrote:
Replace jakarta regexp with java.util.regexp on jdk 1.4 builds for better
reliability and improved performance.
So question is, is it faster now? How much faster and on what regexp/data?
Vadim
[ http://issues.apache.org/jira/browse/COCOON-1774?page=all ]
Antonio Gallardo reassigned COCOON-1774:
Assign To: Antonio Gallardo
Fine Tuning Ajax Handling in CForms
---
Key: COCOON-1774
[ http://issues.apache.org/jira/browse/COCOON-1774?page=all ]
Antonio Gallardo updated COCOON-1774:
-
Component: Blocks: Ajax
Version: 2.1.8
(was: 2.1.9-dev (current SVN))
Fine Tuning Ajax Handling in CForms
Jean-Baptiste Quenot wrote:
* hepabolu:
BTW do you like the layout of the Notes, Warnings and Fixes? (See samples page)
I'm sure these admonitions could be improved. I would recommend
using icons, like these:
http://jimmac.musichall.cz/i.php?i=docbook
Also available here:
I was testing the login page of the portal on my 2.4GHz linux machine. I
tested using JMeter with from 7 to 20 threads. Before the change I was
able to get a throughput of about 3.9 requests/second. After the change
it went to 5.4 requests/second. The regexp is hardcoded in the
Quoin Developers wrote:
Currently, it's all or nothing when it comes to using AJAX on a form.
With this enhancement, form widgets can be marked with fi:styling
ajax='false' /, and they will trigger a non-ajax form submission.
I believe it is useful to give the developer control over which
[
http://issues.apache.org/jira/browse/COCOON-1774?page=comments#action_12365995
]
Sylvain Wallez commented on COCOON-1774:
Can you elaborate on the need for widget-level ajax=false?
Also the submit handlers cannot be kept after an Ajax submit, as
On 10.02.2006 23:29, Ralph Goers wrote:
I ran a grep a while ago and found that there was one other place that
used Jakarta regexp. I think it was SourceUtil. I did not change that.
Jakarta regexp is in the lib/endorsed directory. I have no idea why. I
presume some other package we are
Why do you need such flexibility?
Concretely, I was running in to
http://issues.apache.org/jira/browse/COCOON-1570 and realized that I
could get what I needed by simply switching out of ajax mode (plus
scrolling back up to the top of the page).
And then I discovered that there was no simple way
So once all references in our code are gone it can be removed?
Joerg Heinicke wrote:
On 10.02.2006 23:29, Ralph Goers wrote:
I ran a grep a while ago and found that there was one other place that
used Jakarta regexp. I think it was SourceUtil. I did not change
that. Jakarta regexp is in the
Ralph Goers wrote:
So once all references in our code are gone it can be removed?
Maybe not, ie xalan needs regexp. :-S
Best Regards,
Antonio Gallardo.
Joerg Heinicke wrote:
On 10.02.2006 23:29, Ralph Goers wrote:
I ran a grep a while ago and found that there was one other place that
25 matches
Mail list logo