[Bug 54711] Strange problem with WsOutputStream; cannot write to it, Session gets closed instead

2013-03-18 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54711 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 54711] Strange problem with WsOutputStream; cannot write to it, Session gets closed instead

2013-03-17 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54711 --- Comment #3 from Nick Williams --- By the way, I'm still getting the following two disconcerting stdout messages when shutting down Tomcat. This is obviously better than it used to be and there are no more errors at all. I'm not sure how

[Bug 54711] Strange problem with WsOutputStream; cannot write to it, Session gets closed instead

2013-03-17 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54711 --- Comment #2 from Nick Williams --- Created attachment 30061 --> https://issues.apache.org/bugzilla/attachment.cgi?id=30061&action=edit Patch to resolve issue Fixed with attached patch! Woohoo! This was a doozy. There were several pro

[Bug 54711] Strange problem with WsOutputStream; cannot write to it, Session gets closed instead

2013-03-17 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54711 Nick Williams changed: What|Removed |Added Attachment #30059|application/octet-stream|text/plain mime type|

[Bug 54711] Strange problem with WsOutputStream; cannot write to it, Session gets closed instead

2013-03-17 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54711 --- Comment #1 from Nick Williams --- Please note, I pasted the wrong improved method in here. Actual version: @Override public void write(byte[] b, int off, int len) throws IOException { if (buffer.remaining()

[Bug 54711] New: Strange problem with WsOutputStream; cannot write to it, Session gets closed instead

2013-03-17 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54711 Bug ID: 54711 Summary: Strange problem with WsOutputStream; cannot write to it, Session gets closed instead Product: Tomcat 8 Version: trunk Hardware: All

Re: Strange problem in TC7 manager

2011-07-31 Thread Rainer Jung
On 31.07.2011 20:45, Mark Thomas wrote: > On 31/07/2011 19:29, Mark Thomas wrote: >> On 31/07/2011 18:57, Rainer Jung wrote: >>> Any idea what's happening here? >> >> Not yet, although it is probably my fault :) >> >> I can reproduce this, looking in more detail now... > > The problem is that call

Re: Strange problem in TC7 manager

2011-07-31 Thread Mark Thomas
On 31/07/2011 19:29, Mark Thomas wrote: > On 31/07/2011 18:57, Rainer Jung wrote: >> Any idea what's happening here? > > Not yet, although it is probably my fault :) > > I can reproduce this, looking in more detail now... The problem is that calling isSingleThreadModel (triggered by reading the

Re: Strange problem in TC7 manager

2011-07-31 Thread Mark Thomas
On 31/07/2011 18:57, Rainer Jung wrote: > Reproduction: > > - add manager-jmx and manager-status to tomcat-users.xml > - Start TC 7 trunk > - As first request call http://localhost:8080/manager/jmxproxy > Response OK > - As second request call http://localhost:8080/manager/manager/all > Respon

Strange problem in TC7 manager

2011-07-31 Thread Rainer Jung
Reproduction: - add manager-jmx and manager-status to tomcat-users.xml - Start TC 7 trunk - As first request call http://localhost:8080/manager/jmxproxy Response OK - As second request call http://localhost:8080/manager/manager/all Response Exception: javax.servlet.ServletException: java.lang

Re: strange problem on i5

2007-03-30 Thread Henri Gomez
May be allways related to apr pool used. I tried with plog and pconf, same problem. When adding some logging, I could see that jk_post_config() is called 2 times and as such 2 open_jklog. init plog=SPP: : :0:0:2 pconf=SPP: : :0:1:2 init plog=SPP: : :0:0:2 pconf=SPP:

Re: strange problem on i5

2007-03-30 Thread Henri Gomez
More diggins the problem is not with the fputs but before ;( May be something weird in l or p in : static int JK_METHOD log_to_file(jk_logger_t *l, int level, const char *what) { if (l && (l->level <= level || level == JK_LOG_REQUEST_LEVEL) && l->logger_private && what) {

Re: strange problem on i5

2007-03-30 Thread Henri Gomez
2007/3/30, Mladen Turk <[EMAIL PROTECTED]>: Henri Gomez wrote: > > I allready told you that you didn't have to delay the release for i5 > problems and you could go on with it. > Sounds fair. If you came up with the patches, we can bump a next release that'll fix them. However, since we got that

Re: strange problem on i5

2007-03-30 Thread Mladen Turk
Henri Gomez wrote: I allready told you that you didn't have to delay the release for i5 problems and you could go on with it. Sounds fair. If you came up with the patches, we can bump a next release that'll fix them. However, since we got that far I wonder why the logging is faulty. Can it be

Re: strange problem on i5

2007-03-30 Thread Henri Gomez
I take back the original code but : buf[used++] = '\n'; buf[used] = 0; #ifdef AS400 printf("%s", buf); #else l->log(l, level, buf); #endif #ifdef NETWARE free(buf); #endif } It works, so the problem is in l->log(l, level, buf); ex: [Fri Mar 30 13:25:17 2

Re: strange problem on i5

2007-03-30 Thread Henri Gomez
2007/3/30, Mladen Turk <[EMAIL PROTECTED]>: Henri Gomez wrote: > It works back when jklog is : > > int jk_log(jk_logger_t *l, > const char *file, int line, const char *funcname, int level, > const char *fmt, ...) > { >int rc = 0; > >/* Need to reserve space for newline

Re: strange problem on i5

2007-03-30 Thread Mladen Turk
Henri Gomez wrote: It works back when jklog is : int jk_log(jk_logger_t *l, const char *file, int line, const char *funcname, int level, const char *fmt, ...) { int rc = 0; /* Need to reserve space for newline and terminating zero byte. */ static int usable_size = H

Re: strange problem on i5

2007-03-30 Thread Henri Gomez
; > It works on all platform, except i5 (iSeries) > > 2007/3/30, Jean-Frederic <[EMAIL PROTECTED]>: > > On Thu, 2007-03-29 at 12:57 +0200, Henri Gomez wrote: > > > Hi to all, > > > > > > While using with the 1.2.21-dev on i5 (iSeries) I saw a strange &

Re: strange problem on i5

2007-03-30 Thread Henri Gomez
2007-03-29 at 12:57 +0200, Henri Gomez wrote: > > Hi to all, > > > > While using with the 1.2.21-dev on i5 (iSeries) I saw a strange > > problem when doing SOAP works. > > What is the exception on TC side? > > Cheers > > Jean-Frederic > > > > > In

Re: strange problem on i5

2007-03-30 Thread Henri Gomez
HTTP 500 and XML SOAP Fault in body (text/xml). It works on all platform, except i5 (iSeries) 2007/3/30, Jean-Frederic <[EMAIL PROTECTED]>: On Thu, 2007-03-29 at 12:57 +0200, Henri Gomez wrote: > Hi to all, > > While using with the 1.2.21-dev on i5 (iSeries) I saw a strange

Re: strange problem on i5

2007-03-30 Thread Jean-Frederic
On Thu, 2007-03-29 at 12:57 +0200, Henri Gomez wrote: > Hi to all, > > While using with the 1.2.21-dev on i5 (iSeries) I saw a strange > problem when doing SOAP works. What is the exception on TC side? Cheers Jean-Frederic > > In SOAP, a Fault Exception is sent by Tomcat as

strange problem on i5

2007-03-29 Thread Henri Gomez
Hi to all, While using with the 1.2.21-dev on i5 (iSeries) I saw a strange problem when doing SOAP works. In SOAP, a Fault Exception is sent by Tomcat as an HTTP 500 error (in header) and the fault code in body. On Linux and Windows, mod_jk see the header and body : [Thu Mar 29 12:26:18 2007

Strange Problem

2006-06-24 Thread ksh95
tomcat 5.5.9 connector-j 3.0.17-ga mysql 4.0.15 JRE 5.0 I have recently added an extra resource inside of a context.xml file (I now have a local and a remote database within the same context). When first attempting to access the remote database from a JSP, tomcat refuses to load any new page. The