Re: svn commit: r429003 - /tomcat/connectors/trunk/util/java/org/apache/tomcat/util/net/AprEndpoint.java

[Remy Maucherat]

Filip Hanik - Dev Lists wrote:

quick question,


Socket.timeoutSet(state.socket, soTimeout * 1000);


does APR have timeouts in nano seconds? cause I believe the default 
value for the variable soTimeout is 6ms.


The value is fine, and it's in microseconds.

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 6

[Oliver Rettig]

Hi,
what do you think at which date Tomcat 6 will be available?

Oliver
> Hi,
> It's being actively developed.  You can see the code at
> http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/ and follow the
> commit messages sent here for more details.
>
> Yoav
>
> On 8/2/06, Kunal Mittal <[EMAIL PROTECTED]> wrote:
> > Hi .. Does anyone know what is the going on with Tomcat 6?
> >
> > Thanks
> > Regards,
> >
> > --
> > Kunal Mittal
> > [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
ORAT-Software-Entwicklung
Oliver Rettig
Steinstr. 23
76131 Karlsruhe
Tel.:0721/38489600

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Jakarta Connectors - a) Performance Differences or b) Problems with 64bit version

[Lichtenfeld, Enno, ext.]

Hi,

we need a Jakarta connector for Win2K3 Server (x64) with IIS 6.0.

Till now we used the connector 2.0.4, because this connector contained
features we used, and in 1.2.x we missed this features. 
With features of the newest versions of 1.2 we can now also use version
1.2.18. And because the version 2.0.4 is deprecated we want to use in
future the version 1.2.18.

We can elect between 2 problems:
A) Performance problem with the 1.2.18 
B) Problem in file uploads with 2.0.4 in 64 bit environment

What can we do to get a right functional connector for us?


Topic A
===
Versions used for comparative test:

2.0.4:  For the 64bit compatibility we compiled the sources with 
MS Visual Studio 2005 and got a 64Bit (x64) dll.
1.2.18: We use 
- the downloaded binary or 
- an own build version (also Visual Studio 2005) with different
optimizations.

Test case:
"Web Application Stress Tool" with a permanent click stream of 90
clients against the jsp-examples.

Test environment:

2 64Bit Server Win2K3
Machine One: Web Application Stress Tool, IIS 6.0, and Jakarta Connector

Machine Two: Tomcat 5.0.28 with jsp-examples

Test duration: 3 Minutes

The Load whiles the test:
Machine One: in both cases 100%
Machine Two: - with Jakarta Connector 1.2.18: ~4%
 - with Jakarta Connector 2.0.4: ~40%

Result is nearly independent of optimization inside the VS 2K5. We used
no debug versions.

AND NOW:

Throughput:
Jakarta Connector 1.2.18: 27 Hits and 120 NA 
Jakarta Connector 2.0.4:  40 Hits (All values roundabout values.)

Remark: The performance difference between both connectors is the same,
if "Web Application Stress Tool" runs on the second machine. 

In Summary:
- the performance is much better in 2.0.4 
or
- we do not know all adjusting screws in 1.2.18. Maybe there are some
possibilities for tuning. 

Is this explainable? 





Topic B
===

On a web application (struts inside) with a file upload page, tomcat
receives files, which are different to the file before upload. We saw it
also with a network stream scanner between IIS and Tomcat. Every x
thousand bytes something adds some bytes in the upload stream. 

This behaviour occurs only under the following conditions:
- The web access happens over a WAN (slow network?)
- The connector runs not in DEBUG mode
- The environment is a 64Bit environment

Do you know this behaviour?





Can somebody give us a help? 

Many Thanks.

Re: Jakarta Connectors - a) Performance Differences or b) Problems with 64bit version

[Mark Thomas]

Lichtenfeld, Enno, ext. wrote:
> Hi,
> 
> we need a Jakarta connector for Win2K3 Server (x64) with IIS 6.0.

This question belongs on the users list since it is about how to use
Tomcat.

The dev list is for questions related to the development (ie changes
in source code) of Tomcat.

Mark

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r429003 - /tomcat/connectors/trunk/util/java/org/apache/tomcat/util/net/AprEndpoint.java

[Filip Hanik - Dev Lists]

Remy Maucherat wrote:

Filip Hanik - Dev Lists wrote:

quick question,


Socket.timeoutSet(state.socket, soTimeout * 1000);


does APR have timeouts in nano seconds? cause I believe the default 
value for the variable soTimeout is 6ms.


The value is fine, and it's in microseconds.

cool thanks
Filip


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Jakarta Connectors - a) Performance Differences or b) Problems with 64bit version

[Lichtenfeld, Enno, ext.]

Hi Mark, 

maybe the first sentence was a wrong entry and for the problem not relevant. 
The important issues are:

> We can elect between 2 problems:
> A) Performance problem with the 1.2.18 
> B) Problem in file uploads with 2.0.4 in 64 bit environment

The installation of the connectors are ok, the installation of the tomcat is 
fine but the performance of the 1.2.18 connector is wrong in comparison with 
the 2.0.4 connector version. 
And here, we thought, maybe exist some adjusting screws inside of the code to 
get a throughput like the 2.0.4 version.
We think, we don't find a solution for this in the user list. 

Enno

P.S.Thank you for the quick answer.



-Ursprüngliche Nachricht-
Von: Mark Thomas [mailto:[EMAIL PROTECTED] 
Gesendet: Montag, 7. August 2006 13:29
An: Tomcat Developers List
Betreff: Re: Jakarta Connectors - a) Performance Differences or b) Problems 
with 64bit version

Lichtenfeld, Enno, ext. wrote:
> Hi,
> 
> we need a Jakarta connector for Win2K3 Server (x64) with IIS 6.0.

This question belongs on the users list since it is about how to use Tomcat.

The dev list is for questions related to the development (ie changes in source 
code) of Tomcat.

Mark

-
To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: 
[EMAIL PROTECTED]
==


Hi,

we need a Jakarta connector for Win2K3 Server (x64) with IIS 6.0.

Till now we used the connector 2.0.4, because this connector contained features 
we used, and in 1.2.x we missed this features. 
With features of the newest versions of 1.2 we can now also use version 1.2.18. 
And because the version 2.0.4 is deprecated we want to use in future the 
version 1.2.18.

We can elect between 2 problems:
A) Performance problem with the 1.2.18 
B) Problem in file uploads with 2.0.4 in 64 bit environment

What can we do to get a right functional connector for us?


Topic A
===
Versions used for comparative test:

2.0.4:  For the 64bit compatibility we compiled the sources with 
MS Visual Studio 2005 and got a 64Bit (x64) dll.
1.2.18: We use 
- the downloaded binary or 
- an own build version (also Visual Studio 2005) with different 
optimizations.

Test case:
"Web Application Stress Tool" with a permanent click stream of 90 clients 
against the jsp-examples.

Test environment:

2 64Bit Server Win2K3
Machine One: Web Application Stress Tool, IIS 6.0, and Jakarta Connector 
Machine Two: Tomcat 5.0.28 with jsp-examples

Test duration: 3 Minutes

The Load whiles the test:
Machine One: in both cases 100%
Machine Two: - with Jakarta Connector 1.2.18: ~4%
 - with Jakarta Connector 2.0.4: ~40%

Result is nearly independent of optimization inside the VS 2K5. We used no 
debug versions.

AND NOW:

Throughput:
Jakarta Connector 1.2.18: 27 Hits and 120 NA 
Jakarta Connector 2.0.4:  40 Hits (All values roundabout values.)

Remark: The performance difference between both connectors is the same, if "Web 
Application Stress Tool" runs on the second machine. 

In Summary:
- the performance is much better in 2.0.4 
or
- we do not know all adjusting screws in 1.2.18. Maybe there are some 
possibilities for tuning. 

Is this explainable? 





Topic B
===

On a web application (struts inside) with a file upload page, tomcat receives 
files, which are different to the file before upload. We saw it also with a 
network stream scanner between IIS and Tomcat. Every x thousand bytes something 
adds some bytes in the upload stream. 

This behaviour occurs only under the following conditions:
- The web access happens over a WAN (slow network?)
- The connector runs not in DEBUG mode
- The environment is a 64Bit environment

Do you know this behaviour?





Can somebody give us a help? 

Many Thanks.










-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r429354 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

[remm]

Author: remm
Date: Mon Aug  7 07:32:45 2006
New Revision: 429354

URL: http://svn.apache.org/viewvc?rev=429354&view=rev
Log:
- Changelog update.

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=429354&r1=429353&r2=429354&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Mon Aug  7 07:32:45 2006
@@ -79,6 +79,14 @@
   
   

+  
+
+  
+Fix APR endpoint so that the acceptor thread now only processes socket
+accepts. (remm)
+  
+  
+   
   
 
   



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40203] New: - Apache, mod_jk and Tomcat looses sessions

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40203

   Summary: Apache, mod_jk and Tomcat looses sessions
   Product: Tomcat 5
   Version: Unknown
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I've got the following problem on one server using Apache 2.0.54-5 (Debian x86)
with mod_jk 1.2.15 (self-compiled) and tomcat 5.5.17: I try to create a redirect
to a page with a session-id if there is no session. Seems to be easy, but in
combination with apache/mod_jk my servlet redirects unlimited because it doesn't
recognizes the created session. You'll find the code here:
http://www.dlite.de/42/TestServlet.java

If I am using the Servlet directy with tomcat on the same host there is no 
problem. 
Btw: Cookies are disabled, this is importand.

Help would be great!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40203] - Apache, mod_jk and Tomcat looses sessions

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40203





--- Additional Comments From [EMAIL PROTECTED]  2006-08-07 14:32 ---
Created an attachment (id=18685)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=18685&action=view)
Servlet to reproduce the error


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40203] - Apache, mod_jk and Tomcat looses sessions

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40203





--- Additional Comments From [EMAIL PROTECTED]  2006-08-07 15:35 ---
>> Btw: Cookies are disabled, this is importand.

Euh!  What exactly are you saying by that statement ?

Are you saying HTTP Cookies are disabled on the client accessing the page that
is being redirected an unlimited number of times, meaning that the client will
never offer any cookie to the server in a subsequent request ?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40203] - Apache, mod_jk and Tomcat looses sessions

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40203





--- Additional Comments From [EMAIL PROTECTED]  2006-08-07 15:41 ---
Yes, I meant that the client has completly disabled Cookies.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How to get hold on org.apache.catalina.Manager?

[Gregor Schneider]

Hi list,

first, I'm talking about Tomcat 5.0.28, but maybe those questions / pronlems
arise for other version, too.

We do have an application here which is making heavy use of frame, and
frames inside those frame and frames inside you know what I mean.
Our developes thought it to be a good idea, and now we can deal with the
pronlems arising.

Whn the session times out, Tomcat leads me to the login-screen - so far, so
good. However, after logging in, Tomcat doesn't know that the RequestedURL
stored in Session is in a framed view, meaning, I see the target without the
framed view.

My first approach was creating a Filter, however, I can not write any Filter
filtering j_security_check since the servlet-specs discourage this (although
Websphere supports it, but that's another story...).

So I thought about a valve...

I wrote a valve which inherits from FormAuthenticator, however, when putting
the Valve-definition itnto server.xml, I get a lot of XML-pasring-messages
(the xml iswrite, it tells me that no Context would be defined). If this
valve inherits from ValveBase, everything is fine.

What I want to do is to overwrite the original requested URL which ist
stored in Session (and where jsecurity_check forwards to), however, to need
to get hold on the Session-object, and therefore I need a Manager-Object,
and I don't see a way to do this.

Here's a snippet of the code:

  protected Session getSession(HttpServletRequest aRequest, boolean create)
{

   HttpSession hses = aRequest.getSession(create);
   if (hses == null)
   return (null);
   Manager manager = aContext.getManager();
   if (manager == null)
   return (null);
   else {
   try {
   return (manager.findSession(hses.getId()));
   } catch (IOException e) {
   return (null);
   }
   }

   }

The variable "aContext" above is a ValveContext, and as you can imagine, I
don't need a ValveContext but org.apache.Catalina.Context... *sic*

No if I inherit my Valve from ValveBase, I don't see any way (I've read the
Catalina-Source 'til my eyes dropped out to no extend...)

Has any of you guys an idea how I can achieve what I want to (namely that
j_security_check does route to my https://myapp/index.html instead of the
saved one within FormAutheticator's Session?

Genereting a FrameBreakout is not an option, since we got tons of pages and
all are *sic* generated...

Hope my mail wasn't to confusing, if so, sorry, but I'm quite confused
myself now

Greetings from the grounds of distress

Greg
--
what's puzzlin' you, is the nature of my game

Re: How to get hold on org.apache.catalina.Manager?

[Gregor Schneider]

Hi list,

ok, one problems is solved so far, after I plugged my eyes back in I saw how
to get hold of the Container (sometimes it's useful to read the Tomcat-Docs
rather than the Sun-Docs...

Anyways, the Valve is plugged in to server.xml (linux suse 9 btw.) like
this:




 

  
  
 

[...]

However, I don't get any System.out here (in catalina.out), and my
Logins-Screen doesn't appear at all.

Actually I'm not sure when to call Context.invoke() and
ValveContet.invokeNext() - does anybody of you have a clue why now
j_security_check obviously is not been calle (no forward to login-scren,
neither forward to secured content)?

This is my code:

public class CatalinaLogonValve extends ValveBase {

   public String getInfo() {
   return "LogonValve for Catalina 5.0.x";
   }

   public void invoke(Request aRequest, Response aResponse,
   ValveContext aContext) throws IOException, ServletException {

   if (!(aRequest instanceof HttpServletRequest) ||
!(aResponse instanceof HttpServletResponse)) {
aContext.invokeNext(aRequest, aResponse);
return;
}

   HttpServletRequest hreq =
   (HttpServletRequest) aRequest.getRequest();
   HttpServletResponse hres =
   (HttpServletResponse) aResponse.getResponse();

   if(hreq.getRequestURI().indexOf("j_security_check")!=-1) {
   // we do have a HTTPServletRequest here, and we're looking for
the TOMCAT-session...
  //  not showing up **
   System.out.println("CatalinaLogonValve hit!");
   Session tomcatSession = getSession(hreq, false);
   if (tomcatSession != null) {
   SavedRequest sreq = (SavedRequest)tomcatSession.getNote(
Constants.FORM_REQUEST_NOTE);
   sreq.setRequestURI("https://dekold4711/dom/index.htm";);
   tomcatSession.setNote(Constants.FORM_REQUEST_NOTE, sreq);
   //  not showing up **
   System.out.println ("Requested URI:" + sreq.getRequestURI
());
   container.invoke(aRequest, aResponse);
   }else {
   //  not showing up **
   System.out.println("TomcatSession is null!");
aContext.invokeNext(aRequest, aResponse);
   }
   }
   }

   protected Session getSession(HttpServletRequest aRequest, boolean
create) {

   HttpSession hses = aRequest.getSession(create);
   if (hses == null)
   return (null);
   Manager manager = container.getManager();
   if (manager == null)
   return (null);
   else {
   try {
   return (manager.findSession(hses.getId()));
   } catch (IOException e) {
   return (null);
   }
   }

   }
}
--
what's puzzlin' you, is the nature of my game

svn commit: r429431 - in /tomcat/tc6.0.x/trunk/java/org/apache: coyote/http11/InternalNioInputBuffer.java coyote/http11/InternalNioOutputBuffer.java tomcat/util/net/NioChannel.java tomcat/util/net/Nio

[fhanik]

Author: fhanik
Date: Mon Aug  7 11:55:41 2006
New Revision: 429431

URL: http://svn.apache.org/viewvc?rev=429431&view=rev
Log:
Fixed the socket flush, since NIO SSL uses dual sockets, we need to be 
considerate of when the data is actually sent on the OS buffer

Modified:

tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioInputBuffer.java

tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioOutputBuffer.java
tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioChannel.java
tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java
tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/SecureNioChannel.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioInputBuffer.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioInputBuffer.java?rev=429431&r1=429430&r2=429431&view=diff
==
--- 
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioInputBuffer.java 
(original)
+++ 
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioInputBuffer.java 
Mon Aug  7 11:55:41 2006
@@ -556,23 +556,25 @@
 } else if (nRead == -1) {
 //return false;
 throw new IOException("end of stream reached.");
-}
-timedOut = (readTimeout != -1) && 
((System.currentTimeMillis()-start)>this.readTimeout);
-if ( !timedOut && nRead == 0 ) 
-try {
-final SelectionKey key = 
socket.getIOChannel().keyFor(poller.getSelector());
-final KeyAttachment att = (KeyAttachment)key.attachment();
-//to do, add in a check, we might have just timed out on 
the wait,
-//so there is no need to register us again.
-boolean addToQueue = false;
-try { addToQueue = 
((key.interestOps()&SelectionKey.OP_READ) != SelectionKey.OP_READ); } catch ( 
CancelledKeyException ignore ){}
-if ( addToQueue ) {
-addToReadQueue(key, att);
-}//end if
-synchronized (att.getMutex()) {
-if ( att.getWakeUp() ) att.getMutex().wait(25);
-}
-}catch ( Exception x ) {}
+} else {
+timedOut = (readTimeout != -1) && 
((System.currentTimeMillis()-start)>readTimeout);
+if ( !timedOut && nRead == 0 )  {
+try {
+final SelectionKey key = 
socket.getIOChannel().keyFor(poller.getSelector());
+final KeyAttachment att = 
(KeyAttachment)key.attachment();
+//to do, add in a check, we might have just timed out 
on the wait,
+//so there is no need to register us again.
+boolean addToQueue = false;
+try { addToQueue = 
((key.interestOps()&SelectionKey.OP_READ) != SelectionKey.OP_READ); } catch ( 
CancelledKeyException ckx ){ throw new IOException("Socket key cancelled.");}
+if ( addToQueue ) {
+synchronized (att.getMutex()) {
+addToReadQueue(key, att);
+att.getMutex().wait(readTimeout);
+}
+}//end if
+}catch ( Exception x ) {}
+}
+ }
 }while ( nRead == 0 && (!timedOut) );
 //else throw new IOException(sm.getString("iib.failedread"));
 //return false; //timeout

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioOutputBuffer.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioOutputBuffer.java?rev=429431&r1=429430&r2=429431&view=diff
==
--- 
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioOutputBuffer.java 
(original)
+++ 
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioOutputBuffer.java 
Mon Aug  7 11:55:41 2006
@@ -395,11 +395,16 @@
 }
 
 private synchronized void writeToSocket(ByteBuffer bytebuffer, boolean 
flip) throws IOException {
-int limit = bytebuffer.position();
+//int limit = bytebuffer.position();
 if ( flip ) bytebuffer.flip();
 while ( bytebuffer.hasRemaining() ) {
 int written = socket.write(bytebuffer);
 }
+//make sure we are flushed 
+do {
+if (socket.flush()) break;
+}while ( true );
+
 socket.getBufHandler().getWriteBuffer().clear();
 this.total = 0;
 } 

Modified: tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioChannel.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk

DO NOT REPLY [Bug 40203] - Apache, mod_jk and Tomcat looses sessions

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40203





--- Additional Comments From [EMAIL PROTECTED]  2006-08-07 20:30 ---
Have you tried with the lastest mod-jk?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

mod_jk2 Tomcat Apache JSP Servlet

[jeusdi]

Hello, I've configured Apache Web Server with mod_jk2 to communicate it with
Apache Tomcat 5.5. Mmm, I've created a Web Application with one JSP
(index.JSP) and one Servlet (it is performed form JSP).

All is ok, but when I access to my web Application the result is the code of
my JSP instead a simple HTML page.

In other words, when I want to access to my web Application I view the code
of JSP (the code isn't interpreted like HTML code.

Do you know What must I do to solve it? 
Thanks in advanced.
-- 
View this message in context: 
http://www.nabble.com/mod_jk2-Tomcat-Apache-JSP-Servlet-tf2069127.html#a5696324
Sent from the Tomcat - Dev forum at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to get hold on org.apache.catalina.Manager?

[Mark Thomas]

Gregor Schneider wrote:
> Hi list,
> 
> ok, one problems is solved so far, after I plugged my eyes back in I saw
> how
> to get hold of the Container (sometimes it's useful to read the Tomcat-Docs
> rather than the Sun-Docs...

This question belongs on the users list. Please redirect your enquiry
to users@tomcat.apache.org

Mark

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40187] - Unable to compile class for JSP

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40187


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-08-07 22:59 ---
Bugzilla is not a support forum. Please direct your enquiry to the
users@tomcat.apache.org list.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk2 Tomcat Apache JSP Servlet

[Mark Thomas]

jeusdi wrote:
> Hello, I've configured Apache Web Server with mod_jk2 to communicate it with
> Apache Tomcat 5.5. Mmm, I've created a Web Application with one JSP
> (index.JSP) and one Servlet (it is performed form JSP).
> 
> All is ok, but when I access to my web Application the result is the code of
> my JSP instead a simple HTML page.
> 
> In other words, when I want to access to my web Application I view the code
> of JSP (the code isn't interpreted like HTML code.
> 
> Do you know What must I do to solve it? 
> Thanks in advanced.

This question belongs on the users list. Please re-direct your enquiry
to users@tomcat.apache.org

Mark

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]