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=25694.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hugo Burm wrote:
From: news [mailto:[EMAIL PROTECTED] Behalf Of Sylvain Wallez
Sent: Sunday, December 21, 2003 11:29 AM
To: [EMAIL PROTECTED]
Subject: Re: Selectors for Woody FormManager and BindingManager
Hugo Burm wrote:
Hello,
This is about selecting a Form- and BindingManager in Woody.
I
Marc Portier dijo:
hm, late too...
but that gives both Joerg and Matthew some cheap arguments to hit the
booze again today!
bottom's up on fun year for you both...
+1 :-DD
Best Regards,
Antonio Gallardo
From: Marc Portier [mailto:[EMAIL PROTECTED]
Sent: Monday, December 22, 2003 12:07 PM
To: [EMAIL PROTECTED]
Subject: Re: Selectors for Woody FormManager and BindingManager
quite a coincidence in fact since I've been exposed to a use case
recently that also pushes in the direction of
Hugo Burm wrote:
I was already looking at the generator, because I want to combine inserting
the templates and doing the first tranformation step. So it will be a good
thing if the generator is kept in sync with the transformer.
that's the hope, yes
If you are going to refactor the
Hi all,
This morning I did a build clean webapp and got a weird build error
with slide/conf/slide-auth.xweb. The build says:
XPath (mime-mapping[position() = last()]) returned not one node, but
43 nodes
Obviously, the evaluation should return only one node. I tried different
variations, but
Sylvain Wallez wrote:
Hi all,
This morning I did a build clean webapp and got a weird build error
with slide/conf/slide-auth.xweb. The build says:
XPath (mime-mapping[position() = last()]) returned not one node, but
43 nodes
Obviously, the evaluation should return only one node. I
Carsten Ziegeler dijo:
Did the build clean work properly?
Yep. I tried it. No problems reported. :-D
Best Regards,
Antonio Gallardo
i noticed this yesterday as well (see thread
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=107192961822098w=2)
The funny thing is that with the IBM jre it builds ok.
Sylvain Wallez wrote:
Hi all,
This morning I did a build clean webapp and got a weird build error
with
Jorg Heymans dijo:
i noticed this yesterday as well (see thread
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=107192961822098w=2)
The funny thing is that with the IBM jre it builds ok.
Please also follow the thread and seems it is not clear if the problem is
related to the index=true at jar
I was wondering if some of you guys had experience with Saxon...
Since I like its object model better than Xalan's, and I'm working on a
couple of projects requiring direct access to an XPath implementation,
I just wanted to doublecheck that I'm not going down a awful buggy/slow
road.
Thanks,
Pier Fumagalli wrote:
I was wondering if some of you guys had experience with Saxon...
Since I like its object model better than Xalan's, and I'm working on a
couple of projects requiring direct access to an XPath implementation,
I just wanted to doublecheck that I'm not going down a
I agree it is faster and it handles other cool things as cool extension.
Besides, even it is not yet a recommandation it implements XSLT 2.0 spec.
Le Lundi 22 Décembre 2003 16:19, Carsten Ziegeler a écrit :
Pier Fumagalli wrote:
I was wondering if some of you guys had experience with Saxon...
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Hi all,
This morning I did a build clean webapp and got a weird build error with
slide/conf/slide-auth.xweb. The build says:
XPath (mime-mapping[position() = last()]) returned not one node, but 43 nodes
Obviously, the evaluation should return
now that I've got the jre installed anyway, which file do i edit to
quickly toggle this feature?
Antonio Gallardo wrote:
Jorg Heymans dijo:
i noticed this yesterday as well (see thread
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=107192961822098w=2)
The funny thing is that with the IBM jre
On 22 Dec 2003, at 15:25, Nicolas Toper wrote:
Le Lundi 22 Décembre 2003 16:19, Carsten Ziegeler a écrit :
Pier Fumagalli wrote:
I was wondering if some of you guys had experience with Saxon...
Since I like its object model better than Xalan's, and I'm working
on a
couple of projects requiring
Upayavira wrote:
Some while ago (around the time of the get together), I worked on an
Ant task for Cocoon - basically a wrapper around the CocoonBean.
I have a site that is more or less static, that has been running in a
servlet container, but has been running slow recently, so I have tried
Jorg Heymans dijo:
now that I've got the jre installed anyway, which file do i edit to
quickly toggle this feature?
Here are the changes:
http://marc.theaimsgroup.com/?l=xml-cocoon-cvsm=107191454912884w=2
Best Regards,
Antonio Gallardo
Pier:
6.5.3 is the current version supporting XSLT and XPATH 1.0. In my experience
it's faster than Xalan in all situations I have to work in and haven't hit
any bugs with it. Michael Kay is very good at answering questions and bug
reports.
7.x is the experimental line that implements most of
Hi all,
Build problem again...
I decided to port my recent 2.1 addition to the 2.2 repo. It doesn't
build, even if I add the ECM jar (avalon-component).
Do I again have a problem with my build, or is the 2.2 totally broken?
Sylvain
--
Sylvain Wallez Anyware
I did a few build runs : i set CLASSPATH to empty and PATH only pointing
to JAVA_HOME/BIN. Build command was build clean webapp.
The build works on ibm jre and JDK 1.3.1_08, *not* on JDK 1.4
Reverting the changes from Antonio Gallardo did not make a difference(
It's been totally broken for a long time. There are a few areas where it
will break ATM. Treeprocessor, I18nTransformer (due to deprecation of
MirrorRecorder) and some XSP stuff.
Hopefully I will have the treeprocessor package building by the end of
the week. Maybe somebody else can take a look
FYI:
I am using 1.4.2_03 and everything works fine. I am able to do a build
clean + a build or a build war without problem
Best Regards,
Antonio Gallardo
Jorg Heymans dijo:
I did a few build runs : i set CLASSPATH to empty and PATH only pointing
to JAVA_HOME/BIN. Build command was build
By the way. You don't need to add the redirection related to stuff in
CallFunctionNode. I've already done it on my local copy.
Unico
-Original Message-
From: Unico Hommes
Sent: maandag 22 december 2003 17:48
To: [EMAIL PROTECTED]
Subject: RE: Cocoon 2.2: does it even build?
Unico Hommes wrote:
By the way. You don't need to add the redirection related to stuff in CallFunctionNode. I've already done it on my local copy.
Well, I think I will postpone the port of my modifications to 2.1 until
I can at least check if it compiles.
But that sucks. Even if it doesn't
I was just adding a default attribute to the Field widget, but
then I started thinking...
For a Field widget a default value could be specified as either an
attribute or as the contents of a new element (e.g. wd:default/).
Which do you think is better, and what would be a good name?
I lean
For clarification, the 1.4 mentioned below is 1.4.1_02. Testing with
1.4.2_03 does not have the problem (as Antonio Gallardo already stated).
Jorg Heymans wrote:
I did a few build runs : i set CLASSPATH to empty and PATH only pointing
to JAVA_HOME/BIN. Build command was build clean webapp.
Tony Collen wrote:
@#% spam blocking :(
tony, hoping this gets through
Seems like you have some problems with mail, lately ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java,
Sylvain Wallez wrote:
Tony Collen wrote:
@#% spam blocking :(
tony, hoping this gets through
Seems like you have some problems with mail, lately ;-)
Sylvain
yeah, it seems to be working now. i saw the messages getting in, but not out. i appear to be
receiving messages from *.apache.org
Timothy Larson wrote:
I was just adding a default attribute to the Field widget, but then I started thinking...
Hehe, thinking before coding is often a good thing ;-)
For a Field widget a default value could be specified as either an attribute or as the
contents of a new element (e.g.
Cisco donated a component framework, Cornerstone, to Apache recently.
The main developer of Cornerstone, Jun Yang, will be out on the
Jetspeed IRC to field questions on Cornerstone.
irc.codehaus.org:6667 #Jetspeed
5 PM PST - Monday December 22
To find out more about Cornerstone, see:
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Hehe, thinking before coding is often a good thing ;-)
Actually I coded it a few weeks ago and only started thinking
when I considered committing the code =:)
Why don't you do it the way it's done in the wb:value binding? For
binding to an XML
Timothy Larson wrote:
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Hehe, thinking before coding is often a good thing ;-)
Actually I coded it a few weeks ago and only started thinking when I considered committing the code =:)
Well, at least you think before committing ;-P
Why don't you
[EMAIL PROTECTED] wrote:
1.1 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/transformation/WoodyPipeLineConfig.java
Index: WoodyPipeLineConfig.java
===
/*
* File WoodyPipeLineConfig.java
*
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=25712.
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=25712.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
1.1
cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/transformation/WoodyPipeLineConfig.java
Index: WoodyPipeLineConfig.java
===
/*
* File
Upayavira wrote:
snip/
Having now seen it work well, I will document it properly soon. I will
also add it to the list of external tasks that is maintained by the Ant
project (unless anyone objects).
Please do.
I have not seen much discussion here on cocoon-dev about testing it.
Anyway,
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=25433.
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=25433.
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=25381.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Taking it to dev since we should have some consensus on changes like
these IMHO.
Markus Heussen wrote:
If the input of the date form field is for example 31.02.2004 after
submission this value is automatically set to 02.03.2004.
How can I change this behavior? Is there a attribute I can set in
---
This mail is generated automatically using
Jakarta Ant. Contents are automatically
downloaded from Apache's Bugzilla.
---
Please do not reply to
43 matches
Mail list logo