Ben Pope wrote:
Yes, I agree. The question still remains as to who's itch is irritating
enough. I also agree that if Cocoon is going to have a small core, that
ultimately will consist of CForms, JXTemplate (or CTemplate?) and, well,
core, then it needs to marked stable ASAP. As far as I
Sylvain Wallez wrote:
So the question is:
- why is the pipeline automatically released? Is to avoid memory leaks?
Yes, in 2.1.x there was no good place for explicitly releasing the
pipeline; this required some incompatible changes we did in 2.2; the
pipelines are released there explicitly and
Uh? It's not removed. What do you mean by doesn't work here? Any error
message?
Excuse me for the fuzzyness of the previous message.
I'm using Forms.js v3 and cocoon-2.2-dev (not the latest trunk). The error
message is viewData is not defined.
Apparently the cocoon.flow.context is not
Daniel Fagerstrom wrote:
I have committed some initial osgi code in whiteboard (whiteboard/osgi)
so that we can start experiment with a microkernel based Cocoon,
http://marc.theaimsgroup.com/?t=11165964683r=1w=2.
snip/
I find the subject very interesting so I'll look into that ASAP.
My
Sylvain Wallez wrote:
Ralph Goers wrote:
snip/
The bottom line is you cannot have code sitting around forever telling
people its great but you have to use it at your own risk cause we
might change it anytime we feel like it. This has just been going on
for far too long. The code is never
Reinhard Poetz wrote:
Ben Pope wrote:
Yes, I agree. The question still remains as to who's itch is
irritating enough. I also agree that if Cocoon is going to have a
small core, that ultimately will consist of CForms, JXTemplate (or
CTemplate?) and, well, core, then it needs to marked
-Oorspronkelijk bericht-
Van: Leszek Gawron [mailto:[EMAIL PROTECTED]
5 - flatten the configuration to allow for easier extension with the
xconf include mechanism in 2.2
I could give it a shot but I have no deeper knowledge of cocoon.xconf
syntax in this case. Do we have to
Daniel Fagerstrom wrote:
I have committed some initial osgi code in whiteboard (whiteboard/osgi)
snip/
Build system
I just copied the build system from knopflerfish and changed some
default params, take a look in the ant directory and read
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So the question is:
- why is the pipeline automatically released? Is to avoid memory leaks?
Yes, in 2.1.x there was no good place for explicitly releasing the
pipeline; this required some incompatible changes we did in 2.2; the
pipelines
Upayavira wrote:
Daniel Fagerstrom wrote:
I have committed some initial osgi code in whiteboard (whiteboard/osgi)
snip/
Build system
I just copied the build system from knopflerfish and changed some
default params, take a look in the ant directory and read
Leszek Gawron wrote:
Sylvain Wallez wrote:
The main points to achieve stable state are:
1 - remove v2 and v3 apis
I assume there are some features that we would like to port back to
v1. Could we identify them?
I personally don't use v2 nor v3. People using it are invited to speak up!
Sylvain Wallez wrote:
So IMO, we should change the way environment inheritance between threads
is managed:
- if a child thread runs in the scope of its parent, then a special
CocoonThread class (extends Thread) should be used, which will copy the
needed environment data before launching
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So IMO, we should change the way environment inheritance between threads
is managed:
- if a child thread runs in the scope of its parent, then a special
CocoonThread class (extends Thread) should be used, which will copy the
needed
Sebastien Arbogast wrote:
Hi,
I'm looking for a way to use Axis in combination with Cocoon. I
already managed to parse SOAP messages with a higher-level approach
using Axis API's [1] but I still need to automate a few things.
I found a SoapServer interface [2] and a SoapServerImpl [3] class
Hi all,
I noticed for a while that many commits are related to making Eclipse
happier because of an additional 3.1 feature that flags unnecessary
else statement.
These changes are for constructs such as:
if (condition) {
return foo;
} else {
return bar;
}
which are
Sylvain Wallez wrote:
Hi all,
I noticed for a while that many commits are related to making Eclipse
happier because of an additional 3.1 feature that flags unnecessary
else statement.
These changes are for constructs such as:
if (condition) {
return foo;
} else {
We now have Daisy installed on ASF equipment, which we can now evaluate
to see how well it suits our documentation needs. This is great.
Diasy is set up with a number of roles, openning up new ways of working
with documentation:
guest who can view published documents only
editorwho
Carsten Ziegeler wrote:
So please, update your settings and leave unchanged what doesn't need to
be changed :-)
Oh no, you're starting one of the famous code formatting threads...I'm
just waiting for someone pointing out that the brackets should be in a
new line...
Seriously, I think a
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
I have committed some initial osgi code in whiteboard
(whiteboard/osgi) so that we can start experiment with a microkernel
based Cocoon, http://marc.theaimsgroup.com/?t=11165964683r=1w=2.
snip/
I find the subject very interesting so I'll
Upayavira wrote:
Daniel Fagerstrom wrote:
I have committed some initial osgi code in whiteboard (whiteboard/osgi)
snip/
Build system
I just copied the build system from knopflerfish and changed some
default params, take a look in the ant directory and read
Upayavira wrote:
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to be
editors, so that they can get on and do good stuff without having to
ask. They have the ideas and enthusiasm, and I'm very keen to see what
they can come up with. If they wish to accept this invitation, they
Upayavira wrote:
We now have Daisy installed on ASF equipment, which we can now evaluate
to see how well it suits our documentation needs. This is great.
Diasy is set up with a number of roles, openning up new ways of working
with documentation:
guest who can view published documents
On 9 Jun 2005, at 10:52, Upayavira wrote:
We now have Daisy installed on ASF equipment, which we can now
evaluate to see how well it suits our documentation needs. This is
great.
Diasy is set up with a number of roles, openning up new ways of
working with documentation:
guest who
Upayavira wrote:
As granting committership requires a vote, please cast your votes now:
[ ] Helma Van Der Linden as a Cocoon committer
+1, welcome Helma!
--
Reinhard Ptz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache
Carsten Ziegeler wrote:
Carsten Ziegeler wrote:
So please, update your settings and leave unchanged what doesn't need to
be changed :-)
Oh no, you're starting one of the famous code formatting threads...I'm
just waiting for someone pointing out that the brackets should be in a
new line...
Sylvain Wallez wrote:
I could give it a shot but I have no deeper knowledge of cocoon.xconf
syntax in this case. Do we have to make every widget a component? That
doesn't feel right.
Nono, what I'm talking about is the various subcontainers that exist in
CForms, such as forms-datatypes
Hello everyone,
We seem to have a sufficient number of Cocoon users interested in
meeting up next Wednesday in London. Shall I book a table at the Slug
and Lettuce, Soho for 7:30pm next Wednesday night? I'll book on Monday,
so there's still time to add your name to the wiki page[1]!
The
It appears my account has already been given editorial permissions.
I'll get started.
Mark
On 9 Jun 2005, at 11:34, Upayavira wrote:
Mark Leicester wrote:
On 9 Jun 2005, at 10:52, Upayavira wrote:
We now have Daisy installed on ASF equipment, which we can now
evaluate to see how well it
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Hi all,
I noticed for a while that many commits are related to making Eclipse
happier because of an additional 3.1 feature that flags unnecessary
else statement.
These changes are for constructs such as:
if (condition) {
return foo;
Upayavira wrote:
[ ] Helma Van Der Linden as a Cocoon committer
+1
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to be
editors, so that they can get on and do good stuff without having to
ask. They have the ideas and enthusiasm, and I'm very keen to see what
they can come
[EMAIL PROTECTED] wrote:
A document has been updated:
Document ID: 6
would it be a big problem to append an URL here so one can view the page?
Branch: main
Language: default
Name: First Steps (unchanged)
Document Type: Simple Document (unchanged)
Updated on: 6/9/05 11:12:45 AM
Updated by:
On 09 Jun 2005, at 13:41, Leszek Gawron wrote:
[EMAIL PROTECTED] wrote:
A document has been updated:
Document ID: 6
would it be a big problem to append an URL here so one can view the
page?
nope - that is on my todo list
/Steven
--
Steven Noels
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Upayavira wrote:
snip/
On this basis, I'd like to propose Helma Van Der Linden as a Cocoon
committer, and thus our first 'publisher'. She has been participating
regularly in our community, and has shown a quiet but steady interest in
helping
Because I only corrected a typo, I was wondering whether there was a
minor change flag I could tick (as per the wiki). Also, what is the
imagetoolbarenabled=true addition about?
Mark
On 9 Jun 2005, at 12:41, Leszek Gawron wrote:
[EMAIL PROTECTED] wrote:
A document has been updated:
On this basis, I'd like to propose Helma Van Der Linden as a Cocoon
committer, and thus our first 'publisher'. She has been participating
regularly in our community, and has shown a quiet but steady
interest in
helping with our documentation, as well as an increasingly clear
Torsten Curdt wrote:
Is jdtcore.jar only used for compiling Java for XSP pages? I'm not
using XSP currently, so I am
wondering if I can just eliminate that jar file. It doesn't seem to
affect Cocoon. Can anyone confirm?
In trunk jdtcore.jar is only added if you enable the XSP block. Don't
I found an interview with the Knopflerfish president, for those
wondering about its use, origin and so on:
http://www.jaxmagazine.com/itr/online_artikel/psecom,id,668,nodeid,147.html
/Daniel
On 09 Jun 2005, at 13:51, Mark Leicester wrote:
Because I only corrected a typo, I was wondering whether there was a
minor change flag I could tick (as per the wiki).
No. We'd generate a new version anyhow, but maybe that mail shouldn't
be send. I'll add this to the Daisy Jira.
Also, what
Luca Morandini wrote:
The form definition:
fd:imagemap id=map
fd:sourcetest.gif/fd:source
fd:hint
i18n:textzoomInImage.hint.mapButton/i18n:text
/fd:hint
fd:on-action
javascriptonClickMap(event);/javascript
/fd:on-action
/fd:imagemap
The flow:
function
On 09 Jun 2005, at 13:57, Linden H van der (MI) wrote:
Can you/Steven/any other admin please figure out if my Daisy username
(hepabolu) is ok? I've no idea which password is set and whether the
registration process is completed, but at the moment I can't get in.
Le 9 juin 05, à 12:04, Daniel Fagerstrom a écrit :
...One can use the version in Cocoon trunk, it worked with ant 1.6.2,
we would just need to add the BCEL to the tools/lib. Still one need to
add ant to PATH. If would be nice if someone who is more knowledgable
than I in the Cocoon build
On 09 Jun 2005, at 11:52, Upayavira wrote:
As granting committership requires a vote, please cast your votes now:
[ ] Helma Van Der Linden as a Cocoon committer
+1
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to be
editors, so that they can get on and do good stuff
Le 9 juin 05, à 11:52, Upayavira a écrit :
...As granting committership requires a vote, please cast your votes
now:
[ ] Helma Van Der Linden as a Cocoon committer
Big +1, welcome!
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to be
editors...
Although this doesn't
http://cocoon.zones.apache.org/daisy/passwordReminder ;-)
Done that but no email has arrived for more than 10 minutes now.
Bye, Helma
On 09 Jun 2005, at 12:08, Upayavira wrote:
Upayavira wrote:
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to be
editors, so that they can get on and do good stuff without having to
ask. They have the ideas and enthusiasm, and I'm very keen to see
what they can come up with.
Vadim Gritsenko wrote:
Torsten Curdt wrote:
Is jdtcore.jar only used for compiling Java for XSP pages? I'm not
using XSP currently, so I am
wondering if I can just eliminate that jar file. It doesn't seem to
affect Cocoon. Can anyone confirm?
In trunk jdtcore.jar is only added if you
As granting committership requires a vote, please cast your votes now:
[ ] Helma Van Der Linden as a Cocoon committer
+1
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to be
editors, so that they can get on and do good stuff without having to
ask. They have the ideas and
Sylvain Wallez wrote:
Really?
Object result;
if (condition) {
result = foo;
} else {
result = bar;
}
return result;
or also
Object result = bar;
if (condition) {
result = foo;
}
return result;
Doesn't look better
Sylvain Wallez wrote:
Sylvain Wallez wrote:
Weird, weird, weird! Anybody having a hint about why fireJob() is
doing this environment mixture?
Actually fireJobAt() is broken also when using another test case.
What's wrong with it?
Desperately searching for the cause, I went back to
Also, what is the imagetoolbarenabled=true addition about?
I assume that disables the annoying IE image toolbar
that usually pops up if you hover over an image
...for those who for some reason still use that browser :-P
cheers
--
Torsten
signature.asc
Description: OpenPGP digital signature
I'm using Firefox on a Mac. I noticed that clicking across tabs
sometimes resulted in a Submit called twice error too. I can't think
of any plugins that might cause that: any suggestions?
Mark
On 9 Jun 2005, at 12:56, Steven Noels wrote:
On 09 Jun 2005, at 13:51, Mark Leicester wrote:
Upayavira wrote:
As granting committership requires a vote, please cast your votes now:
[ ] Helma Van Der Linden as a Cocoon committer
+1 !
Sylvain
--
Sylvain WallezAnyware Technologies
http://apache.org/~sylvainhttp://anyware-tech.com
Apache Software
On 09 Jun 2005, at 14:15, Linden H van der (MI) wrote:
http://cocoon.zones.apache.org/daisy/passwordReminder ;-)
Done that but no email has arrived for more than 10 minutes now.
Any kind of email delay can be expected, as Hermes' inbound SMTP
services are really flaky, and Daisy only
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So IMO, we should change the way environment inheritance between
threads is managed:
- if a child thread runs in the scope of its parent, then a special
CocoonThread class (extends Thread) should be used, which will copy
Problem solved. It works now.
Any kind of email delay can be expected, as Hermes' inbound SMTP
services are really flaky, and Daisy only processes its stalled mail
queue every four hours. So if sending mail doesn't succeed the first
time, it can take a while before a new mail is being
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So the question is:
- why is the pipeline automatically released? Is to avoid memory leaks?
Yes, in 2.1.x there was no good place for explicitly releasing the
pipeline; this required some incompatible changes we did in
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Sylvain Wallez wrote:
Weird, weird, weird! Anybody having a hint about why fireJob() is
doing this environment mixture?
Actually fireJobAt() is broken also when using another test case.
What's wrong with it?
Desperately searching for
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So IMO, we should change the way environment inheritance between
threads is managed:
- if a child thread runs in the scope of its parent, then a special
CocoonThread class (extends Thread) should
Torsten Curdt wrote:
Vadim Gritsenko wrote:
Torsten Curdt wrote:
Is jdtcore.jar only used for compiling Java for XSP pages? I'm not
using XSP currently, so I am
wondering if I can just eliminate that jar file. It doesn't seem to
affect Cocoon. Can anyone confirm?
In trunk jdtcore.jar is
Upayavira wrote:
As granting committership requires a vote, please cast your votes now:
[ ] Helma Van Der Linden as a Cocoon committer
+1, welcome Helma!!
Tony
Hello,
I don't really want to define a global structure a priori because I
expect each documentation writer will have their own view of how
documentation should be organised. However, we will periodically need
to discuss and agree how to better organise what is already there
(refactoring if
i meant javascript flow :-)
that's interesting ...did not know that
And sitemap in 2.2 should be using it as well...
the sitemap? whatfor?
supposedly it can recompile stuff
we don't have auto compiling at that
stage yet ...only auto reloading when
your favorite ide did the external
Hi Mark,
let's take it slow and use the dev list for discussions. Marking the
subjects with [Docs] (as you've already done) gives the others the
option to join or ignore as they see fit.
If the volume increases the decision to use another mailing list can
always be taken.
To aid document
Vadim Gritsenko wrote:
After second look, does not look too harmful, even though unnecessary.
Man, I spend two full days chasing the bug and finding its cause. I
don't call this unnecessary...
Sylvain
--
Sylvain WallezAnyware Technologies
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
After second look, does not look too harmful, even though unnecessary.
Man, I spend two full days chasing the bug and finding its cause. I
don't call this unnecessary...
Now your turn to read email ;-) My guess there is a problem in your
Sebastien Arbogast wrote:
So
I really could use any sample using that component to serve SOAP
requests through Cocoon.
See samples in the axis block, in the org.apache.cocoon.webservices package and
under (like System.java).
Vadim
2005/6/9, Upayavira [EMAIL PROTECTED]:
Upayavira wrote:
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to be
editors, so that they can get on and do good stuff without having to
ask. They have the ideas and enthusiasm, and I'm very keen to see what
they can come up with.
Hi!
I have a question. There are two, somewhat conflicting descriptions of
the CForms project on the wiki:
http://wiki.apache.org/cocoon/CocoonFormsScratchpad
http://wiki.apache.org/cocoon/WhiteBoardCocoonForms
I guess the most recently edited one (WhiteBoard...) is the most
preferred one... is
Upayavira wrote:
On this basis, I'd like to propose Helma Van Der Linden as a Cocoon
committer, and thus our first 'publisher'. She has been participating
regularly in our community, and has shown a quiet but steady interest in
helping with our documentation, as well as an increasingly clear
Max Pfingsthorn wrote:
Hi!
I have a question. There are two, somewhat conflicting descriptions of
the CForms project on the wiki:
http://wiki.apache.org/cocoon/CocoonFormsScratchpad
http://wiki.apache.org/cocoon/WhiteBoardCocoonForms
I guess the most recently edited one (WhiteBoard...) is the
Mark Leicester wrote:
Hello,
I don't really want to define a global structure a priori because I
expect each documentation writer will have their own view of how
documentation should be organised. However, we will periodically need
to discuss and agree how to better organise what is already
Hi Helma,
OK, the dev list sounds just fine! What do you think about the
refactoring I'm suggesting? I can do it over the next few hours if you
are agreeable. You are editor-in-chief, so I don't want to start
without your approval!
Also, it occurred to me that perhaps we should delete pages
On 9 Jun 2005, at 15:25, Sylvain Wallez wrote:
Mark Leicester wrote:
Getting started with Cocoon
+ Installing the prerequisites
+ Java
+ Getting the latest release of Cocoon
+ Downloading a Cocoon release
+ Getting Cocoon from the source repository
+ Installing and configuring
Bertrand Delacretaz wrote:
Le 9 juin 05, à 11:52, Upayavira a écrit :
...As granting committership requires a vote, please cast your votes now:
[ ] Helma Van Der Linden as a Cocoon committer
Big +1, welcome!
+1, gefeliciteerd! (dutch congrats)
Also, I'd like to invite both Mark
Steven Noels wrote:
On 09 Jun 2005, at 15:26, Mark Leicester wrote:
I don't really want to define a global structure a priori because I
expect each documentation writer will have their own view of how
documentation should be organised.
And we now have a system which accommodates this. I
Leszek Gawron wrote:
[EMAIL PROTECTED] wrote:
A document has been updated:
Document ID: 6
would it be a big problem to append an URL here so one can view the page?
and while we are here...
Fields
==
no changes
Links
=
no changes
Custom Fields
=
no changes
Hi,
On 9 Jun 2005, at 10:52, Upayavira wrote:
[ ] Helma Van Der Linden as a Cocoon committer
+1 and welcome, Helma!
Andrew.
--
Andrew Savory, Managing Director, Luminas Limited
Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135
Web: http://www.luminas.co.uk/
Orixo alliance:
OK, the dev list sounds just fine! What do you think about the
refactoring I'm suggesting? I can do it over the next few
hours if you
are agreeable. You are editor-in-chief, so I don't want to start
without your approval!
:-)
Getting started with Cocoon
+ Installing the prerequisites
Linden H van der (MI) wrote:
Hi Mark,
let's take it slow and use the dev list for discussions. Marking the
subjects with [Docs] (as you've already done) gives the others the
option to join or ignore as they see fit.
If the volume increases the decision to use another mailing list can
always be
Hi Helma,
Fine. I've already thought about the length of the pages currently in
the tutorial, but I'd rather get the stuff in first and refactor later.
Mind you, I don't like pages that consist of a header and one
paragraph.
OK, I'll just add whatever I think is useful as a new page (editing
Upayavira wrote:
As granting committership requires a vote, please cast your votes now:
[ ] Helma Van Der Linden as a Cocoon committer
+1
--David
Daniel Fagerstrom wrote:
I have committed some initial osgi code in whiteboard
(whiteboard/osgi) so that we can start experiment with a microkernel
based Cocoon, http://marc.theaimsgroup.com/?t=11165964683r=1w=2.
Great! Definitely interesting and I'll have a look at this as time
[ ] Helma Van Der Linden as a Cocoon committer
+1
-gregor
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Remedy is to use thread pool(s), and not create local Threads - with
the exception of situation when local thread lives no longer than
original request.
I used the scheduler's thread pool, and that's when the problem
To aid document reorganisation I think we should encourage a fairly
fine-grained modularity, i.e. single topic pages.
Wouldn't it be a good start to do a smart import of current
xdocs into
new documentation structure?
No offense, but smart import still means going over each and every
Linden H van der (MI) wrote:
To aid document reorganisation I think we should encourage a fairly
fine-grained modularity, i.e. single topic pages.
Wouldn't it be a good start to do a smart import of current
xdocs into
new documentation structure?
No offense, but smart import still means
On 09 Jun 2005, at 15:08, Vadim Gritsenko wrote:
Leszek Gawron wrote:
[EMAIL PROTECTED] wrote:
A document has been updated:
Document ID: 6
would it be a big problem to append an URL here so one can view the
page?
and while we are here...
Fields
==
no changes
Links
=
no changes
That was exactly what I proposed. Our target should be a single
documentation source deprecating main docs and wiki. If we
add what is
the easiest now and leave main documentation aside the whole
effort will be incoherent.
True, but let's do one step at a time. The wiki is easier to
Yes, I think we are writing more than a reference manual
here. Perhaps,
at the appropriate places we could also talk about unit testing and
other best practices.
To me it ranges from executive summary to user's guide and tutorials
to developer's guide and reference manual and everything
Hello everybody,
I am having problems to build the src version of cocoon-2.1.7.
I am excluding the stx block with my local.block.properties.
excluded:
NOTICE
...
Block 'stx' is excluded from the build.
...
On 6/9/05, Upayavira [EMAIL PROTECTED] wrote:
[ ] Helma Van Der Linden as a Cocoon committer
+1
Ciao,
--
Gianugo Rabellino
Pro-netics s.r.l. - http://www.pro-netics.com
Orixo, the XML business alliance: http://www.orixo.com
(blogging at http://www.rabellino.it/blog/)
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Anyways, RunnableManager's pools MUST NOT inherit any variables, IMHO.
I think you meant the same.
Exactly. And my modifications ensure this CAN NOT happen, by simply
suppressing the automatic inheritance of environment stack between child
Le 9 juin 05, à 15:47, Mark Leicester a écrit :
...Also, it occurred to me that perhaps we should delete pages out of
the wiki once they become Daisy-ised. Otherwise we have two
scratchpads. What do you think?..
Yes, it would be good to replace the wiki content by a link to the new
page in
On Thu, Jun 09, 2005 at 02:14:44PM +0200, Bertrand Delacretaz wrote:
Le 9 juin 05, ? 11:52, Upayavira a ?crit :
...As granting committership requires a vote, please cast your votes
now:
[ ] Helma Van Der Linden as a Cocoon committer
+1 Welcome!
Also, I'd like to invite both Mark
Sebastien Arbogast wrote:
2005/6/9, Upayavira [EMAIL PROTECTED]:
Upayavira wrote:
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to be
editors, so that they can get on and do good stuff without having to
ask. They have the ideas and enthusiasm, and I'm very keen to see what
Mark Leicester wrote:
Hello everyone,
We seem to have a sufficient number of Cocoon users interested in
meeting up next Wednesday in London. Shall I book a table at the Slug
and Lettuce, Soho for 7:30pm next Wednesday night? I'll book on Monday,
so there's still time to add your name to the
ubsubscribe
Kumar, Kiran wrote:
ubsubscribe
You'd do better looking here:
http://cocoon.apache.org/community/mail-lists.html
And sending the mail to:
mailto:[EMAIL PROTECTED]
Ben
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Anyways, RunnableManager's pools MUST NOT inherit any variables,
IMHO. I think you meant the same.
Exactly. And my modifications ensure this CAN NOT happen, by simply
suppressing the automatic inheritance of
On http://cocoon.apache.org/mirror.cgi the link to the explanation as
to why there are no binary distributions points to the old
wiki.cocoondev.org address (and does not redirect).
Mark
1 - 100 of 106 matches
Mail list logo
