course.
--
Stefano Mazzocchi
Research Scientist Digital Libraries Research Group
Massachusetts Institute of Technologylocation: E25-131C
77 Massachusetts Ave telephone: +1 (617) 253-1096
Cambridge, MA 02139-4307 email: stefanom at mit
Carsten Ziegeler wrote:
In the last days I simpliefied the configuration for 2.2 a little bit.
Since you're at it, I would suggest considering removing a lot of the
cocoon.xconf stuff and turn them into compile-time settings.
Two things should happen for cocoon 2.2, IMO:
1) if you *do
Jimmy Zhang wrote:
Hi, Thanks for the email.
My answers to your questions:
1. It is a tradeoff-VTD-XMl consumes more memory, but
is easy to use and more powerful, Any random access capable XML
processing API *needs* to at least load the entire hierachical structure
in memory. My take is that
Ralph Goers wrote:
The forms block is now marked stable. I believe legal has given the OK
for us to use the JCR api. To the best of my recollection I believe
those were the only two items standing in the way of a 2.1.9 release.
So please vote.
My +1
+1
--
Stefano.
Jimmy Zhang wrote:
Eight years after the invention of XML, DOM and SAX,
despite their respective issues, are still the mainstays
of application developers.
So is it the end of road for XML parsing innovation?
The VTD-XML project team think not. We are proud to
announce the availability of
Pier Fumagalli wrote:
On 9 Feb 2006, at 19:37, Antonio Gallardo wrote:
[EMAIL PROTECTED] wrote:
Author: pier
Date: Thu Feb 9 10:49:12 2006
New Revision: 376379
URL: http://svn.apache.org/viewcvs?rev=376379view=rev
Log:
Backporting changes from BRANCH_2_1_X
Backporting? You are
Giacomo Pati wrote:
My final concern in this will be that Cocoon can be used as a platform
(not just a framework) to host an arbitrary number of independant
applications maintainable by the set of tools we develop/deliver here
for deployment of such application and management of the Cocoon
Jorg Heymans wrote:
Giacomo Pati wrote:
I'm trying to get the cocoon.jcr block compiling but cannot find a
jcr-1.1.jar to download from any of the maven repos I know of.
Anybody knows of one? I've found a jcr-1.0.jar at
http://www.day.com/maven/jsr170/jars/ but I don't want to list the Day
Giacomo Pati wrote:
I'm trying to get the cocoon.jcr block compiling but cannot find a
jcr-1.1.jar to download from any of the maven repos I know of.
Anybody knows of one? I've found a jcr-1.0.jar at
http://www.day.com/maven/jsr170/jars/ but I don't want to list the Day
server in our poms.
Helma van der Linden wrote:
Guys,
I usually keep away from licensing issues, but this time I'd like to
know if it is done correctly. I'm looking at a project that is made up
of several other open source projects, cocoon is one of them, another
(sub)project is licensed under BSD.
This
Andrew Stevens wrote:
From: Helma van der Linden [EMAIL PROTECTED]
Date: Tue, 10 Jan 2006 17:31:25 +0100
Guys,
I usually keep away from licensing issues, but this time I'd like to
know if it is done correctly. I'm looking at a project that is made up
of several other open source projects,
Pier Fumagalli wrote:
On 10 Jan 2006, at 16:31, Helma van der Linden wrote:
Guys,
I usually keep away from licensing issues, but this time I'd like to
know if it is done correctly. I'm looking at a project that is made up
of several other open source projects, cocoon is one of them, another
hepabolu wrote:
Pier Fumagalli wrote:
In the second, those changes will be in the hands of the distributor
(and thus GPLed). There are two options, either the copyright of
those changes is transfered to the ASF by the distributor (and then
we'll follows what's described above) or they'll
Daniel Fagerstrom wrote:
Stefano Mazzocchi wrote:
Arje Cahn wrote:
FYI, I'm on the technical review board of that conference.
Will you attend too?
Don't know, probably not, but I'll have to be in Sweden the week after
that to given a keynote speech, so I might be able to stop
Arje Cahn wrote:
Hi there,
XTech 2006 (former XMLEurope) will be held in Amsterdam 16-19 May. They
have the option to request a (free?) room for related events - hackton
and the likes. Any interest? I could arrange something..
FYI, I'm on the technical review board of that conference.
--
Arje Cahn wrote:
FYI, I'm on the technical review board of that conference.
Will you attend too?
Don't know, probably not, but I'll have to be in Sweden the week after
that to given a keynote speech, so I might be able to stop by ;-)
--
Stefano.
Vadim Gritsenko wrote:
On Dec 23, 2005, at 9:13 AM, hepabolu wrote:
Nathaniel Alfred wrote:
Please cast your votes!
+1
And here's mine: +1
late, +1
late as well, +1
--
Stefano.
Giacomo Pati wrote:
(I was
questioning myself which ideas it was to write such a Loader as the
one from jetty look so similar to the one we have).
Ehm, well, I think it's simply because I wrote that Loader before they
did :-)
--
Stefano.
Mark Lowe wrote:
Nice charts.. They assume that the same folk that are there at the
start of the start line are the same folk that are end or even perhaps
middle. Despite having a lot of respect for stefano's achievements and
the contribution that cocoon has made, I think the graphs are wrong,
Daniel Fagerstrom wrote:
It seem like we all agree about that the Cocoon core need to be
simplified, although we have different opinions about how to achieve it.
IMO it can be done in steps by refactoring of the trunk.
One of the complications with Cocoon is the environment abstraction:
Niclas Hedhman wrote:
On Friday 09 December 2005 02:21, Stefano Mazzocchi wrote:
And in terms of moving the equi-cost point to the left, there are two
fundmentally different variables to consider.
for instance, if t
y = a * b / x `
\/
total cost
Prologue
I've followed the results of my shaking the tree last month with a mix
of worry, amusement, anger, hope and despair, not necessarily in this order.
RF stands for random feelings. The web is undergoing a phase
transition, from a web of pages to a web of data and services.
Luca Morandini wrote:
Stefano Mazzocchi wrote:
Luca Morandini wrote:
Nevertheless, it is easier to build a tool around a declarative
language expressed as XML, than a procedural language expressed as...
a procedural programming language.
I'm sorry, Luca, but I think that's BS.
cut
Sylvain Wallez wrote:
[snip]
Tell me your thoughts. Am I completely off-track, or do you also want to
build this great new thing?
Well, I've always been against dynamic pipelines and content-aware
selection. But yes, I've changed my mind.
scripted sitemap, pull-driven events, dynamic
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
The 2.1.8 release is built and currently uploading. So this is the end
of the code freeze.
Yeah! Finally!
Thanks Carsten!
awesome job guys... now let's try to move a little bit faster for the
next releases ok? ;-)
--
Stefano.
Torsten Curdt wrote:
I agree that the Cocoon website needs a redesign. However, a redesign
with the same old content doesn't really makes sense and could do more
harm than good. But with the cool new documentation that is coming, we
definitely have to change the skin of our website to clearly
Jorg Heymans wrote:
Agreed, but a new logo when we release 2.2 or 3.0 would be highly
desirable from a marketing point of view. The current one is starting to
show its age IMO.
Call me old fart, but I'm *strongly* -1 about a logo change.
--
Stefano.
Ross Gardler wrote:
Ross Gardler wrote:
Ross Gardler wrote:
Ross Gardler wrote:
Please check them out, make sure I've not missed anything as I've
not been able to get more than about 15 minutes at a time to focus
on this so I may well have missed things.
The entry URL has obviously
hepabolu wrote:
Ross Gardler wrote:
applause/
+1
With respect to skins and themes, wait until you see the new
replacement for the skinning system - it's awesome in its
configurability and flexibility (and no, I didn't write it ;-)
Ross
I agree, the TOC could go, either to the menu bar
Ross Gardler wrote:
Pier Fumagalli wrote:
On 29 Oct 2005, at 17:18, hepabolu wrote:
On my brand new Powerbook, the background color of the Apache Cocoon
logo (left with feather) has a different shade of blue as
background, while I can't remember having seen that on my Windows
machine.
Sylvain Wallez wrote:
Hi all,
As you certainly know, Ajax and RAD/scripted frameworks are hot lately.
I'm closely following http://www.ajaxian.com/, a blog about all things
Ajax. Recently they started talking about continuations [1] and [2],
even mentioning our Rhino fork, but without
Peter,
thanks so much for this, great plug for me to start.
Peter Hunsberger wrote:
On 9/30/05, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
There was a moment where I could have been one of the first people to
respond to this thread, you just happened to ask this question when I
was watching
Upayavira wrote:
Stefano Mazzocchi wrote:
Ross Gardler wrote:
I've just added the Forrest configuration to the whiteboard as
daisy-to-docs. I'll now update our forestbot to retrieve it from the
Cocoon repo instead of the Forrest one. This way if any changes are made
here to the skin
Ross Gardler wrote:
I've just added the Forrest configuration to the whiteboard as
daisy-to-docs. I'll now update our forestbot to retrieve it from the
Cocoon repo instead of the Forrest one. This way if any changes are made
here to the skin, for example, they will be refelected in the next
Bruno Dumon wrote:
OK, done.
If you used the Daisy editor recently ( 5 hours), old resources might
be cached in your browser, in which case it is best to clear your
browser's cache.
BTW, this Daisy runs on a Cocoon 2.1.8-dev snapshot from this afternoon.
Thanks Bruno!
--
Stefano.
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Isn't 1999-2005 enough?
Well, actually yes, and to be honest 1999 is wrong anyway as the code
has been written later...but I don't want to touch the old values, I'm
just adding the year of the latest change (which is actually not really
Upayavira wrote:
Pier Fumagalli wrote:
On 17 Oct 2005, at 10:52, Carsten Ziegeler wrote:
1) a PDF of the whole doc
2) a set of HTML files
3) Both
2 or 3... Not everywhere there are nice PDF browsers available...
2. HTML Files.
PDF can go on website. Otherwise it adds 5Mb to the
Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
Reinhard Poetz wrote:
Reinhard, how many cocoon users have ever implemented
org.apache.cocoon.xml.XMLPipe?
All users who implemented at least one Transformer.
public interface Transformer extends XMLPipe, SitemapModelComponent
Reinhard Poetz wrote:
Stefano Mazzocchi wrote:
Reinhard Poetz wrote:
Stefano Mazzocchi wrote:
Daniel Fagerstrom wrote:
[...]
Daniel,
let me repeat: I don't care about precision and elegance and
completeness, I care about usability.
I am thinking at flow users that want to use
Reinhard Poetz wrote:
Stefano Mazzocchi wrote:
Daniel Fagerstrom wrote:
[...]
Daniel,
let me repeat: I don't care about precision and elegance and
completeness, I care about usability.
I am thinking at flow users that want to use java components to do
their stuff. They should
Gump wrote:
compile-core:
[mkdir] Created dir:
/x1/gump/public/workspace/cocoon/build/cocoon-12102005/classes
[copy] Copying 21 files to
/x1/gump/public/workspace/cocoon/build/cocoon-12102005/classes
[copy] Copied 75 empty directories to 43 empty directories under
Daniel Fagerstrom wrote:
Upayavira wrote:
So, I have created a wiki page:
http://wiki.apache.org/cocoon/PublicAPIClasses
Please go there and mark classes public/private as necessary. As it
says at the top of that page, if you disagree with someone, change it
to dispute or D for short. Then
hepabolu wrote:
Ross Gardler wrote:
However, as Vadim said (in another mail in this thread) we have to be
careful not to break current links and search engine indexing. This
can be done by forcing the rewriting of links to mirror the existing
structure, but that assumes the existing
Vadim Gritsenko wrote:
Reinhard Poetz wrote:
--- Daniel Fagerstrom [EMAIL PROTECTED] schrieb:
IMO we need to find two set of interfaces/classes:
the API of Cocoon, and the set of classes (components) that an
application programmer need JavaDoc for.
If it ain't public API you ain't need
Ralph Goers wrote:
Vadim Gritsenko wrote:
Torsten Curdt wrote:
We only need a few more people using it to find the corner cases.
Stable API != Stable Implementation. If API is stable, you should
start vote on marking javaflow stable.
Vadim
I second that. We really need to find a
Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
Gump wrote:
[cocoon.javac]
/x1/gump/public/workspace/cocoon/src/java/org/apache/cocoon/components/ChainedConfiguration.java:277:
cannot resolve symbol
[cocoon.javac] symbol : method getValueAsDouble (double)
[cocoon.javac] location
Daniel Fagerstrom wrote:
Daniel Fagerstrom wrote:
...
To illustrate what I meant I tried to follow the dependencies for the
sitemap component interfaces.
Cocoon API
==
...
So what is the Cocoon API? All interfaces used in
cocoon-core-sitemap.xconf are part of the Cocoon API:
Leszek Gawron wrote:
I do not understand... No plate then ? :)
Oh, no, you got it :-)
--
Stefano.
Bertrand Delacretaz wrote:
Le 12 oct. 05, à 05:16, Stefano Mazzocchi a écrit :
...I think a better, leaner, cleaner javadoc would go a *LNG* way
to make things easier...
I was thinking about that recently - does anyone know a tool for
tag-based navigation of javadocs?
A better
Sylvain Wallez wrote:
Bertrand Delacretaz wrote:
Le 12 oct. 05, à 05:16, Stefano Mazzocchi a écrit :
...I think a better, leaner, cleaner javadoc would go a *LNG* way
to make things easier...
I was thinking about that recently - does anyone know a tool for
tag-based navigation
Daniel Fagerstrom wrote:
Pier Fumagalli wrote:
On 11 Oct 2005, at 20:16, Bertrand Delacretaz wrote:
Le 11 oct. 05, à 07:31, Reinhard Poetz a écrit :
...- Cocoon 2.2 will not use OSGi but will support blocks as far as
possible:...
...- Cocoon 3.0 will use OSGi -- shielding classloader
Berin Loritsch wrote:
Torsten Curdt wrote:
What has stopped us is that we need to keep a track of these to give
credit. And also show to the world the incredibly large developer
group we are :-)
But if you give credit without a connection to parts of the code it's
just a list of the
hepabolu wrote:
Berin Loritsch wrote:
Torsten Curdt wrote:
So either remove them or don't. But giving credit besides the
community credits does not make much sense to me.
*shrug*
You know, I still get people emailing me about some code that I wrote
well over two years ago just
Ross Gardler wrote:
Vadim Gritsenko wrote:
hepabolu wrote:
Ross Gardler wrote:
See: http://people.apache.org/~rgardler/cocoon-site/653.daisy.html
Correct. It looks much slicker than the official site, although my
fingers itch to do something about the navigation (CSS wise).
Please
Upayavira wrote:
Stefano Mazzocchi wrote:
Daniel Fagerstrom wrote:
Pier Fumagalli wrote:
On 11 Oct 2005, at 20:16, Bertrand Delacretaz wrote:
Le 11 oct. 05, à 07:31, Reinhard Poetz a écrit :
...- Cocoon 2.2 will not use OSGi but will support blocks as far
as possible
Upayavira wrote:
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Bertrand Delacretaz wrote:
Le 12 oct. 05, à 05:16, Stefano Mazzocchi a écrit :
...I think a better, leaner, cleaner javadoc would go a *LNG*
way to make things easier...
I was thinking about that recently - does
Niclas Hedhman wrote:
On Wednesday 12 October 2005 23:59, Stefano Mazzocchi wrote:
I think this is our single most important problem in helping our users:
we care too much about them and we want to give them the best experience
we can think of.
And ironically giving users a harder time :o
Upayavira wrote:
So, I have created a wiki page:
http://wiki.apache.org/cocoon/PublicAPIClasses
Please go there and mark classes public/private as necessary. As it says
at the top of that page, if you disagree with someone, change it to
dispute or D for short. Then it becomes an opportunity
hepabolu wrote:
Stefano Mazzocchi wrote:
I think this is our single most important problem in helping our
users: we care too much about them and we want to give them the best
experience we can think of.
We need to start caring less about that.
In short: Perfect is the enemy of good
Reinhard Poetz wrote:
In Amsterdam at the GT Daniel gave a presentation
(http://cocoongt.hippo12.castaserver.com/cocoongt/daniel-fagerstrom-blocks-2.pdf)
about Cocoon blocks and one of his slides contained a roadmap for Cocoon
blocks. This roadmap was discussed in the breaks and AFAICT is
Bertrand Delacretaz wrote:
Le 10 oct. 05, à 23:04, Agile Jack a écrit :
...Thanks to Arje and others from Hippo for a well-run event, and to the
presenters for great content...
And big thanks to you for the recordings and quick publishing, this adds
a lot of value to the event!
Now we
Bertrand Delacretaz wrote:
Dear community,
Several of us share the thought that Max is the perfect example of a
GSoC success: apart from great technical work, he's quickly found his
place in our community, with regular contributions in code and on the
lists.
His presentation at last week's
hepabolu wrote:
Hi,
this is both a notification and some requests.
During the GT I've asked several people in the community to write an
article on an aspect of Cocoon. The intention is to get a series of a
few articles and have them published in an (online) magazine or other
relevant site
Gianugo Rabellino wrote:
On 10/10/05, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
I've been working heavily with XUL recently and I have to say, it could
be a refreshing experience if you were used to build DHTML applications.
At the same time, be aware that XUL is normally used inside
Torsten Curdt wrote:
- what would be the most interesting site/magazine to get this
series published? I intend to get them up on our documentation site
as well, just have to figure out what the most effective publishing
schedule is.
I think O'Reillynet/xml.com is a good place.
[EMAIL PROTECTED] wrote:
Author: lgawron
Date: Tue Oct 11 16:00:10 2005
New Revision: 312973
URL: http://svn.apache.org/viewcvs?rev=312973view=rev
Log:
support for compact blocks.properties:
exclude.all.blocks=true
include.block.template=true
include.block.forms=true
the opposite also works:
Mark Lundquist wrote:
On Oct 11, 2005, at 4:12 PM, Ralph Goers wrote:
Hopefully, then 2.1.9 could be the final release on the branch.
It has to be, since we will have run out of digits!
:-) :-) :-)
FYI, Apache JServ 1.0b was preceeded by 0.9.12a, which, BTW, ran the
e-commerce part of
Leszek Gawron wrote:
Stefano Mazzocchi wrote:
Carsten Ziegeler wrote:
We wanted to release 2.1.8 as soon as possible after the GT.
Now the question is, are there any open issues?
I'm currently aware of two problems:
1) Documentation - 2.1.8 does not contain the docs anymore, so we should
Carsten Ziegeler wrote:
We wanted to release 2.1.8 as soon as possible after the GT.
Now the question is, are there any open issues?
I'm currently aware of two problems:
1) Documentation - 2.1.8 does not contain the docs anymore, so we should
find a way to add them in the distribution. I
Gianugo Rabellino wrote:
I've been playing quite a bit these days with Xul, after a few years'
hyatus which made me appreciate the comeback even more. :) I'm more
and more inclined in devoting some of my Copious Free Time to a Xul
CForms renderer, and I wanted to catch up with other fellow
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
I'm in a flow.js and I want to know where it is located on disk.
You can have the current sitemap's location using
cocoon.getComponent(SourceResolver.ROLE).resolveURI(.);
D'oh! I was doing
cocoon.getComponent(SourceResolver.ROLE
Leszek Gawron wrote:
Carsten Ziegeler wrote:
And I agree, not having the jx transformer/generator in the core
anymore is really annoying. If you forget to include the template block
it breaks your application immediately. But I hope we will fix this, as
well.
I do not get it. It's like
I'm in a flow.js and I want to know where it is located on disk.
Any idea anyone?
--
Stefano.
Carsten hates me when I just talk, so here is some action: let's
measure cocoon's fat.
Follow me and type the following in your terminal
svn co http://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X/ \
cocoon
svn co http://simile.mit.edu/repository/linotype/trunk/ linotype
export
Daniel Fagerstrom wrote:
Hi all!
I'd like to propose Ross Gardler as a Cocoon committer. He is one of the
driving forces in the Forrest project, he has been quite active in our
documentation efforts and in integrating Forrest, Lenya and Cocoon.
Becoming a Cocoon committer will simplify his
Daniel Fagerstrom wrote:
Steven Noels wrote:
...
The same kind of wonder I had when this thread started - as in oh no,
this is sooo easy and self-centered!.
Yes self-centered and irresponsible.
LOL
Steven and Daniel, I'm sorry, but your comments prove my point. Sylvain
was the only one
Ross Gardler wrote:
... a rich client requires higher bandwidth.
This argument absolutely bogus.
Google Maps, for example, is a way richer client than, say, MapQuest but
consumes a fraction of the bandwidth, because using the web in a more
architecturally consistent way, it can take
Pier Fumagalli wrote:
I found this on the Jetty list, and thought it was relevant as in the
examples we tend to encode the continuation ID into the URL...
This is f***ing scary!!!
Wow, this will kill either kill urlencoding or IE. Seems like good news
for firefox, though.
Pier
Begin
Tony Collen wrote:
Pier Fumagalli wrote:
I found this on the Jetty list, and thought it was relevant as in the
examples we tend to encode the continuation ID into the URL...
This is f***ing scary!!!
Pier
Maybe it's time we make Cocoon automatically pull the continuation ID
from a
Nicola Ken Barozzi wrote:
Ugo Cei wrote:
Il giorno 03/ott/05, alle 10:38, Arje Cahn ha scritto:
Stefano was talking about JotSpot in his RT; did anyone try this?
JotSpot Live [1] seems to be the SubEthaEdit-for-those-without-a-Mac
(indeed, I'm talking purely for myself ;-) ).
Another product
I won't reply to this thread until I let more people verbalize their
feelings, but this is OT enough for me to reply now.
Niclas Hedhman wrote:
(Not the mentioning of 'What happened to the RDF promise in Cocoon??')
Are you mentioning the ability to add RDF metadata to our real blocks
(as,
My life regarding software goes thru phases. A phase transition is when
you strongly believe in something, then you strongly change your mind.
Others call it a 'revelation', others think you lost your mind.
I wrote Cocoon as a way to help achieving a more coherent look and feel
for the apache
Daniel Fagerstrom wrote:
Any idea about what is wrong? I added the lacking dependencies
(knopflerfish-framework and knopflerfish-log) to the cocoon module in
gump.xml, but it doesn't seem to help. Is the used gump file for Cocoon
stored somewhere else as Stefano suggested (and in that case
David Crossley wrote:
Pier Fumagalli wrote:
Antonio Gallardo wrote:
Ralph Goers wrote:
Ralph Goers wrote:
I seem to remember reading on legal-discuss that the nuclear
clause is incompatible with the ASL. If true, any components
with such a license can not be disctributed with our
Sylvain Wallez wrote:
Hi all,
I'd like to be the voice of a general opinion among Cocoon developers
that Arjé Cahn should be made a Cocoon committer.
Arjé has been using Cocoon for years and has taken the responsibility of
organizing the upcoming GetTogether, which shows how much he cares
http://jruby.sourceforge.net/
--
Stefano.
Gump wrote:
-
[cocoon.javac] location: class
org.apache.cocoon.core.osgi.OSGiLoggerManager.OSGiLogger
[cocoon.javac]return isLevelEnabled(LogService.LOG_ERROR);
[cocoon.javac] ^
[cocoon.javac]
Daniel Fagerstrom wrote:
Done, hopefully.
Any comments on the Gump and Maven2 discussion?
http://marc.theaimsgroup.com/?t=11255200745r=1w=2
is that the descriptor that gump uses? wasn't it moved over to the gump
repository?
Upayavira, did you volunteer to make sure that the two became
David Crossley wrote:
Pier Fumagalli wrote:
Nah, I'm pretty confident that on this little nag, I'm right...
Does anyone have a pier2doc transformer?
Why do you think this projet was started? :-)
--
Stefano.
Niclas Hedhman wrote:
On Monday 05 September 2005 14:43, Antonio Gallardo wrote:
Of course that I am aware that both codesets (Shift-JIS and ISO-8859-1) are
different UNICODE subset. This is same as you stated.
No. Pier doesn't mix the difference between Unicode (sequence of characters)
came across
http://freetts.sourceforge.net/
the first demo of cocoon that I ever did in public was a hello world
page in html, pdf, svg and voicexml, with the little merlin dude
speaking 'hello world' to the audience (got a standing ovation for
that!) It always bugged me that I needed an
Nicola Ken Barozzi wrote:
Joerg Heinicke wrote:
On 30.08.2005 17:31, Ralph Goers wrote:
...
So to summarize, I would suggest that it would be a good idea for each
component - be it core or a block - to have api, impl, test and
samples projects.
Did I mention that I hate tools needing
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Carsten Ziegeler wrote:
Daniel Fagerstrom wrote:
Can't this be handled by wildcard inclusion from component
configurations in some catalog, so that we get rid of the snippet
insertions.
SNIP/
We can use wildcard inclusion in the
Niclas Hedhman wrote:
I didn't mean going with Maven 1 first, but just hang in there with Ant and
await a final release.
We are doing this with 2.1.x.
For 2.2, I think we should not be afraid of innovate and remember: the
maven people are friends (just like the ant people were) and they
Vadim Gritsenko wrote:
Ralph Goers wrote:
My opinion is that a community that releases software that it
won't stand behind has a significant problem.
I think you just mis-interpreted semantics of the 'unstable flag'. See,
actual meaning is:
unstable:
Supported by the community,
Ralph Goers wrote:
So while you can argue about frequent releases or whatever, I still want
a forms framework that this community is willing to call stable.
A few things:
1) the simple fact of calling something stable doesn't make it stable,
but it *does* in fact alter the perception of
Carsten Ziegeler wrote:
Actually I'm a little bit tired of the ongoing Maven discussion.
Why can't we just switch the trunk to Maven NOW? Who really cares if
trunk is not buildable/working for the next days until the switch is
finished?
So I propose to:
- Completly remove the lib directory
-
Carsten Ziegeler wrote:
So far the response was positiv, so I think we should just vote about it
and then do it. If you have any questions, please use the proposal thread.
So please cast your votes for switching to Maven2 NOW as
outlined/discussed in the proposal thread.
+1
one more thing,
Sylvain Wallez wrote:
Conclusion
--
The Cocoon stacktrace gives some very valuable information about what
problem happened, and more importantly where it happened. We now need to
progressively add location information to important places in the code
to make these Cocoon stacktraces
Tony Collen wrote:
Antonio Gallardo wrote:
So, I'm pleased to propose Jorg Heymans, as a committer.
Please cast your votes:
here's my +1! :-)
+1 here.. welcome!!
+1
--
Stefano.
1 - 100 of 1170 matches
Mail list logo