Afaik, the code for the wildcard helper has been replaced after that by
someone else.
Carsten
Bertrand Delacretaz wrote:
Just tried to run the junit tests on BRANCH_2_1_X, and the second
assertion in WildcardHelperTestCase fails:
public void testEndPattern() throws Exception {
You should add an extra stylesheet that removes superfluous namespace
attributes. This is what I've done:
I used to use this strategy as well, though recently I replaced this xsl
transformer with a custom StripNameSpacesTransformer (about just 10 lines),
which outperforms the slow xsl
Ard Schrijvers wrote:
You should add an extra stylesheet that removes superfluous namespace
attributes. This is what I've done:
I used to use this strategy as well, though recently I replaced this xsl transformer with a custom StripNameSpacesTransformer (about just 10 lines), which
On 12/5/06, Ard Schrijvers [EMAIL PROTECTED] wrote:
...I replaced this xsl transformer with a custom StripNameSpacesTransformer
(about just 10 lines), which outperforms the slow xsl transformation a factor
30...
This would be useful to have in Cocoon, go for it!
-Bertrand
...I replaced this xsl transformer with a custom
StripNameSpacesTransformer
(about just 10 lines), which outperforms the slow xsl
transformation a factor 30...
This would be useful to have in Cocoon, go for it!
I thought it was too trivial :-)
Will add it to trunk/branch
Ard
Ard Schrijvers said the following on 5/12/06 12:40:
...I replaced this xsl transformer with a custom
StripNameSpacesTransformer
(about just 10 lines), which outperforms the slow xsl
transformation a factor 30...
This would be useful to have in Cocoon, go for it!
I thought it was too
Hello,
I am wondering if there is anybody using the cocoon eventcache block (without
using hippo jars), or are planning to do so in the future?
Regards Ard
--
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
Ard Schrijvers wrote:
Hello,
I am wondering if there is anybody using the cocoon eventcache block (without using hippo jars), or are planning to do so in the future?
I'm working on a cocoon-daisy block which will make use of the EventCache too.
--
Reinhard Pötz Independent
Hi Guys
I am trying to get support for the new Upload Progress Bar working in
Cocoon 2.2.
I need to add a new system pipeline to the top-level sitemap, like
(and adjacent to) the one that handles :
map:match pattern=_cocoon/resources/*/**
this is the snippet :
map:match
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Quinn wrote:
I have tried to compile this in, but it never becomes available to the
samples.
I tried running $ mvn package in both :
You probably have to use 'mvn install' as 'mvn package' only build the jar in
you target folder of
Jeremy Quinn wrote:
Hi Guys
I am trying to get support for the new Upload Progress Bar working in
Cocoon 2.2.
I need to add a new system pipeline to the top-level sitemap, like (and
adjacent to) the one that handles :
map:match pattern=_cocoon/resources/*/**
this is the snippet :
Jeremy Quinn skrev:
Hi Guys
I am trying to get support for the new Upload Progress Bar working in
Cocoon 2.2.
I need to add a new system pipeline to the top-level sitemap, like
(and adjacent to) the one that handles :
map:match pattern=_cocoon/resources/*/**
this is the snippet :
I forgot one thing to ask: Do we already have a script that updates all
dependencies of a library/module to a new version? Without it, it isn't really
fun to do a release. If not, help is more than appreciated!
(I can't do the release today as I don't have enough time. I will let you know
On 12/5/06, Ard Schrijvers [EMAIL PROTECTED] wrote:
You should add an extra stylesheet that removes superfluous namespace
attributes. This is what I've done:
I used to use this strategy as well, though recently I replaced this xsl
transformer with a custom StripNameSpacesTransformer (about
Hi Alfred,
On Dec 4, 2006, at 12:46 PM, Alfred Nathaniel wrote:
Or use different tags, say in resemblance to XSLT:
map:if path=...
...
/map:if
map:choose
map:when path=...
I'm not so keen on that, 'cause I'm actually trying to get away from
using 2 different elements for this.
On Dec 5, 2006, at 7:35 AM, Peter Hunsberger wrote:
Instead of requiring that an extra transformer be added to the
pipeline would it make sense to add this capability as a configuration
option on the HTML/XHTML serializers?
+1
IIRC this very thing was proposed some time ago and either
On 5 Dec 2006, at 13:42, Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Quinn wrote:
I have tried to compile this in, but it never becomes available to
the
samples.
I tried running $ mvn package in both :
You probably have to use 'mvn install' as 'mvn
On 5 Dec 2006, at 13:49, Reinhard Poetz wrote:
Jeremy Quinn wrote:
Hi Guys
I am trying to get support for the new Upload Progress Bar working
in Cocoon 2.2.
I need to add a new system pipeline to the top-level sitemap, like
(and adjacent to) the one that handles :
map:match
Jeremy Quinn wrote:
On 5 Dec 2006, at 13:49, Reinhard Poetz wrote:
For system resources we should provide a system-resources block. For
now it could be mounted at _cocoon, later we should install a
LinkRewritingTransformer that is aware of blocks.
The idea was that any block could provide a
Peter Hunsberger wrote:
Instead of requiring that an extra transformer be added to the
pipeline would it make sense to add this capability as a configuration
option on the HTML/XHTML serializers?
Care is required : some emerging internet standards (XForms for example,
but also others) do
On 12/5/06, Simone Gianni [EMAIL PROTECTED] wrote:
Peter Hunsberger wrote:
Instead of requiring that an extra transformer be added to the
pipeline would it make sense to add this capability as a configuration
option on the HTML/XHTML serializers?
Care is required : some emerging internet
On Dec 5, 2006, at 8:38 AM, Simone Gianni wrote:
Care is required : some emerging internet standards (XForms for
example,
but also others) do require namespaces, so :
- Okay for the HTML serializer
- Not okay for the Xhtml serializer, in this case eventually provide a
list of namespaces to
On 5 Dec 2006, at 14:04, Daniel Fagerstrom wrote:
Jeremy Quinn skrev:
Hi Guys
I am trying to get support for the new Upload Progress Bar working
in Cocoon 2.2.
I need to add a new system pipeline to the top-level sitemap, like
(and adjacent to) the one that handles :
map:match
On 5 Dec 2006, at 16:25, Reinhard Poetz wrote:
Jeremy Quinn wrote:
On 5 Dec 2006, at 13:49, Reinhard Poetz wrote:
For system resources we should provide a system-resources
block. For now it could be mounted at _cocoon, later we should
install a LinkRewritingTransformer that is aware of
On 12/5/06, Mark Lundquist [EMAIL PROTECTED] wrote:
On Dec 5, 2006, at 8:38 AM, Simone Gianni wrote:
Care is required : some emerging internet standards (XForms for
example,
but also others) do require namespaces, so :
- Okay for the HTML serializer
- Not okay for the Xhtml serializer, in
On 5 Dec 2006, at 13:42, Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Quinn wrote:
I have tried to compile this in, but it never becomes available to
the
samples.
I tried running $ mvn package in both :
You probably have to use 'mvn install' as 'mvn
Mark Lundquist wrote:
Is there ever a need to retain namespace declarations for namespaces
that are not actually used in the result document, i.e. for which
there is no element with that namespace? I think the idea is to just
delete extraneous namespace declarations, not to delete them
Add a redirect action to the browser update handler
---
Key: COCOON-1963
URL: http://issues.apache.org/jira/browse/COCOON-1963
Project: Cocoon
Issue Type: New Feature
Components:
[ http://issues.apache.org/jira/browse/COCOON-1963?page=all ]
Alexander Klimetschek updated COCOON-1963:
--
Attachment: BUHandler.js
Not a patch, but the entire new version of BUHandler.js (sorry, but I currently
don't have the environment to
[ http://issues.apache.org/jira/browse/COCOON-1963?page=all ]
Alexander Klimetschek updated COCOON-1963:
--
Attachment: RedirectTransformer.java
The RedirectTransformer with a different package name. Should IMHO go into
cocoon ajax, just next to
OK, so even though I could not get $ mvn package to run inside the
dists/cocoon-dist-samples, I found that the changes to the top-level
sitemap from core/cocoon-webapp/ had in fact been added to the
sitemap at : dists/cocoon-dist-samples/target/cocoon-samples/
sitemap.xmap
I was able to
On 5 Dec 2006, at 17:38, Jeremy Quinn wrote:
Am I looking in the right place?
OK, so as Jetty starts up, it reports that it loads ~/.m2/repository/
org/apache/cocoon/cocoon-ajax-impl/1.0.0-M2-SNAPSHOT/cocoon-ajax-
impl-1.0.0-M2-SNAPSHOT.jar.
I can confirm that the system resources I seek
Redirects inside a block called via the blocks protocol fail
Key: COCOON-1964
URL: http://issues.apache.org/jira/browse/COCOON-1964
Project: Cocoon
Issue Type: Bug
[ http://issues.apache.org/jira/browse/COCOON-1964?page=all ]
Alexander Klimetschek updated COCOON-1964:
--
Attachment: cocoon-allow-redirect-in-called-block.patch
Affects only the cocoon-blocks-fw-impl module.
Redirects inside a block called
On Dec 5, 2006, at 9:29 AM, Simone Gianni wrote:
Yep, the problem with this approach is that you manage to know if a
namespace declaration has been used only when you reach the end of the
document (after checking that no element used it)
Yeah, it takes two passes. Better to declare up-front
Ard Schrijvers wrote:
Hello,
I am wondering if there is anybody using the cocoon eventcache block
(without using hippo jars), or are planning to do so in the future?
Not using over here.
However I was thinking of doing some work on reducing coupling between
eventcache and other blocks.
Hi,
On 4 Dec 2006, at 08:27, [EMAIL PROTECTED] wrote:
Author: cziegeler
Date: Mon Dec 4 05:27:17 2006
New Revision: 482168
URL: http://svn.apache.org/viewvc?view=revrev=482168
Log:
Update to released version of jackrabbit
Just curious - Jackrabbit released 1.1.1 yesterday, did you mean to
Ard Schrijvers wrote:
...I replaced this xsl transformer with a custom
StripNameSpacesTransformer
(about just 10 lines), which outperforms the slow xsl
transformation a factor 30...
This would be useful to have in Cocoon, go for it!
I thought it was too trivial :-)
There is also less
Sorry Piotr,
which version of IE are you using? I can see pages containing xmlns
declarations with all IE versions I have here in my office.
Quite commonly the blank page in IE is caused by a head like this :
html
head
title/
/head
IE is intelligent enought to think that the full page
On Dec 5, 2006, at 8:50 AM, Jeremy Quinn wrote:
I have just been working on an established project that is built from
2.2 and I could see the advantages of the new platform.
Yeah, it's awesome.
However, many perceive 2.2 as almost unusable.
Well, it is nearly unusable, but I guess that
2006/12/5, Reinhard Poetz [EMAIL PROTECTED]:
I forgot one thing to ask: Do we already have a script that updates all
dependencies of a library/module to a new version? Without it, it isn't really
fun to do a release. If not, help is more than appreciated!
See
hepabolu wrote:
If there are no outstanding issues I will assemble a release next monday
(11th), put it up for downloading and testing and if nothing bad happens
do the release of that assembled version on monday, 18th.
+0, won't be able to help though
+1 , I can't be of much help either
(forwarded from repository@)
it starts every four hours, starting at 0 CST
On 12/5/06, Jorg Heymans [EMAIL PROTECTED] wrote:
I don't know if this came up before, but is it documented somewhere at
which times this automatic sync occurs? It would help projects to avoid
releasing during a
On Tue, 2006-12-05 at 11:02 +0100, Carsten Ziegeler wrote:
Afaik, the code for the wildcard helper has been replaced after that by
someone else.
Carsten
Bertrand Delacretaz wrote:
Just tried to run the junit tests on BRANCH_2_1_X, and the second
assertion in WildcardHelperTestCase fails:
Jeremy Quinn wrote:
Documentation would really help.
Absolutely!
I have just been working on an established project that is built from
2.2 and I could see the advantages of the new platform.
However, many perceive 2.2 as almost unusable. It clearly is being
used but the procedures are very
Jeremy Quinn wrote:
On 5 Dec 2006, at 14:04, Daniel Fagerstrom wrote:
Jeremy Quinn skrev:
Hi Guys
I am trying to get support for the new Upload Progress Bar working
in Cocoon 2.2.
I need to add a new system pipeline to the top-level sitemap, like
(and adjacent to) the one that
Mark Lundquist wrote:
On Dec 5, 2006, at 8:50 AM, Jeremy Quinn wrote:
I have just been working on an established project that is built
from 2.2 and I could see the advantages of the new platform.
Yeah, it's awesome.
However, many perceive 2.2 as almost unusable.
Well, it
Simone Gianni skrev:
Jeremy Quinn wrote:
Documentation would really help.
Absolutely!
I have just been working on an established project that is built from
2.2 and I could see the advantages of the new platform.
However, many perceive 2.2 as almost unusable. It clearly is being
used but the
On Tue, 2006-12-05 at 07:58 -0800, Mark Lundquist wrote:
On Dec 4, 2006, at 12:46 PM, Alfred Nathaniel wrote:
Or use different tags, say in resemblance to XSLT:
map:if path=...
...
/map:if
map:choose
map:when path=...
Reinhard Poetz wrote:
I think it's time to release the next milestone of some of our modules:
- org.apache.cocoon:cocoon(pom)
- org.apache.cocoon:cocoon-core-modules (pom)
- org.apache.cocoon:cocoon-core (jar)
-
Ard Schrijvers wrote:
Hello,
I am wondering if there is anybody using the cocoon eventcache block
(without using hippo jars), or are planning to do so in the future?
I'm planning to in the near future.
On Dec 5, 2006, at 2:49 PM, Sylvain Wallez wrote:
Mark Lundquist wrote:
On Dec 5, 2006, at 8:50 AM, Jeremy Quinn wrote:
I have just been working on an established project that is built
from 2.2 and I could see the advantages of the new platform.
Yeah, it's awesome.
However,
Joerg Heinicke escribió:
I'd have removed the link to not give the spam more success by adding
it to further mailing list archives.
Clever move! ;)
Thanks for providing info about this stuff. I had no idea what it is at
all. Initially, I though the site was a cocoon based site, but the html
[ http://issues.apache.org/jira/browse/COCOON-1962?page=all ]
Antonio Gallardo updated COCOON-1962:
-
Summary: Numeric based suggestion list should initialzate to the
corresponding suggested text. (was: Suggestion List initialization
[ http://issues.apache.org/jira/browse/COCOON-1962?page=all ]
Antonio Gallardo closed COCOON-1962.
Fix Version/s: 2.1.10-dev (current SVN)
Resolution: Fixed
Thanks for the patch. Feel free to reopen the issue if needed.
Numeric based
On 12/5/06, Alfred Nathaniel [EMAIL PROTECTED] wrote:
...Also there are two distinct copies of WildcardHelperTestCase in
src/test/org/apache/cocoon/util/test and
src/test/org/apache/cocoon/matching/helpers which both should go...
You mean remove the test cases? I wouldn't do that unless the
Andrew Savory wrote:
Hi,
On 4 Dec 2006, at 08:27, [EMAIL PROTECTED] wrote:
Author: cziegeler
Date: Mon Dec 4 05:27:17 2006
New Revision: 482168
URL: http://svn.apache.org/viewvc?view=revrev=482168
Log:
Update to released version of jackrabbit
Just curious - Jackrabbit released
Bertrand Delacretaz wrote:
On 12/5/06, Alfred Nathaniel [EMAIL PROTECTED] wrote:
...Also there are two distinct copies of WildcardHelperTestCase in
src/test/org/apache/cocoon/util/test and
src/test/org/apache/cocoon/matching/helpers which both should go...
You mean remove the test cases?
58 matches
Mail list logo