Geoff Howard wrote:
Tony Collen wrote:
Joerg Heinicke wrote:
http://www.securiteam.com/securitynews/6W00L0U8KC.html
Hey, someone wanted to test the Cocoon community :-)
Joerg
Hm, I think we should consider releasing 2.1.3 as a security update.
+1 I thought Carsten had
I'm not very happy about changing our Request interface. The information
you need to get a parameter map is already in the Request object.
You can get all parameter names and all values for one parameter.
What do you think of adding a static helper method somewhere?
Carsten
Stephan Coboos
From: Sylvain Wallez
Hi team,
I'd like to add the use of leniency to JXPath expressions in
JXTemplateGenerator: currently, if a path does not exist, a nice
exception is thrown. This may be good in some circumstances (avoids
endless hair pulling sessions to finally discover a small
Antonio Gallardo wrote:
Hi:
I noted almost all the docs in Cocoon website is in the old document v10
of Forrest:
!DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.0//EN
../dtd/document-v10.dtd
Can we change to the new format v12?
Yes, but there is a problem. We could change all
On 24.10.2003 08:06, Carsten Ziegeler wrote:
Geoff Howard wrote:
Tony Collen wrote:
Joerg Heinicke wrote:
http://www.securiteam.com/securitynews/6W00L0U8KC.html
Hey, someone wanted to test the Cocoon community :-)
Joerg
Hm, I think we should consider releasing 2.1.3 as a security update.
+1
Tetsuya Kitahata wrote:
Congratulations. Cocoon-dev got 5 mails.
Who was the lucky man/woman?
... Gianugo Rabellino [EMAIL PROTECTED] ...
Three cheers, Hurrah.
Again, congrats!
Wow, nice! Expecially since my last email wasn't sent to cocoon-dev but
to lenya-dev. How are you counting,
Tetsuya Kitahata wrote:
Hi,
OffTopic
Congratulations. Cocoon-dev got 5 mails.
Who was the lucky man/woman?
... Gianugo Rabellino [EMAIL PROTECTED] ...
Three cheers, Hurrah.
Again, congrats!
/OffTopic
Good to know, so I think Gianugo has to pay for a round
(perhaps at
On Fri, 24 Oct 2003 10:29:44 +0200
Gianugo Rabellino [EMAIL PROTECTED] wrote:
Congratulations. Cocoon-dev got 5 mails.
Who was the lucky man/woman?
... Gianugo Rabellino [EMAIL PROTECTED] ...
Three cheers, Hurrah.
Again, congrats!
Wow, nice! Expecially since my last email wasn't
Le Vendredi, 24 oct 2003, à 09:57 Europe/Zurich, Carsten Ziegeler a
écrit :
Joerg Heinicke wrote:
If we wait til November I will suggest to release after FirstFriday on
November, 7th.
http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday
Ah, yes, you're right - we should then start the freeze
-Original Message-
From: Guido Casper [mailto:[EMAIL PROTECTED]
Sent: donderdag 23 oktober 2003 20:22
To: [EMAIL PROTECTED]
Subject: Re: repository block (was Re: [RT] Source extensions)
Unico Hommes [EMAIL PROTECTED] wrote:
-Adding a setSourceProperty() method to the
David Crossley wrote:
Antonio Gallardo wrote:
I noted almost all the docs in Cocoon website is in the old document v10
of Forrest:
!DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.0//EN
../dtd/document-v10.dtd
Can we change to the new format v12?
Yes, but there is a
David Crossley wrote:
Perhaps we can solve this dilemma by avoiding it. We could
remove the docs generation stuff from the webapp. If people
want to do live docs, then they could install Forrest and
'forrest run' on another port. We already ask them to install
Forrest if they want to 'build
Carsten Ziegeler wrote:
David Crossley wrote:
Perhaps we can solve this dilemma by avoiding it. We could
remove the docs generation stuff from the webapp. If people
want to do live docs, then they could install Forrest and
'forrest run' on another port. We already ask them to install
Forrest
Upayavira wrote:
For the moment I would be against removing the docs from the webapp, as
it is my primary means of testing the CLI/bean.
How do you test the CLI with the docs copied to the webapp? (Just curious)
Carsten
Unico Hommes [EMAIL PROTECTED] wrote:
A related change I need to make is described here:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23699 this will
not only improve performance of querying for a specific property
but is prerequisite for setting properties via the
Carsten Ziegeler wrote:
Upayavira wrote:
For the moment I would be against removing the docs from the webapp, as
it is my primary means of testing the CLI/bean.
How do you test the CLI with the docs copied to the webapp? (Just curious)
Carsten
I get the CLI to generate
Upayavira wrote:
I get the CLI to generate /docs/index.html and follow links. If it
generates the whole site, it gives me a good idea as to how it is
working, and how fast it is working.
It isn't the best test method, as there are features of the CLI that
this isn't testing - e.g. link
Carsten Ziegeler wrote:
Upayavira wrote:
I get the CLI to generate /docs/index.html and follow links. If it
generates the whole site, it gives me a good idea as to how it is
working, and how fast it is working.
It isn't the best test method, as there are features of the CLI that
this isn't
I all,
FYI, my company currently encouters a severe brokage of its internet
connection, and I can not read my usual @anyware-tech email address
since last wednesday (22th) evening.
In the interim, I'll now use my @apache.org address (@anyware-tech is
good for marketing, but @apache.org is the
Upayavira wrote:
No, to use the CLI, I need a webapp, just like the servlet. And to test
the CLI, I need a webapp with some pages in it. Therefore, I use the
docs in the webapp (build/webapp/docs/) to test it.
Even if you would use that directory as your source you can
use the src\docs
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=24093.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Guido Casper [mailto:[EMAIL PROTECTED]
Sent: vrijdag 24 oktober 2003 12:41
To: [EMAIL PROTECTED]
Unico Hommes [EMAIL PROTECTED] wrote:
A related change I need to make is described here:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23699 this
[EMAIL PROTECTED] wrote:
...
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21536
[PATCH] 2 new generators: MultiPartPosted XML and MS Excel content
--- Additional Comments From [EMAIL PROTECTED] 2003-10-24 03:23 ---
I just wrote and posted a 2.1 version today at
Carsten Ziegeler wrote:
Ah, yes, you're right - we should then start the freeze period after
the FirstFriday and make the release on the following thursday,
the 13th (thank god, it's not a friday, the 13th).
+1
Geoff
Carsten Ziegeler wrote:
Upayavira wrote:
No, to use the CLI, I need a webapp, just like the servlet. And to test
the CLI, I need a webapp with some pages in it. Therefore, I use the
docs in the webapp (build/webapp/docs/) to test it.
Even if you would use that directory as your source
- Original Message -
From: Carsten Ziegeler [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, October 24, 2003 8:18 AM
Subject: RE: [suggestion] Method getParameterMap in Request?
I'm not very happy about changing our Request interface. The information
you need to get a parameter
Stephan Coboos wrote:
What do you think of adding a static helper method somewhere?
If no getParameterMap method exists, I have to implement such a method
myself.
Yes, and you can send a patch that we can apply and then it exists
officially.
Carsten
Guido Casper wrote:
I don't really see a
way to avoid the looping (Is it really that costly?).
Yes, it can be. This is the one of the reasons WebDAV
specifies a way
to PROPFIND specific properties. Consider a PROPFIND call on a
collection with depth 1. The collection
[EMAIL PROTECTED] wrote:
cziegeler2003/10/24 05:31:53
Modified:src/java/org/apache/cocoon/bean OldCocoonBean.java
Log:
Adding method - also verbose is not used at all, but otherwise it doesn't compile
Feel free to remove all references to 'verbose' in 2.2.
Regards, Upayavira
Upayavira wrote:
[EMAIL PROTECTED] wrote:
cziegeler2003/10/24 05:31:53
Modified:src/java/org/apache/cocoon/bean OldCocoonBean.java
Log:
Adding method - also verbose is not used at all, but otherwise
it doesn't compile
Feel free to remove all references to
Stefano wrote
c) the email will have reply-to set to the allow action and
a continuation ID. and will have the CC: header set to reject with
the continuation ID. So, by replying to the email
d) by hitting reply, the workflow will approuve the changes
e) by hitting reply to
Upayavira wrote:
[EMAIL PROTECTED] wrote:
cziegeler2003/10/24 05:31:53
Modified:src/java/org/apache/cocoon/bean OldCocoonBean.java
Log:
Adding method - also verbose is not used at all, but otherwise it
doesn't compile
Feel free to remove all references to 'verbose' in 2.2.
What about removing all this deprecated stuff like the below properties??
Joerg
// first check for deprecated property to be compatible:
String parser = System.getProperty(Constants.DEPRECATED_PARSER_PROPERTY,
Constants.DEFAULT_PARSER);
if (
Tetsuya Kitahata wrote:
Hi,
OffTopic
Congratulations. Cocoon-dev got 5 mails.
Who was the lucky man/woman?
... Gianugo Rabellino [EMAIL PROTECTED] ...
Three cheers, Hurrah.
Again, congrats!
/OffTopic
-- Tetsuya. ([EMAIL PROTECTED])
P.S. Stefano's nice proposal, [proposal] Doco, was
TreeProcessor is a complicated beast, so examining the classes does not
lend any clues to what is going on. However, the key to understanding
TreeProcessor is the treeprocessor-builtins.xml file.
We have an XML document with the following DTD:
!DOCTYPE tree-processor [
!ELEMENT tree-processor
Hi cocooners
First of all, thanks to Carsten and all the others contributors for this
excellent portal engine with skin capabilities.
But it seems that I reach the limit with menus handlers. I wanna use the
portal for a big web site with the following functionalities:
- a menu can have multiple
Unico Hommes [EMAIL PROTECTED] wrote:
Guido Casper wrote:
No, I don't mean properties describing the access permissions
but rather the properties affected by access permissions. You
might be allowed to access a particular property on one
source but not on another.
Aha, now I get the acl
Marc Portier wrote:
Sylvain Wallez wrote:
Marc Portier wrote:
Sylvain Wallez wrote:
snip agreement=on the previous topic of this thread /
Agree: Object is abstract enough ;-)
Well, I did try to get it more generic...
hm, guessing one can't succeed always ;-)
[now, on the side-track
Ugo Cei wrote:
Sylvain Wallez wrote:
Done: the selection list builders are now pluggable components. And I
also wrote the FlowJXPathSelectionList just to test if this worked
properly...
In the back of my mind I'm a little sad because you took away from me
the possibility of making a first,
Did you miss Sylvains (and my) answer to your earlier question about the
TreeProcessor? http://marc.theaimsgroup.com/?t=10664158681r=1w=2
AFAIK Sylvain has written nearly all of (or maybe all of) the
TreeProcessor, Ovidiu created flowscripts together with Christopher.
/Daniel
Berin
Ramy Mamdouh wrote:
[EMAIL PROTECTED] wrote:
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=23901.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN
THE BUG
Giacomo Pati wrote:
On Tue, 21 Oct 2003, Sylvain Wallez wrote:
Hi team,
I'd like to add the use of leniency to JXPath expressions in
JXTemplateGenerator: currently, if a path does not exist, a nice
exception is thrown. This may be good in some circumstances (avoids
endless hair pulling
I guess I still do not completely grasp JavaScript.
It is easy enough from Java, but how would you
populate a repeater from a flowscript?
The context is I am trying to make a database query
by example person search form.
--Tim Larson
__
Do you Yahoo!?
The New
I'll take this lenya-dev post from Andreas as a starting point, since
this is a blatant case of shared neurons: I was thinking about exactly
the same things this morning on a conversation with Ricardo, and the
more I think about it, the more I tend to realize that it would boost
Cocoon
Hi all,
I just added tooltip support in Woody (needed that quickly for my
project). For this, you just need to add a wd:hint in the widget
definition.
Example (from the updated Various sample):
wd:booleanfield id=somebool
wd:labelPut me emon/em or emoff/em./wd:label
wd:hintYes, you can
Paul Crabtree wrote:
If there are any examples of this newer method then ill happily update
the PartSource i've implemented.
Paul
I did a quick change to this method last night which I haven't had a
chance to test yet. Should be able to get that this weekend (possibly
tonight but we're watching
Berin Loritsch wrote:
TreeProcessor is a complicated beast, so examining the classes does
not lend any clues to what is going on. However, the key to
understanding TreeProcessor is the treeprocessor-builtins.xml file.
?? Haven't you seen my explanation to your previous request?
See
Daniel Fagerstrom wrote:
Did you miss Sylvains (and my) answer to your earlier question about the
TreeProcessor? http://marc.theaimsgroup.com/?t=10664158681r=1w=2
AFAIK Sylvain has written nearly all of (or maybe all of) the
TreeProcessor, Ovidiu created flowscripts together with
--- Timothy Larson [EMAIL PROTECTED] wrote:
I guess I still do not completely grasp JavaScript.
It is easy enough from Java, but how would you
populate a repeater from a flowscript?
The context is I am trying to make a database query
by example person search form.
Never mind. Why do I
Berin Loritsch wrote:
Daniel Fagerstrom wrote:
Did you miss Sylvains (and my) answer to your earlier
question about
the TreeProcessor?
http://marc.theaimsgroup.com/?t=10664158681r=1w=2
AFAIK Sylvain has written nearly all of (or maybe all of) the
TreeProcessor, Ovidiu
Sylvain Wallez wrote:
Berin Loritsch wrote:
TreeProcessor is a complicated beast, so examining the classes does
not lend any clues to what is going on. However, the key to
understanding TreeProcessor is the treeprocessor-builtins.xml file.
?? Haven't you seen my explanation to your
Geoff Howard wrote:
Unico Hommes wrote:
Ok, I am running into the following situation: Looking at
components.modules.input.AbstractMetaModule it defines that it is
Composable and assigns the component manager to a protected member
variable. A subclass, ChainMetaModule, uses the component manager
- Original Message -
From: Carsten Ziegeler [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, October 24, 2003 2:28 PM
Subject: RE: [suggestion] Method getParameterMap in Request?
Stephan Coboos wrote:
What do you think of adding a static helper method somewhere?
If no
Berin Loritsch wrote:
And while you're at it can you confirm whether or not tags are
inherited by subclasses?
You know, I can't remember off the top of my head. Let's add the Fortress
meta info collection task to the ANT build, and try it. If it does attempt
to inherit dependencies, then
Sylvain Wallez wrote:
So I decided to consider another approach, based on an evaluation tree
(hence TreeProcessor), each node in the tree corresponding to a xxxmap
instruction (sitemap or flowmap).
I think this is still a valid thing.
An additional motivation for me was that it would require
Sylvain Wallez wrote:
Shouldn't this component be called just JXPathSelectionList? There's
no reason why it should be called from the Flow only, is there?
Yes, there is, since the xpath expressions apply to the flow view data
object (I prefer view data to context object as there are already
-Original Message-
From: Berin Loritsch [mailto:[EMAIL PROTECTED]
Sent: vrijdag 24 oktober 2003 18:26
To: [EMAIL PROTECTED]
Geoff Howard wrote:
Unico Hommes wrote:
Ok, I am running into the following situation: Looking at
components.modules.input.AbstractMetaModule
Berin Loritsch wrote:
Berin Loritsch wrote:
And while you're at it can you confirm whether or not tags are
inherited by subclasses?
You know, I can't remember off the top of my head. Let's add the
Fortress
meta info collection task to the ANT build, and try it. If it does
attempt
to
Geoff Howard wrote:
Berin Loritsch wrote:
Ok, speaking of dependencies...
We have some components which can accept the name of a component to
lookup and use. For instance in the config, a Role or shorthand is
provided and the component looks that up directly. How does that fit in
with the
Unico Hommes wrote:
at class declaration level instead of directly above the
service() method.
Can I do this?
No. Well, I should be more clear and say, You can, but they
won't be read.
OK, then this will mean overiding service() in order to add the
dependency tags there. Could we make it so
(Note to [EMAIL PROTECTED]: Daniel's reply can be read at
http://article.gmane.org/gmane.comp.cms.lenya.devel/1496)
Daniel Fagerstrom wrote:
Me to ;)
I agree about all that you say and have also been through the process of
hateing copy paste style Cocoon app reuse, and foinding out that
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=24109.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Geoff Howard wrote:
Tony Collen wrote:
Joerg Heinicke wrote:
http://www.securiteam.com/securitynews/6W00L0U8KC.html
Hey, someone wanted to test the Cocoon community :-)
Joerg
Hm, I think we should consider releasing 2.1.3 as a security update.
+1 I thought Carsten had already proposed a
On 24.10.2003 21:09, Tony Collen wrote:
In this case, do we have any procedure for fixing something bad like
the directory traveral bug, and getting a fix out to users in a timely
fashion?
One possible solution: Fix the problem in CVS HEAD, and then backport
it to the last released version
hassan abolhassani wrote:
Hi all,
I have some concerns and would like to share with you. Sorry if these has already been discussed or sounds non-sense. Anyway, I will be glad to hear your voices (I am not in the dev list, so please in case you post a reply send me a copy too).
1- I know that
Unico Hommes [EMAIL PROTECTED] wrote:
OK, I think the confusion is due to the method name which may be
misleading in this case: getExposedPropertyTypes(). A better name
would be getHandledPropertyTypes() or boolean handlesProperty(String
ns, String name). It's meaning is confined to
Antonio Gallardo wrote:
Hi:
I am trying to save the bean back from the woody form.
I am getting this error:
org.apache.commons.jxpath.JXPathException: Exception trying to remove
xpath .; Cannot modify property: test.forms.AreasList.areasList; No write
method
What is means? What kind of
Tim,
looks good
however, this got me thinking:
maybe we should get ourselves into making (declarative) binding support
on java.sql.ResultSets, no?
The biggest catch however is the lack of symmetry in connecting to JDBC
stuff: binding-back for the 'save is not to be done by handing over a
Sylvain Wallez wrote:
Marc Portier wrote:
snip /
I'm very sensible to these signs, because they show the subconscious
understanding of a concept, which is often more accurate that the
conscious one which has gone through many filters. An example of this
is when you often make the same
Marc Portier dijo:
Antonio Gallardo wrote:
Hi:
I am trying to save the bean back from the woody form.
I am getting this error:
org.apache.commons.jxpath.JXPathException: Exception trying to remove
xpath .; Cannot modify property: test.forms.AreasList.areasList; No
write method
What
I implemented a Class widget definition which contains a list of widgets,
but its createInstance() is designed to not create instances of those widgets.
Instead, you use a New widget definition which references a Class widget
definition, and the New createInstance() creates instances of the
David Crossley dijo:
David Crossley wrote:
Antonio Gallardo wrote:
I noted almost all the docs in Cocoon website is in the old
document v10 of Forrest:
!DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.0//EN
../dtd/document-v10.dtd
Can we change to the new format v12?
Yes,
About the subject line:
The Class widget definition is intended to allow general reuse of a set of widget
definitions. It was designed to hold a list of widgets instead of just one
widget so it could be used to add a list of cases to a Union widget.
--Tim Larson
Joerg Heinicke wrote:
Stefano wrote
c) the email will have reply-to set to the allow action and
a continuation ID. and will have the CC: header set to reject with
the continuation ID. So, by replying to the email
d) by hitting reply, the workflow will approuve the changes
e)
Tony Collen wrote:
hassan abolhassani wrote:
Hi all,
I have some concerns and would like to share with you. Sorry if these
has already been discussed or sounds non-sense. Anyway, I will be glad
to hear your voices (I am not in the dev list, so please in case you
post a reply send me a copy
Chaperon examples:
http://127.0.0.1:/samples/chaperon/wiki.html
http://127.0.0.1:/samples/chaperon/wikitest/selftest.html
Both don't work because of source resolving of an internal request
(cocoon:/). If I save the result of the internal pipeline and read this
from a static file,
Stefano Mazzocchi wrote:
First of all, sorry for the massive cross-post, but I think it is going
to be a great opportunity for all the communities involved to show off
their potentials with the apache infrastructure.
The proposal is about the creation of a content management system for
apache
Joerg Heinicke wrote:
Stefano wrote
c) the email will have reply-to set to the allow action and
a continuation ID. and will have the CC: header set to reject with
the continuation ID. So, by replying to the email
d) by hitting reply, the workflow will approuve the changes
e)
Stefano Mazzocchi wrote:
In the entire history of the wiki, we had only a few cases of severe
vandalism on our wiki.
Please don't over-generalize, Stefano. We have weekly 'annoyances' on
the Cocoon Wiki ATM, but some people happen to clean them up sooner
rather than later. I know the Wiki
Stefano,
+1
Looks like a good plan that takes the ForrestBot idea, builds on it,
integrates other things, seems secure and scalable, provides the opportunity
for anyone to help write documentation, but provides multiple points
oversight. The proposed workflow institutionalizes RTC, but the
80 matches
Mail list logo
