Vadim Gritsenko wrote:
The main reason for using DOM in some cases (chosen by user at
runtime) is the ability to avoid SAXException. SaxBuffer does not
offer such functionality as it just stores sax bits and does not check
if xml is well formed.
And neither does DOM. So can you explain your
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Daniel Fagerstrom wrote:
IMO, OSGi seem to be the best choice for kernel for Cocoon's block
architecture and there is (if I haven't missed something important) a
low risk, incremental and evolutionary way to get there.
Hmm, I'm currently not
Reinhard Poetz wrote:
- breaking up the monolitic Cocoon
- getting over the Java jar hell
- making development of Cocoon extensions outside of the
Cocoon project much easier (why there are hardly any Cocoon based
projects out, except Daisy, Lenya, Forrest and two or three others)
-
Carsten Ziegeler wrote:
SNIP/
But again, if I'm the only one with these feelings, I can simply shut up
and watch the show :(
Just to clarify: of course, this doesn't mean that I would not help or
contribute.
Carsten
--
Carsten Ziegeler - Open Source Group, SN AG
http://www.s-und-n.de
Torsten Curdt wrote:
Ok ...so the guys from http://100days.de
will be sponsering the meeting room on sunday.
They provide free internet access, a projector
and even some coffee :)
Nice! But upto now there are only three of us (Reinhard,
you and me) and I'm wondering if we really need a
Carsten Ziegeler wrote:
Torsten Curdt wrote:
Ok ...so the guys from http://100days.de
will be sponsering the meeting room on sunday.
They provide free internet access, a projector
and even some coffee :)
Nice! But upto now there are only three of us (Reinhard,
you and me) and I'm wondering
(was: [RT] Micro kernel based Cocoon)
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
snip/
We should move 2.2 out the
door as soon as possible and target real blocks for a later release.
So, try out OSGi if you want, but please not in the trunk.
snip/
And AFAIU it's out of discussion that the
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
- breaking up the monolitic Cocoon
- getting over the Java jar hell
- making development of Cocoon extensions outside of the
Cocoon project much easier (why there are hardly any Cocoon based
projects out, except Daisy, Lenya, Forrest and two
Leszek Gawron wrote:
snip/
I tried to find any starters for eclipse's OSGi implementation. Not a
single useful page. If we are to make users read OSGi specification,
then seek for help in external projects that are hardly documented we
get the same problem in a fancy new outfit.
OSGi is a
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
- breaking up the monolitic Cocoon
- getting over the Java jar hell
- making development of Cocoon extensions outside of the
Cocoon project much easier (why there are hardly any Cocoon based
projects out, except Daisy, Lenya, Forrest and two
Sometime ago we started on drafting a versioning policy
http://cocoon.apache.org/versioning.html
but that didn't find much interest :(
So, whatever we write down/decide as a policy, you need committers doing
some work and trying to push that. Projects like Eclipse have a far
better grounding as
Daniel Fagerstrom wrote:
IMO it will. AFAIU the plugin concept in Eclipse is considered straight
forward for most people. The blocks will be very similar to plugins.
Ok, but even if it's simple, you have to learn it :)
Its not an exchange of Avalon with OSGi.
I know, I didn't mean a
Carsten Ziegeler wrote:
Torsten Curdt wrote:
Ok ...so the guys from http://100days.de
will be sponsering the meeting room on sunday.
They provide free internet access, a projector
and even some coffee :)
Nice! But upto now there are only three of us (Reinhard,
you and me) and I'm wondering
Carsten Ziegeler wrote:
Daniel Fagerstrom wrote:
IMO it will. AFAIU the plugin concept in Eclipse is considered straight
forward for most people. The blocks will be very similar to plugins.
Ok, but even if it's simple, you have to learn it :)
Its not an exchange of Avalon with OSGi.
I
Carsten Ziegeler wrote:
Sometime ago we started on drafting a versioning policy
http://cocoon.apache.org/versioning.html
but that didn't find much interest :(
hmmm, I had the impression that we agreed on this. Maybe only a vote is missing.
--
Reinhard Pötz Independent Consultant,
Daniel Fagerstrom wrote:
(was: [RT] Micro kernel based Cocoon)
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
snip/
We should move 2.2 out the
door as soon as possible and target real blocks for a later release.
So, try out OSGi if you want, but please not in the trunk.
snip/
And AFAIU
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Sometime ago we started on drafting a versioning policy
http://cocoon.apache.org/versioning.html
but that didn't find much interest :(
hmmm, I had the impression that we agreed on this. Maybe only a vote is
missing.
I'm note sure, but I
--- Ursprüngliche Nachricht ---
Von: Sylvain Wallez [EMAIL PROTECTED]
An: dev@cocoon.apache.org, [EMAIL PROTECTED]
Betreff: Re: sorotn
Datum: Sat, 21 May 2005 11:15:34 +0200
Fabian LoneStar Frédérick wrote:
Hi,
I just released a small struts parser tool under cocoon.Maybe it
Posting this here, since no reply from users@cocoon.apache.org
- Forwarded message from Tuomo L [EMAIL PROTECTED] -
Hi,
What's wrong, when this warning appears in log: Assuming client reset
stream ?
Every file we're trying to return from db comes out as 0 bytes, and the
error (warning)
Daniel Fagerstrom wrote:
snip
Since 2000 we have managed to ship a handfull of 2.0 and a handfull of
2.1 releases. Considering the amount of activity and the volume and
quality of what have done during that period it must be a hard to beat
record in conservative version numbering ;)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34557.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
snip/
I'm currently still missing the *big picture*. What are blocks, how does
Cocoon look like with them. Can I develop something without blocks? What
do I have to learn? And so on. This might be because I didn't have so
much time for Cocoon in the last weeks, don't
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
snip/
IMO we should find a less demanding and more realistic attitude for
Cocoon releases, so that we can go towards release early, release
often.
Planning what should be part of the next major release seem harmfull,
as the relase can stall
Daniel Fagerstrom wrote:
All current blocks, the core and libraries that are used by several
bundles are packaged as bundles. These are deployed in a OSGi kernel.
During development the Cocoon bundles can be deployed within the OSGi
kernel of Eclipse together with various Cocoon
Hi everybody,
I just published a new entry in my blog on PlanetCocoon as a reaction
to Clay Shirky's article and how we can apply all those technologies
together inside PlanetCocoon to make it a useful platform for all of
you.
In parallel we are in the process of defining clearer navigation paths
Hi,
I'd like to contribute to jsf on Cocoon.Where can I find a todo list for
this and should I work against 2.1 or 2.2 branch ?
Regards,
Fab
_
Ralph Goers wrote:
Daniel Fagerstrom wrote:
snip/
Planning what should be part of the next major release seem harmfull,
as the relase can stall forever if there is a difference between what
we would like to have in the release and what we actually are
implementing.
I don't think I
Daniel Fagerstrom wrote:
Don't know. Reinhard and maybe Sylvain at least seem to use it for
customer systems maybe there are more.
Yes, it's my plan to use trunk for my current customer application because I
want to use the new jxtemplate implementation and the per-sitemap-classloader
that
Il giorno 22/mag/05, alle 10:55, [EMAIL PROTECTED] ha scritto:
URL: http://svn.apache.org/viewcvs?rev=171293view=rev
Log:
sync captcha
Thanks for doing this, Sylvain. I was planning to do it myself ASAP,
but since you beat me to it... :)
Ugo
--
Ugo Cei
Tech Blog:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32728.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Dom, 22 de Mayo de 2005, 15:15, Ugo Cei dijo:
Il giorno 22/mag/05, alle 10:55, [EMAIL PROTECTED] ha scritto:
URL: http://svn.apache.org/viewcvs?rev=171293view=rev
Log:
sync captcha
Thanks for doing this, Sylvain. I was planning to do it myself ASAP,
but since you beat me to it... :)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33637.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
In my opinion, 2.2 is more or less feature complete; there are *many* things to
cleanup
Definitely.
and I'm currently playing with adding administration and monitoring.
Uh? What are these features? Would you mind sharing this with us?
Sylvain
--
Sylvain
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34906.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Antonio Gallardo wrote:
On Dom, 22 de Mayo de 2005, 15:15, Ugo Cei dijo:
Il giorno 22/mag/05, alle 10:55, [EMAIL PROTECTED] ha scritto:
URL: http://svn.apache.org/viewcvs?rev=171293view=rev
Log:
sync captcha
Thanks for doing this, Sylvain. I was planning to do it myself ASAP,
Reinhard Poetz wrote:
AFAIU only some work on cForms is missing (flowscript API and repeater
binding)
That's far from the only work to do IMO, as there are a lot of
semi-finished core features. Some that come to mind: refactored object
model, sitemap listeners, VPCs, third-party
Daniel Fagerstrom wrote:
Carsten Ziegeler wrote:
Users never really understood Avalon; but interestingly everyone
understands Spring - which is the same concepts of Avalon but done
differently (I know, I simplify here a little bit, please, all Spring
lovers forgive me for now!).
Adding a
Daniel Fagerstrom wrote:
Ralph Goers wrote:
Daniel Fagerstrom wrote:
For our current situation I think we could release a 2.2.0 right
away. It doesn't contain what we planned for but OTH it contains a
lot of goodies that we didin't plan for and that should be usefull
for a larger
On Monday 23 May 2005 02:32, Daniel Fagerstrom wrote:
Hmm, that is to overdo it IMO. Plans and todo lists and Bugzilla entries
can be very usefull for knowing what is left todo, weak points etc. The
problem is when we put together a number of todo lists and say that they
constitute the next
Hi Sebastien,
...I've just published four new ideas on my blog..
About Typo3-like documentation matrix - I've been thinking for a
while that a matrix of our *samples* would be a big help: having all
samples listed on a single page (and possibly categorized or
folksonomized) would make it
Le 23 mai 05, à 07:13, Reinhard Poetz a écrit :
...Let's release Cocoon 2.2 alpha1 as soon as possible. When the
contracts are stable we use the beta postfix. This will increase the
number of people who use and test the release and finally we can
release Cocoon 2.2.0 final...
Releasing 2.2
Sylvain Wallez wrote:
Uh? What are these features? Would you mind sharing this with us?
Sure; I already mentioned this months ago and even asked on this list
for help; but noone was interested :(
Anyways, I'm thinking of adding a JMX interface, so you can monitor your
Cocoon instance using
Le 22 mai 05, à 20:24, Daniel Fagerstrom a écrit :
...It would require quite a lot of work to give a fair overview of
what we have discussed about this in the last three or so years. You
find some info in http://wiki.apache.org/cocoon/Blocks...
Would it be possible to come up with a (small)
Le 23 mai 05, à 07:32, Carsten Ziegeler a écrit :
..I'm thinking of adding a JMX interface, so you can monitor your
Cocoon instance using JMX...
...The second part - which is much more difficult - would be to allow
to
change some values during runtime...
Hmm...maybe this second part
44 matches
Mail list logo
