Il giorno 30/apr/04, alle 02:11, Joerg Heinicke ha scritto:
Without claiming to read Ugo's mind I think that's exactly the point.
Too many ..s means that there are more directories to walk up then
it is possible. /../ is only the most simple sample. /foo/../../ is
another one. And
Ralph Goers wrote:
We are copying the sitemap from the cocoon build into ours and then
using xpatch to modify it. However, we need to change the pool sizes
for the various components. I'd like to modify xpatch so that it can
modify multiple attributes in one patch file instead of having to
I have an additional ant task that uses the following syntax:
poolSetter file=${webapp.dir}/WEB-INF/cocoon.xconf isSitemap=false
poolMin=16 poolMax=32 poolGrow=4
element=session-manager authentication-manager
xslt-processor xml-parser xml-serializer
Ugo Cei dijo:
Re: code reuse. I'm quite eager too reuse code, usually, but I'm -1 on
adding another JAR (and another dependency) only for 30 lines of code.
There are other places where we can take advantage of this jar.
Best Regards,
Antonio Gallardo
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=28704.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
...
I think we should just start with something (even if we throw
it away later on) and improve it.
+1
Since many projects using Forrest use or are planning to use javadoc
tags to generate documentation, I was musing about doing it in the
future in Forrest, so I'm going
Antonio Gallardo wrote:
There are other places where we can take advantage of this jar.
If so, please go on and change them to make use of the library, but
remember that current users of our code may rely on some undocumented
behaviour (like, for instance, never returning null from
Joerg Heinicke wrote:
On 29.04.2004 19:48, Pier Fumagalli wrote:
There is a problem with the new serializers block. From the
developers I seem to
be the only one having problems [1], but today this issue was also
raised by two
persons on the users list [2]. Imagine what happens if this is
Nathaniel Alfred wrote:
The 30 lines are already in an available JAR, only normalize() is
currently private there:
http://cvs.apache.org/viewcvs.cgi/avalon-excalibur/sourceresolve/src/jav
a/org/apache/excalibur/source/SourceUtil.java?rev=1.5view=auto
Hmmm, interesting ... nowadays you can find an
Hi all
I just testing v2 and found this problem.
Try http://localhost:/samples/blocks/forms/form1.flow or
http://localhost:/samples/blocks/forms/v2/example ,leave the required field blank
and submit,it goes through.It works before so I guess some changes make this.
Not only required validation ,other validations aren't work either.
- Original Message -
From: roy huang [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, April 30, 2004 5:43 PM
Subject: [CForms]required validation don't work wiht flowscript in current cvs
Hi all
I just
Thanks for reporting this.
Should be fixed now.
On Fri, 2004-04-30 at 12:03, roy huang wrote:
Not only required validation ,other validations aren't work either.
- Original Message -
From: roy huang [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, April 30, 2004 5:43 PM
Sylvain Wallez wrote:
Bruno Dumon wrote:
...
And now the practical side: example usage in flowscript:
form.getWidget(test).addActionListener(newActionListener(function(event)
{
print(hi there);
}));
where the newActionListener function is as follows:
function
Am i the only one who has received unsollicited cocoon related
advertisement mail from anyware-tech on several email addresses?
I believe it's a cocoon related company from one of the committers here.
Just curious...
Jorg
On Fri, 2004-04-30 at 14:30, Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Bruno Dumon wrote:
...
And now the practical side: example usage in flowscript:
form.getWidget(test).addActionListener(newActionListener(function(event)
{
print(hi there);
}));
where the
Bruno Dumon wrote:
On Fri, 2004-04-30 at 14:30, Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Bruno Dumon wrote:
...
And now the practical side: example usage in flowscript:
form.getWidget(test).addActionListener(newActionListener(function(event)
{
print(hi there);
No, you're not the only one - but far from being upset I am always happy to get
commercial Cocoon information, especially from someone actually involved in the
community.
Geoff
Jorg Heymans wrote:
Am i the only one who has received unsollicited cocoon related
advertisement mail from
[EMAIL PROTECTED] wrote:
Drop FormContext from validate method.
May be this was already answered, but how, say, validator can perform
City/State/Zip validation against zip database? Would it need this
FormContext or it has access to something else?
Vadim
Stefano Mazzocchi [EMAIL PROTECTED] writes:
Hunsberger, Peter wrote:
Joerg Heinicke [EMAIL PROTECTED] writes:
snipways to wire in generators dynamically/snip
IMO this looks massively like a hack around a restriction we set up.
Maybe we should think about the restriction itself ...
On Fri, 2004-04-30 at 16:15, Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
Drop FormContext from validate method.
May be this was already answered, but how, say, validator can perform
City/State/Zip validation against zip database? Would it need this
FormContext or it has access
That is true ofcourse, but it wasn't the feeling i had initially :)
My first reaction was to send them email asking them to unsubscribe me,
(as I always do when I receive spam grin)
On a side note: Thunderbird is not keeping track of threads anymore in
the cocoon mailinglists, i trust that this
I could put in a properties file but its just one property so didnt know if it
does make sense. Well if I cant reach web.xml then I have no other alternate
anway.
Anyone else successful trying to get access to initparameters in web.xml?
Thanks,
Anna.
On Thursday 29 April 2004 06:32 pm,
Bruno Dumon wrote:
On Fri, 2004-04-30 at 16:15, Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
Drop FormContext from validate method.
May be this was already answered, but how, say, validator can perform
City/State/Zip validation against zip database? Would it need this
On Fri, 2004-04-30 at 16:10, Vadim Gritsenko wrote:
Bruno Dumon wrote:
On Fri, 2004-04-30 at 14:30, Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Bruno Dumon wrote:
...
And now the practical side: example usage in flowscript:
I've uploaded my patch to XConfToolTask to allow multiple attributes to be
changed.
I think you should check in your poolSetter ant task. It might not be
exactly what I want or need but it looks pretty good and I might decide to
use it.
The one thing I like about XConfToolTask is that it's
Geoff Howard wrote:
No, you're not the only one - but far from being upset I am always happy
to get commercial Cocoon information, especially from someone actually
involved in the community.
Geoff
Jorg Heymans wrote:
Am i the only one who has received unsollicited cocoon related
Hi all
I have the following problem:
If a child widget of a repeater row submits an on-change event,
I get a ClassCastExcpetion in the Class
org.apache.cocoon.forms.formmodel.Forms (Forms.java, Version 1.13,
cocoon-2.1.5-dev) in line 210.
line 210: submit =
Tony Collen wrote:
Geoff Howard wrote:
No, you're not the only one - but far from being upset I am always
happy to get commercial Cocoon information, especially from someone
actually involved in the community.
Geoff
Jorg Heymans wrote:
Am i the only one who has received unsollicited cocoon
Hi folks,
I keep getting an email with an attachment that
claims to be from Andrew to Cocoon-dev. Anybody else getting this?
If you find out the address of the bastard doing this is in my corner of the
world, I'm willing to go thump some sense into it's head.
Here are the details:
Le 30 avr. 04, à 16:24, Jorg Heymans a écrit :
...On a side note: Thunderbird is not keeping track of threads anymore
in the cocoon mailinglists, i trust that this is completely related to
it not being capable of threading quite a large number of messages and
*not* related to some server side
Jorg Heymans wrote:
On a side note: Thunderbird is not keeping track of threads anymore in
the cocoon mailinglists,
Works fine with Thunderbird 0.7 on Win2k. You appear to post through
GMANE, maybe they have an issue?
J.Pietschmann
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=28717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all,
I'm finally getting around to re-acquainting myself with stuff in our CVS, and I've noticed there's
a lot of duplicated files:
compare:
src\blocks\serializers\java\org\apache\cocoon\components\serializers\encoding
with:
Le 30 avr. 04, à 17:01, Roger I Martin PhD a écrit :
...I keep getting an email with an attachment that claims to be from
Andrew to Cocoon-dev. Anybody else getting this? If you find out the
address of the bastard doing this is in my corner of the world, I'm
willing to go thump some sense
Thanks. I'll try spamassassin and osx.
- Original Message -
From: Bertrand Delacretaz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, April 30, 2004 1:24 PM
Subject: Re: spamming thats using Andrew and cocoon
Le 30 avr. 04, à 17:01, Roger I Martin PhD a écrit :
...I keep
On 30 Apr 2004, at 08:07, Marc Portier wrote:
Joerg Heinicke wrote:
On 29.04.2004 19:48, Pier Fumagalli wrote:
There is a problem with the new serializers block. From the
developers I seem to
be the only one having problems [1], but today this issue was also
raised by two
persons on the users
Tony Collen wrote:
I would also like to propose that if the OutOfMemoryError with the
serializers block isn't fixed for 2.1.5, we exclude it by default before
release.. otherwise we're going to have a bunch of people asking the
same question over and over.
Nevermind, I am a couple days late
On 30 Apr 2004, at 19:35, [EMAIL PROTECTED] wrote:
Log:
Splitting out the serializers block character sets tables into their
own little JAR to avoid OutOfMemoryException(s) during compilation.
Done... Can the folks having problems with OOME check this out and let
me know?
Thanks,
Pier
Pier Fumagalli wrote:
On 30 Apr 2004, at 19:35, [EMAIL PROTECTED] wrote:
Log:
Splitting out the serializers block character sets tables into their
own little JAR to avoid OutOfMemoryException(s) during compilation.
Done... Can the folks having problems with OOME check this out and let
me
Bertrand Delacretaz dijo:
Le 30 avr. 04, à 17:01, Roger I Martin PhD a écrit :
...I keep getting an email with an attachment that claims to be from
Andrew to Cocoon-dev. Anybody else getting this? If you find out the
address of the bastard doing this is in my corner of the world, I'm
Tony Collen dijo:
Tony, who will happily opt-in for an English, plain-text email list from
any company involved commercially with Cocoon.
And Antonio will be glad for a opt-in in Spanish :-D
Best Regards,
Antonio Gallardo
Alex Romayev [EMAIL PROTECTED] asks:
I have a registration form implemented using CForms
inside a CachingURICoplet. At the end of registration
process (on confirm) I need to do the following in my
flowscript:
1. Write results to the database
2. Log the user with the new
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=28675.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
validate-config:
Validating some important configuration files
Validating cocoon.xconf using a very basic RELAX NG grammar ...
fatal: exception java.net.SocketException thrown: Interrupted function
call: connect
Wasn't this solved for Sun's web.xml DTD?
And who adds this DTD to cocoon.xconf???
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=28675.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Fredy Dobler wrote:
Hi all
I have the following problem:
If a child widget of a repeater row submits an on-change event,
I get a ClassCastExcpetion in the Class
org.apache.cocoon.forms.formmodel.Forms (Forms.java, Version 1.13,
cocoon-2.1.5-dev) in line 210.
line 210: submit =
Jorg Heymans wrote:
Am i the only one who has received unsollicited cocoon related
advertisement mail from anyware-tech on several email addresses?
I believe it's a cocoon related company from one of the committers here.
Folks, I would like to apologize about the ad/spam many of you have
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=28717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
Folks, I would like to apologize about the ad/spam many of you have
received today, and that I discovered this afternoon while being at a
customer site (the customer received the spam and is also on
cocoon-{users,dev}).
Not a problem, Sylvain! No hard feelings on this
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=28675.
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=28675.
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=28675.
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=28723.
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=28724.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
54 matches
Mail list logo
