On Wed, 2004-02-11 at 02:05, Mark Lundquist wrote:
I'm having a problem with Cocoon 2.1.3, so I tried my test case against
a Cocoon built from one of today's snapshots. The problem doesn't
occur in the latest Cocoon.
My apologies for not being able to figure out on my own whether this is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26753.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Leo Sutic wrote:
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Are they intrinsically big, or are they big because of all the stuff
every instance must hold that could be delegated to the component
fields I suggested?
Component fields.
I think most components fall in that second
On 11 Feb 2004, at 08:34, Carsten Ziegeler wrote:
Regarding this, we shouldn't release and address the concerns for
the next release. I think we shouldn't really hurry with the
release. Let's take the time to fix the issues.
Reminder: if we don't release before the end of this month, we are
As already announced this is the end of the code freeze without a release :(
Any ideas about a possible new release date? Please keep in mind that if we
don't do a release this month we have to switch to the new licence as well
(and this includes not only java files, but also xml, xsl and so
On 11.02.2004 11:13, Carsten Ziegeler wrote:
As already announced this is the end of the code freeze without a release :(
Any ideas about a possible new release date? Please keep in mind that if we
don't do a release this month we have to switch to the new licence as well
(and this includes not
Hi:
All the files in o.a.c.woody.samples.bindings have a diferent header of
the common header. Please review these files and change them if needed.
Best Regards,
Antonio Gallardo
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26851.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26851.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26854.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26854.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=25437.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=22132.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26571.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I saw the woody'sbindingsamples anduse dom to saveform data.I modified js like:
if (isbind=="true") { document = loadDocument(documentURI); // bind the document data to the form form.load(document); } // shows the form to the user until is validated successfully form.showForm(formname+"-display");
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26854.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi:
If we need to display some calculated fields (formulas) using woody, what
is the best approach?
1-Using widget wd:on-value-changed
2-Processing EventListener
3-Javascript (client side).
1- I already tried it, but the problem is that we need to use wi:styling
submit-on-change=true/. AFAIK
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26851.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26851.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26186.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=25359.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Joerg Heinicke wrote:
On 11.02.2004 11:13, Carsten Ziegeler wrote:
As already announced this is the end of the code freeze without a
release :(
Any ideas about a possible new release date? Please keep in
mind that
if we don't do a release this month we have to switch to the new
Carsten Ziegeler wrote:
Joerg Heinicke wrote:
On 11.02.2004 11:13, Carsten Ziegeler wrote:
As already announced this is the end of the code freeze without a
release :(
Any ideas about a possible new release date? Please keep in
mind that
if we don't do a release this month
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26186.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=25359.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Dear friends,
I'm experiencing a memory leak in an application we are currently
testing, which uses Flowscript and Woody. Since continuations store a
reference to local variables, and the memory leak does not manifest
itself if I don't create any continuation, I'm starting to suspect that
my
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26186.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi:
I am still in the quest for set some widgets value at form startup. I
already builded 2 additional Java classes for the form:
myFormHandler
myProcessingListener
I attach this classes using:
function actividadform(form) {
...
var ppl = new Packages.my.form.myProcessingListener();
var
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26186.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ugo Cei wrote:
Dear friends,
I'm experiencing a memory leak in an application we are currently
testing, which uses Flowscript and Woody. Since continuations store a
reference to local variables, and the memory leak does not manifest
itself if I don't create any continuation, I'm starting to
To increase the confusion :) I think we should stick to the code freeze as I
see the chance for a release tomorrow.
As far as I see it, we have the vetos from Reinhard and Joerg (Vadim
revoked), and it seems that these vetos stand and fall with the memory leak
bug, so all we have to do is: fix
Christopher Oliver wrote:
Ugo Cei wrote:
I'm experiencing a memory leak in an application we are currently
testing, which uses Flowscript and Woody. Since continuations store a
reference to local variables, and the memory leak does not manifest
itself if I don't create any continuation, I'm
Do you have global variables in your scripts?
Ugo Cei wrote:
Christopher Oliver wrote:
Ugo Cei wrote:
I'm experiencing a memory leak in an application we are currently
testing, which uses Flowscript and Woody. Since continuations store
a reference to local variables, and the memory leak does
Christopher Oliver wrote:
Do you have global variables in your scripts?
Not at all.
Ugo
Ugo Cei wrote:
Christopher Oliver wrote:
Ugo Cei wrote:
I'm experiencing a memory leak in an application we are currently
testing, which uses Flowscript and Woody. Since continuations store
a reference to local variables, and the memory leak does not
manifest itself if I don't create any
Yeah, the confusion with the memory bug was partly due to me. After your
original fix that still had a problem with the reader I introduced the
bug again when I tried to fix that.
I agree that your latest fix should definitely work. In fact I took the
opertunity to install anteater and whereas
Unico Hommes wrote:
Yeah, the confusion with the memory bug was partly due to me.
After your original fix that still had a problem with the
reader I introduced the bug again when I tried to fix that.
I agree that your latest fix should definitely work. In fact
I took the opertunity to
Sorry to butt in guys :)
But I was wondering if anyone could commit the patch for bug 26854
(Flow redirecting)
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26854
I am pretty sure it will fix 26571, and maybe 25437 and 22132.
I am cvs illiterate, and can't figure out how to patch my own
Le Mercredi, 11 fév 2004, à 16:11 Europe/Zurich, Carsten Ziegeler a
écrit :
To increase the confusion :) I think we should stick to the code
freeze as I
see the chance for a release tomorrow...
A release would be good as it looks like all known blockers are gone.
FYI I cannot help integrating
On 11 Feb 2004, at 11:50, Antonio Gallardo wrote:
Hi:
All the files in o.a.c.woody.samples.bindings have a diferent header of
the common header. Please review these files and change them if needed.
They should be changed, of course. Marc is on holiday ATM.
/Steven
--
Steven Noels
On Wed, Feb 11, 2004 at 04:50:57PM +0100, Carsten Ziegeler wrote:
Unico Hommes wrote:
Yeah, the confusion with the memory bug was partly due to me.
After your original fix that still had a problem with the
reader I introduced the bug again when I tried to fix that.
I agree that
On 11 Feb 2004, at 17:10, Bertrand Delacretaz wrote:
We'll try this at the next GetTogether ;-)
Don't tempt me into thinking about the new edition already - I still
want to get something else done this year as well. ;-)
/Steven
--
Steven Noelshttp://outerthought.org/
On 10 Feb 2004, at 13:40, Upayavira wrote:
How's that?
+1 from me.
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: http://www.orixo.com/
These are the bugs that are still open against the release:
25203 SQLTransformer: duplicate namespace declaration when serializing XML
26186 Memory Leak caused by cocoon:// protocol
26751 Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup
26753 [PATCH] Persistent store or cache
I have been eyeing it :-) because I think it is a major bug as well. But
I decided that I knew too little about the consequences of your fix to
apply it so shortly before the release.
So, unless another committer is willing to take the risk I would suggest
we postpone this one until after the
Bertrand Delacretaz wrote:
Le Mercredi, 11 fév 2004, à 16:11 Europe/Zurich, Carsten Ziegeler a
écrit :
To increase the confusion :) I think we should stick to the code
freeze as I
see the chance for a release tomorrow...
A release would be good as it looks like all known blockers are gone.
Le Mercredi, 11 fév 2004, à 17:37 Europe/Zurich, Sylvain Wallez a écrit
:
...I let you decide as I'm currently too swamped to follow closely the
flow...
What, Sylvain not following the flow? I thought you were a Flow expert
;-)
-Bertrand
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26186.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=25359.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26186.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
Bertrand Delacretaz wrote:
Le Mercredi, 11 fév 2004, à 16:11 Europe/Zurich, Carsten Ziegeler a
écrit :
To increase the confusion :) I think we should stick to the code
freeze as I
see the chance for a release tomorrow...
A release would be good as it looks like all
Christopher Oliver wrote:
Look at Optimizeit and see if there are any instances of
org.mozilla.javascript.cotinuations.Continuation or
org.apache.cocoon.components.flow.WebContinuation still around after this.
OK. This leaks a java.awt.Rectangle (plus a WebContinuation and a
Continuation) each
Memory Leak has gone.
Regards,
Michael
--
GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...)
jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++
[this is really off-topic now]
Thibault Cantegrel wrote:
Sylvain Wallez wrote:
snip/
Bertrand explains a well known child group game in french-speaking
countries which is names Jacques a dit, which translates to Jack
said: you must do what follows Jacques a dit, but must absolutely
no do
Bertrand Delacretaz wrote:
Le Mercredi, 11 fév 2004, à 17:37 Europe/Zurich, Sylvain Wallez a écrit :
...I let you decide as I'm currently too swamped to follow closely
the flow...
What, Sylvain not following the flow? I thought you were a Flow expert
;-)
Actually, I meant flood. Now,
Sylvain Wallez wrote:
[this is really off-topic now]
Thibault Cantegrel wrote:
Sylvain Wallez wrote:
snip/
Bertrand explains a well known child group game in french-speaking
countries which is names Jacques a dit, which translates to Jack
said: you must do what follows Jacques a dit, but must
I'm a little unclear. Is the code frozen or melting? Will there be a
release this week? I hope so. I really want to pick up 2.1.4 for our
development.
Ralph
On 11.02.2004 15:19, Carsten Ziegeler wrote:
As far as I understood the result of the vote, we had three -1,
yours, Vadims and Reinhards. So, we can only release if you all
three revoke the -1 or we consider them invalid :)
Currently, I consider all of them valid.
Nothing is lost, which means if
On 11.02.2004 16:42, Unico Hommes wrote:
Yeah, the confusion with the memory bug was partly due to me. After your
original fix that still had a problem with the reader I introduced the
bug again when I tried to fix that.
So the lastconsumer null test really works, you only broke it with your
On 11.02.2004 17:14, Tim Larson wrote:
These are the bugs that are still open against the release:
25203 SQLTransformer: duplicate namespace declaration when serializing XML
open
26186 Memory Leak caused by cocoon:// protocol
fixed
26751 Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at
Hello,
in the cocoon docs
http://cocoon.apache.org/2.1/userdocs/flow/api.html#Request+Object
I can read that cocoon.request.getAttributeNames should return an object
of type java.util.Enumeration but this function seems to be not
implemented yet because a call of this funtion cases a Function
Joerg Heinicke wrote:
On 11.02.2004 16:42, Unico Hommes wrote:
Yeah, the confusion with the memory bug was partly due to me. After
your original fix that still had a problem with the reader I
introduced the bug again when I tried to fix that.
So the lastconsumer null test really
Geoff Howard wrote:
Sylvain Wallez wrote:
[this is really off-topic now]
Thibault Cantegrel wrote:
Sylvain Wallez wrote:
snip/
Bertrand explains a well known child group game in french-speaking
countries which is names Jacques a dit, which
translates to Jack
said:
By the way, in our part of the world, this is called Simon
says. No
idea who Simon is.
And the dutch would say about that Joost mag het weten (Only Joost
knows or more freely God only knows, not implying Joost is God of
course, any Joost that is) Joost is just somebody's first
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25298.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all,
the current issue of iX, a german IT print magazine, has an article on
Cocoon 2.1 - have a look at http://www.heise.de/ix/artikel/2004/03/048/.
One of the authors should be quite known here :-)
Best regards,
Michael Hartle,
Hartle Klug Consulting GmbH
I saw the woody's binding samples and use dom to save form data.I modified
js like:
if (isbind==true) {
document = loadDocument(documentURI);
// bind the document data to the form
form.load(document);
}
// shows the form to the user until is validated successfully
http://myserver:/samples/batik/hello.jpeg
I am using cocoon 2.1.3 on Red Hat Linux 9.0; Tomcat
5.0.18.
I try to view the samples and when I view svg, it is
OK.
But when I click the jpeg and png links, there is an
error message.
The image
http://myserver:/samples/batik/hello.jpeg
Sending a mail twice is worse than sending it in HTML format ;-)
I answer on the HTML mail as in the other mail there seem to be problem
with line endings.
I don't know what exactly you have configured, but the default encoding
used in Cocoon for serialization should be UTF-8 (have a look on
Hi Steven:
Thanks for the reply. It is done now.
Best Regards,
Antonio Gallardo
Steven Noels dijo:
On 11 Feb 2004, at 11:50, Antonio Gallardo wrote:
Hi:
All the files in o.a.c.woody.samples.bindings have a diferent header of
the common header. Please review these files and change them if
Sorry for sending mail twice,mail list is quite difficult use to me.I
must use hotmail in
web browser to send the mail(other mail account has pop3 and smtp account
can't send mail
to this mail list,maybe it is blocked),so I don't know if this mail can be
the next thread
in the list.
I tried
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26751.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
»Æ º£¶¬ dijo:
Sorry for sending mail twice,mail list is quite difficult use to me.I
must use hotmail in
web browser to send the mail(other mail account has pop3 and smtp account
can't send mail
to this mail list,maybe it is blocked),so I don't know if this mail can be
the next thread
in
Antonio Gallardo wrote:
jxforms are deprecated. if you are starting avoid using jxform.
Actually, only xmlform block is officially deprecated (see
block.properties).
Now, if you think that it should be deprecated, you can start discussion
in this thread :-)
Vadim
Vadim Gritsenko dijo:
Antonio Gallardo wrote:
jxforms are deprecated. if you are starting avoid using jxform.
Actually, only xmlform block is officially deprecated (see
block.properties).
Now, if you think that it should be deprecated, you can start discussion
in this thread :-)
Opss.
Vadim Gritsenko wrote:
Antonio Gallardo wrote:
jxforms are deprecated. if you are starting avoid using jxform.
Actually, only xmlform block is officially deprecated (see
block.properties).
Now, if you think that it should be deprecated, you can start
discussion in this thread :-)
Vadim
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25121.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Christopher Oliver dijo:
Vadim Gritsenko wrote:
Antonio Gallardo wrote:
jxforms are deprecated. if you are starting avoid using jxform.
Actually, only xmlform block is officially deprecated (see
block.properties).
Now, if you think that it should be deprecated, you can start
discussion
* Antonio Gallardo [EMAIL PROTECTED] [2004-02-12 03:37]:
Christopher Oliver dijo:
Vadim Gritsenko wrote:
Antonio Gallardo wrote:
jxforms are deprecated. if you are starting avoid using jxform.
Actually, only xmlform block is officially deprecated (see
block.properties).
Now,
I dug into upload tonight to help some confusion on the users list and
noticed some new things which were introduced since 2.1.3 (in nov. by
Sylvain to support woody). I'd like to propose some tweaks which seem
wise enough to me to get in quickly or it will be too late.
1) A new concept of
problem solved .I change jvm to 1.4.2,all solved.
roy huang
_
MSN Explorer: http://explorer.msn.com/lccn/
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25121.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi:
Some people is currently using woody for development. On the other side we
need a test area to implement some enhancements in woody that affect
critical parts of woody. Sometimes it can broke the woody block. For these
reason we think it is a good idea to have an scratchpad area for woody
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Joerg Heinicke wrote:
Yeah, the confusion with the memory bug was partly due to me. After
your original fix that still had a problem with the reader I
introduced the bug again when I tried to fix that.
So the lastconsumer null test really works, you only broke it
with your reader
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Unico Hommes wrote:
Exactly it. I have to plead guilty. It's not too bad though,
I'd gladly buy Carsten a beer :-D
Actually this was a nice one. I had to look more than twice to
see that as well :) But, I just noted down the beer so I won't
forget it :)
Carsten
Ok, we don't have -1 votes anymore (Thanks!) for the release,
so I will now start the release process.
I know that we have open issues, but as we all agree, release early,
release often is more important. As soon as we have changed to the
new licence (which should only take us one or two days),
90 matches
Mail list logo
