Max Pfingsthorn wrote:
...
Druid looks great. But wouldn't it be better to let users
make an ER diagram and take it from there? i.e. create db,
java classes, ojb mapping, some default forms with the right
definition and binding. Then, the only thing left to do is
adjust the
Le 9 oct. 05, à 18:33, Reinhard Poetz a écrit :
...So what do others think about this roadmap?...
Would you mind re-posting this roadmap question with a more prominent
subject line?
I'm afraid people will miss it due to the more or less obscure topic
being discussed here ;-)
-Bertrand
On Sunday 09 October 2005 19:33, Reinhard Poetz wrote:
So the answer to your question: We need this classloading only to load
classes from within 2.2 blocks. 3.0 will make this 2.2 classloading stuff
obsolete (hehe, my favorite word these days).
Ok. Cool. Got worried there for a while :o)
Le 9 oct. 05, à 00:39, Antonio Gallardo a écrit :
...I though we were against providing IRC support...
I don't think we can be against someone giving answers there - but it
would be cool, when people find solutions via IRC (or any other media
), to post them on the lists or on the wiki.
Bertrand Delacretaz wrote:
Le 8 oct. 05, à 19:43, Reinhard Poetz a écrit :
...For 2.1 I'm not sure if it's worth the effort. IMHO We should focus
on 2.2 and make it stable as soon as possible
Yes, let's make as little changes as possible to 2.1 and move on.
Yupp.
As soon as we
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 think a directory
Hi all!
We had 22 +1 for Ross as a committer and no other votes. I'll arrange so
that he get access.
Welcome Ross!
/Daniel
Bertrand Delacretaz wrote:
We talked about that this morning with Jeremy at the GT: how about
creating a contrib directory in our repository, for stuff that we
want to stay available, without being directly tied to our releases.
This could contain:
-example apps like bricks-cms
-blocks that
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
Hi,
On 10 Oct 2005, at 06:48, Antonio Gallardo wrote:
IMHO, there is no a correct way to go from the DB table to the
form. More often than we though a DB table cannot be mapped to a
form due the defined interface.
What do you mean by the defined interface?
Tipical use case: User
Hi,
On 10 Oct 2005, at 08:43, Carsten Ziegeler wrote:
As soon as we have 2.2 we definitly want that users start with 2.2 and
not with 2.1.x anymore. So having a binary release only for 2.2 might
help with this as well :)
Depends when we think 2.2 might be released (I mean full release, not
Hi,
On 10 Oct 2005, at 08:49, Carsten Ziegeler wrote:
Is there anything else?
This one effectively means SQL Transformer is unusable in combination
with sitemap parameters: http://issues.apache.org/bugzilla/
show_bug.cgi?id=36573
I didn't get to fix it at the hackathon :-(
Andrew.
--
Sylvain Wallez 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
find a way to add them in
Andrew Savory wrote:
Hi,
On 10 Oct 2005, at 08:43, Carsten Ziegeler wrote:
As soon as we have 2.2 we definitly want that users start with 2.2 and
not with 2.1.x anymore. So having a binary release only for 2.2 might
help with this as well :)
Depends when we think 2.2 might be released
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
Carsten Ziegeler wrote:
Now, I'm not against adding binary releases for 2.1.x *but* then someone
has to do it - the build system has to be updated, we have to think
about providing two binary releases one for jdk 1.3 one for jdk 1.4 and
so on. If someone does the work on the build system, I'm
hepabolu 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
find a way to add them in the
Daniel Fagerstrom wrote:
Bertrand Delacretaz wrote:
We talked about that this morning with Jeremy at the GT: how about
creating a contrib directory in our repository, for stuff that we
want to stay available, without being directly tied to our releases.
This could contain:
-example apps
Stefano Mazzocchi wrote:
...
Carsten and Leszek addressed most of the other points.
ehmmm, all right, ... but where did the standard sitemap components
go? [sound of stefano searching] oh, here they are
context://WEB-INF/xconf/cocoon-core-sitemap.xconf
but the main sitemap doesn't link
Daniel Fagerstrom wrote:
Bertrand Delacretaz wrote:
We talked about that this morning with Jeremy at the GT: how about
creating a contrib directory in our repository, for stuff that we
want to stay available, without being directly tied to our releases.
This could contain:
-example apps
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=36872.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
hepabolu wrote:
* As a temporary substitute we could indeed provide the
- PDF: simple, because 1 file to extract and include in docs dir.
- HTML: less simple, because it's a bunch of files, I could ask Bruno
what the best way to do this is.
I'd do the PDF in any case, since it's so easy.
On 7 Oct 2005, at 14:06, Bertrand Delacretaz wrote:
We talked about that this morning with Jeremy at the GT: how about
creating a contrib directory in our repository, for stuff that we
want to stay available, without being directly tied to our releases.
This could contain:
-example apps
hepabolu wrote:
Daniel Fagerstrom wrote:
Bertrand Delacretaz wrote:
We talked about that this morning with Jeremy at the GT: how about
creating a contrib directory in our repository, for stuff that we
want to stay available, without being directly tied to our releases.
This could
On 5 Oct 2005, at 10:43, 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
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=36984.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=36984.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Antonio Gallardo agallardo at agssa.net writes:
Have we planned to release 2 2.2M1 version for java 1.4.x and 1.5?
Is there any advantage of compiling with Java 1.5?
Jörg
Le 10 oct. 05, à 11:11, Jeremy Quinn a écrit :
...We also talked about showing-off the 'sexy' stuff up front .
eg.
samples and docs highlighting the newest and best
prominent news items on the front page pointing to new cool
stuff
etc...
Have you seen how the
Carsten Ziegeler cziegeler at apache.org writes:
I agree that we still should build the
api docs, but we shouldn't copy them in the webapps directory anymore.
Just storing them in a directory should be enough, I think. So I want to
remove the build targets for copying/integrating them into
Joerg Heinicke wrote:
Antonio Gallardo agallardo at agssa.net writes:
Have we planned to release 2 2.2M1 version for java 1.4.x and 1.5?
Is there any advantage of compiling with Java 1.5?
I don't think so - just using 1.4 for compilation should be fine.
Carsten
--
Carsten Ziegeler -
Daniel Fagerstrom wrote:
We had 22 +1 for Ross as a committer and no other votes. I'll arrange so
that he get access.
Thanks Cocoon Devs. In appreciation for this vote I plan to do a test
run of the Docs publication this afternoon (UTC).
Ross
Hi all,
Many thanks to all speakers that have made the program friday so nice.. And of
course, all the attendees that were there at the Hackathon days, the dinners
and the presentation day. I had fun.
And now.. Goodies!
You can relive the full GT day at the following page, which holds all
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=35741.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Le 6 oct. 05, à 11:52, Bertrand Delacretaz a écrit :
Sandor Spruit suggests this, see
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=112858673106600w=2
done for build.sh in trunk and BRANCH_2_1_X
I haven't changed the windows build scripts as I cannot test them, if
someone can do it it
Bertrand Delacretaz wrote:
I don't think we can be against someone giving answers there - but it
would be cool, when people find solutions via IRC (or any other media ),
to post them on the lists or on the wiki.
I suggested logging the IRC channel a while ago. I then actually tried
doing
Hi everyone!
Sorry, this one turned out to be quite long with the quotes inside. Bear with
me, please! :)
...
Hmm, okay. But how do you generate a database schema from a
few forms? Especially if there are graph-like relationships
between the entities you cannot model in a form definition.
Hi,
On 10 Oct 2005, at 10:52, Arje Cahn wrote:
Many thanks to all speakers that have made the program friday so
nice.. And of course, all the attendees that were there at the
Hackathon days, the dinners and the presentation day. I had fun.
And a big thank you to Arjé and everyone at Hippo
Bertrand Delacretaz wrote:
Le 6 oct. 05, à 11:52, Bertrand Delacretaz a écrit :
Sandor Spruit suggests this, see
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=112858673106600w=2
done for build.sh in trunk and BRANCH_2_1_X
I haven't changed the windows build scripts as I cannot
Hi All,
As always it was fantastic to see you all again, and to have some
serious fun hacking, partying, and rib-demolishing :)
Major kudos to Arje + team for organising this years event,
outstanding job mate!
Looking forward to the next time we all cross tracks again!
Cheers,
Marcus
Carsten Ziegeler schrieb:
Bertrand Delacretaz wrote:
Le 6 oct. 05, à 11:52, Bertrand Delacretaz a écrit :
Sandor Spruit suggests this, see
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=112858673106600w=2
done for build.sh in trunk and BRANCH_2_1_X
I haven't changed the windows build
PS. Did anyone notice the spike in the Heineken stock price over
the GT :)
A ...you and Andrew are Heineken share holders - that explains a
lot ;-P
cheers
--
Torsten
PGP.sig
Description: This is a digitally signed message part
Le 10 oct. 05, à 12:25, Andrew Savory a écrit :
...And a big thank you to Arjé and everyone at Hippo for such superb
organisation and all the hard work you put in - it was appreciated!...
BIG +1
-Bertrand
Le 10 oct. 05, à 12:28, Carsten Ziegeler a écrit :
...I just added servlet being the default parameter for the cocoon
script. As I can't test this on unix right now, I only changed the
windows scripts...so if someone wants to have a look at it... :)
done, servlet is now the default action for
Le 10 oct. 05, à 12:11, Jorg Heymans a écrit :
I suggested logging the IRC channel a while ago...
...If we could get it to log, and we include the logs somewhere
searchable
(daisy, wiki ...) that'ld be good enough already
You'd get a *lot* of noise if you simply log, so I'm not
Bertrand Delacretaz wrote:
Le 10 oct. 05, à 12:28, Carsten Ziegeler a écrit :
...I just added servlet being the default parameter for the cocoon
script. As I can't test this on unix right now, I only changed the
windows scripts...so if someone wants to have a look at it... :)
done, servlet
Bertrand Delacretaz wrote:
I've just committed the changes that we started yesterday at the
Hackathon, the first page of samples now shows links to a minimum
number of samples, the rest being on a different page.
I'd appreciate it if people could give it a try, I haven't had time to
Berin Loritsch wrote:
The Ruby on Rails solution is to use an environment variable that
defaulted to Development. In production the environment variable
would be set on the server to Production. For the unit tests, the
generators automatically run in Test mode. Now, I know that Java 5
Arje Cahn wrote:
Hi all,
Many thanks to all speakers that have made the program friday so nice.. And of
course, all the attendees that were there at the Hackathon days, the dinners
and the presentation day. I had fun.
Many thanks to *you* for the hard work you did at organizing this
Le 10 oct. 05, à 13:59, Carsten Ziegeler a écrit :
...I think it's a good idea to cleanup the page. But :) it raises two
questions for me:
a) How do I get to the other samples? I don't see any link.
There should be a link to all samples at the top right.
...b) Which blocks do we feature on
On 10 Oct 2005, at 11:52, Arje Cahn wrote:
Hi all,
Many thanks to all speakers that have made the program friday so
nice.. And of course, all the attendees that were there at the
Hackathon days, the dinners and the presentation day.
I had fun.
So did I...
insert tone=paternalistic
Does anyone mind if I add a setting that is used as the default value
for sitemap reloading? Currently you can specify on each mount if the
sitemap is checked for changes. Now changing this for each and every
sitemap is really annoying and as we are all lazy, I think just adding a
default I can
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=36988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Bertrand Delacretaz wrote:
There should be a link to all samples at the top right.
Oh, right, yes it's there - I overlooked it the first time. Perhaps it
should be a little bit more prominent?
We can of course vote to have more blocks, while keeping the list to
the minimum.
I agree
Le 10 oct. 05, à 14:16, Carsten Ziegeler a écrit :
Bertrand Delacretaz wrote:
There should be a link to all samples at the top right.
Oh, right, yes it's there - I overlooked it the first time. Perhaps it
should be a little bit more prominent?
right, I'll improve it when I find some time,
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=36988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Friday 07 October 2005 19:36, Vadim Gritsenko wrote:
Niclas Hedhman wrote:
Hi,
We normally don't deal with Jar/zip files, but a case have come up where
we need to read XML inside zip files, which are modified at times.
The developer added a
Carsten Ziegeler wrote:
Does anyone mind if I add a setting that is used as the default value
for sitemap reloading? Currently you can specify on each mount if the
sitemap is checked for changes. Now changing this for each and every
sitemap is really annoying and as we are all lazy, I think
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=35413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 10.10.2005, at 14:36, Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Does anyone mind if I add a setting that is used as the default value
for sitemap reloading? Currently you can specify on each mount if the
sitemap is checked for changes. Now changing this for each and every
sitemap is
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Does anyone mind if I add a setting that is used as the default value
for sitemap reloading? Currently you can specify on each mount if the
sitemap is checked for changes. Now changing this for each and every
sitemap is really annoying and as we
The simpler alternative would be a wget of the docs on cocoon.apache.org.
My argument would be that there's no bad thing keeping the new docs
system for 2.2.
Helma, are there any glaring mistakes in the currently live docs?
The updates that have been put into the xdocs/Daisy are not in the
But then you can't go and patch in little bugfixes into a running site. You'd
have to restart the whole thing. Is there any way to do the cheap checking but
leave out the expensive things (if there are such) in production?
My 2 cents...
max
-Original Message-
From: Carsten Ziegeler
Sylvain Wallez wrote:
Arje Cahn wrote:
Hi all,
Many thanks to all speakers that have made the program friday so
nice.. And of course, all the attendees that were there at the
Hackathon days, the dinners and the presentation day. I had fun.
Many thanks to *you* for the hard work you did
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Does anyone mind if I add a setting that is used as the default value
for sitemap reloading? Currently you can specify on each mount if the
sitemap is checked for changes. Now changing this for each and every
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=35413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi all,
When splitting the XSP block from the core, the getCookie() method that
existed (and still exists) on XSPCookieHelper method was copied to
ObjectModelHelper as it was also used by *one* class outside of the XSP
block, which is DatabaseCookieAuthenticatorAction.
This method has IMO
Sylvain Wallez wrote:
Makes sense. IIRC this was already mentioned in the past when we
discussed source store, i.e. a source-oriented front-end to the store
that allows objects read from sources (stylesheets, sitemaps, forms,
templates, etc) to be more memory-friendly by being kept in the
In this thread, we have the perfect example both of what makes Cocoon
great and its own achiles heel. The initial proposal here was to make a
new type of sitemap that mimics the Ruby on Rails pattern of Convention
over Configuration. It even had some nice approaches to flexing some of
Sylvain Wallez wrote:
So I would like to have it removed.
Now it was part of the 2.1.7 release, meaning some people may have used
it, despite its weirdness. So I would like to deprecate it at a high
level (i.e. error rather than the standard warning) in 2.1.8 and
completely remove it in
I hope that we can remove some of the old class loader/class path
handling in 2.2 and make everything simpler.
In 2.1.x we had a boolean parameter (in web.xml) which could be used to
set the Cocoon class loader (the one used to instantiate Cocoon) as the
thread context class loader.
In addition,
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=35413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=36381.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=36381.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Ok, so you always want to check for changes even in production? I
would
prefer to turn off *all* checking in production by just using a
property.
So what do you think of using a global check for reload property
that
is checked by all components that do reloading (sitemap engine,
flow etc)?
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Makes sense. IIRC this was already mentioned in the past when we
discussed source store, i.e. a source-oriented front-end to the store
that allows objects read from sources (stylesheets, sitemaps, forms,
templates, etc) to be more
In addition, we could define extra class paths in web.xml (containing
directories/jars I think) which were added to the class path as
well and
finally we have parameters to force load classes (e.g. for jdbc
drivers).
With real blocks I think we should always add our class loader as the
Torsten Curdt wrote:
IMO this is FS ...as long as the file system checks are cached the
impact is
so minimal that even on high-load production system it should not
really
matter to much ...and we got rid of another option (that probably
nobody has
really used anyway because
Torsten Curdt wrote:
We are already using the paranoid classloader
from within the sitemap if there is a map:classpath
element. It is being used for the hot reloading
of classes, components and javaflow.
Did you leave before my presentation?
Yepp, I had to :(
But I knew that :)
My
...
Let's worry less about perfection and worry more about some simple
changes that have huge payoffs. Once we have the basics down, we can
tackle some of the more difficult aspects.
Okay, but does that really need a completely new sitemap implementation?
The convention is
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=36381.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hello all,
While playing with some of the new features, I noticed a serious bug in
the brand new org.apache.cocoon.forms.formmodel.library.Library class,
which causes an ArrayIndexOutOfBoundsException.
Take a look at the following piece of code, from the
getDefinition(String key) method:
If you turn on lazy loading (currently the default), then components are
not preloaded even if the preload attribute is set to true.
Actually the evaluation of the flag works fine and the correct handler
is set, but no component is created as the handler is not initialized at
this stage.
For
Hi!
Yes, I fixed this already, along with some other errors which sneaked into the
code during integration, I suppose. I will make a patch for this tonight so it
can get fixed as soon as possible.
Bye!
max
-Original Message-
From: Sergio Bossa [mailto:[EMAIL PROTECTED]
Sent:
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=36993.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 members
and see what's going on.
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So I would like to have it removed.
Now it was part of the 2.1.7 release, meaning some people may have used
it, despite its weirdness. So I would like to deprecate it at a high
level (i.e. error rather than the standard warning) in 2.1.8 and
Max Pfingsthorn wrote:
snip type=a bunch of implementation stuff/
The handleControllerCall function can be written in flowscript or even use
the great new java flow as shown by Torsten Curdt during the get together. Not sure how
that class reloading works, but if you put the controller
Gianugo Rabellino gianugo at gmail.com writes:
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 members
and see what's going on.
That was what Claas Thiele and I started at the hackathon.
I understand
My major complaint against flowscript isn't the concept--its the
feeling that I am flying without a net. I don't have a convenient
way of testing the javascript. I can't use an IDE to make things
even easier. There is something to be said for using the
autocomplete function of your
Carsten Ziegeler wrote:
If you turn on lazy loading (currently the default), then components are
not preloaded even if the preload attribute is set to true.
Actually the evaluation of the flag works fine and the correct handler
is set, but no component is created as the handler is not
Carsten Ziegeler wrote:
I hope that we can remove some of the old class loader/class path
handling in 2.2 and make everything simpler.
In 2.1.x we had a boolean parameter (in web.xml) which could be used to
set the Cocoon class loader (the one used to instantiate Cocoon) as the
thread context
Carsten Ziegeler wrote:
Ah, sorry, I wasn't very clear. I agree that we still should build the
api docs, but we shouldn't copy them in the webapps directory anymore.
Just storing them in a directory should be enough, I think. So I want to
remove the build targets for copying/integrating
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
Carsten Ziegeler wrote:
My point was using it for the whole webapp including the bootstrapping
phase of Cocoon before the sitemap engine kicks in.
IMO we should use, as proposed by Carsten, the paranoid classloader combined
with the reloading-classloader as default and get following
On 10/10/05, Joerg Heinicke [EMAIL PROTECTED] wrote:
Gianugo Rabellino gianugo at gmail.com writes:
1. server roundtrip model: Xul doesn't really fit in a
request-response model where all data travel at once upon hitting a
submit button. This might lead to two different alternatives: (a)
That is an interesting thought. It would be nice to be able to take
advantage of generics, the enhanced for loop and autoboxing. But we
need to allow running with JDK 1.4 so we could use retroweaver to allow
that.
Ralph
Carsten Ziegeler wrote:
Joerg Heinicke wrote:
Antonio Gallardo
Sylvain Wallez schrieb:
Carsten Ziegeler wrote:
If you turn on lazy loading (currently the default), then components are
not preloaded even if the preload attribute is set to true.
Actually the evaluation of the flag works fine and the correct handler
is set, but no component is created as
Sylvain Wallez wrote:
Hi all,
When splitting the XSP block from the core, the getCookie() method
that existed (and still exists) on XSPCookieHelper method was copied
to ObjectModelHelper as it was also used by *one* class outside of the
XSP block, which is
1 - 100 of 203 matches
Mail list logo
