suggestions?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
and I'm sure that when
Corona takes off he will be around to improve and enhance it even further.
Please cast your votes:
here's my +1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member
to the lists
and to code and docs.
He also uses Cocoon as part of the Fins and Geoid
projects.
Voting ends one week from today, i.e. midnight UTC on Monday 2008-08-04
So please cast your votes.
+1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
Joerg Heinicke wrote:
On 20.07.2008 14:17, Reinhard Pötz wrote:
First we should define the mission of this subproject.
Corona has two main goals:
1. Become the best platform for RESTful services and
RESTful web applications based on the concept
of pipelines.
2. Provide a generic
of the Cocoon PMC.
I prefer that Corona stays here.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL
.
Question is if it needs to be part of the API at all.
Can you provide an example how your ideas would materialize as Java code?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member
of this question, who can I
ask to get a final yes or no?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
currently corona-pipeline (pipeline API, pipeline impls, SAX
components) only has a dependency on commons-logging. Is this good
enough for your needs?
:) Ok, that should be fine.
I've moved the action to the sitemap module and split up execute
wrote in my mail last week, I'd like to create the release
artifacts for all subprojects next week (~ Wednesday). Would this
schedule be fine by you?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz
of taste.
yes, I agree with you both. IMHO you have a design problem with your
application when you have to introduce conditionals in configuration files.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people
it.
Therefore I really think that these lifecycle methods belong to the api.
I see no other reliable way of closing resources.
agreed
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
I agree with you that the package structure should be cleaned up. It's
also a good idea to create a 'corona-pipeline-sax' module that
contains the SAX based components. I'm not so sure if we should really
move the pipeline implementations
Avalon to Spring.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
it this way you wouldn't have to pull in any
third-party code into our code base.
Apologies if something like this already exists.
Not that I know of. You are welcome!
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en
to
optimize conditional GET operations when the servlet URLs are involved.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC
Kamal Bhatt wrote:
Reinhard Pötz wrote:
Kamal wrote:
Hi,
It occured to me that Cocoon could probably benefit from a Javascript
Reader. This JS Reader would do what a normal resource reader would,
unless the user specifies a compression-method parameter. If the
compression method
and is still missing
or are there any blockers?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL
to
be discussed by this community. For this purpose I will start a
separate thread soon.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer
.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
?
I ugpraded trunk to Spring 2.5.5. Could you try again please?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member
of the cocoon
community.
congratulations!
You can add a link to http://cocoon.apache.org/706_1_1.html.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache
instructions how this can be done:
Developers:
pgp -kxa your name and append it to this file.
(pgpk -ll your name pgpk -xa your name) this file.
(gpg --list-sigs your name
gpg --armor --export your name) this file.
HTH
--
Reinhard Pötz
in a
document that is edited by the Daisy HTML editor without getting removed
by the HTMLCleaner.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon
]
I thought I could just run cocoon-template-sample.
yes you can but you have to use the Cocoon Maven plugin to create a
minimal webapplication that runs a block:
mvn cocoon:prepare jetty:run
will do the trick.
--
Reinhard Pötz Managing Director
Joerg Heinicke wrote:
Reinhard Pötz reinhard at apache.org writes:
Is my understanding right that the content length header can only be set
as long as you haven't written into the underlying output stream?
Yes, it is. That's why the buffering has to be big enough, i.e. nothing must
have been
that we can use the value to set the content
length header.
Is my understanding right that the content length header can only be set
as long as you haven't written into the underlying output stream?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
be a 2.1.12.
Please cast your votes!
+1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL
this archetype to create a web application that is configured to
host Cocoon blocks.
http://cocoon.apache.org/2.2/maven-plugins/
The Apache Cocoon Project
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people
Thanks guys for your feedback. Since I can't update the docs (SVN is
down again), I will take care of the release announcement some time
later but probably not before the middle of next though.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
to set the Cocoon Maven plugin as the plugin that
creates the artifact for packagingwar/packaging modules instead of
the Maven WAR plugin which is the default?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people
project.
Who's going to contact the Apache Commons community? Carsten, do you
want to do it yourself? I think the credit is due to you!
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member
Carsten Ziegeler wrote:
Reinhard Pötz wrote
My proposal
---
* I think we should contact the Apache Commons community and talk with
them about org.apache.excalibur.sourceresolve.jnet stuff.
* Since I don't expect that we can release it from there anytime soon, I
think we should
Cocoon Project
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member, PMC Chair [EMAIL PROTECTED]
that there shouldn't be two
different artifacts exporting the same package.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member, PMC Chair
-spring-configurator and as you proposed
cocoon-jnet should be released.
Additionally it's probably a good idea to release the Cocoon Maven
plugin and the archetypes.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en
Joerg Heinicke wrote:
Reinhard, can you please also take care of this error? We have that one
since a few days.
thanks for the reminder. I've been switching laptops and hadn't had a
1.4 installed until yesterday. It's fixed now.
--
Reinhard
Hi Fabrizio,
I've just submitted a patch (http://jira.codehaus.org/browse/MECLIPSE-92) that
adds PDE support to the Eclipse plugin. It would be really great for the Cocoon
community if it got applied very soon hint/ ;-)
If you have any questions or concerns, don't hesitate to raise them.
| more refactoring
|+- cocoon-blocks-fw
+- tools
|+- archetypes
|+- cocoon-deployer
|+- daisy-plugin
|+- sitemap-tags-2daisy
+- site
+- common (legal stuff, awards, graphics, ...)
WDOT?
--
Mag. (FH) Reinhard PötzBeratung, Training, Coaching
hasn't been defined yet).
Are there any best practices or experiences how to map errors coming from the
service or domain layer to cForms widgets? (The error has to appear at widget
level.)
--
Mag. (FH) Reinhard PötzBeratung, Training, Coaching
web(log): http://www.poetz.cc
Nicola Ken Barozzi wrote:
Ugo Cei wrote:
I think everyone interested has had the option of venting his opinion
on the subject of checked vs. unchecked exceptions. For the record,
here [1] is the relevant thread.
In order to move forward, I propose to reparent the
Leo Sutic wrote:
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
People,
first of all, I apologize if I sounded somewhat harsh at time in the
past two weeks. It's been a hell of a time, 8 hour-long meeting in
highly political places (semantic web + jcp) and, boy, I didn't have
enough
Do you like to meet people interested in Cocoon? Do you have the chance
to come to Vienna on April, 19th or May, 3rd? If you've answered both
question with yes add your name and your preferred date on
http://wiki.cocoondev.org/Wiki.jsp?page=CocoonUserGroupAustria. The day
with more votes, to
Leszek Gawron wrote:
I have an application written using cocoon ( flow + jx ) and hibernate. I
could strip it down to a simple example and provide a patch. What form should
it take? Another block like OJB? A scratchpad directory ?
The case is nearly the same as in hibernate - there can be no
Leszek Gawron wrote:
On Sat, Apr 03, 2004 at 01:58:51PM -0800, Christopher Oliver wrote:
These ContinuationsManager API should _not_ be used in a flowscript. Use
the sitemap to invoke your continuation, please.
Is it possible to solve your problem by using a helper function to send
the
Torsten Curdt wrote:
but then I'd propose to disable *all* unstable blocks
Oh no, please not because this will lead to everyone wanting to
declare his
favorite block stable :)
don't wanna bitch around but... if you
want prevent users to use unstable code
(or at least make them aware of the
Carsten Ziegeler wrote:
Ok, we guess we can continue this discussion forever :)
I would say, do what you think is better, we will see what
happens.
+1
Carsten, I like your pragmatic approaches ;-)
Best,
Reinhard
-Original Message-
From: Reinhard Pötz [mailto:[EMAIL PROTECTED]
Sent
Torsten Curdt wrote:
ok... more than 24h...
here are the results.
Leave it where it is:
Bertrand
Gianugo
Ugo
Torsten
Marc
Sylvain
Michael
Chris
Tim
Vadim
Move it into scratchpad:
Carsten
Reinhard
Antonio
Rename it to jflow:
Joerg
Everything correct?
Any other votes?
Noone answers,
Carsten Ziegeler wrote:
Torsten Curdt wrote:
Is the block disabled by default?
no not yet ...would you prefer this
also for the dev version or only for
the release?
I personally would prefer to disable it already for
the dev version as many users are trying out Cocoon
from the CVS
Stephan Michels wrote:
Thank you that you didn't take it wrong :)
Okay here another vote(and I wait more than 24h)
Move java into scratchpad?
[X] Move it into scratchpad
[ ] Leave it where it is
[ ] Rename it to ___
My opinion is to leave it where it is, because I heard too much the
[EMAIL PROTECTED] wrote:
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed
Pier Fumagalli wrote:
On 21 Mar 2004, at 17:19, Reinhard Pötz wrote:
[EMAIL PROTECTED] wrote:
+-
--+
| Bugzilla Bug
ID
Carsten Ziegeler wrote:
Hi,
to avoid double efforts in the same area, I just wanted to
inform you that I will try to write a new tree processor
for 2.2 in the next few days.
Why? There are several reasons:
- Reverting to ECM in 2.2 requires some changes to the
tree processor used in 2.1.x
Carsten Ziegeler wrote:
As you already may have noticed, the Avalon community has a new
roadmap and has a common sense about their future.
This roadmap includes: burying ECM (which is deprecated anyway),
burying Fortress and burying most of the Excalibur stuff in the
long term. The goal is to
Bruno Dumon wrote:
Hi,
I'm wondering if there is some logic behind why, while most of the time
woody has been renamed to forms, sometimes it got renamed to just
form.
For example:
* FormTemplateTransformer instead of FormsTemplateTransformer
* form for the i18n catalogue name instead of forms
I
Gianugo Rabellino wrote:
Reinhard Pötz wrote:
but even this one seems unwilling to behave as I expected. The thing
is that if I try just ${cocoon} I can see my parameter=MyBean there,
and if I try ${cocoon.parameters.mybean} I indeed get a
[EMAIL PROTECTED], so the object is there (pardon my
Joerg Heinicke wrote:
On 17.03.2004 23:00, Bruno Dumon wrote:
In the code, I'd use Forms where we would earlier have used Woody.
In the documentation, using CForms instead of Woody will probably
clear the confusion.
Ok, quick poll for opinions of others: back to Forms?
Joerg
+1 for Bruno's
Torsten Curdt wrote:
I asked over a cocoon-user. Up til now 100% of them are saying
remove it *now*. (about 17 users responded) It was clearly stated
the vast amount of options lead more to confusion than they are
helpful. ...as we already know :)
If noone objects I'll remove both blocks
Torsten Curdt wrote:
I asked over a cocoon-user. Up til now 100% of them are saying
remove it *now*. (about 17 users responded) It was clearly stated
the vast amount of options lead more to confusion than they are
helpful. ...as we already know :)
If noone objects I'll remove both blocks
Gianugo Rabellino wrote:
Today I got stuck using JXTG in what I thought would have been a quite
common use case. I have to generate a cforms definition file (a
selection list, actually) which is dynamically built from a bean that
returns a Map.
This beans (which, BTW, is an Avalon component)
While reading some RSS newsfeeds I found http://w4toolkit.com. I watched
the demo and the first thought I had was: Is this possible with
CocoonForms in the future too? How does this comply with an XML based
forms framework where you create style-free XML?
Any thoughts around here?
--
Reinhard
[EMAIL PROTECTED] wrote:
Index: AbstractPipelineCallingCronJob.java
===
RCS file: /home/cvs/cocoon-2.1/src/blocks/cron/java/org/apache/cocoon/components/cron/AbstractPipelineCallingCronJob.java,v
retrieving revision 1.2
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
And instead of investing to much time in all those things
we should
make CocoonBlocks become reality ASAP because they will
solve those
dependencies very elgantly.
Yes, but imho we need a solution for 2.1.x as well. If we would
wait
Ugo Cei wrote:
Reinhard Pötz wrote:
And instead of investing to much time in all those things we should
make CocoonBlocks become reality ASAP because they will solve those
dependencies very elgantly.
I'd say *most* of those dependencies, but not all of them. Flowscript
is part of the core
Stephan Michels wrote:
Am Fr, den 12.03.2004 schrieb Bertrand Delacretaz um 07:47:
Sounds like the way to go, intelligently downloading dependencies from
some non-ASF repository should solve most, maybe all of the licensing
problems, and help make Cocoon more lightweight for many uses.
IIRC
Carsten Ziegeler wrote:
Torsten Curdt wrote:
I asked over a cocoon-user. Up til now 100% of them are
saying remove it *now*. (about 17 users responded) It was
clearly stated the vast amount of options lead more to
confusion than they are helpful. ...as we already know :)
If noone objects
leo leonid wrote:
Hi,
I just updated my projects from woody to cocoon forms (absolutely
painless, BTW).
How did you do the upgrade?
--
Reinhard
Joerg Heinicke wrote:
On 11.03.2004 20:18, [EMAIL PROTECTED] wrote:
Modified:src/blocks/forms/samples/resources
forms-field-styling.xsl
Log:
add text attribute (any reason why it is missing?)
I guess not, it's just the default.
Joerg
Okay, I added it because I want to use it to be
leo leonid wrote:
On Mar 11, 2004, at 6:50 PM, Reinhard Pötz wrote:
leo leonid wrote:
Hi,
I just updated my projects from woody to cocoon forms (absolutely
painless, BTW).
How did you do the upgrade?
I used your ant task ($COCOON_HOME/build.sh
woody2CocoonForms-renaming). It did the job
[EMAIL PROTECTED] wrote:
joerg 2004/03/11 11:42:32
Modified:tools/targets upgrade-build.xml
Log:
a little mistake
Revision ChangesPath
1.4 +1 -1 cocoon-2.1/tools/targets/upgrade-build.xml
Index: upgrade-build.xml
Bertrand Delacretaz wrote:
Le Jeudi, 11 mars 2004, à 23:06 Europe/Zurich, Paul Russell a écrit :
On 10 Mar 2004, at 19:51, Steven Noels wrote:
(OT for the non-ASF folks:) You seem to suggest that inclusion of
non-ASL-licensed library dependencies inside ASF distributions
should be deprecated,
Stefano Mazzocchi wrote:
2) we created tools to ease the migration [we need to put some docs
on how to do this]
Initial docs are in Wiki:
http://wiki.cocoondev.org/Wiki.jsp?page=Woody2CocoonForms
--
Reinhard
Nacho Jimenez wrote:
Jan Hoskens wrote:
I'm not sure you mean this, but I'll give it anyway:
If you're using woody and thus the woody stylesheet, there are several
javascripts that are added (eg the popup window). These javascripts
are to
be added in your html header and thus the woody
Reinhard Pötz wrote:
As you may saw I wanted to commit the results of renaming Woody to
CocoonForms but when I commit a file I get the error message
pre-commit check failed. Any ideas what's going on here? (I've
already checked whether the license is okay, if I use Unix-style line
feeds
Antonio Gallardo wrote:
Reinhard Pötz dijo:
Reinhard Pötz wrote:
As you may saw I wanted to commit the results of renaming Woody to
CocoonForms but when I commit a file I get the error message
pre-commit check failed. Any ideas what's going on here? (I've
already checked whether
Reinhard Pötz wrote:
In the next few days I'm going to rename Woody to Cocoon Forms. So
please don't commit into the Woody block any more as it will be
removed afterwards. Expect results by the end of next week (and not
before Monday afternoon).
Here are the new names (latest status summing
Joerg Heinicke wrote:
On 09.03.2004 12:10, Reinhard Pötz wrote:
The new forms block is in CVS and Woody removed. Open tasks:
- update Unit tests by somebody who is familiar with them
- update Wiki pages (maybe we can do this automatically in some
parts with moving Wiki to Apache infrastructure
Steven Noels wrote:
On 09 Mar 2004, at 12:10, Reinhard Pötz wrote:
The new forms block is in CVS and Woody removed.
^^
Ouch - are you sure this was needed *immediately after* the renaming?
I know this eventually needed to be done, but I would have
Thanks Jörg. I thought Eclipse had already done those updates for us ...
strange ...
--
Reinhard
Stefano Mazzocchi wrote:
We should move XSP in a block anyway.
+1
--
Reinhard
Torsten Curdt wrote:
RT
Maybe somehting we should indroduce anyway. An upgrade script!
Would be cool do have it associated with the changes file.
/RT
Yes, I've already started it. See ./tools/targets/upgrade-build.xml.
Currently only the Woody2CocoonForms upgarde script is in but I hope
more
Sylvain Wallez wrote:
Bertrand Delacretaz wrote:
Le Mardi, 9 mars 2004, à 14:53 Europe/Zurich, Steven Noels a écrit :
...Thanks for your brave effort!
Yes, let's not forget this: big THANKS Reinhard for your work!
Sure: THANKS Reinhard!
You're welcome :-)
Sylvain, wondering how long the
As you may saw I've reverted the removal of Woody. IMO just for now and
it should be removed ASAP. So let's vote on this:
variant A: remove Woody after 2.1.5 release
variant B: remove Woody after 2.1.6 release
variant C: leave Woody where it is and mark it as won't change
Your votes please!
Reinhard Pötz wrote:
As you may saw I've reverted the removal of Woody. IMO just for now
and it should be removed ASAP. So let's vote on this:
variant A: remove Woody after 2.1.5 release
variant B: remove Woody after 2.1.6 release
variant C: leave Woody where it is and mark it as won't change
Stefano Mazzocchi wrote:
We should move XSP in a block anyway.
+1 from Stefano, Antonio, Reinhard
--
Reinhard, giving this thread an appropriate subject but doesn't mean he will do the
move ;-)
Torsten Curdt wrote:
Since we are currently in the middle of cleaning
up and focussing on *the* one form framework I
like to propose and get rid of precept.
*snief*
I guess it's more or less dead code now and
it's an unecessary choice we should get rid of
IMO. I doubt anyone is using it so we
Bruno Dumon wrote:
On Sun, 2004-03-07 at 17:43, Joerg Heinicke wrote:
On 06.03.2004 19:09, Reinhard Pötz wrote:
The first part is done - which means:
- renaming of all Java classes
- reflect changes within Flowscripts
- first run on updating all samples
open
- Stylesheet for namespace
Antonio Gallardo wrote:
Christopher Oliver dijo:
In order to allow the use of Flowscript on the BEA Weblogic and IBM
Websphere application servers (and possibly in other environments) I
propose that we rename the Rhino packages from org.mozilla to
org.cocoondev. The Rhino codebase used in
Antonio Gallardo wrote:
Reinhard:
I understand the POV. On the one hand the need to allow BEA and IBM use
Flow. I think it is great! And I am +1 here.
On the other side, I don't like the forking idea (as I don't liked it in
jisp). I know we currently use a forked version, but giving it a
Antonio Gallardo wrote:
Steven Noels dijo:
On 08 Mar 2004, at 03:59, Christopher Oliver wrote:
In order to allow the use of Flowscript on the BEA Weblogic and IBM
Websphere application servers (and possibly in other environments) I
propose that we rename the Rhino packages from
As you may saw I wanted to commit the results of renaming Woody to
CocoonForms but when I commit a file I get the error message pre-commit
check failed. Any ideas what's going on here? (I've already checked
whether the license is okay, if I use Unix-style line feeds)
--
Reinhard
In the next few days I'm going to rename Woody to Cocoon Forms. So
please don't commit into the Woody block any more as it will be removed
afterwards. Expect results by the end of next week (and not before
Monday afternoon).
Here are the new names (latest status summing up the recent
Bertrand Delacretaz wrote:
Le Samedi, 6 mars 2004, à 16:47 Europe/Zurich, Reinhard Pötz a écrit :
...Here are the new names (latest status summing up the recent
discussion):
...Package: org.apache.cocoon.forms
...NS Prefix: fd
Do we have volunteers to update the docs, samples and wiki
Christopher Oliver wrote:
Can we also get rid of the original Woody flowscript API as part of
this process (and replace it with the v2 version)? The original was
clearly not ready for prime time.
--
Chris
The first part is done - which means:
- renaming of all Java classes
- reflect changes
Antonio Gallardo wrote:
hi:
As part of the new licenses work, we also need to add licenses to files
that currently does not have any.
The question is:
What year range use?
1999-2004 or just 2004?
Rememeber the CVS history was lost.
Best Regards,
Antonio Gallardo
If we use 1999 we are on
[EMAIL PROTECTED] wrote:
Hi,
In the next few days I want (no promise ;-) to start with
renaming Woody
to CocoonForms. First I want to move the _core_ which means
that I want
to make one simple example run.
namespaces:
http://apache.org/cocoon/woody/definition/1.0
--
Carsten Ziegeler wrote:
Sounds good to me. +1
From your description, I guess you want to add a new block for
Cocoon Forms in parallel to the Woody one, right?
Yep as it is much work and I'm not sure on all parts if they are
_official_ or not.
--
Reinhard
Bertrand Delacretaz wrote:
Le Vendredi, 5 mars 2004, à 13:18 Europe/Zurich, Reinhard Pötz a écrit :
...
namespaces:
packages:
...
classnames:
...
xconf:
...
What do you think?
Quite frankly, I think changing implementation-specific names
(packages, classes) is not worth the hassle.
I'd
Bertrand Delacretaz wrote:
Le Vendredi, 5 mars 2004, à 14:09 Europe/Zurich, Reinhard Pötz a écrit :
...Changing package or class names is the smallest problem if you use
Eclipse ;-)
sure, but what about docs, samples and people's minds ;-)
...I don't do the whole transformation at once
Vadim Gritsenko wrote:
Reinhard Pötz wrote:
In the next few days I want (no promise ;-) to start with renaming
Woody to CocoonForms. First I want to move the _core_ which means
that I want to make one simple example run.
First of all, let's freeze cocoon woody - so we do not loose any
301 - 400 of 494 matches
Mail list logo