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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tony Collen wrote:
Let's deprecate the PHP block for the remainder of our 2.1.X
releases and then dump it in 2.2. If people want to use
PHP with Cocoon, the best solution is to just use a
FileGenerator and an http:// URL.
+1
Carsten
Ralph Goers wrote:
The portlet title is defined in copletdata/portal.xml. Our
developers are wondering why they cannot override the title
in copletinstancedata/portal.xml. They would like to define
the portlet once but then refer to it multiple times with
different titles.
Is there
Ralph Goers wrote:
I have been looking at the copletinstancedata and copletdata
objects.
It does not appear that the attributes associated with each
of these objects are in any way related to each other. It
would seem logical to me that accessing the attributes
through
What problems were you experiencing? I don't want to waste my time if
it won't work.
Ralph
Carsten Ziegeler wrote:
Now, the original idea was exactly to have this behaviour, but
unfortunately we soon ran into problems with Castor converting
the objects to XML. But apart from that I see no
OnJava.com has a (quite relevant) article on Spring:
http://www.onjava.com/pub/a/onjava/2004/10/20/springaop2.html
Tony Collen wrote:
To my knowledge, the PHPGenerator hasn't worked for quite some time. In
all the time I've been working with Cocoon, I have never seen it work
correctly.
However, I believe the problem is within the PHP Servlet itself, which,
if you do some research, tons of people have had
Il giorno 26/ott/04, alle 08:54, Leszek Gawron ha scritto:
Mark Lundquist wrote:
Hi,
I have a Java object persisted using Hibernate... it contains an
image (java.sql.Blob) that I need to serve. I can get the object in
flowscript, now I just need to stream out this data (e.g.
Hmm, I really can't remember everything. Now one problem was that if
you save the objects to XML, you can't save all available attributes
for the instance. You have to filter and only save the attributes that
are part of the instance and not those of the coplet data.
An additional problem is
On Fri, 22 Oct 2004, Bertrand Delacretaz wrote:
Le 22 oct. 04, 15:49, Hunsberger, Peter a crit :
...Would an Intranet applications section also make sense? As I see
it,
this list would be a list of organizations and applications with a
brief
description of the application. Perhaps
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=31813.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 25 Oct 2004, Tony Collen wrote:
Let's deprecate the PHP block for the remainder of our 2.1.X releases and
then dump it in 2.2. If people want to use PHP with Cocoon, the best
solution is to just use a FileGenerator and an http:// URL.
+1
--
Giacomo Pati
Otego AG, Switzerland -
Frédéric Glorieux wrote:
Request reader and this
map:read src=module:request:inputStream/
works as well. This writing is nice, I like it.
Is there some more samples of those things ?
You can find some samples in:
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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tony Collen wrote:
To my knowledge, the PHPGenerator hasn't worked for quite some time. In
all the time I've been working with Cocoon, I have never seen it work
correctly.
However, I believe the problem is within the PHP Servlet itself, which,
if you do some research, tons of people have had
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
But we have to define the behavior of getInputStream for environments
where it has no meaning (e.g. background env,
It can be initialized with java.io.InputStream (File, byte array), or
null. If null, throw exception.
sitemap source, cocoonbean
I
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon has an issue affecting its community integration.
This issue affects 56
Tony Collen wrote:
To my knowledge, the PHPGenerator hasn't worked for quite some time.
In all the time I've been working with Cocoon, I have never seen it
work correctly.
However, I believe the problem is within the PHP Servlet itself,
which, if you do some research, tons of people have had
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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Le 26 oct. 04, à 11:33, Reinhard Poetz a écrit :
Tony Collen wrote:
...Let's deprecate the PHP block for the remainder of our 2.1.X
releases and then dump it in 2.2. If people want to use PHP with
Cocoon, the best solution is to just use a FileGenerator and an
http:// URL...
+1 too. Could you
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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
You can find some samples in:
http://cvs.apache.org/viewcvs.cgi/cocoon/trunk/src/blocks/scratchpad/samples/module-source/?root=Apache-SVN
And some documentation in:
http://wiki.apache.org/cocoon/ModuleSource
There are docu and samples for XModuleSource also:
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=31760.
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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Gang,
I am trying to get Gump to build Cocoon. In the build script there is a if
element. I guess that it comes from the ant-contrib package.
If so, the following patch would be needed for gump.xml in the 2.2 branch.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac
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=31760.
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=31760.
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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Yes, it's ant-contrib. Thanks for the patch, it's applied.
Carsten
-Original Message-
From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 26, 2004 12:33 PM
To: [EMAIL PROTECTED]
Subject: Gump help requested
Gang,
I am trying to get Gump to build Cocoon.
Bertrand Delacretaz wrote:
Reinhard Poetz a écrit :
Tony Collen wrote:
...Let's deprecate the PHP block for the remainder of our 2.1.X
releases and then dump it in 2.2. If people want to use PHP with
Cocoon, the best solution is to just use a FileGenerator and an
http:// URL...
On 24-okt-04, at 13:47, Unico Hommes wrote:
On 24-okt-04, at 1:38, Frédéric Glorieux wrote:
Hello,
Like explained in another thread, I'm trying to implement a PUT
binaries in the webdav/davmap demo. I wrote a simple RequestReader
like waited in the sitemap sample, it works well for httpRequest,
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=31760.
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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
David Crossley wrote:
Bertrand Delacretaz wrote:
Reinhard Poetz a écrit :
Tony Collen wrote:
...Let's deprecate the PHP block for the remainder of our 2.1.X
releases and then dump it in 2.2. If people want to use PHP with
Cocoon, the best solution is to just use a FileGenerator and an
http://
Tony Collen wrote:
...
Let's deprecate the PHP block for the remainder of our 2.1.X releases
and then dump it in 2.2. If people want to use PHP with Cocoon, the
best solution is to just use a FileGenerator and an http:// URL.
I had written a similar mail a loong time ago, so I only find it
Ugo Cei wrote:
Il giorno 26/ott/04, alle 08:54, Leszek Gawron ha scritto:
Mark Lundquist wrote:
Hi,
I have a Java object persisted using Hibernate... it contains an
image (java.sql.Blob) that I need to serve. I can get the object in
flowscript, now I just need to stream out this data (e.g.
Vadim Gritsenko wrote:
David Crossley wrote:
Bertrand Delacretaz wrote:
Reinhard Poetz a écrit :
Tony Collen wrote:
...Let's deprecate the PHP block for the remainder of our 2.1.X
releases and then dump it in 2.2. If people want to use PHP with
Cocoon, the best solution is to
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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tony Collen dijo:
Let's deprecate the PHP block for the remainder of our 2.1.X releases
and then dump it in 2.2. If people want to use PHP with Cocoon, the
best solution is to just use a FileGenerator and an http:// URL.
Seems we are alredy voting on that. Here is mine:
+1
NOTE: Please add
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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
David Crossley wrote:
Upayavira wrote:
David Crossley wrote:
The docs aspect needs lots of consideration. If Cocoon wants to
continue using Forrest, then we would like help to implement
our plans for the Forrestbot and staging server for reviewing
docs prior to publication.
We
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=31760.
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=29360.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
David Crossley wrote:
David Crossley wrote:
Upayavira wrote:
David Crossley wrote:
The docs aspect needs lots of consideration. If Cocoon wants to
continue using Forrest, then we would like help to implement
our plans for the Forrestbot and staging server for reviewing
docs prior to publication.
On Tue, Oct 26, 2004 at 01:49:24PM +0200, Unico Hommes wrote:
On 24-okt-04, at 13:47, Unico Hommes wrote:
The Request interface itself does not have getInputStream method, only
HttpRequest does. So first step would be to add getInputStream method
to the Request and then add it to FOM.
I'm noticing that the mapping file for copletinstancedata specifies that
AttributesFieldHandler should be used. I haven't used Castor much, but it
seems I could make a simple change to that class to make sure it gets only
the attributes from copletinstancedata when necessary. If so, would that
Bertrand Delacretaz wrote:
+1, I agree with the formal vote but if you start it by counting all the
+1s here we don't need to vote again.
Alright, well I guess I phrased my message as a pseudo-vote, so the
confusion is my fault!
Anyway, I'l count the existing votes as if it were an official
David Crossley wrote:
No, it is not bureaucratic. It is about efficiency.
That's what bureaucrats always say ;-)
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Tony Collen wrote:
Bertrand Delacretaz wrote:
+1, I agree with the formal vote but if you start it by counting all
the +1s here we don't need to vote again.
Alright, well I guess I phrased my message as a pseudo-vote, so the
confusion is my fault!
Anyway, I'l count the existing votes as if it
Stefano Mazzocchi wrote:
Oh, c'mon, we have a gazillion +1 and no -1, go ahead and deprecate it.
It's not like we can't reverse the thing if a -1 shows up.
Bah, burocrats.
Sir, I'll have to ask you to file a formal complaint, and you can expect
a response in 6 to 8 weeks. :) :)
Tony
Le 26 oct. 04, à 17:41, Stefano Mazzocchi a écrit :
..Bah, burocrats.
;-)
I see David's point though, using [VOTE] in subject (and [PROPOSAL]
maybe) helps in not missing stuff that's happening.
But I like our +1 way of saying me? I like it even if outside of a
vote - it's part of our slang I
On 26.10.2004 15:11, Antonio Gallardo wrote:
Let's deprecate the PHP block for the remainder of our 2.1.X releases
and then dump it in 2.2. If people want to use PHP with Cocoon, the
best solution is to just use a FileGenerator and an http:// URL.
Seems we are alredy voting on that. Here 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=30040.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Bertrand Delacretaz wrote:
Le 26 oct. 04, à 17:41, Stefano Mazzocchi a écrit :
..Bah, burocrats.
;-)
I see David's point though, using [VOTE] in subject (and [PROPOSAL]
maybe) helps in not missing stuff that's happening.
But I like our +1 way of saying me? I like it even if outside of a
vote -
Bertrand Delacretaz wrote:
Le 26 oct. 04, à 17:41, Stefano Mazzocchi a écrit :
..Bah, burocrats.
;-)
I see David's point though, using [VOTE] in subject (and [PROPOSAL]
maybe) helps in not missing stuff that's happening.
But I like our +1 way of saying me? I like it even if outside of a
vote -
This seemed to be related to the removal of instrumentation from the
axis block. Should be fixed now.
--
Unico
Tim Larson wrote:
On Tue, Oct 26, 2004 at 01:49:24PM +0200, Unico Hommes wrote:
On 24-okt-04, at 13:47, Unico Hommes wrote:
The Request interface itself does not have
Now only one release blocker remains: NPE in AbstractEnvironment.release()
--
Unico
[EMAIL PROTECTED] wrote:
Author: unico
Date: Tue Oct 26 10:07:04 2004
New Revision: 55619
Modified:
cocoon/branches/BRANCH_2_1_X/src/test/anteater/reader-mime-type.xml
Unico Hommes wrote:
Now only one release blocker remains: NPE in AbstractEnvironment.release()
No, not exactly. As I see it, ResourceReader should return Source's mimeType in
this particular case, as per:
public String getMimeType() {
Context ctx =
Le 26 oct. 04, à 18:19, Sylvain Wallez a écrit :
...Yup. You can even have a T-Shirt with it:
http://www.cafepress.com/meepzor.10338499
Wow. +1 ;-)
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
On Oct 26, 2004, at 3:46 AM, Vadim Gritsenko wrote:
Ugo Cei wrote:
Il giorno 26/ott/04, alle 08:54, Leszek Gawron ha scritto:
Mark Lundquist wrote:
Hi,
I have a Java object persisted using Hibernate... it contains an image (java.sql.Blob) that I need to serve. I can get the object in
Recent discussions here, along with David's ASF-wide documentation
staging and publishing post to infrastructure@ made me think about
this, in a there must be an easier way mood. I'm not ready to discuss
this on infrastructure@ though, it feels safer here ATM ;-)
The apparently realistic
Hi Bert:
Thnks for the effort. Please see this:
http://issues.apache.org/bugzilla/show_bug.cgi?id=30883
I think the next release is soon.
Best Regards,
Antonio Gallardo
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon has an issue affecting its community integration.
This issue affects 56
+1
...I guess noone really used it anyway
--
Torsten
Bertrand Delacretaz dijo:
Recent discussions here, along with David's ASF-wide documentation
staging and publishing post to infrastructure@ made me think about
this, in a there must be an easier way mood. I'm not ready to discuss
this on infrastructure@ though, it feels safer here ATM ;-)
Bertrand Delacretaz wrote:
Recent discussions here, along with David's ASF-wide documentation
staging and publishing post to infrastructure@ made me think about
this, in a there must be an easier way mood. I'm not ready to
discuss this on infrastructure@ though, it feels safer here ATM ;-)
To understand it right you do not want online editing, workflow,... right?
Sounds like a nice start for doco. Small, slim and lite. ;-)
thorsten
Antonio Gallardo escribió:
Bertrand Delacretaz dijo:
Recent discussions here, along with David's ASF-wide documentation
staging and publishing post to
Le 26 oct. 04, à 21:20, Upayavira a écrit :
...The thing you seem to have missed is the staging process. If I have
written an xdoc, I want to see that as HTML, on a staging server,
before I actually publish it. After all, the XML might not even be
valid, or there might be mistakes. I need to be
Le 26 oct. 04, à 21:23, Scherler, Thorsten a écrit :
To understand it right you do not want online editing, workflow,...
right?
Why not, but separating this concern from the publishing process makes
the problem easier to tackle IMHO.
-Bertrand
smime.p7s
Description: S/MIME cryptographic
Torsten Curdt wrote:
+1
...I guess noone really used it anyway
--
Torsten
I really really really tried when I first moved to cocoon :(
JD
On Mon, 2004-10-25 at 18:38 +0200, Reinhard Poetz wrote:
While browsing Daisy I saw a very interesting cForms extension in Daisy: the
HtmlCleaningConvertor. Are there any plans to move it to Cocoon?
Didn't think of that yet. Keeping it with Daisy would make it follow
Daisy releases, which is
Bertrand Delacretaz wrote:
GOALS
G1. Generate our docs and website dynamically, directly from the SVN
repository accessed over http
G2. Give access to older versions of the docs using standard SVN
mechanisms (tags etc)
G3. Index the latest version of the docs, including structured fields
One trouble is that Cocoon does not yet have any
project guidelines. Another trouble is that people
seem to use the +1 thing even when a vote is not
happening. The proposal phase for the discussion,
then the vote phase for the decision, is an Apache
way to get things done efficiently. We forget
Jorg Heymans wrote:
Bertrand Delacretaz wrote:
GOALS
G1. Generate our docs and website dynamically, directly from the SVN
repository accessed over http
G2. Give access to older versions of the docs using standard SVN
mechanisms (tags etc)
G3. Index the latest version of the docs, including
Bertrand Delacretaz wrote:
Le 26 oct. 04, à 21:20, Upayavira a écrit :
...The thing you seem to have missed is the staging process. If I
have written an xdoc, I want to see that as HTML, on a staging
server, before I actually publish it. After all, the XML might not
even be valid, or there
I'm trying really really really hard not to reply to this but I can't.
Frédéric Glorieux wrote:
For computing, you are really incredible guys, but for politics, I'm
sorry to say that but you are reinventing the wheel. Rules are not
bureaucratic but the only way to have a stable democracy, which
G3. Index the latest version of the docs, including structured fields
(keywords, target audience, components mentioned, etc), to implement
prepared queries (as links, simply) to improve our docs' accessibility
It seems a good occasion to provide a better LuceneTransformer
implementation for
On Tue, 26 Oct 2004, Stefano Mazzocchi wrote:
forth: some of us spend a great amount of their life trying to come up with
strategies that avoid the use of those rules, and understand how complex
groups form and dissolve, how innovation happens and how community fractures
can be avoided. When
Luigi Bai wrote:
On Tue, 26 Oct 2004, Stefano Mazzocchi wrote:
forth: some of us spend a great amount of their life trying to come up
with strategies that avoid the use of those rules, and understand how
complex groups form and dissolve, how innovation happens and how
community fractures can be
Stefano Mazzocchi wrote:
...
If you have ideas on how to make it better, we are wide open to
suggestions.
Making the Subject match the content of this thread would be a good start.
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
On Tue, 26 Oct 2004, Stefano Mazzocchi wrote:
Luigi Bai wrote:
On Tue, 26 Oct 2004, Stefano Mazzocchi wrote:
forth: some of us spend a great amount of their life trying to come up
with strategies that avoid the use of those rules, and understand how
complex groups form and dissolve, how
Upayavira wrote:
GOALS
snip/
G4. Make submitting documentation a more straight forward process. I
haven't yet looked at the ins and outs of the xdocs, but I know from the
times I tried to find the documentation in the checked out tree that I
was unable to figure out how it worked.
TOOLS /
Jorg Heymans wrote:
2)Should any effort towards documentation ATM go into improving its
*quality* or improving its
{searchability|updateability|scaleability|auto-generateability}
WDYT?
Personally, I think that Cocoon has a lot of good documentation, but
poorly/inconsistently organised.
Il giorno 19/ott/04, alle 15:11, [EMAIL PROTECTED] ha scritto:
Removed:
cocoon/trunk/src/java/org/apache/cocoon/components/flow/
InterpreterSelector.java
This class is referred to in the javaflow block's tests. See
JavaFlowTestCase.xtest:
role
Luigi Bai wrote:
Stefano Mazzocchi wrote:
Maybe it is more precise to say When shit works /mostly/ well The
presence of a large number of outstanding Bugzilla issues, especially ones
with [PATCH]es attached, implies that things work well for committers, less
well for those of us
This seemed to be related to the removal of instrumentation from the
axis block. Should be fixed now.
--
Unico
Thanks a lot. This is working well for me. I'm glad to delete my ugly
patches.
--
Frédéric Glorieux (ingénieur documentaire, AJLSM)
http://www.ajlsm.com
On Tue, 27 Oct 2004, David Crossley wrote:
Luigi Bai wrote:
Stefano Mazzocchi wrote:
Maybe it is more precise to say When shit works /mostly/ well The
presence of a large number of outstanding Bugzilla issues, especially ones
with [PATCH]es attached, implies that things work well for
Stefano Mazzocchi wrote:
Bertrand Delacretaz wrote:
I see David's point though, using [VOTE] in subject (and [PROPOSAL]
maybe) helps in not missing stuff that's happening.
But I like our +1 way of saying me? I like it even if outside of a
vote - it's part of our slang I think.
Hello,
For sysadmin, it may be important for the cocoon servlet to be totally
read-only, even logs. I used to try to run a same cocoon in parallel in
different servlet contexts (same JVM, same tomcat, different URIs). Logs
were quite funny to read but a bit broken. For a fast patch, I added 2
Upayavira wrote:
Bertrand Delacretaz wrote:
Upayavira a écrit :
...The thing you seem to have missed is the staging process. If I
have written an xdoc, I want to see that as HTML, on a staging
server, before I actually publish it. After all, the XML might not
even be valid,
As
Luigi Bai wrote:
If you have ideas on how to make it better, we are wide open to
suggestions.
Okay, assuming your sincerity - what is the current method for
committers to find/fix/close issues in Bugzilla?
there is no codified method. Basically, one those patches/fixes/bugs
that are promoted
David Crossley wrote:
So when a real, potentially damaging, issue arises
we will have no way to sensibly handle it.
It has been working fine so far and I see no evidence of things changing.
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Le 26 oct. 04, à 22:34, Upayavira a écrit :
...So you'd use HEAD or whatever to view the latest commit, and the
public would see the current-docs tag. That could work. But would we
want the HEAD to be password protected, or in some way hidden so that
it doesn't get regularly viewed when it
Le 26 oct. 04, à 22:56, Frédéric Glorieux a écrit :
...T2. Build an index with Lucene, triggered via SVN post-commit
hooks, uses a live Cocoon instance to generate an easy to index XML
document for Lucene. Include metadata fields as mentioned in G2
above, generated from (enhanced as compared to
Bruno Dumon wrote:
On Mon, 2004-10-25 at 18:38 +0200, Reinhard Poetz wrote:
While browsing Daisy I saw a very interesting cForms extension in Daisy: the
HtmlCleaningConvertor. Are there any plans to move it to Cocoon?
Didn't think of that yet. Keeping it with Daisy would make it follow
Daisy
95 matches
Mail list logo
