On 12/19/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...So here are the md5's:
MD5 (cocoon-2.1.10rc-src.zip) = 3dfee1d2d8b5f3e761eb763809249073
MD5 (cocoon-2.1.10rc-src.tar.gz) = d073b36274ab359b59bbb760e083a934...
Thanks Carsten, and thanks Joerg for the bugfixing.
+1 on the release.
On
On 12/19/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...IMPORTANT: I reassembled the release as I included recent changes...
Sorry to rain on this party again, but Junit tests in your release
candidates fail on non-Windows systems, due to debugging statements
which try to create files like
On 12/18/06, Peter Hunsberger <[EMAIL PROTECTED]> wrote:
I'd bet every single person
that has actually downloaded Trunk and built it can cope with having
it called 3.0 instead of 2.2...
Agreed, my problem is not this one.
What I fear is that, if we release an evolution of 2.1.x and name it
On 12/18/06, hepabolu <[EMAIL PROTECTED]> wrote:
...- rename the current branch to Cocoon 2.2 without the 1.3 compatibility..
Not 2.2, please...we've been talking about 2.2 for so long that
releasing the 2.1 branch as 2.2 might be very confusing.
I'm not against renumbering things, no problem
On 12/18/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
> ...The release candidate can be downloaded from:
> http://people.apache.org/~cziegeler/cocoon/..
On my macosx system with either JDK 1.4.2 or 1.5, all the automated
tests from org.apache.cocoon.forms.datatype fail
(DynamicSelectionListT
On 12/18/06, Antonio Gallardo <[EMAIL PROTECTED]> wrote:
...Seems like all us is too busy. :)..
Exactly - and I think it's better to be realistic than to pretend
supporting something without having the resources to actually do it.
(BTW it's good to hear that you're busy for good reasons like
On 12/18/06, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
...I would be voting -1 in behalf of unheard users
The unheard users who need 1.3 compatibility would be very welcome to
contribute to the effort.
We don't seem to have an active "1.3 support" team ATM, so the best
intentions will bri
On 12/15/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
Matthias Epheser wrote:
>... it should be possible to declare the expires time in mod_expires style
> (e.g.. "access plus 4 ours").
Does the mod_expires style work for anybody?..
Yes, sounds good, it's intuitive.
-Bertrand
On 12/14/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
...My gut tells me that this is a really bad idea...
Good ideas need resources to execute them, and ATM it seems like no
one is willing and able to invest in keeping 2.1.x tested with 1.3.
So I guess unless someone steps up, dropping our offi
On 12/14/06, Alfred Nathaniel <[EMAIL PROTECTED]> wrote:
... I therefore propose to declare 2.1.10 the last release with JDK1.3
compatibility...
+1
-Bertrand
On 12/13/06, Alfred Nathaniel <[EMAIL PROTECTED]> wrote:
...Shall we say that 2.1.10 is the last 1.3 compatible release? Or even
that 2.1.9 is already the last one?...
If no one's willing to fix 2.1.10 for JDK 1.3, I agree to stop
supporting 1.3 officially. But IIRC we've been saying for a lo
On 12/8/06, Alfred Nathaniel <[EMAIL PROTECTED]> wrote:
Here we go: I propose to delete the obsolete
BRANCH_2_1_X/src/java/org/apache/cocoon/matching/helpers/WildcardHelper.java
and the related test case.
+1
-Bertrand
On 12/5/06, Alfred Nathaniel <[EMAIL PROTECTED]> wrote:
...Also there are two distinct copies of WildcardHelperTestCase in
src/test/org/apache/cocoon/util/test and
src/test/org/apache/cocoon/matching/helpers which both should go...
You mean remove the test cases? I wouldn't do that unless the
On 12/5/06, Ard Schrijvers <[EMAIL PROTECTED]> wrote:
...I replaced this xsl transformer with a custom StripNameSpacesTransformer
(about just 10 lines), which outperforms the slow xsl transformation a factor
30...
This would be useful to have in Cocoon, go for it!
-Bertrand
Just tried to run the junit tests on BRANCH_2_1_X, and the second
assertion in WildcardHelperTestCase fails:
public void testEndPattern() throws Exception {
final Map resultMap = new HashMap();
final String pattern = "*/";
final int[] expr = WildcardHelper.compilePattern(pat
On 12/4/06, Mark Lundquist <[EMAIL PROTECTED]> wrote:
.. if a user is trying to use a "classic" matcher and they
bungle the 'pattern' attribute, the resulting error message will be
confusing because it will be coming from the "new style" matcher...
You could also make things more explicit and
On 12/4/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...If there are no outstanding issues I will assemble a release next monday
(11th), put it up for downloading and testing and if nothing bad happens
do the release of that assembled version on monday, 18th...
+1 on you plan.
-Bertrand
On 12/3/06, Mark Lundquist <[EMAIL PROTECTED]> wrote:
...So... WDYAT?..
I like your proposal, there are probably some details to iron out but
I'd like to say: go for it!
It might be a good opportunity to try building the smallest
(embeddable?) Cocoon that can run pipelines, by implementing yo
On 12/3/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
...Some time ago somebody mentioned that the mv command is atomic. Is this
information correct?...
on a Linux or unixish system, mv uses the rename() system call which
is atomic (i.e. intermediate states are not visible), so
mv somefile n
On 11/30/06, Mark Lundquist <[EMAIL PROTECTED]> wrote:
...Can the keeper of Daisy editing mojo please look up my details and
email 'em to me again?..
I've sent Mark his username.
-Bertrand
On 11/16/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...Please cast your votes for using latest rhino in 2.1.x...
+1
-Bertrand
On 11/16/06, Sylvain Wallez <[EMAIL PROTECTED]> wrote:
...It may be worth it to
be legally clean at the price of very few compatibility problems...
+1
-Bertrand
On 11/5/06, Jeremias Maerki <[EMAIL PROTECTED]> wrote:
FYI, Cameron McCormack (Batik) has asked the Rhino team about
relicensing Rhino under the MPL:
http://groups-beta.google.com/group/mozilla.dev.tech.js-engine/browse_thread/thread/012b1279e97d1f8a/76511e91e6263eca#dcb9a0e6ee1eaed1
And it has
On 11/14/06, David Crossley <[EMAIL PROTECTED]> wrote:
...Some other projects also enable "jira-users" to Edit, i.e. change
Summary, Description, Components, Fix Version, etc.
So, Cocoon PMC, should we loosen the permissions for Edit?..
+1, this is useful.
-Bertrand
[
http://issues.apache.org/jira/browse/COCOON-1925?page=comments#action_12447702
]
Bertrand Delacretaz commented on COCOON-1925:
-
Here's a directory listing of the rsynced backup of today, under
/home/bdelacretaz/zone-backups/
On 11/6/06, Giacomo Pati <[EMAIL PROTECTED]> wrote:
...Unexpected exception parsing XML document from resource loaded from byte
array; nested exception is java.lang.NoSuchMethodError:
javax.xml.transform.dom.DOMResult.getNextSibling()Lorg/w3c/dom/Node;..
According to http://tinyurl.com/ymj7r4
On 11/6/06, Arje Cahn <[EMAIL PROTECTED]> wrote:
...Why is the supersonic tour not a part of the 'regular' docs?
Because many snippets inside the pages (code excerpts, pipeline
outputs etc). are generated dynamically.
Of course, if someone can make it more integrated with the regular
docs, th
On 11/6/06, Jörn Nettingsmeier <[EMAIL PROTECTED]> wrote:
...Fetching external item into
'externals/cocoon_2_1_x/src/blocks/forms/WEB-INF'..
AFAIK this external is not needed anymore, I have removed it in
revision 471715 (with an incorrect commit message).
Can you check if this works for you?
On 11/5/06, Mike Robinson <[EMAIL PROTECTED]> wrote:
...So I'm still scuffing around looking for "how do I use Cocoon? How much can
I do without having to know 'how' it works?" ..
You might want to have a look at the Supersonic Tour, which is part of
the samples that come with Cocoon. There's
On 10/31/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
...I entered
0 1,5,9,13,17,21 * * * /home/maven/continuum-project-builder/run.sh >
/home/maven/cron.log
Isn't that missing a field? You should have 5 values or stars, with
hours in second position:
* 0 1,5,9,13,17,21 * * *
And this shou
On 10/31/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...The proposal is to use the following directory structure inside a block jar:
COB-INF - resources
META-INF/cocoon/xconf/**
META-INF/cocoon/spring/**
META-INF/cocoon/properties/**...
+1
-Bertrand
On 10/31/06, David Crossley <[EMAIL PROTECTED]> wrote:
...It is very important to acknowledge everyone who is involved,
otherwise a community cannot be built...
Agreed, I like these lists too.
I agree with Antonio that "other contributors" is not perfect wording,
but I can't think of anything
Thanks Carsten for the roadmap:
+0 to release 2.2-M2 (as I probably won't find time to help)
+1 to release 2.1.10
+1 to drop block sharing
And, like Alfred, I'm
-1 on making 2.1.10 the last 2.1.x release
I think "maintenance mode" is much more appropriate for 2.1.x than "no
more updates", I do
Hi,
Helios is back but httpd did not start, trying to restart it gave an
error due to the ProxyHTMLURLMap setting used for Continuum. Lost the
exact error message, but it probably means mod_proxy_html is not
loaded? Dunno what changed.
I have commented out this setting
# ProxyHTMLURLMap http://
On 10/30/05, [EMAIL PROTECTED] wrote:
...svn: PROPFIND of
'/repos/asf/cocoon/trunk/blocks/cocoon-flowscript/cocoon-flowscript-impl':
Could not resolve hostname `svn.apache.org': Host not found
(http://svn.apache.org)
FYI, there were a number of similar messages in the moderation queue.
I hav
On 10/20/06, Torsten Curdt <[EMAIL PROTECTED]> wrote:
...MO this would be more than useful!...
Sure - anyone who makes this happen is going to get a Hero Plate I guess.
-Bertrand
On 10/20/06, David Crossley <[EMAIL PROTECTED]> wrote:
...Forrest doesn't have automatic httpd restart and
the zones machine goes down a lot...
Note that, altough Solaris apparently has something new and improved,
the old rc*.d stuff does work. On the cocoon zone we have created the
usual apac
On 10/19/06, Ross Gardler <[EMAIL PROTECTED]> wrote:
...But is there any need for the news item to be sent to the
live server immediately? I don't think so. A daily update will do just
fine. For now use the Forrest generated tar, or a maven generated tar if
someone sets it up...
You're right,
On 10/19/06, hepabolu <[EMAIL PROTECTED]> wrote:
... I'm not into the full details of the update process of the site, but if
we're only updating a few pages ("home" and "news"), is it possible to
just extract those and put them directly onto cocoon.apache.org without
going through the svn proces
On 10/19/06, hepabolu <[EMAIL PROTECTED]> wrote:
...Let's focus on improving/extending the actual documentation
content first.
Just to clarify my understanding of the current discussion: IIUC,
Arje's point is to make the homepage and one or two news pages much
more lively, and concentrate
On 10/18/06, Ross Gardler <[EMAIL PROTECTED]> wrote:
...Which publishing tool to use? I don't care. Forrest does it well (but it
does need a new skin,...
Is there a way to republish only a few pages quickly from Daisy to the
online site? Or how hard is that to implement?
Without going into a
On 10/18/06, Arje Cahn <[EMAIL PROTECTED]> wrote:
...This is NOT AGAIN another website, it
should be the Cocoon main website...
Cool - if you can be enough of a pain to make this happen, I'll put
you on my I-owe-you-a-beer list ;-)
-Bertrand
Thanks Arje for starting this thread.
And, despite your (justified) negative view on the current state of
our website, big thanks to those who have been investing lots of time
trying to make it happen over the years. Few of us have been really
paying attention, it's easy to make a lot of noise no
On 10/17/06, Sylvain Wallez <[EMAIL PROTECTED]> wrote:
...So, should we restrict ourselves to a single category (rather limiting
for Cocoon), or fix project.a.o to allow multiple categories?..
Fixing projects.a.o would be better, IIRC this is David Reid's work? I
haven't found a contact addres
On 10/17/06, Joerg Heinicke <[EMAIL PROTECTED]> wrote:
On 17.10.2006 07:27, Bertrand Delacretaz (JIRA) wrote:
> ...Replying to a Jira notification email should now cause a comment to be
added to the corresponding issue, testing this...
Wow, how does this work? This is not always wha
[
http://issues.apache.org/jira/browse/COCOON-1647?page=comments#action_12442789
]
Bertrand Delacretaz commented on COCOON-1647:
-
Ok, so I'm replying to the Jira email, let's see if this gets into the
1647 issue.
[ http://issues.apache.org/jira/browse/COCOON-1647?page=all ]
Bertrand Delacretaz updated COCOON-1647:
Bugzilla Id: (was: 37087)
Summary: Jira test issue (was: Test issue for
http://wiki.apache.org/cocoon
On 10/6/06, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
Congratulations Lars, you are elected with 21 +1s
Are you following up to get Lars' account created?
I see that his CLA has been recorded already, but I don't remember
seing the account request.
-Bertrand
On 10/12/06, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
...Only if feedback means stacktrace or any other essential information original
submitter failed to furnish, then yes, such issue can be closed...
But if feedback means "please send in a patch"... That's a different story. Not
everybody
On 10/12/06, David Crossley <[EMAIL PROTECTED]> wrote:
...Closing issues prematurely is disrespectful...
Agreed, with "prematurely" as the key aspect.
I must admit I haven't looked at the particular issue being discussed,
I was thinking in general terms: if an issue has been sitting here for
s
On 10/11/06, Antonio Gallardo <[EMAIL PROTECTED]> wrote:
...IMHO, we should leave open this bug, because the fixi is not finished
yet until we update excalibur...
Same here. If "update excalibur" is a Jira or bugzilla issue
somewhere, I'd make a link or a dependency to it to indicate what's
ha
On 10/11/06, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
...I think there is no good reason to keep the issue open forever if
no one intends to work on it, especially as the JIRA is full of
these...
Agreed - if an issue sits in the "feedback required" for a long time
and nothing happens, i
On 10/9/06, Antonio Gallardo <[EMAIL PROTECTED]> wrote:
...Because we claim 2.1 is java 1.3 when it
fact few of us care about this compatibility and some blocks does not
compile at all
I think we voted on this a while ago: the 2.1 core and most blocks
must work with 1.3, but some blocks mi
On 10/9/06, Antonio Gallardo <[EMAIL PROTECTED]> wrote:
...Just some question: it is the same for 2.1, right? What is 2 different
blocks with different jvm requirement needs the same jar?...
I was mainly thinking about 2.2, but in your case, if a jar is
compiled for 1.4 it will work with 1.5, r
On 10/9/06, Antonio Gallardo <[EMAIL PROTECTED]> wrote:
...I was updating some jars for cocoon 2.1.0. Qdox[1] version 1.6 was
released in August 2006 (we are using now qdox 1.5) and it is
distributed only for java 1.5! I know qdox is not the most used block,
but it rings a bell!...
Does anythi
On 10/6/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...I think it
makes sense to release this stuff as M2...
+0.9 (meaning I cannot help but go for it)
-Bertrand
On 10/3/06, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
...The slides of the Ivy presentation are available at
http://caraldi.com/jbq/presentations/cocoon-ivy-build/cocoon-ivy-build.pdf..
Thanks!
If you are interested, I could add the Ivy build system into
tools/build...
As it's
At http://wiki.apache.org/cocoon/GT2006Presentations
Speakers, please add your stuff (or links to it) there!
-Bertrand
On 10/3/06, Antonio Gallardo <[EMAIL PROTECTED]> wrote:
...Did you consider to do a 2.1 and 2.2 release after the GT?..
errrin the enthusiasm, I guess we forgot to talk about those
"details"...there's always the lists to sort that out later ;-)
-Bertrand
On 10/3/06, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
...So please cast your votes!..
+1, getting to know Lars at the GT has been a pleasure, and the
quality of his patches (not to mention his extensive background in the
Docbook world) make this an easy vote for me.
-Bertrand
On 10/3/06, Sylvain Wallez <[EMAIL PROTECTED]> wrote:
...So the idea is to involve users in the process and conduct a poll where
they will be able to list the components they use regularly so that we
can find those that can be pushed to end-of-life and utimately removed
from the distribution...
[
http://issues.apache.org/jira/browse/COCOON-1925?page=comments#action_12439239
]
Bertrand Delacretaz commented on COCOON-1925:
-
I have setup Daisy backups from my zone account's crontab, they go to
/home/bertrand/zone-ba
: - Documentation
Reporter: Bertrand Delacretaz
Setup a backup from the zone to somewhere else
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more
[ http://issues.apache.org/jira/browse/COCOON-1923?page=all ]
Bertrand Delacretaz closed COCOON-1923.
---
Resolution: Fixed
Implemented and tested by restarting the zone, works.
Daisy, Continuum and the Cocoon demos should now restart automatically
[
http://issues.apache.org/jira/browse/COCOON-1924?page=comments#action_12439175
]
Bertrand Delacretaz commented on COCOON-1924:
-
According to the discussions in
http://mail-archives.apache.org/mod_mbox/cocoon-dev/200506.mbox
[
http://issues.apache.org/jira/browse/COCOON-1923?page=comments#action_12439147
]
Bertrand Delacretaz commented on COCOON-1923:
-
The per-user-script that enables this is stored in
svn:pmc/cocoon/cocoon.zones.apache.org/COCOON-1923
Components: - Samples
Reporter: Bertrand Delacretaz
Priority: Minor
Improve the zone setup to start Daisy and the Cocoon demos automatically, when
the zone is started.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the
On 9/29/06, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
...If you are running Tomcat, you can set this limit on Tomcat side, IIRC, this
is
part of connector configuration. I don't know for sure, but Jetty should have
similar configuration too...
Thanks for your reply!
It's Jetty - I tried pla
Hi,
This is slightly OT, but I guess others have had the same concern so
why not try ;-)
I've got several instances of Cocoon running behind a common httpd
server via virtual hosts and mod_proxy.
I'd like to make sure that no more than N simultaneous requests hit
each of these Cocoon instances,
On 9/29/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...(And yes, we are
using a company repository)...
I'm still a Maven novice, but it sounds like this is a key point.
Maybe setting up our own repository for Cocoon would help a lot.
-Bertrand
On 9/29/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...Now what about the other directories we currently have:
config/spring, config/xconf and config/properties?..
These are really configurations, as opposed to flow which is
"application" stuff.
I'd leave them as is.
-Bertrand
On 9/28/06, hepabolu <[EMAIL PROTECTED]> wrote:
...Daisy on the zones gives a 502. In an attempt to fix it myself I wanted
to follow Bertrand's link in the message below, but I'm not able to
access it...
I have restarted Daisy - the pmc stuff has moved in SVN, it's now
under private/pmc instea
On 9/20/06, Nathaniel Alfred <[EMAIL PROTECTED]> wrote:
...WDYT?..
Using the regexp library makes sense, but backwards compatiblity is
very important in this case, as subtle differences in matching might
break a lot of things in existing apps.
As long as test cases are plenty (I haven't check
On 9/15/06, Arje Cahn <[EMAIL PROTECTED]> wrote:
...And then we need to pick one from Andrew's list:...
Here's my order of preference for a Wednesday talk:
"An illustrated guide to Cocoon technologies"
(Coming from Andrew I think this would be brilliant...)
"Things your mother never told
...I think this is really awsome list of talks...
Definitely, and it makes for a packed day, but I'm +1 on your program.
With such a packed schedule, I assume people won't stay in the main
room the whole time. It might be good to have some space available
during the whole day for informal "para
On 9/14/06, Arje Cahn <[EMAIL PROTECTED]> wrote:
...Are you suggesting we squeeze *all* talks to 30 minutes slots, effectively
raising the number of talks from 8 to 12 ??...
Why not? And try to have the material online *before* the talks, so
that people can read it in advance and ask good que
On 9/13/06, Arje Cahn <[EMAIL PROTECTED]> wrote:
...In total, we can host about 8 45-minute sessions, so we need to decide on
which 8 or 9 talks have to go...
Maybe some speakers would agree to bring their session down to 30 minutes?
I'm willing to do it for mine, if it allows more material t
On 9/13/06, Arje Cahn <[EMAIL PROTECTED]> wrote:
...I need to have a time on which to order the pizza's...
I guess several of us have to start the day very early on monday
morning to travel, so an early dinner might be good? 6:30PM maybe?
IIRC last year's first dinner was good, and anyway I t
Hi gang,
I'm sitting in the http://www.foss4g2006.org/ conference this morning,
and we just had a few 5-minute *prepared* lightning talks.
I've found these very good, lots of information in a short time, and
you don't fall asleep (or not for long, as people clap at the end ;-)
Dunno if people h
On 9/5/06, Arje Cahn <[EMAIL PROTECTED]> wrote:
...Please send in your proposals for talks before tomorrownight..
Did you actively invite the Lenya and Forrest guys as well? It might
be nice to have some contribution from them.
-Bertrand
On 9/5/06, Arje Cahn <[EMAIL PROTECTED]> wrote:
...BTW - of course, it wouldn't hurt if you all start learning some Dutch
before you get here :)..
Like, trying to pronounce the names of some Hippo guys ;-)
-Bertrand
On 9/3/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
...I will stay at Cordial Hotel & Bar City Centre..
I have booked there as well.
-Bertrand
On 9/2/06, hepabolu <[EMAIL PROTECTED]> wrote:
...we stayed at the Rho hotel
last year and it was good...
Yes, you're right, in fact I also stayed there last year ;-)
Rho sounds good, thanks.
-Bertrand
Hi,
Do the locals have any good hotels to recommend, close to the venue?
Basic 2-3 stars would be good enough for me.
-Bertrand
On 8/29/06, Andrew Savory <[EMAIL PROTECTED]> wrote:
It also means you get a
cool dynamically-generated seat on the picture ;-)
I got a seat! Even made it through the Paypal forms in Dutch!
-Bertrand
On 8/29/06, Andrew Savory <[EMAIL PROTECTED]> wrote:
...Just a gentle nudge for those that haven't signed up yet: wouldn't you
love to see your name on one of the chairs at
http://www.cocoongt.org/chairs-big.png ?...
Do (potential) speakers have to register there as well?
IIRC for the last ed
On 8/28/06, Victor Oomens <[EMAIL PROTECTED]> wrote:
...I've noticed that all daisy (demo) environments are not (fully) running. ..
I have started Daisy on http://cocoon.zones.apache.org/daisy/, it was
down due to a server restart.
Demos are ok I think, except the trunk demo which has been br
FYI, I have created a calendar file at
http://svn.apache.org/repos/asf/cocoon/site/asf-calendar/
for display on http://asylum.zones.apache.org/rdfcal
This calendar is experimental IIUC, see David's Reid recent message to
[EMAIL PROTECTED]
-Bertrand
On 8/10/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
...There are many new features in Java 5 which make the life of
developers easier...
IMHO most of the Java 5 features are syntactic sugar (generics, enums,
etc.) which make little difference to the final product, they are
"just" convenience
On 8/9/06, Mark Lundquist <[EMAIL PROTECTED]> wrote:
...I would expect that if the ASF meant for a negative vote to have
veto power, they would have said so explicitly...
Which is the case, quoting http://www.apache.org/foundation/voting.html:
"Votes on Code Modification
For code-modificatio
On 8/9/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
...Does the -1 of Jörg mean that the Java 5 proposal is rejected?...
...I'd say yes because a) Jörg gave some good reasons
not to switch and b) there are no majority votes but we always need consensus.
Hence we have to find a way to gather
On 8/9/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
...What do you think about splitting up cocoon-html-impl into
cocoon-html-jtidy-impl and cocoon-html-neko-impl? I think it makes sense as you
usually don't need both at the same time. WDOT?...
+0, cannot help but it's a good idea.
-Bertrand
On 8/9/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...Yepp, and I think as soon as we have 2.2 out, we should not share these
blocks with 2.1.x anymore as all new features should go to 2.2 only.
2.1.x is then a real maintenance branch where we only do minor
improvements and bugfixing...
Ag
On 8/8/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
> I propose switching to servlet API 2.4 in *trunk*...
+1
-Bertrand
On 8/8/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
As Java 5 was released almost 2 years ago, I propose making it the minimum
requirement for trunk and all artifacts released from there.
+1
-Bertrand
On 8/8/06, Marc Portier <[EMAIL PROTECTED]> wrote:
...since the mentioned fix however the effect of the 'null' in the 'text'
field is that the complete element gets removed (since that executes the
removePath() on ".")...
Sounds like a bug to me, removing an element because an attribute is
nul
Jorg Heymans wrote:
> ...The only thing i'm still unsure about is how to do the sync between the
> zone and people.a.o, rsync might not work too well given the metadata
> that's involved
Note that, IMHO, you shouldn't rsync directly into the people.a.o
directories that are rsynced to the
On 8/8/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
...What do people think about making Java 5, which was released almost _2 years
ago_, the minimum requirement for trunk?..
I'm ok as long as 2.1.x continues to run on JDK 1.4 (which shouldn't
be a problem as 2.1.x is not supposed to evolve m
On 8/3/06, Jorg Heymans <[EMAIL PROTECTED]> wrote:
...It was just confirmed to me on repo@ that indeed the whole
m2-ibiblio-rsync-repository directory is synced for each synchronisation
request. So be aware of this, if you make a mistake during the release and
you're unlucky (ie you just uploade
On 8/3/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
...implementing client side validation for pre checking form
values is currently not possible as there is no way to pass on
validation information from the model to the stylesheets
Coming back to the original question, could you make t
101 - 200 of 1633 matches
Mail list logo