On Sat, 7 Dec 2002, Stefano Mazzocchi wrote:
Giacomo Pati wrote:
On Fri, 6 Dec 2002, Marc Portier wrote:
Christian Haul wrote:
On 06.Dec.2002 -- 04:07 PM, Marc Portier wrote:
Giacomo, Sylvain,
I see my remark wasn't that stupid after all (taking as an
argument the fact the
Konstantin Piroumian wrote:
Yes, this should work. But I'd prefer to avoid passing the function name as
parameter. What about this version:
map:match pattern=someUri/*
map:call function=checkLogin
map:parameter name=funarg value={1}/
/map:call
/map:match
Which is a
On 09.Dec.2002 -- 10:40 AM, Ovidiu Predescu wrote:
snip/
Please cast your votes on:
- maintaining the old naming conventions and providing the above
aliases for sendPage* functions; here's my +1.
+1
- further discussions on an alternative API for sendPage; here's my +1.
+1
From: Christian Haul [EMAIL PROTECTED]
On 09.Dec.2002 -- 10:40 AM, Ovidiu Predescu wrote:
snip/
Please cast your votes on:
- maintaining the old naming conventions and providing the above
aliases for sendPage* functions; here's my +1.
+1
+1
- further discussions on an
Ovidiu Predescu wrote:
OK, let's wrap up this discussion.
What I'll do is revert to the old naming and at the same time provide
some useful aliases for the default functions.
sendPage = sendPageAndWait
sendPageAndContinue = sendPageNoWait
This means the sendPage() function will also be
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=15220.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello list,
Didier Rano wrote, that he found a bug in LDAPTransformer.
He is right, LDAPTransformer is not capable to read multi-valued ldap
attributes.
LDAPTransformer does only return the first value of a multi-valued ldap
attribute.
I wrote a new version of LDAPTransformer, which does a
-Original Message-
From: Tony Collen [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 09, 2002 8:17 PM
To: [EMAIL PROTECTED]
Subject: Re: Cocoon performance tuning
On Mon, 9 Dec 2002, Stefano Mazzocchi wrote:
Steven Noels wrote:
Big point is setting log thresholds to ERROR
Just lurking,
At 11:44 PM 12/4/2002 -0800, you wrote:
Andy Lewis wrote:
what about I/O terms?
sendPageBlocking
sendPageNonBlocking
I still like the concept of waiting a lot more. In short, your 'server' is waiting
for you to come back. It would be like having your personal thread allocated in
Konstantin Piroumian wrote:
What about predefined configuration modes: development and production? This
can be done using two separate config file sets and be switched using a -D
startup option or an application init parameter.
Beats me ATM - if you can provide me with some more hints, I could
From: Steven Noels [EMAIL PROTECTED]
Konstantin Piroumian wrote:
What about predefined configuration modes: development and production?
This
can be done using two separate config file sets and be switched using
a -D
startup option or an application init parameter.
Beats me ATM - if you
I may test your transformer. But I'm not sure to choice Cocoon for my project.
Then, I'm not sure to be enough time for your transformer.
Didier Rano
Serv'N Data
Séparateur de messages
Objet : RE: Bug in LDAPTransformer
Auteur :[EMAIL PROTECTED]
Date
Konstantin Piroumian wrote:
It was just a proposal, you'll need to implement that somehow ;-)
Hint: you can implement it in CocoonServlet to allow -D options to override
default settings, such as cocoon.xconf, logkit.xconf locations, etc.
Usability hint: Weblogic have simple RUNMODE (or so)
On Tuesday, December 10, 2002, at 11:32 am, Steven Noels wrote:
Konstantin Piroumian wrote:
What about predefined configuration modes: development and
production? This
can be done using two separate config file sets and be switched using
a -D
startup option or an application init
Dear All,
I would like to do some minor rewriting of the command line Main class, particularly
splitting it into classes:
1. org.apache.cocoon.Main: this is the class that is accessed from the command line.
Its
functionality and command line options would remain the same. However, its
I'm working on a project right now with the LDAPTransformer. It sounds
like your changes could be very useful. I'd like to take a look at it.
[EMAIL PROTECTED] wrote:
Hello list,
Didier Rano wrote, that he found a bug in LDAPTransformer.
He is right, LDAPTransformer is not capable to read
Hy;
This applies to cocoon-2.0.4 with tomcat-2.4.16 :
I want to install the cocoon webapp directory somewhere in my
filesystem and put a softlink into the tomcat-webapp directory
that points to the location of the cocoon-webapp. Unfortunately
i end up with following error message in the cocoon
Try changing the appBase attribute of your host directive or docBase on the
Context directive (in server.xml)instead of a symbolic link? This works
well for me.
Geoff Howard
-Original Message-
From: SAXESS - Hussayn Dabbous [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 10, 2002
Hi Frankfurter's!
Just want to say it was great to meet up with you all last night, twas
lots of fun talking with you all in the Dominicus Keller and the
Sandbar till all hours of the night!
Big thanks to Michael Hartle for organising the event this time.
Hi,
I am having trouble when I call a pipeline which generate my xsl
throught cocoon:/ pseudo protocol:
This only happen with the last version of the CVS.
The guilty sitemap fragment:
map:match pattern=generate-editor-xsl.dyn
map:generate type=serverpages
Great idea. Thank you very much for this hint.
This alternative to using softlink is all i need for
my purposes and it works ... ;-)
regards, hussayn
Geoff Howard wrote:
Try changing the appBase attribute of your host directive or docBase on the
Context directive (in server.xml)instead of a
Hi folks,
what's wrong with Deli in the dev snapshots? The Deli examples do work
in 2.0.3 and 2.0.4. But everything I receive reqesting
'/cocoon/samples/deli.html' in snapshot build with Mozilla after is
(best case)
html
head
meta http-equiv=Content-Type content=text/html; charset=UTF-8
- Original Message -
From: Upayavira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, December 10, 2002 2:04 PM
Subject: [Proposal] A little reworking of the Cocoon Command Line
I would like to do some minor rewriting of the command line Main class,
particularly
splitting it into
Steven Noels wrote:
I will hardcode it in the 2.0.4 branch, however - maybe we can do a
silent re-release then?
big -1 to silent re-releases.
releases *are* by definition immutable. The use of MD5 and SIG to
check-out intrusion and trojianing would be screwed up by silent
re-releases and
Upayavira wrote:
Dear All,
I would like to do some minor rewriting of the command line Main class, particularly
splitting it into classes:
1. org.apache.cocoon.Main: this is the class that is accessed from the command line. Its
functionality and command line options would remain the same.
Marcus Crafter wrote:
Hi Frankfurter's!
Just want to say it was great to meet up with you all last night, twas
lots of fun talking with you all in the Dominicus Keller and the
Sandbar till all hours of the night!
Big thanks to Michael Hartle for organising the event this time. When
and
Stefano Mazzocchi dijo:
Marcus Crafter wrote:
Hi Frankfurter's!
Just want to say it was great to meet up with you all last night,
twas lots of fun talking with you all in the Dominicus Keller and the
Sandbar till all hours of the night!
Big thanks to Michael Hartle for
Ovidiu, I know that some of you are somewhat frustrated by this
'apparently nonsense' discussion on some trivial things like function
names, but I personally think that a great deal of information was
exchanged between people on flow and this is a great thing.
Also, I think Chris is right on
Hunsberger, Peter wrote:
1) I hadn't really made the differentiation between your semantics and
mine partly because the term callPage implies, to me, a call to a
named resource. As such, it seems to me that the command to jump out
of the flow layer should be something more like applyURI or
snip
3) Punt on distinguishing this behavior with the name of the function.
Just add a third (optional) boolean parameter to indicate if it should
block
sendPage(uri, bizData, waitForInput);
I like the above better.
What I mostly like is the distinction between a 'form' and a
Whoops, my bad. I guess it was just all the examples I had seen that
seemed to refer to a simple named resource and not a URI. However,
send also seems bad; sort of like goto from the evil
pre-structured programming days... Also, isn't it possible (though
possibly rare) that nothing ever
On Tue, 10 Dec 2002, Marcus Crafter wrote:
Anyone else like to add anything ?
Think that's a pretty fair summary! Another vote of thanks to Michael
Hartle for a great evening of German beer, good food, beer, conversation
and beer! Even though the UK contingent felt pretty rough this
Upayavira wrote:
Dear All,
I would like to do some minor rewriting of the command line Main class, particularly
splitting it into classes:
1. org.apache.cocoon.Main: this is the class that is accessed from the command line. Its
functionality and command line options would remain the same.
[EMAIL PROTECTED] wrote:
Hello list,
Didier Rano wrote, that he found a bug in LDAPTransformer.
He is right, LDAPTransformer is not capable to read multi-valued ldap
attributes.
LDAPTransformer does only return the first value of a multi-valued ldap
attribute.
Aha! I tried it and it worked
Marcus Crafter wrote:
Hi All,
Stefano Mazzocchi wrote:
Would be great if you posted pictures of the event with some notes of
the discussions that took place.
I know I'm a pain in the ass, but you know, I think it would be fair for
those (me!) who, for a reason or another, can never make
Tom,
There were a few more messages on the list regarding Xalan 2.4.1 and XSLTC.
Do you have progress on the reported problems?
Ivelin
- Original Message -
From: Tom Amiro [EMAIL PROTECTED]
To: Ivelin Ivanov [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED];
On Tuesday, Dec 10, 2002, at 12:36 US/Pacific, Stefano Mazzocchi wrote:
Ovidiu, I know that some of you are somewhat frustrated by this
'apparently nonsense' discussion on some trivial things like function
names, but I personally think that a great deal of information was
exchanged between
Sounds like a lot of fun, Marcus! Where is your Weblog so we can read
accounts of it first hand?
On Tuesday, Dec 10, 2002, at 13:35 US/Pacific, Marcus Crafter wrote:
There was so much discussion and many different topics I think it was
hard to keep up with it all :) Topics included:
o
38 matches
Mail list logo
