in a Cocoon context since it's the sitemap (and not the
stylesheet) that should drive the serialization.
I would suggest to keep ignoring all those XSLT features that don't make
sense in a more complex XML-processing environment like ours.
--
Stefano Mazzocchi
a suggestion of course :-)
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
, and folders
that's just a short summary, still some work to do
how scalable is it going to be? I mean, how much stuff do you hold in
memory?
--
Stefano Mazzocchi [EMAIL PROTECTED
to work in a Mailet
environment
5) I would like this effort to be driven by real-life needs rather
than purity and symmetry-driven architectural design (since we've seen
that it often leads to very bad mistakes!)
--
Stefano Mazzocchi [EMAIL PROTECTED
Hunsberger, Peter wrote:
Stefano Mazzocchi wrote:
Oh boy, it's already hard enough to indicate what is a good URI, if we
start discussing what is a 'flow uri' compared to a 'resource uri' we
get in trouble.
This comes at the matching issue the opposite way that I did
initially: instead
Hunsberger, Peter wrote:
Stefano Mazzocchi wrote:
Then don't propose it.
I don't think I will! However, when doing architecture you always have to
ask if inverting a control flow makes sense; sometimes abstractions suddenly
become obvious or new use cases jump out.
Oh totally. That's why I
cruft, he's welcome :-)
Thanks dude.
Your work on moving things around on /deprecated and /blocks is
*extremely* helpful!
Keep up the great job!
--
Stefano Mazzocchi [EMAIL PROTECTED
that doesn't even
compile is a good one so here is my +1 for turning *on* compilation for
everything... which will ensure at least more compile-time testing of
our code
(note: these problems will hopefully go away with blocks)
--
Stefano Mazzocchi [EMAIL PROTECTED
)
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
combined poor understanding of english
and law has hidden to me, or can we include this in our CVS ?
We should run this thru the [EMAIL PROTECTED] committee.
--
Stefano Mazzocchi [EMAIL PROTECTED
Nicola Ken Barozzi wrote:
(my comments, based on the discussions that are going on lately and my
work on the blocks move and doc writing)
cool. thanks for sharing.
Stefano Mazzocchi wrote:
[...]
If we compare a Cocoon output pipeline with a unix pipeline, it always
ignore standard input
for this again, but your
RT brings back pressure on this concept and I think this is all we need
to remove the asymmetry from cocoon pipelines.
This seems to me to mostly close the circle: the utilizer being the
outputstream...
Yep, that's the intention.
--
Stefano Mazzocchi
, we are also
getting rid of the ability to keep them pluggable... and first objection
would be 'how do I match flow URI with regexp?'
I like your concepts, anyway, let's see what others have to say about this.
--
Stefano Mazzocchi [EMAIL PROTECTED
for pipe-aware selection, without having its
drawbacks: Stefano considered pipe-aware selection mix of concern,
selection should be based on meta data (pipeline state) rather than on
data (pipeline content). There were also some people who didn't like
my use of buffering of all input to the pipe-aware
Dear root,
Ted Leung ([EMAIL PROTECTED]) has explicitly asked to be removed from the
'avail' list of cocoon cvs modules since he was never a cocoon
committers (I don't even know how he got there in the first place, but
anyway).
Thank you.
--
Stefano Mazzocchi
for Avalon 5.0
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email
page scraper.
Cocoon can do something about this. We can get the
stylesheets for our xdocs to not generate any
mailto: links and we can obfuscate the actual addresses.
What do you think?
+1
--
Stefano Mazzocchi [EMAIL PROTECTED
Hong Gia Dinh wrote:
Stefano Mazzocchi wrote:
Ok, this should have given you enough information.
Now, please, answer this question:
- would you like to partecipate in the Cocoon PMC?
[X] yes
Sorry, but the call was only for active cocoon developers (those with a
password
Antonio Gallardo wrote:
Thanks Stefano.
I think this is a very important issue. I am glad that my voice is listen
from you.
I try to listen to everybody, expecially when they criticize. The nice
(IMO) thing about this community is that this is an attitude that is
shared by many if not all
Justin Erenkrantz wrote:
I think some of the cocoon dev's are on here (hi Stefano!).
Hi dude, sorry for the delay, I was on the road.
I see that the files are in the right place on daedalus, but the cocoon
website hasn't been updated yet to use mirrors. =)
Upps, you're right, it's useless
grr, wrong address :) sorry
--
Stefano Mazzocchi [EMAIL PROTECTED]
---BeginMessage---
Dear Apache Committer,
you received this email because you appear listed as a committer for the
Apache
.
Is your experience different?
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
and perceived as security attacks.
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
, and thus cannot run Cocoon. Therefore, FTP is the
only way.
Before I start doing anything, I would like to check my proposal out with those on this
list.
I think it's a good idea. Go for it and send us patches!
--
Stefano Mazzocchi [EMAIL PROTECTED
:)
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
you think?
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email
the whole thing
inside the pipeline.
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED
of the box, people can turn on debugging if they
want to.
What do you think?
--
Stefano Mazzocchi [EMAIL PROTECTED
, Ivelin, this is not personal to you, just that you happen to
inspire me a lot these days... ah, btw, you still didn't trim your posts!!!]
--
Stefano Mazzocchi [EMAIL PROTECTED
Ivelin Ivanov wrote:
- Original Message -
From: Stefano Mazzocchi [EMAIL PROTECTED]
Only one thing: why it's great to have somebody playing devil's advocate
and somebody else excited about something new, let's not forget that we
*all* are working in the same team and for the same
Miles Elam wrote:
Stefano Mazzocchi wrote:
No, because there is a state-preserving channel (a connection) between
you and the database. On the web or any other REST-architected
networks, we don't.
The Cocoon developers don't, but the script developer *does*. The
Cocoon developers have
://www.apache.org/dyn/closer.cgi/xml/forrest/, meaning the
geographically closest location wil be automagically chosen.
Thanks to Stefan and Justin to provide us with such clear how-to
descriptions!
/Steven
Awesome!!!
Great job to everybody who made this happening!
--
Stefano Mazzocchi
sendPage(foo)
getAnswerFor(bar)
???
I think that sendPageAndWait() *is* atomic once you get it. Separating
the two doesn't sound like SoC anymore if you can mess up like above, it
becomes FoC (fragmentation of concerns) which is bad
--
Stefano Mazzocchi [EMAIL
at you, I just happened to see
your post when I was thinking about it, please, don't take this
personally because I'm just using your post as an example, we all should
pay more attention]
--
Stefano Mazzocchi [EMAIL PROTECTED
, internal methods.
And these hooks will not have a way to indicate *directly* how a sitemap
pipeline should be assembled, but will just pass control to the pipeline
responsible of producing the URI that the sendPage* methods will invoque.
--
Stefano Mazzocchi [EMAIL
wasted because nobody is able to do what you can do.
Thanks much much much :)
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe
Miles Elam wrote:
Stefano Mazzocchi wrote:
Hmmm, what happens if I do
sendPage(foo)
getAnswerFor(bar)
???
I think that sendPageAndWait() *is* atomic once you get it. Separating
the two doesn't sound like SoC anymore if you can mess up like above,
it becomes FoC (fragmentation of concerns
applications.
Try to beat the existing XMLForm wizard demo.
If you succeed, it will be great !
Yes, indeed. It will clear *much* confusion that many people see to have
on the fact that XMLForm can solve all those webapp needs.
--
Stefano Mazzocchi [EMAIL PROTECTED
Michael Melhem wrote:
So does this mean you can send
multiple pages back to the client without client intereaction.. ?
Remember: no matter how complex cocoon becomes internally, a servlet is
*always* a servlet and an HTTP response is always an HTTP response.
--
Stefano Mazzocchi
Rodent of Unusual Size wrote:
Stefano Mazzocchi wrote:
Committer #600!
Wow, that's cool!
thanks much!
*please* don't forget to give him the pointers to http://www.apache.org/dev/
and http://incubator.apache.org/ ..
Ah, totally!
I think it will be a good thing to read for *everybody
found out that cocoon (talking about CVS HEAD)
is pretty well optimized already, expecially for memory consumption over
requests.
Look into the mail archives for that message since I sent a report here
to the list.
--
Stefano Mazzocchi [EMAIL PROTECTED
want to use
the same hooks as the flow manager.
Nop, because the flow manager will *not* have hooks on how the sitemap
pipelines will be composed.
--
Stefano Mazzocchi [EMAIL PROTECTED
for the cocoon CVS modules.
Thanks in advance.
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Brian Behlendorf wrote:
Account mlangham created (there were already 5 other matthews), password
sent, commit privs granted.
Committer #600!
Wow, that's cool!
thanks much!
--
Stefano Mazzocchi [EMAIL PROTECTED
Marcus Crafter wrote:
On Wed, Nov 27, 2002 at 10:10:40AM -0800, Stefano Mazzocchi wrote:
Please, update the sendPage* function names in the flowscript layer
*before* making the alpha release! I know it's alpha, but if we already
know that something is going to change, there is no need
for the first time.
But I can't come up with anything better because
- sendPageAndExit
might be even worse (people might think Cocoon might stop!)
Any idea?
--
Stefano Mazzocchi [EMAIL PROTECTED
]
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
Jason Foster wrote:
snip/
How about thinking in terms of synchronous and asynchronous I/O?
sendPageAndBlock() or sendPageSync()
sendPageAsync()
Nah, it might even get more confusing.
--
Stefano Mazzocchi [EMAIL PROTECTED
Artur Bialecki wrote:
How about:
sendAndSuspend
this is kind of cool, even if I still like 'sendPageAndWait' more
sendAndResume
Hmmm, this seems to convey the wrong message since it's the system that
resumes the execution, not your call to this method.
--
Stefano Mazzocchi
I could think of would be:
sendPageAndHaveYourServerWaitForYouToComeBack
sendPageAndSetYourServerFreeToServeSomebodyElse
:-D
but of course I'm not proposing these method names :-)
now, somebody with good english skills should srink those concepts down
to a reasonable short sentence.
--
Stefano
) and connect those objects from the flowscript?
That's how I would do it on paper but I never tried it. It might be
interesting to see others trying.
--
Stefano Mazzocchi [EMAIL PROTECTED
definately not cleaner model but it's aggregation of concerns.
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL
:-)
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
component to us, we might want to distribute with Cocoon
because others might find it interesting.
What do you think?
--
Stefano Mazzocchi [EMAIL PROTECTED
.
What's next? Prolog? oh, no, wait, what about Postscript? no, maybe you
like Logo more?
They are all turing-complete languages after all, aren't they?
;-)
[i'm just kidding, don't take this as an insult, ok? just kidding]
--
Stefano Mazzocchi [EMAIL PROTECTED
for one
pipeline component to modify dynamically the pipeline execution,
including choosing a serializer.
--
Stefano Mazzocchi [EMAIL PROTECTED
the PMC if they
wish. No distinction is the best way.
To be really correct, I assume we need use the avail list:
bash-2.04$ cat /home/cvs/CVSROOT/avail | grep xml-cocoon2
avail|
twl,stefano,balld,ricardo,rubys,ben,zvia,giacomo,gears,bmclaugh,
bloritsch,rossb,jeremy,greenrd,dims,ssahuc,prussell
I'm here in San Franscisco (well, more precisely in Berkeley at Jon's
place) for this week until December 8th. Write me privately if you want
to go out for a beer or dinner or something.
Ciao
--
Stefano Mazzocchi [EMAIL PROTECTED
http://www.betaversion.org/gallery/
updated live.
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL
Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote:
Here is the proposal so far.
[...]
+1
Two things to define:
1) the text for the cocoon PMC intentions
Start with a draft we should review because:
2) the person for the chair.
I volunteer for the chair.
+1 you're the chair
the mail archives.
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
as well.
Please, update the sendPage* function names in the flowscript layer
*before* making the alpha release! I know it's alpha, but if we already
know that something is going to change, there is no need for that to happen.
Ovidiu, can you take care of this please? thanks much.
--
Stefano
immensively and
continously in the past 18 months, shouldn't deserve cocoon citizenship.
Place your vote.
--
Stefano Mazzocchi [EMAIL PROTECTED
([EMAIL PROTECTED])
Torsten Curdt ([EMAIL PROTECTED])
Bertrand Delacr#233;taz ([EMAIL PROTECTED])
Vadim Gritsenko ([EMAIL PROTECTED])
Christian Haul ([EMAIL PROTECTED])
Ivelin Ivanov ([EMAIL PROTECTED])
Stefano Mazzocchi ([EMAIL PROTECTED])
Stephan Michels
Nicola Ken Barozzi wrote:
Comments and suggestions are very welcome as always :-)
My suggestion is to keep this on stand-by until we have a Cocoon PMC.
--
Stefano Mazzocchi [EMAIL PROTECTED
executed from Cocoon and this is why I
think it would be nice to have a way to come up with cocoon-generated
flowscripts even if, at first, it seems like FS even to me.
--
Stefano Mazzocchi [EMAIL PROTECTED
Hunsberger, Peter wrote:
Stefano, thanks for taking the time to reply in detail.
You're welcome. There is much more to learn when somebody is against my
ideas than when people agree with me. :-D
I'm going to snip
most of the discussion to keep this somewhat terse, but do have a couple
])
Stefano Mazzocchi ([EMAIL PROTECTED])
Stephan Michels ([EMAIL PROTECTED])
John Morrison ([EMAIL PROTECTED])
Giacomo Pati ([EMAIL PROTECTED])
Konstantin Piroumian ([EMAIL PROTECTED])
Ovidiu Predescu ([EMAIL PROTECTED])
Gianugo
will translates into i can be your worst
enemy) if somebody was commercially abusing our name for commercial
purposes without deserving it.
--
Stefano Mazzocchi [EMAIL PROTECTED
going to go away any time
soon (not even for Cocoon 3.0). this doesn't mean we can't innovate or
propose alternative solutions to cohexist, but for now, I'd concentrate
on keeping our design focus on what we have.
--
Stefano Mazzocchi [EMAIL PROTECTED
component manager.
But I really don't see any need to go back and refactor the
sitemap+flowscript concept which is, IMO, great.
--
Stefano Mazzocchi [EMAIL PROTECTED
or,
simply, to put it on a side and learn it when they have time.
Flattening everythig at component level just because it is convenient
implementation-wise is, IMO, a bad design pattern for development of
usable technology.
What do you people think?
--
Stefano Mazzocchi
it *so*
easy to be able to connect cocoon to existing workflow editing systems.
Gosh, I have to think about that.
What do you people think?
--
Stefano Mazzocchi [EMAIL PROTECTED
readible).. But I'm not sure on this...
Discussing inclusion in the scripts is another concern. Let's work on
one at a time.
--
Stefano Mazzocchi [EMAIL PROTECTED
to indicate the view. It removes
dependencies on how the view is encoded into the URI (which might change
in the future once the 'view' concept is used by non-cocoon frameworks)
Moreover, this is another reason to have a specific sitemap semantics
for explicit pipeline calls.
--
Stefano Mazzocchi
(sarcasticly) Peter for taking those
pictures of me at the BOF and placing them on the web. :-Prrr
--
Stefano Mazzocchi [EMAIL PROTECTED
Steven Noels wrote:
Stefano Mazzocchi wrote:
Forth, the ASF just established a fund-raising commitee. I talked
with the ASF conference committee
^
part of
In fact, I was going to talk to Ken about that today but I didn't have
time. Sorry for not having being more precise
]
For additional commands, email: [EMAIL PROTECTED]
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED
...
so for example why don't we add the ability to specify which view of
the pipeline we should start from?
map:generate type=pipeline src=/whatever/resource view=content/
What do you think think?
--
Stefano Mazzocchi [EMAIL PROTECTED
[EMAIL PROTECTED] wrote:
Gee, now I've been lurking about the cocoon mailing lists for years,
posting small and easily ignorable questions - and now this reply; it's
probably the first time I see: You are my man, really. I love this. on this mailing list... thanks Stefano - nice to know that I
a
proper way.
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email
Anybody close to East Lensing want to go out for a beer tonight?
Next stop, Boston Ma, USA. I'll stay there over the weekend and leave
Monday 18th for Vegas.
Let me know if you want to hang around.
--
Stefano Mazzocchi [EMAIL PROTECTED
://www.javaworld.com/javaworld/jw-02-2002/jw-0201-strutsxslt.html
to see how they implemented: servlet chaining for xml pipepine processing.
In short: they will never scale with an architecture like that.
Game over.
--
Stefano Mazzocchi [EMAIL PROTECTED
response.
What do you think?
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Miles Elam wrote:
Stefano Mazzocchi wrote:
I'm in a hurry now (going to the london gettogether right after this,
All Bar One on Regents Street, London if anybody else wants to show
up) but I will reply in full detail tomorrow.
No problem. Have fun! I wish I wasn't eight time zones away
that will be thrown out to us.
This is why I think that article is, in fact, harming us. Please, let's
avoid sticking it into the press/news section of our documentation.
--
Stefano Mazzocchi [EMAIL PROTECTED
Marcus Crafter wrote:
Hi Stefano,
Thanks for starting the ball here :)
My pleasure. If we don't implement this, Cocoon will simply collapse on
its own inertial weight in a few years.
Similar to virtual-packages in Debian ?
eg:
exim; provides: mail-transport-agent
sendmail
and going (soon) I'll take a
look at it.
Cheers,
Marcus
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail
a quiet-enough-to-talk pub and get geeky with it :)
[for party@] About the london gettogether of next-week: bummer but I
won't be there.
--
Stefano Mazzocchi [EMAIL PROTECTED
Robert Koberg wrote:
Hi,
-Original Message-
From: Stefano Mazzocchi [mailto:stefano;apache.org]
Sent: Monday, November 04, 2002 7:55 AM
Robert Koberg wrote:
I would suggest somoething like the following for all projects:
dev.projectx.cocoon.apache.org -- for development purposes
two
blocks could be using two different versions of the same block for bug
reasons.
Coupled with the exposure of pipelines only, block contracts are then
well defined and separated.
Yep.
--
Stefano Mazzocchi [EMAIL PROTECTED
Stephen McConnell wrote:
Stefano Mazzocchi wrote:
Stefanno:
Have read with interest the Blocks 1.1 description. First of all -
thanks to everyone who contributed to this. I have a number of notes
in-line, some of which I am sure will reflect my ignorance concerning
the Cocoon world
, please.
From the 'certified' stage the project can break out of it's cocoon
and take
flight (by being copied over to a live stage/server).
--
Stefano Mazzocchi [EMAIL PROTECTED
and
having such a provocative name would be cool
- lilith is also referred to extensively in Neon Genesis Evangelion,
one of my favorite anime ever. :)
What do you think? are you brave enough to vote yes to such a
provocative name? :)
--
Stefano Mazzocchi [EMAIL
is definately clearer :)
--
Stefano Mazzocchi [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email
It's important we have a up-to-date list of active committers when we
propose the PMC creation to the board. Since I don't want to miss
anybody, please, all cocoon committers go an theck who.xml in the
/src/documentation/xdoc/ directory and update your status/presence.
Thanks.
--
Stefano
Steven Noels wrote:
Stefano Mazzocchi wrote:
I think that having a machine name detached from any domain name would
help a lot both in communication and in perception of hardware
neutrality. If Nagoya was called 'e4500.sunlabs.org' I think people
would be less friendly to that, don't you
of parallelism, come up with some use-case scenarios and build from
there. You are attacking the problem coming from the opposite direction
and this leads to *serious* architectural mistakes (ask around at
Redmond, I think they understood this by now :)
--
Stefano Mazzocchi
people, but one person (more or less) coordinates the effort.
I have never participated in any linux development or mail list where
that development took place so I prefer not to talk about something I
don't know.
As such, I trust Carsten, Stefano and whom-ever to figure most of this
stuff out
Cocoon Blocks
-
author: Stefano Mazzocchi
status: working draft
version: 1.1
(see the end of the document for changes from the previous version)
DISCLAIMER: This document must be considered as a working draft and may
901 - 1000 of 1807 matches
Mail list logo