are presenting different views and design strategies on the
table because, at least, we know what other people feel about these
things and we can forecast future friction and, hopefully, prevent it.
On Sunday, Jul 13, 2003, at 10:43 America/Guayaquil, Sylvain Wallez
wrote:
Stefano Mazzocchi wrote:
I
I have taken a step back and reconsidered the whole discussion about
flow and how to implement it. I still believe that there is a lot of
preconceptions against the use of a scripted flow with continuations,
but diversity is a better value than any implementation (as Berin
suggests).
Sylvain
Everybody who tried knows that using a relational database to store
semi-structured content is a suicidal move. You can use all the
object-relational or xml-relational or text-indexing database-specific
capabilities of the world and still feel like there is something wrong.
It's like storing
On Tuesday, Jul 15, 2003, at 01:13 America/Guayaquil, Andreas
Hochsteger wrote:
Hi!
Hunsberger, Peter wrote:
[snip]
Go back to last Novembers discussions on this issue. We went through
this entire issue at that time. At that point Stephano felt the hooks
we
needed would probably end up in
On Tuesday, Jul 15, 2003, at 14:38 America/Guayaquil, Hunsberger, Peter
wrote:
Stefano Mazzocchi [EMAIL PROTECTED] writes:
This morning I found this
http://www.namesys.com/v4/pseudo.html
and I was *litterarely* blown away.
Been monitoring Slashdot perhaps? Apparently (from the XML-dev
On Monday, Jul 14, 2003, at 11:29 America/Guayaquil, Berin Loritsch
wrote:
The basic underlying issue here is that we want a smart and adaptive
cache.
Yep. Basically, this comes from the fact that I would not know whether
caching a particular resource fragment makes things faster or not.
On Tuesday, Jul 15, 2003, at 15:40 America/Guayaquil, Tony Collen wrote:
More RTing:
Imagine having an XSL processor in the kernel:
You could execute .xsl files, bypassing having to run a processor
manually.
prompt$ page2html.xsl input.xml output.html
Borrowing the pipeline concept from
On Tuesday, Jul 15, 2003, at 17:06 America/Guayaquil, Berin Loritsch
wrote:
Stefano Mazzocchi wrote:
Stefano, a little depressed by the fact that what he considers the
best idea of his entire life is not even barely understood :-(
Not all of us are super-geniouses.
Guess what, I'm not either
On Wednesday, Jul 16, 2003, at 01:21 America/Guayaquil, Andreas
Hochsteger wrote:
Often I thought that he's a bit arrogant (forgive me, Stefano ;-)
Arrogant? who, me?
You are *definately* and *utterly* wrong.
I'm not arrogant: I'm a stinking pain in your ass.
Or, if you want to rephrase, a
On Tuesday, Jul 15, 2003, at 17:06 America/Guayaquil, Berin Loritsch
wrote:
Berin, a little purturbed by assumptions on assumptions about the
accademic level of understanding of the fellow contributors. :(
Dude,
I'm sorry. I'm an asshole. I really am. Please excuse me for having
jumped on you.
On Wednesday, Jul 16, 2003, at 04:31 America/Guayaquil, Marc Portier
wrote:
Stefano Mazzocchi wrote:
Oh god, it seems that I really can't get thru these days.
It's probably time to shut up and let code speak for me.
--
Stefano.
I feel your pain, brother...
yep, language barriers can be more
On Wednesday, Jul 16, 2003, at 07:12 America/Guayaquil, Carsten
Ziegeler wrote:
Hi,
I just wanted to check what the status for releasing tomorrow is?
I don't want to rain on the party, but I think we should have a vote on
the the thread on the sitemap/flow hooks since changing this between
On Wednesday, Jul 16, 2003, at 09:01 America/Guayaquil, Niclas Hedhman
wrote:
What you are trying to say (I think) is that the FS needs the whole
XPath
spec, not only ways to treat XML documents as filestructures, right?
Right on, bro.
--
Stefano.
On Wednesday, Jul 16, 2003, at 12:24 America/Guayaquil, Tim Myers wrote:
Hey Stefano,
Don't you use Mac OS X now? You know what apple really got wrong in
the
finder? They use file extentions!!!
I think this is not the case.
OS9- had file attributes to store typing
information.
I believe this
On Wednesday, Jul 16, 2003, at 12:27 America/Guayaquil, Christopher
Oliver wrote:
Flow is still not ready to release.
1) Flowscript documention is incomplete
2) Some samples have not migrated to FOM yet.
3) Flow/FOM is not yet stable. There's a bug that causes NPE with
mulitple sessions
Chris,
On Wednesday, Jul 16, 2003, at 15:00 America/Guayaquil, Jason Foster
wrote:
You'd get the same thing using a non-linear function instead of using
variable weightings.
snip/
If we're thinking non-linear, then how about considering fuzzy
parameters?
Hmmm. This would place even more configuration
On Wednesday, Jul 16, 2003, at 14:40 America/Guayaquil, Berin Loritsch
wrote:
Stefano Mazzocchi wrote:
What you left as an excersize to the reader was the Cost function.
See my email to Marc for more insights.
And my response to that. I think I am starting to get it. Having
an adaptive cost
On Thursday, Jul 17, 2003, at 08:03 America/Guayaquil, Berin Loritsch
wrote:
[skipping nice parallel in digital audio]
The concept translates over to the adaptive cache approach at almost
1:1.
The actual individual cost sample is not important. It is the
windowed average that is important.
On Thursday, Jul 17, 2003, at 13:29 America/Guayaquil, Hunsberger,
Peter wrote:
Stefano Mazzocchi [EMAIL PROTECTED] writes (and writes, and writes,
and writes):
LOL!
small snip/
WARNING: this RT is long! and very dense, so I suggest you to
turn on your printer.
I don't have time to go through
sorry for some delay in the discussion
On Friday, Jul 18, 2003, at 07:28 America/Guayaquil, Geoff Howard wrote:
Well, since Peter's dragged me into this... ;)
Hunsberger, Peter wrote:
Stefano Mazzocchi [EMAIL PROTECTED] writes (and writes, and writes,
and writes):
small snip/
WARNING: this RT
I have never had the chance (yet) to try any of the form-handing
mechanisms, but I'm glad that people start talking about convergence.
Other than this, I don't have much to say.
On Tuesday, Jul 22, 2003, at 11:23 America/Guayaquil, Bruno Dumon wrote:
Although there is a great probability that
I'm on the plane back to Italy. My iTunes plays Celia Cruz's el
carnival de la vida in honor of her recent death. And I'm thinking
that the time has arrived for this RT to land.
In really short term: Cocoon is mismarketed.
I think many realize this.
What many don't necessarely realize is that
On Wednesday, Jul 23, 2003, at 04:06 America/Guayaquil, Nicola Ken
Barozzi wrote:
As some know, I have put a service based on Ant on my server that
weekly downloads from Bugzilla the patches of Cocoon, formats them in
text, and sends them to the mailing list. This makes it easy to keep
track
On Thursday, Jul 24, 2003, at 06:40 America/Guayaquil, Christoph Gaffga
wrote:
Hi,
we are running Cocoon 2.1m3 on JDK 1.2
with -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC
-Xmx120
0m -Xms1200m and we see only little perfomance increase. But there is
something I read in the
replying to both Gianugo and Marc in the same email for brevity.
On Friday, Jul 25, 2003, at 17:08 Europe/Rome, Marc Portier wrote:
Gianugo Rabellino wrote:
Stefano Mazzocchi wrote:
snip /
Now Cocoon, in its present incarnation, is heavily biased by the
read-only syndrome, and this makes IMO
On Sunday, Jul 27, 2003, at 15:04 Europe/Rome, Andreas Kuckartz wrote:
Carsten Ziegeler wrote:
I want to make the 2.1rc1 release on tuesday. I haven't followed
the list this week very closely, but it seems that there are no
outstanding issues. Did I oversee something?
No. The vote on the sitemap
On Monday, Jul 28, 2003, at 15:46 Europe/Rome, Sylvain Wallez wrote:
Hi team,
I'd like to propose two people for Cocoon committership : Ugo Cei and
Marc Portier.
Ugo has been there for years (the archives show his first post back in
July 2000!), has been an early adopter of flowscript and
On Tuesday, Jul 29, 2003, at 05:10 Europe/Rome, Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
Cocoon is glue and duct tape for your web needs.
...
I propose to choose the humble one.
I guess we are all agree with your RT. What's next -- what we are
going to update? :)
I'll write something
On Tuesday, Jul 29, 2003, at 08:25 Europe/Rome, TREGAN Fabien wrote:
fabien.
PS : If you ever oganise a GetTogether in France, jsut let me know, I
know where you can rent huge houses near the forest, with horses,
swimming pool, and video projector, 40 minutes from Toulouse in the
middle of
On Monday, Jul 28, 2003, at 15:38 Europe/Rome, Marc Portier wrote:
The above weakness of URL space handling is the first thing that
severely hurt the WebDAV world. [note: a bug in microsoft web folders
eliminates the trailing slash from URL before sending the HTTP
request, go figure! means
On Monday, Jul 28, 2003, at 18:57 Europe/Rome, Gianugo Rabellino wrote:
Stefano Mazzocchi wrote:
the single pieces that make that result happen. Even the simplest
XSLT transformation can't be reversely applied, so now there is no
way to understand how an resource should be treated
On Monday, Jul 28, 2003, at 20:49 Europe/Rome, Guido Casper wrote:
A webdavapp is always stateless on the server as the (fat) client
manages
the state. So it should be possible (and more maintainable in the long
run?)
to build a webdavapp in a mostly declarative fashion.
Yes, I agree.
--
On Tuesday, Jul 29, 2003, at 10:19 Europe/Rome, Nicola Ken Barozzi
wrote:
So in reality, there should be a kind of mechanism *before*
Generation that is able to present the sitemap with payloads as urls
and Requests in the content as Request data.
This mechanism must occur not only before
On Tuesday, Jul 29, 2003, at 16:58 Europe/Rome, Hunsberger, Peter wrote:
Stefano Mazzocchi [EMAIL PROTECTED] asks:
If you do the Google search you'll notice the references to
randomized
paging algorithms. I didn't chase these very far other than to
determine that at least one author shows
On Tuesday, Jul 29, 2003, at 18:00 Europe/Rome, Vadim Gritsenko wrote:
Gianugo Rabellino wrote:
Vadim Gritsenko wrote:
Another thing to keep in mind is that if everybody starts developing
2.2 and nobody works on 2.1+, then it makes sense to copy all of the
blocks to 2.2 as well, and 2.1 will
On Tuesday, Jul 29, 2003, at 17:28 Europe/Rome, Gianugo Rabellino wrote:
Stefano Mazzocchi wrote:
Careful here: I never said that a symmetrical design is bad
(actually, I love when designs become symmetrical), what is bad is
symmetry-driven design.
The design should be done driven
On Wednesday, Jul 30, 2003, at 11:25 Europe/Rome, Carsten Ziegeler
wrote:
The Apache Cocoon team is proud to announce the new release
of Apache Cocoon.
Great. Thanks Carsten.
Just one little problem below:
In an era where services rather than software
will be key for economic success, a better
On Wednesday, Jul 30, 2003, at 18:48 Europe/Rome, Nicola Ken Barozzi
wrote:
http://blog.xesoft.com/jon.lipsky/blog/Java/
?permalink=workflow_viewlets.html
did you guys ever programmed java with JavaStudio? it was a nice little
app that sun released in the early java days. it was visual
On Thursday, Jul 31, 2003, at 14:05 Europe/Rome, Nicola Ken Barozzi
wrote:
Steven Noels wrote, On 31/07/2003 13.32:
On 31/07/2003 13:27 Stefano Mazzocchi wrote:
I removed references to the publishing framework and added a CSS
stylesheet to both the cocoon directory and lenya's using
On Thursday, Jul 31, 2003, at 14:31 Europe/Rome, Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
why? visual programming is bullshit.
Not if it supports full round trip, nonvisual - visual - nonvisual.
It's much easier to quickly understand what's going on in the workflow
by lookng
On Thursday, Jul 31, 2003, at 15:20 Europe/Rome, Carsten Ziegeler wrote:
I just want to collect opinions how to manage the final release.
Now, it seems 2.1rc1 is relative stable, no real complains, some minor
issues but no showstoppers. From that we could say: the current cvs
is the final
On Friday, Aug 1, 2003, at 10:16 Europe/Rome, Carsten Ziegeler wrote:
There are several problems with xsltc which makes Cocoon in some
scenarios unusable. We have several problem reports and I know
from many customers that they all had to disable xsltc and use
xslt in their environment.
It's ok
On Friday, Aug 1, 2003, at 11:48 Europe/Rome, Reinhard Pötz wrote:
Quick question:
Is there a reason why the paginator and the image reader are part of
Cocoon core and not put into blocks?
lazyness ;-)
I'm asking because if you call http://localhost:/samples/ you get
the impression that they
On Friday, Aug 1, 2003, at 13:25 Europe/Rome, Steven Noels wrote:
On 1/08/2003 13:04 Stefano Mazzocchi wrote:
You could add a link to the GT page, so that people would know how to
follow up on that (and maybe how to submit proposals for talks and
stuff like that)
I'm busily preparing a real
On Friday, Aug 1, 2003, at 17:10 Europe/Rome, Bruno Dumon wrote:
On Fri, 2003-08-01 at 17:06, Gianugo Rabellino wrote:
Steven Noels wrote:
On 1/08/2003 15:29 Vadim Gritsenko wrote:
The Xerces-J team is very happy to announce that version 2.5.0 of
Xerces-J is now available. This release provides
On Saturday, Aug 2, 2003, at 13:06 Europe/Rome, Marc Portier wrote:
IMO, SoC is more about colaboration then it is about separation?
Absolutely. This is indeed so: once you start the path of enforcing SoC
and you start measuring your architectures in terms of concern overlap
and contract
On Monday, Aug 4, 2003, at 13:26 Europe/Rome, Christian Haul wrote:
On 29.Jul.2003 -- 11:05 AM, Steven Noels wrote:
Dear all,
I've just checked in a verbatim copy of the Jakarta Guidelines
(located
at http://jakarta.apache.org/site/proposal.html) in the cocoon-site
module, that could serve as
On Tuesday, Aug 5, 2003, at 16:40 Europe/Rome, Steven Noels wrote:
On 5/08/2003 11:49 [EMAIL PROTECTED] wrote:
new marketing strategy and dealing with all the due credits and
copyright restrictions
Thanks for the copyright stuff! Some remarks:
+ Apache Cocoon is a web development
On Tuesday, Aug 12, 2003, at 10:39 Europe/Rome, Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
The auth framework action should be refactored into a general
user-managing component and at that point, it could be used both by
the
action and by a flowscript.
It's already refactored, the actions
On Monday, Aug 11, 2003, at 19:26 Europe/Rome, Upayavira wrote:
On 11 Aug 2003 at 19:10, Reinhard Pötz wrote:
From: Steve Krulewitz
[I posted this earlier on the user list, but it might be more
appropriate here given the new-ness of the flow stuff]
Hey folks --
Total newbie here. I've been
On Monday, Aug 11, 2003, at 14:57 Europe/Rome, Steven Noels wrote:
On 29/07/2003 11:47 Carsten Ziegeler wrote:
- the part about the release is not the way we currently do the
releases
Here we have to decide if we want to stick to our more lazy
approach
of releases or if we want to adopt a
On Monday, Aug 11, 2003, at 14:54 Europe/Rome, Carsten Ziegeler wrote:
As I will doing the release tomorrow morning, please don't check in
anything starting tomorrow morning at 9:00 european time until the
release process is finished.
WAIT! The first page of the documentation hasn't been
On Monday, Aug 11, 2003, at 23:03 Europe/Rome, Joerg Heinicke wrote:
[EMAIL PROTECTED] wrote:
joerg 2003/08/11 13:57:33
Modified:.README.txt
Log:
improvements by Steven Noels applied
thanks for applying this.
Revision ChangesPath
1.4 +26 -32
On Monday, Aug 11, 2003, at 21:36 Europe/Rome, Upayavira wrote:
Upayavira,
could you please turn off HTML email? thanks.
--
Stefano.
Virtual Pipeline Components
---
Currently, people abuse the map:resource part of the sitemap to create
pipeline fragments to call. This was introduced by the TreeProcessor
implementation of the sitemap but map:resources were *not* designed to
be pipeline fragments but
On Thursday, Aug 14, 2003, at 19:07 Europe/Rome, Miles Elam wrote:
Vadim Gritsenko wrote:
Here is another wild (or not?) thought.
Not so wild to me.
All this discussion comes down to the requirement of generating some
XML out of the content usually served by the reader, if that's
possible
On Thursday, Aug 14, 2003, at 21:44 Europe/Rome, Andreas Hochsteger
wrote:
Hi!
Sorry, but this discussion seems to tell us one thing:
The current sitemap syntax and cocoon processing model is not really
suitable for such kind of processing.
I completely agree.
All this reminds me of a proposal
On Friday, Aug 15, 2003, at 14:45 Europe/Rome, Vadim Gritsenko wrote:
Jeremy Quinn wrote:
BTW: The Hibernate guys are now aware of the license problem, and
seem to be
willing to offer their api under a less restrictive license.
That is good news ...
Some BSD-like license for redistributing
On Friday, Aug 15, 2003, at 23:49 Europe/Rome, Sylvain Wallez wrote:
Andreas Hartmann wrote:
Sylvain Wallez wrote:
[...]
map:call function=foo
map:parameter name=bar value=baz/
/map:call
function foo(bar) {
...
}
This syntax turns named parameters in the sitemap into positional
On Sunday, Aug 17, 2003, at 00:58 Europe/Rome, Jay Freeman ((saurik))
wrote:
The #1 thing that would help me start using Cocoon is orthogonal to a
binary/source distribution issue (and I'll note my preference is
towards
binary on this axis).
I agree with you (and the previous arguments, I read
This is a collection of (more or less) random thoughts about the
implementation of Cocoon Blocks that I collected while talking with
Ricardo and Sylvain IRL.
Please note that anything proposed here, while organic and workable, is
not to be considered carved in stone, but rather a suggestion on
On Tuesday, Aug 19, 2003, at 23:51 Europe/Rome, Tony Collen wrote:
Miles Elam wrote:
Stefano Mazzocchi wrote:
snip;
the default sitemap is too verbose and this scares people away. I
would like to move the default sitemap component definitions into
the cocoon.xconf.
Note that with blocks
On Wednesday, Aug 20, 2003, at 11:27 Europe/Rome, Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
On Friday, Aug 15, 2003, at 23:49 Europe/Rome, Sylvain Wallez wrote:
snip/
And this really demonstrates how dangerous can be this translation
to positional parameter ;-)
why don't we fix
On Wednesday, Aug 20, 2003, at 13:28 Europe/Rome, Carsten Ziegeler
wrote:
Sylvain Wallez wrote:
One thing missing is passing information from the pipeline to the
components.
For example if you write this pipeline:
map:generate type=filteredFile src=afile.xml
map:parameter name=a parameter
On Wednesday, Aug 20, 2003, at 11:14 Europe/Rome, Jay Freeman
((saurik)) wrote:
Stefano:
So, after making a request for this a few days ago, with some people's
help
(a suggestion to look into mounted sitemaps) there seems to be an
already
existing solution. Rather than adding extra
On Wednesday, Aug 20, 2003, at 20:15 Europe/Rome, Gianugo Rabellino
wrote:
Looks like I missed some serious fun during these vacations... time to
catch up!
Stefano Mazzocchi wrote:
Virtual Pipeline Components
---
Love the idea. Even because it was me suggesting
On Thursday, Aug 21, 2003, at 17:45 Europe/Rome, Christian Haul wrote:
On 21.Aug.2003 -- 01:40 PM, Carsten Ziegeler wrote:
But, if you write
map:generate type=filteredFile src=something
then you can access it automatically as {src} rather than
writing
map:generate type=filteredFile
On Friday, Aug 22, 2003, at 17:42 Europe/Rome, Christian Haul wrote:
On 21.Aug.2003 -- 06:17 PM, Sylvain Wallez wrote:
Imagine that filteredFile above is actually defined as file in the
top-level sitemap because you want to *globally* change the file
generator inherited by subsitemaps.
Indeed,
On Tuesday, Aug 19, 2003, at 22:35 Europe/Rome, Miles Elam wrote:
Is only one interception possible?
No, of course not. You could have multiple interceptions, for example
main.js
function getBlah() {
return createBlah();
}
interceptor1.js
function get*() {
before();
On Tuesday, Aug 19, 2003, at 22:41 Europe/Rome, Christian Haul wrote:
Stefano Mazzocchi wrote:
Virtual Pipeline Components
---
snip what=suggestions I agree with/
I'm all in favour of this since the topic came up first. Unfortunatly,
I haven't found the time
On Friday, Aug 22, 2003, at 18:05 Europe/Rome, Roger I Martin PhD wrote:
For Cocoon developers: you need to start thinking of Cocoon as a
servlet
intended to be used inside of your customer's webapp.
For Roger I Martin PhD: you need to start reading the mail list
archives (or ask) before
On Saturday, Aug 23, 2003, at 08:45 Europe/Rome, Jay Freeman ((saurik))
wrote:
Stefano:
Could you describe what you mean by above and sideways? :) I'm not
sure
what you are seeing, hehe. To me the super-sitemap (which is kind of
what
this would be, as the main sitemap would be a subsitemap of
On Saturday, Aug 23, 2003, at 14:17 Europe/Rome, Steven Noels wrote:
I still believe authentication code should be orthogonal to actual
application logic, and rather be defined by the container.
Sure, too bad everybody has a different opinion on what the container
is.
If you talk to os kernel
On Sunday, Aug 24, 2003, at 08:35 Europe/Rome, Steven Noels wrote:
Stefano Mazzocchi wrote:
If you talk to os kernel folks, they think authentication should
happen right at TCP/IP stack level, if you talk to httpd, they will
give you an apache module, if you talk to servlet engine folks
On Sunday, Aug 24, 2003, at 17:58 Europe/Rome, Steven Noels wrote:
Stefano Mazzocchi wrote:
One day I hope the anti-flow/pro-action people will simply stop
sneaking doubts and come up with real arguments on why we shouldn't
heavily bet on the flow.
I thought we were done
On Wednesday, Aug 27, 2003, at 11:35 Europe/Rome, Christian Haul wrote:
Which is the whole point of my mail. Don't use dependency ranges, use
metadata specifying capabilities and requirements for this.
I think you greatly underestimate the complexity of the approach you
are proposing.
Last
On Wednesday, Aug 27, 2003, at 14:39 Europe/Rome, Berin Loritsch wrote:
[snip]
I would start with something like this, and see how far it can take
you--and
if there are new features required, add them.
This is (more or less) what I was planning to implement ;-)
--
Stefano.
On Wednesday, Aug 27, 2003, at 17:41 Europe/Rome, Nicola Ken Barozzi
wrote:
Calling a resource, inserting a virtual pipeline and using the
cocoon: protocol are for most uses equivalent.
I agree when you say that since the introduction of the cocoon:
protocol, map:resource is now redundant (and
On Thursday, Aug 28, 2003, at 15:47 Europe/Rome, Niclas Hedhman wrote:
Nicola Ken Barozzi said:
Berin, I think that Robert has a valid point here, and that is
similar to what Avalon said about Logkit and Log4j.
When I was still in Avalon, Avalon had informally agreed to push
Logkit EOL in favor
I'll be offline for 2 weeks starting from now.
--
Stefano.
On Friday, Aug 29, 2003, at 08:12 Europe/Rome, Niclas Hedhman wrote:
Hi all,
the recent comments about production build and binary builds have
caused me to think about Cocoon Distros and what must core Cocoon do
to allow for Cocoon Distros from 3rd parties.
[snip]
*everything* about ease of
On Thursday, Aug 28, 2003, at 20:00 Europe/Rome, Jay Freeman ((saurik))
wrote:
So my eye finally caught on the Starting 2.2 thread today, it seemed
interesting, and I went to read through this... and I must say the main
reaction I ended up having to it is HUH?!?. :)
Is the reason you need a new
On Friday, Aug 29, 2003, at 18:27 Europe/Rome, Vadim Gritsenko wrote:
Temp dir:
I've been assuming this file and dir structure is the persistent
state for the block manager.
The only servlet engine which wipes out deployment (aka temp, aka
staging) directory on restart is Jetty. None of the
On Friday, Aug 29, 2003, at 20:27 Europe/Rome, Jay Freeman ((saurik))
wrote:
Stefano:
I totally agree on the evolution thing. To start, the process of
moving to
Subversion would be a repository import, not starting from scratch.
As for tools:
http://subclipse.tigris.org/
(Subversion plugin
On Monday, Sep 1, 2003, at 16:59 Europe/Rome, Hunsberger, Peter wrote:
Geoff Howard [EMAIL PROTECTED] writes:
snip/
But this brings up another point - what to do if the wiring.xml and
others is deleted? Presumably, all blocks are uninstalled in this
state, but what does this do to persistence
On Thursday, Sep 4, 2003, at 08:27 Europe/Rome, Jeff Ramsdale wrote:
I expect the average new Cocoon user is also a Windows user
(though I could be wrong). So why are the snapshots not in .zip
format?
FYI: WinZip supports tar.gz files just fine.
That may be (and I suspected as much), but
On Thursday, Sep 4, 2003, at 16:13 Europe/Rome, Antonio Gallardo wrote:
Giacomo Pati dijo:
Have a look at
http://quartz.sourceforge.net/javadoc/org/quartz/CronTrigger.html
for more details.
I would love to, but it is - for any reason - not accessible from
here
right now - only the tutorial. And
On Thursday, Sep 4, 2003, at 16:21 Europe/Rome, Carsten Ziegeler wrote:
Antonio Gallardo wrote:
Carsten Ziegeler dijo:
Giacomo Pati wrote:
I would love to, but it is - for any reason - not accessible
from here right
now - only the tutorial. And there I found the periodic trigger :)
Go blame you
On Wednesday, Sep 10, 2003, at 13:39 Europe/Rome, Geoff Howard wrote:
Bruno Dumon wrote:
On Tue, 2003-09-09 at 17:02, Geoff Howard wrote:
...
I also considered recording the wire-id instead of the uri for
connections between blocks - what are the arguments for each?
connection was out of the
On Wednesday, Sep 10, 2003, at 13:47 Europe/Rome, Geoff Howard wrote:
Aha, I understand the issue now. And next to staging and live servers
there are of course also the development servers or workstations. So
there are parameters which will be common for all installations and
parameters which can
On Thursday, Sep 11, 2003, at 20:11 Europe/Rome, Bruno Dumon wrote:
I've been reading through the most recent block related threads: Cocoon
Blocks 1.1 [1] and Implementing Cocoon Blocks [2]. These two documents
pretty much complement each other, the first mostly focussing on the
blocks itself
On Sunday, Aug 31, 2003, at 15:04 Europe/Rome, Christian Haul wrote:
Stefano Mazzocchi wrote:
On Wednesday, Aug 27, 2003, at 11:35 Europe/Rome, Christian Haul
wrote:
Which is the whole point of my mail. Don't use dependency ranges, use
metadata specifying capabilities and requirements
On Saturday, Sep 13, 2003, at 21:06 Europe/Rome, Geoff Howard wrote:
4) changed configuration in configurations to identify a
container that can contain one or more parameters.
I took the liberty of changing this from configurations to parameters
since in my mind configuration already refers
On Sunday, Sep 14, 2003, at 18:31 Europe/Rome, Vadim Gritsenko wrote:
if you wish to have proper names, that would be a comman line
property away. This, for example, is useful for those projects that
might wish to still distribute a complete war (forrest comes to mind)
where the wiring.xml
On Sunday, Sep 14, 2003, at 20:51 Europe/Rome, Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
On Sunday, Sep 14, 2003, at 18:31 Europe/Rome, Vadim Gritsenko wrote:
if you wish to have proper names, that would be a comman line
property away. This, for example, is useful for those projects
Cocoon and PHP are, AFAIK, the only ASF projects that have such a
powerful community that they manage to organize their own events.
Last year, I was unfortunately not able to attend the GetTogether
because it was held the same day of ApacheCON. This year, I will be
very glad to attend and to
On Monday, Sep 15, 2003, at 14:37 Europe/Rome, Giacomo Pati wrote:
On Thu, 11 Sep 2003, David Crossley wrote:
I propose Antonio Gallardo and Tony Collen to be Cocoon committers.
They have both been contributing lots of stuff and discussion
on both cocoon-dev and cocoon-users since mid-2002.
On Wednesday, Sep 17, 2003, at 09:53 Europe/Rome, Reinhard Poetz wrote:
From: Sylvain Wallez
Ricardo Rocha wrote:
http://www.orbeon.com/oxf/cocoon
A bit unfair, but well... that's marketing and also shows
that our docs
don't reveal the full range of Cocoon features.
Yep, but as we can see our
On Wednesday, Sep 17, 2003, at 12:17 Europe/Rome, Gianugo Rabellino
wrote:
[snipped rebuttal]
Cocoon strong points
OXF doesn't mention a few Cocoon strong points.
I would like to see at a very least:
- Views;
- Pluggable URL-like extensions (the Source interface);
-
On Thursday, Sep 18, 2003, at 05:12 Europe/Rome, Geoff Howard wrote:
Stefano Mazzocchi wrote:
All right, what the hell, you are right, let's move out of the
impasse.
I thought we'd come to some agreement that no option was without
problems but that splitting to a separate cocoon-2.2 module
1 - 100 of 1170 matches
Mail list logo
