On 26 Nov 2003, at 23:13, Tony Collen wrote:
Berin Loritsch wrote:
Sylvain Wallez wrote:
Tony turned 25 today: http://manero.org/weblog/archives/000147.html
Hey, isn't geeks celebrating your birthady also a good present for a
geek?
;-)
Dunno, I've always been told to beware of geeks bearing gif
On 25 Nov 2003, at 17:09, Reinhard Poetz wrote:
ok, is there a way for others to help you or in other words: do you
need
some help?
No, I move faster if I do stuff myself. There is no much code to write,
just a lot of glue and finding out the pieces of the puzzle and working
with somebody else
http://longhorn.msdn.microsoft.com/lhsdk/core/overviews/road_map.aspx
a "presentation layer" called Avalon that uses XML as the basis?
prepare for some nasty confusion :-/
--
Stefano.
smime.p7s
Description: S/MIME cryptographic signature
On 24 Nov 2003, at 23:02, Joerg Heinicke wrote:
On 19.11.2003 03:43, Antonio Gallardo wrote:
Hi:
I found this interesting article about the recent MS published
schemas.
And I like to share it with the rest of the community:
http://www.theregister.co.uk/content/4/34045.html
What a frustrating poi
On 24 Nov 2003, at 22:38, JD Daniels wrote:
I just wanted to take moment and thank the cocoon community.
Cocoon kicks butt.
I make small to medium small business / personal web applications.
Nothing fancy, basically alot of xsp + xsl templates (These alone
match PHP
I think)
After the initial l
On 24 Nov 2003, at 21:32, Joerg Heinicke wrote:
On 23.11.2003 20:21, Antonio Gallardo wrote:
Stefano Mazzocchi dijo:
At the same time, all the style should happen in the XSLT thus the
calendar strings worries me.
I think it can be easily addresses by "inspecting" with XPath if
On 24 Nov 2003, at 21:30, Joerg Heinicke wrote:
On 22.11.2003 18:30, Ugo Cei wrote:
I'm with you here. Let's face it, what people are and will be using
Woody for is mainly HTML forms, and there's no way you can make a
decent form-based application without *lots* of DHTML code.
But the current c
On 24 Nov 2003, at 20:55, Reinhard Poetz wrote:
From: [EMAIL PROTECTED]
so why not start to rate wiki pages so if anyone want to do
something
start with most wanted pages ?
Good idea but I think it depends when Doco, our new documentation
system
will be available. AFAIK Stefano is working on i
On 24 Nov 2003, at 20:49, Bertrand Delacretaz wrote:
Le Lundi, 24 nov 2003, à 19:09 Europe/Zurich, Bruno Dumon a écrit :
Tim has been hanging around on our mailing lists for quite some time,
and is actively contributing, both in discussions and code. Becoming a
committer can only motivate him to
On 24 Nov 2003, at 18:08, Marc Portier wrote:
The only way to make this *really* REST-y is to pass the continuation
(not the ID, the *ENTIRE* continuation) along with the response. This
would allow complete replicability of the continuation.
at the limit this of course could mean that one needs
On 24 Nov 2003, at 17:06, Leszek Gawron wrote:
On Mon, Nov 24, 2003 at 04:55:50PM +0100, Stefano Mazzocchi wrote:
On 23 Nov 2003, at 21:16, Tony Collen wrote:
There's a few interesting posts going on over at [1] regarding the
use
of continuations on web.
Continuations break the back button
On 23 Nov 2003, at 22:31, Steven Noels wrote:
On Nov 21, 2003, at 9:12 PM, Stefano Mazzocchi wrote:
But I would suggest to ask [EMAIL PROTECTED] about this before we
include any example/code/tutorial/anything that is covered by that.
I agree that the license seems harmless enough. But I also
On 23 Nov 2003, at 22:04, Bruno Dumon wrote:
OTOH, renderkits not only abstract the rendering but also the decoding
of request parameters, so that's a point where they are more flexibile
then Woody, where it is all hardcoded in the widgets (and assumes
HTML-like behaviour).
Do you see value in tha
On 23 Nov 2003, at 21:16, Tony Collen wrote:
There's a few interesting posts going on over at [1] regarding the use
of continuations on web.
Continuations break the back button? bah.
I tried to set one of the people commenting straight on how it works
in Cocoon, but they seems to be convinced i
I'm copying the mail list. Thanks for notifying us. We'll solve the
issues you outline ASAP.
On 21 Nov 2003, at 00:23, Thomas J. Sebestyen wrote:
Dear Diana,
Dear Stefano,
Dear Greg,
I have just only two "simple" questions.
The first one is not really a question, it's related to the
page/direct
On 22 Nov 2003, at 18:30, Ugo Cei wrote:
Sylvain Wallez wrote:
I don't agree with you here: you cannot seriously convince people to
use Woody if it doesn't provide the minimal "fancy features" that
every other form framework provides. You won't convince anybody with
flat inputs. We need tooltip
On 22 Nov 2003, at 14:48, Bertrand Delacretaz wrote:
Le Samedi, 22 nov 2003, à 13:42 Europe/Zurich, Reinhard Poetz a écrit :
Over the last days I had an offlist discussion with Sylvain and I
don't
want to keep back a very nice summary of Sylvain comparing CocoonForms
with JSF. I set up a Wiki pa
On 22 Nov 2003, at 13:42, Reinhard Poetz wrote:
Over the last days I had an offlist discussion with Sylvain and I don't
want to keep back a very nice summary of Sylvain comparing CocoonForms
with JSF. I set up a Wiki page:
http://wiki.cocoondev.org/Wiki.jsp?page=CocoonFormsJSF
We would be very int
On 21 Nov 2003, at 12:22, Torsten Curdt wrote:
Ok, I understand the point. I've been thinking long ago about a
"CompilingClassLoader", i.e a classloader to which we don't give
.class files, but .java files and that compiles them on the fly and
recompiles them automatically when needed. BeanShel
On 21 Nov 2003, at 09:45, Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
..
So I added a new method to "cocoon" that sets up an object just as
if it were an Avalon component by honoring the various lifecycle
interfaces.
Some useful lifecycle interfaces to implement are
On 17 Nov 2003, at 20:15, Steven Noels wrote:
Antonio Gallardo wrote:
We need "scan the license" very carefully before take decision.
I read it briefly and it basically boils down to "don't mess with us,
and we won't mess with you". They do expect you to do a "compatible
application" though, so
On 18 Nov 2003, at 10:15, Noel J. Bergman wrote:
Dion Gillard wrote:
James Strachan wrote:
Lenya, which has a URI, http://cocoon.apache.org/lenya/,
outside of the incubator domain.
Hmmm, how come Lenya got a URI? Can we have one too? I guess so if
Lenya already has?
As an outsider, this is very co
On 14 Nov 2003, at 18:04, Sylvain Wallez wrote:
Unico Hommes wrote:
-Original Message-
From: Unico Hommes Sent: maandag 10 november 2003 12:11
To: [EMAIL PROTECTED]
Sylvain Wallez wrote:
Furthermore, I would like this feature to be defined at the
environment level and not only in
On 13 Nov 2003, at 21:08, J.Pietschmann wrote:
Stefano Mazzocchi wrote:
The day somebody asks you why java needs to be replaced, one answer
will be 'it only supports 16-bits chars'. laughable as it might seem,
it's true.
yes, people, a Unicode char is not 16 bit (as I always t
On 13 Nov 2003, at 14:49, Berin Loritsch wrote:
Stefano Mazzocchi wrote:
Sigh. I'm not going to force you guys not to make the same mistake
again.
It seems I am the only one who doesn't like it, even though I
strongly
encourage at least stripping out *one* of the forward slashes
On 13 Nov 2003, at 11:35, Berin Loritsch wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Berin Loritsch wrote:
Just because we have one protocol that is messed up and we can't
change it
doesn't mean we should make the same mistakes.
True.
For the Context protocol, I highly recommend doin
On 13 Nov 2003, at 00:20, Andrzej Jan Taramina wrote:
Ugo suggested:
function dumpData() {
dumpUserData();
dumpOrderData();
dumpNewsItems();
cocoon.sendPage("view");
}
The main problem I have with this approach is that without looking at
the
script cod
The day somebody asks you why java needs to be replaced, one answer
will be 'it only supports 16-bits chars'. laughable as it might seem,
it's true.
yes, people, a Unicode char is not 16 bit (as I always though!) but 32!!
And even the XML specification says so.
Char ::= #x9 | #xA | #xD | [#x2
On 12 Nov 2003, at 17:18, Berin Loritsch wrote:
Stefano Mazzocchi wrote:
Variable scoping aside, do you have any suggestion on how to solve
the protocol issue?
--
Stefano, who reached a point where rants look like a very inefficient
way of solving problems
As I mentioned in another email
On 12 Nov 2003, at 20:20, Tim Olson wrote:
sorry i'm so late in commenting on this but
please NO NO NO!
we are using javascript not as a flow engine but as a simple scripting
controller. we have one main pipeline which does auth, i18n, etc, and
which
calls specific pipeline fragments for each pa
On 12 Nov 2003, at 19:49, Joerg Heinicke wrote:
Only a random thought: why there is no FlowScriptSelector calling the
flow script and evaluating the String return type? This would remove
the sitemap calls flow script calls sitemap and is more like a
function call. You will have only one pipeli
On 12 Nov 2003, at 13:23, Berin Loritsch wrote:
Antonio Gallardo wrote:
Sylvain Wallez dijo:
So since we _need_ to be able to specify URLs relative to the current
sitemap, what do you suggest? A subprotocol like what we have for
"cocoon:raw", another protocol like "current-sitemap:"?
Just like Bru
On 12 Nov 2003, at 18:14, Andrzej Jan Taramina wrote:
Stefano:
As a rule, we should restrict everything that we can't come up with a
reason to make it possible, then keep listening for people that could
come up
with those reasons.
Everything that is not explicitly allowed is disallowed?
That su
On 12 Nov 2003, at 15:31, Stephen McConnell wrote:
Stefano Mazzocchi wrote:
On 12 Nov 2003, at 12:50, Stephen McConnell wrote:
Just a note to let you know that there are a number of
threads currently running over on the [EMAIL PROTECTED]
concerning the establishment of a component repository
On 12 Nov 2003, at 14:48, Reinhard Poetz wrote:
From: Stefano Mazzocchi
Ah, Carsten, do we have instructions on how to do the
release? I can't
stop feeling uncomfortable in having you a bottleneck of this
process.
[not a critic on your great work, but just a thought]
http://wiki.cocoonde
As a general feeling, I like what I see.
A few comments inside.
On 12 Nov 2003, at 14:34, Sylvain Wallez wrote:
Unico Hommes wrote:
1/ Virtual components
Virtual components are sitemap snippets that can be used in place of
"regular" components. I many languages, these are called "macros".
W
On 12 Nov 2003, at 13:54, Torsten Curdt wrote:
Let's not discuss this to death. I'll fix it :)
Minor suggestion. >32k events do not happen everyday, but <32k events
do, a lot. So, instead of adding size to the <32k events, it's better
to add some size to >32k events.
> What I mean is:
1) Leave l
On 12 Nov 2003, at 12:50, Stephen McConnell wrote:
Just a note to let you know that there are a number of
threads currently running over on the [EMAIL PROTECTED]
concerning the establishment of a component repository
project. After reading your email I think that many of the
subjects you have add
On 12 Nov 2003, at 12:05, Torsten Curdt wrote:
IDEA does it pretty good: Removes trailing spaces when saving a
file, replaces existing tabs with spaces on save, when using the key
TAB it adds spaces to the file. But unfortunately IDEA is not for
free.
Ah, others keep mentioning IDEA too.
Hm...
On 11 Nov 2003, at 23:05, Joerg Heinicke wrote:
On 11.11.2003 22:31, Carsten Ziegeler wrote:
The only question is: do we stick to the release date of thursday?
*I* can do the release on thursday or on friday. Due to the ApacheCon
and some holidays :) I won't be able to do it in the following
thre
On 11 Nov 2003, at 15:48, Geoff Howard wrote:
I'm the same. In fact, I think that flow in some cases needlessly
complicates the composition of a pipeline. Now I have to have two
pipelines where I used to need one.
wait wait wait. hold it.
There are different issues on the table here:
1) app
On 11 Nov 2003, at 19:49, Joerg Heinicke wrote:
On 11.11.2003 12:38, Stefano Mazzocchi wrote:
Carsten, what is the status of the component proxy? If we have such a
big memory leak, I think we should get it solved before doing the
release.
http://marc.theaimsgroup.com/?l=xml-cocoon-cvs&a
[copying [EMAIL PROTECTED] because many people are in search for a serious
versioned content repository these days]
Hello everyone,
I find myself in the need for a serious WebDAV/DeltaV/DASL content
repository and after having searched land and sea and having tried all
possible combinations ou
On 11 Nov 2003, at 12:31, Antonio Gallardo wrote:
Bertrand Delacretaz dijo:
Le Mardi, 11 nov 2003, à 12:09 Europe/Zurich, Torsten Curdt a écrit :
...For low quality audio ogg is supposed to be much better.
Does it play "everywhere" without requiring special software?
Otherwise I think the accessib
On 11 Nov 2003, at 08:58, Bertrand Delacretaz wrote:
Le Mardi, 11 nov 2003, à 00:15 Europe/Zurich, David Crossley a écrit :
...#24463 is a patch for the Petstore sample which would be
excellent to have in the 2.1.3 release. It does fix
a lot of bugs and incomplete facilities. It also begins
to use
On 11 Nov 2003, at 05:47, Antonio Gallardo wrote:
Sylvain Wallez dijo:
Let's reformulate this into a proper vote.
Do you want to enforce the fact that flowscript calls (either
"function"
or "continuation") *must* redirect using sendPage, sendPageAndWait or
redirectTo and that, should it not be t
On 10 Nov 2003, at 14:06, David Crossley wrote:
Vadim Gritsenko wrote:
If we agree on style, I can run IDEA on whole source tree
Yes, if we can "just" define the style then any of our tools
should be able to apply it.
Perhaps we could gradually develop our "style". For example
start with only "ind
On 9 Nov 2003, at 21:57, Unico Hommes wrote:
Sylvain Wallez wrote:
Ryan Hoegg wrote:
peter royal wrote:
Anyone:
Any thoughts about using Jelly as the builder for the sitemap?
Its usage can be completely hidden, but as a tag processor, it
might work very well. We could use it to construct a
On 9 Nov 2003, at 15:33, Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
On 9 Nov 2003, at 00:06, Sylvain Wallez wrote:
Hi all,
I'm attacking the problem of uploads in Woody. Upayavira started to
work on this some time ago but hadn't the time to finish, so I asked
him to send m
On 9 Nov 2003, at 00:06, Sylvain Wallez wrote:
Hi all,
I'm attacking the problem of uploads in Woody. Upayavira started to
work on this some time ago but hadn't the time to finish, so I asked
him to send me the baby for it to continue growing.
But upload is a difficult problem when the nice fo
On 8 Nov 2003, at 23:21, David Crossley wrote:
joerg wrote:
Modified:src/webapp/samples/text-wrap welcome.html
Log:
fixed typo
we have a HTML file in our CVS ;-)
LOL.
I am ashamed to say that i sometimes find it easier to
knock up a simple html cover page to drive a sample,
especially
On 8 Nov 2003, at 12:02, Guido Casper wrote:
Stefano Mazzocchi wrote:
Careful. I'm against the use of
as well. The proper way should be
...
having the logic processing not following the element nesting, is,
IMO, very confusing and very bad practice.
In the ori
On 7 Nov 2003, at 18:30, Tomasz Nowak wrote:
Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
But it might not worth the trouble adding all this complexity just to
implement some debug feature
Well, it obviously is a debug feature. But you probably
might want to look at it as a small, discreet marketing
On 7 Nov 2003, at 17:22, Guido Casper wrote:
Stefano Mazzocchi wrote:
On 7 Nov 2003, at 13:52, Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
On Thursday, Nov 6, 2003, at 14:39 Europe/Rome, Vadim Gritsenko
wrote:
I agree with comments in this other thread that let's not introduce
n
On 7 Nov 2003, at 13:52, Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
On Thursday, Nov 6, 2003, at 14:39 Europe/Rome, Vadim Gritsenko wrote:
I agree with comments in this other thread that let's not introduce
nested components in . Instead, if needed, let's
introduce . Sometime l
On Thursday, Nov 6, 2003, at 14:39 Europe/Rome, Vadim Gritsenko wrote:
I agree with comments in this other thread that let's not introduce
nested components in . Instead, if needed, let's introduce
. Sometime later.
-1
I want to arrive to a point in the future where the ugly element
and silly
On Thursday, Nov 6, 2003, at 09:37 Europe/Rome, Unico Hommes wrote:
I am +1 on the idea but would favor naming the method sendStatus
instead, and also have a way to set the status on the environment from
the flow without sending an empty response:
- cocoon.sendStatus(status)
- cocoon.sendStatus(st
On Thursday, Nov 6, 2003, at 08:22 Europe/Rome, Carsten Ziegeler wrote:
Geoff Howard wrote:
Is this a step back towards ComponentManager, or a step forward toward
Fortress?
I know only one direction: forward.
that sounded s "Blitzkrieg! :-)
--
Stefano.
On Wednesday, Nov 5, 2003, at 13:41 Europe/Rome, Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
On Wednesday, Nov 5, 2003, at 12:19 Europe/Rome, Unico Hommes wrote:
setStatus' friends the sendError brothers are also be eligible for
FOM
membership. But this change has a dependency o
On Wednesday, Nov 5, 2003, at 14:58 Europe/Rome, Berin Loritsch wrote:
Stefano Mazzocchi wrote:
I'm all for continuing the migration. Even better: the more hands do
the porting, the more people will know the internals, the better
shape the tree ends up being.
I think we should make a se
On Wednesday, Nov 5, 2003, at 14:28 Europe/Rome, Gianugo Rabellino
wrote:
Unico Hommes wrote:
-Original Message-
From: Gianugo Rabellino [mailto:[EMAIL PROTECTED] Sent: woensdag 5
november 2003 14:02
To: [EMAIL PROTECTED]
Stefano Mazzocchi wrote:
setStatus' friends the send
On Wednesday, Nov 5, 2003, at 14:20 Europe/Rome, Unico Hommes wrote:
From: Gianugo Rabellino [mailto:[EMAIL PROTECTED]
Sorry to jump in late, I'm probably lagging behind a few
posts, but was the possibility of having *pipelines* send
empty payload considered instead? This way flow will always
hav
On Wednesday, Nov 5, 2003, at 12:19 Europe/Rome, Unico Hommes wrote:
login () {
while (!loggedin) {
sendPageAndWait("login");
loggedin = ...
}
return ('username': username, 'profile': profile);
}
You mean something like this? No objections so far. :)
What flowscript method
On Wednesday, Nov 5, 2003, at 12:19 Europe/Rome, Unico Hommes wrote:
setStatus' friends the sendError brothers are also be eligible for FOM
membership. But this change has a dependency on the discussion about
bodyless responses since if you'd do a sendError from a flow script and
then send a page
On Tuesday, Nov 4, 2003, at 14:21 Europe/Rome, Unico Hommes wrote:
Working on davmap I noticed that the way I was setting the status code
in the Serializer wasn't working. This is what I do:
But it seems that the status-code attribute is not being resolved. I
propose we change this.
-1, do
On Monday, Nov 3, 2003, at 22:59 Europe/Rome, Antonio Gallardo wrote:
Berin Loritsch dijo:
It only makes sense to roll back and start concentrating on Cocoon
Blocks at this time.
I do highly recommend refactoring Cocoon bit by bit to remove ECM
assumptions wherever they exist so that the actual up
On Saturday, Nov 1, 2003, at 19:27 Europe/Rome, Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
On Saturday, Nov 1, 2003, at 12:09 Europe/Rome, Guido Casper wrote:
See also:
http://marc.theaimsgroup.com/?t=10631375302&r=1&w=2
Great, so it's a bug.
What's the status of
On Monday, Nov 3, 2003, at 12:11 Europe/Rome, Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Pretty cool stuff. If they add continuations, I'm all for throwin
rhino down the drain.
[at least, from a community perspective, we wouldn't be basing our
entire architecture on branched
On Monday, Nov 3, 2003, at 11:53 Europe/Rome, Stephan Michels wrote:
On Sun, 2 Nov 2003, Stefano Mazzocchi wrote:
On Sunday, Nov 2, 2003, at 15:57 Europe/Rome, Vadim Gritsenko wrote:
Stephan Michels wrote:
On Sun, 2 Nov 2003, Stefano Mazzocchi wrote:
On Saturday, Nov 1, 2003, at 23:29
On Monday, Nov 3, 2003, at 09:52 Europe/Rome, Sylvain Wallez wrote:
Unico Hommes wrote:
CallFunctionNode.java ln 166/184:
// FIXME (SW) : is a flow allowed not to redirect ?
;-D
Uh (again)? I'm wondering if there's not a misunderstanding here:
this FIXME is about knowing if a flowscript is al
On Monday, Nov 3, 2003, at 01:00 Europe/Rome, Ugo Cei wrote:
[I'm crossposting to dev, since this might stimulate some comments
from the Flowscript gurus over there.]
Oleg Dulin wrote:
Dear Fellow Cocoon Users:
I just read the forwarded message on xml-dev mailing list and
realized that Groovy m
On Sunday, Nov 2, 2003, at 20:32 Europe/Rome, Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
3) move the whole thing into core
-1, the core should only contain necessary components.
+1, I wouldn't mind seeing it in core. It's like instrumentation
manager which is also in core.
On Sunday, Nov 2, 2003, at 15:57 Europe/Rome, Vadim Gritsenko wrote:
Stephan Michels wrote:
On Sun, 2 Nov 2003, Stefano Mazzocchi wrote:
On Saturday, Nov 1, 2003, at 23:29 Europe/Rome, Steve K wrote:
And finally, on a somewhat unrelated subject, one thing that I've
always wanted Cocoon
On Sunday, Nov 2, 2003, at 14:24 Europe/Rome, Unico Hommes wrote:
Stefano Mazzocchi wrote:
On Saturday, Nov 1, 2003, at 16:16 Europe/Rome, Unico Hommes wrote:
Unico Hommes wrote:
As for the empty response body. It would be a matter of having a
serializer supressing it.
Another option is to
On Sunday, Nov 2, 2003, at 01:28 Europe/Rome, Gianugo Rabellino wrote:
Stefano Mazzocchi wrote:
Yes, it did.
BTW, do you know if Cadaver can talk simple DeltaV with subversion?
Unfortunately, I'm afraid not.
I'll try (if I can manage to build subversion on merlino) and report
back
On Sunday, Nov 2, 2003, at 01:26 Europe/Rome, Gianugo Rabellino wrote:
Stefano Mazzocchi wrote:
Unico Hommes wrote:
Should we strive for strict compatibility in the short term?
IMO, yes. We are now building a foundation for Cocoon to be a viable
DAV server, and this should include finding all
On Saturday, Nov 1, 2003, at 23:29 Europe/Rome, Steve K wrote:
And finally, on a somewhat unrelated subject, one thing that I've
always wanted Cocoon to do may be possible if support for collecting
the XML at each pipeline step is added. To aid in debugging, I think
it would be very helpful to
On Saturday, Nov 1, 2003, at 16:16 Europe/Rome, Unico Hommes wrote:
Unico Hommes wrote:
As for the empty response body. It would be a matter of having a
serializer supressing it.
Another option is to set the response headers in the flow and refrain
from sending any page at all.
Hmm, but this seem
On Saturday, Nov 1, 2003, at 14:49 Europe/Rome, Gianugo Rabellino wrote:
Unico Hommes wrote:
Should we strive for strict compatibility in the short term?
IMO, yes. We are now building a foundation for Cocoon to be a viable
DAV server, and this should include finding all the possible
shortcoming
On Saturday, Nov 1, 2003, at 12:58 Europe/Rome, Guido Casper wrote:
remembering Greg Stein saying:
"You don't want to implement the complete DeltaV unless you have a
suicide tendency."
(don't nail me down on the exact wording :-)
Just for the record, the guy who wrote the DeltaV spec is the same
On Saturday, Nov 1, 2003, at 12:09 Europe/Rome, Guido Casper wrote:
See also:
http://marc.theaimsgroup.com/?t=10631375302&r=1&w=2
Great, so it's a bug.
What's the status of this? has it been filed on bugzilla yet?
Sylvain, any suggestions on how to fix it as Vadim proposed?
--
Stefano.
On Saturday, Nov 1, 2003, at 11:53 Europe/Rome, Guido Casper wrote:
1) is DAV: DAV:1 correct? I would expect "DAV: 1" to be the correct
header
Checking the spec at
http://ftp.ics.uci.edu/pub/ietf/webdav/protocol/rfc2518.html#HEADER_DAV
it seems that "DAV: 1" is correct.
ah, ok, but being compliant
On Saturday, Nov 1, 2003, at 08:29 Europe/Rome, Andreas Hochsteger
wrote:
Stefano Mazzocchi wrote:
On Friday, Oct 31, 2003, at 19:11 Europe/Rome, [EMAIL PROTECTED]
wrote:
--- Additional Comments From [EMAIL PROTECTED] 2003-10-31
18:11 ---
It's the second hint within two weeks
On Saturday, Nov 1, 2003, at 07:53 Europe/Rome, Niclas Hedhman wrote:
On Friday 31 October 2003 20:09, Stefano Mazzocchi wrote:
On Thursday, Oct 30, 2003, at 17:05 Europe/Rome, Rogier Peters wrote:
http://www.1060.org/
there is one say in english that I really like: "don't bite more th
I'm still having fun with webdavapps and found something that looks
suspiciously close to a bug in the way the flow and sitemap work
together in case of an exception.
In the davmap, I added
to handle all errors in the fastest and simplest possible way but if
the error is trig
In my doco wandering, I tried to mount the cocoon DAV repository (found
in the 'davmap' directory of the webdav block) under macosx as a disk,
but fails. I tried with mod_dav on httpd 2.0.47 and it works.
Further inspection (with the good old tcpflow) indicates that the
cocoon OPTION handsha
On Friday, Oct 31, 2003, at 19:11 Europe/Rome, [EMAIL PROTECTED]
wrote:
--- Additional Comments From [EMAIL PROTECTED] 2003-10-31
18:11 ---
It's the second hint within two weeks that Cocoon seems not to handle
trailing
slashes correctly:
http://marc.theaimsgroup.com/?t=10663360274
On Friday, Oct 31, 2003, at 14:11 Europe/Rome, Antonio Gallardo wrote:
Hi:
After the last update of block.properties, now it is hard to find a
kind
of order inside the file.
Before we had an alphabetical order, now it is not clear to be how it
is
ordered.
Can we change it again? I think peopl
On Thursday, Oct 30, 2003, at 16:28 Europe/Rome, Unico Hommes wrote:
Not all functionality of the Linotype SourceRepository is implemented.
For instance I have not gotten to the versioning part yet.
ok
(And haven't
really thought out how this would best be done. (One idea is,
continuing
with the
On Friday, Oct 31, 2003, at 13:28 Europe/Rome, Andrew Savory wrote:
Hi,
On Friday, Oct 31, 2003, at 07:33 Europe/London, Reinhard Poetz wrote:
Why don't you add it to the Cocoon CVS?
a) general samples block (Petstore, image based auth, ...)
b) autentication framework block
c) SVG block
I wo
On Friday, Oct 31, 2003, at 12:31 Europe/Rome, Sylvain Wallez wrote:
Reinhard Poetz wrote:
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
sylvain 2003/10/31 03:12:56
Modified:src/java/org/apache/cocoon Constants.java
src/java/org/apache/cocoon/components/treeprocessor
On Thursday, Oct 30, 2003, at 17:05 Europe/Rome, Rogier Peters wrote:
Take a look at
http://www.1060.org/
I really don't know what to make of this - lots of hot air - and a lot
of similarities to Cocoon ( i vaguely remember a discussion about
Cocoon
as an operating system, which was quickly disca
Talking about perfect timing ;-)
On Thursday, Oct 30, 2003, at 15:46 Europe/Rome, Unico Hommes wrote:
I'm in the process of refactoring and furthering the davmap samples in
the WebDAV block. Methods that I've added are DELETE and MKCOL, and
will
be adding a PROPPATCH in the following few days an
[since the number of switchers around here is increasing, I think this
is less and less off-topic ;-)]
Point your browser to
http://www.serverlogistics.com/software.php
where you find very nicely packages for
- apache 2.0.x
- mysql 4.0.x (including JDBC driver!!)
- tomcat 4.1.x (including
I tried to compile the "repository" block standalone but it didn't
compile because it requires both the "database" block and the
"eventcache" block.
I don't have any problems with these dependencies (they make perfect
sense) but I would like people to do a little more effort in keeping
the blo
On Wednesday, Oct 29, 2003, at 11:40 Europe/Rome, Bruno Dumon wrote:
I've only just started with some little javascript experiments, so it's
not like any code has been written yet.
ok, but it's great to see you doing this
Here are some first random thoughts:
* different users of the widget (like
Moving to Cocoon...
A little context: Steven suggested to take a look at
http://kokochi.com:8080/sapience/test.jsp
and implement the above in Doco to avoid automatic crawlers to spam us
thru the editing interface.
On Tuesday, Oct 28, 2003, at 16:26 Europe/Rome, Steven Noels wrote:
Stefano
On Tuesday, Oct 28, 2003, at 13:10 Europe/Rome, Steven Noels wrote:
Stefano Mazzocchi wrote:
Doco came to my mind when finding
http://kokochi.com:8080/sapience/test.jsp in Hippo's blog.
Can I be anal for a sec?
LOL. Sure, as long as you wipe properly afterwards, no problem here.
:-)
cool
On Tuesday, Oct 28, 2003, at 10:11 Europe/Rome, Steven Noels wrote:
Stefano Mazzocchi wrote:
2) minimal, efficient and secure workflow (should satisfy board@
security concerns)
FWIW:
Doco came to my mind when finding
http://kokochi.com:8080/sapience/test.jsp in Hippo's blog.
Can I be
On Tuesday, Oct 28, 2003, at 09:32 Europe/Rome, Danny Angus wrote:
Stefan wrote:
So, adding SSL relay wouldn't hurt, but wouldn't help much either
since
we can't force moderators to have a mail server that accepts that kind
of relay (don't even know if mine does!)
I think what should happen to e
901 - 1000 of 1352 matches
Mail list logo
