Re: issue when redirect/forward on not - parsed form/multipart request
Thank you for your fast response! OK, I switched the log level to trace and provoked the problem. The resulting Log file is attached. Regarding my worker and ...properties, they are quite minimalistic but they did their job, at least until now :) uriworkermap.properties: /Kolloquium/*=ajp13 workers.properties.minimal: worker.list=ajp13 worker.ajp13.type=ajp13 worker.ajp13.host=localhost worker.ajp13.port=8085 Here is also my part from the server.xml regarding the connectors: Thanks again! Best regards, Thomas Wagner - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat5.1 out of memory for swap space not released!
Dear Rainer The memory properties are below. xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx Physical Memory: 4097.7 MBxx x xx xxReal Memory: xx x xx xx Active:381082.7 KB xx x xx xx Total: 405445.6 KB xx x xx xxVirtual Memory: xx x xx xx Active:2973307.5 KB xx x xx xx Total: 3074865.0 KB xx x xx xxFree Memory Pages: 490468 at 4 KB/page xx x xx xxSwap Space: xx x xx xx Avail: 8192 MB xx x xx xx Used: 1309 MB xxvx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx There are not other big memory consumers.The tomcat5.0.28 consumed more and more swap space but not released it!It is the deadly reason! Rainer Jung-3 wrote: > > You configured your JVM to use 1GB of memory plus 800MB for perm space. > This only makes sense, if your machine has that much memory. As far as I > know, perm adds to the heap. You system has 4 GB of memory. Are there > other big memory consumers there? Can you check the size of the process? > > Regards, > > Rainer > >> I am a Chinese and English is not well,but I will try my best to >> express myself.I have HP-UX operation system with JDK1.5 and >> sybase.But after tomcat5.0 running for some times ,it would out of >> memory.The tomcat5.0 process continuously allocated swap space but >> not released it.So when swap space was insufficient,tomcat out of >> memory and shutdown!Below is some >> information:=tomcat >> startup script parameters: JAVA_OPTS="-Xms1001m -Xmx1001m >> -XX:MaxPermSize=800m >> -Dfile.encoding=GBK"=out >> of memory log in cataline.out:2007-08-29 17:38:07.283 >> (Pagination.java:68)] DEBUG - render Id = pagination Exception >> java.lang.OutOfMemoryError: requested 74856 bytes for GrET* in >> /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/utilities/growableArray.cpp. >> Out of swap space?Possible causes:- not enough swap space left , >> or- kernel parameter MAXDSIZ is very small. Out of memory while >> reading in symbol table of >> /opt/java1.5/jre/lib/PA_RISC2.0/server/libjvm.sl( 0) 0xc5c88264 >> [/opt/java1.5/jre/lib/PA_RISC2.0/server/libjvm.sl]( 1) 0xc5c241d0 >> [/opt/java1.5/jre/lib/PA_RISC2.0/server/libjvm.sl]=Hp >> Unix Server hardware information >> :CPU:1GHz*2;memory:4G;=Please >> give me an idea in this situation! And please help me make tomcat >> process release swap space?yanyan > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/tomcat5.1-out-of-memory-for-swap-space-not-released%21-tf4513476.html#a12874655 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
small-icon and large-icon issue
Hi, I have following entry in my web.xml /images/bee_ico.jpg /images/bee_ico.jpg It displays the icon in address bar if i browse the web on MozillaFireFox. But if i browse the same web using IE it does not display any icon. Moreover, if i deploy it to to internet server, it shows "tomcat" icon in address bar if browsed through IE. Can anyone know what possible problem is it? cheers, -alee -- Muhammad Ali http://techboard.wordpress.com Software Engineer - E2ESP muhammadaliamin(at)gmail(dot)com
AJP connector getPort
HI! I have a solution with an apache with mod_jk and 2 tomcat instances. How can I know with a JSP which tomcat instance process the request? Basically I want that my JSP show AJP connector port. Thanks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: AJP connector getPort
Hi Andrew, I am not sure whether you can do that in you ASP page but I am sure if you play around with the logging capabilities of mod_jk you should be able to log it in the mod_jk.log file Regards > -Original Message- > From: Andrew Hole [mailto:[EMAIL PROTECTED] > Sent: 25 September 2007 10:24 > To: Tomcat Users List > Subject: AJP connector getPort > > HI! > > I have a solution with an apache with mod_jk and 2 tomcat instances. > How can I know with a JSP which tomcat instance process the request? > Basically I want that my JSP show AJP connector port. > > Thanks > > - > To start a new topic, e-mail: users@tomcat.apache.org To > unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
RE: AJP Flush Packet causing text/plain output
Thanks for your reply. There is a holiday here right now, so I'm not sure if I will be able to get to file the Bugzilla issue before the holiday break. We tried a few different versions of mod_jk (the early ones had other issues), but all the latest ones showed the problem. We are currently using mod_jk 1.2.25. In desperation, I was able to create a patch to mod_jk that seems to prevent the symptom from occurring. Here is the diff for the file jk_ajp_common.c: 1742,1751d1741 < // Removing extra flush buffer if we do not need it. < if (headeratclient == JK_FALSE) { < int code = (int)jk_b_pget_byte(op->reply,0); < unsigned int len = (unsigned int)jk_b_pget_int(op->reply,1); < if ((code == JK_AJP13_SEND_BODY_CHUNK) && (len == 0)) { < jk_log(l, JK_LOG_DEBUG, "Received flushbuffer -- ignoring"); < continue; < } < } < - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJP connector getPort
Andrew Hole wrote: I have a solution with an apache with mod_jk and 2 tomcat instances. How can I know with a JSP which tomcat instance process the request? Basically I want that my JSP show AJP connector port. Use JMX to get such information. Start JVM with following arguments http://tomcat.apache.org/tomcat-6.0-doc/monitoring.html and then connect to it using JConsole. You will find a lot of Tomcat's components. -- Mikolaj Rydzewski <[EMAIL PROTECTED]> smime.p7s Description: S/MIME Cryptographic Signature
Re: AJP connector getPort
Andrew Hole wrote: HI! I have a solution with an apache with mod_jk and 2 tomcat instances. How can I know with a JSP which tomcat instance process the request? Basically I want that my JSP show AJP connector port. Thanks And now a third answer: if you really need the information in the http response (in the page), you can either - set jvmRoute in server.xml. If your page uses a session, the jvmRoute will be sticked to the end of the session id, separated with a dot. To identify the individual Server, you must use different jvmRoutes for the servers. - set a system property during startup. You can then output the value of the system property in your JSP. Again they need to be different for each instance. You can also set the jvmRoute from a system property. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJP Flush Packet causing text/plain output
Larry Reisler wrote: Thanks for your reply. There is a holiday here right now, so I'm not sure if I will be able to get to file the Bugzilla issue before the holiday break. We tried a few different versions of mod_jk (the early ones had other issues), but all the latest ones showed the problem. We are currently using mod_jk 1.2.25. In desperation, I was able to create a patch to mod_jk that seems to prevent the symptom from occurring. Here is the diff for the file jk_ajp_common.c: 1742,1751d1741 < // Removing extra flush buffer if we do not need it. < if (headeratclient == JK_FALSE) { < int code = (int)jk_b_pget_byte(op->reply,0); < unsigned int len = (unsigned int)jk_b_pget_int(op->reply,1); < if ((code == JK_AJP13_SEND_BODY_CHUNK) && (len == 0)) { < jk_log(l, JK_LOG_DEBUG, "Received flushbuffer -- ignoring"); < continue; < } < } < Thanks for the patch. I'll check and likely commit. The core problem maybe is inside the Tomcat AJP connector (shouldn't send flush packets before sending headers) or in the webapp (which might trigger flushes to early), but it will be definitely good to be tolerant on the JK side. Thanks! Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
trés bonne occasion
tres bonne occasion a vendre pc portabe hp-compac tres bonne etat processur AMD Turion 1,6GHz Bright view disque 80G memoire 512 carte graphique ATI RADEON XPRESS, craveur DVD double couche lecteur carte 9en 1 prix sacrifie contactez mohamed 20 312 657 [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: trés bonne occasion
Someone wanna subscribe him to spam mailinglists? :D En l'instant précis du 25/09/07 12:30, [EMAIL PROTECTED] s'exprimait en ces termes: > tres bonne occasion > > a vendre pc portabe hp-compac tres bonne etat > processur AMD Turion 1,6GHz Bright view disque 80G > memoire 512 carte graphique ATI RADEON XPRESS, > craveur DVD double couche lecteur carte 9en 1 > > prix sacrifie > > contactez mohamed 20 312 657 > [EMAIL PROTECTED] > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- http://www.noooxml.org/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJP Flush Packet causing text/plain output
On Sep 25, 2007, at 6:39 AM, Rainer Jung wrote: Larry Reisler wrote: Thanks for your reply. There is a holiday here right now, so I'm not sure if I will be able to get to file the Bugzilla issue before the holiday break. We tried a few different versions of mod_jk (the early ones had other issues), but all the latest ones showed the problem. We are currently using mod_jk 1.2.25. In desperation, I was able to create a patch to mod_jk that seems to prevent the symptom from occurring. Here is the diff for the file jk_ajp_common.c: 1742,1751d1741 < // Removing extra flush buffer if we do not need it. < if (headeratclient == JK_FALSE) { < int code = (int)jk_b_pget_byte(op->reply,0); < unsigned int len = (unsigned int)jk_b_pget_int(op- >reply,1); < if ((code == JK_AJP13_SEND_BODY_CHUNK) && (len == 0)) { < jk_log(l, JK_LOG_DEBUG, "Received flushbuffer -- ignoring"); < continue; < } < } < Thanks for the patch. I'll check and likely commit. The core problem maybe is inside the Tomcat AJP connector (shouldn't send flush packets before sending headers) or in the webapp (which might trigger flushes to early), but it will be definitely good to be tolerant on the JK side. +1... I'll look at the mod_proxy_ajp side. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Load balancer (apache or hardware)
I am in the process of setting up a cluster of a number of JBoss. Should I use Apache or hardware load balancer in the front? Please advise. I am concerned about about Security and Performance. Thanks Dave - Don't let your dream ride pass you by.Make it a reality with Yahoo! Autos.
Re: Load balancer (apache or hardware)
On 25/09/2007, at 3:05 PM, Dave wrote: I am in the process of setting up a cluster of a number of JBoss. Should I use Apache or hardware load balancer in the front? Please advise. I am concerned about about Security and Performance. How much money do you want to spend? I personally prefer using hardware load balancers but they cost money. Regards Andrew - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0 strange crashes
Hello guys, I have a dedicated server (AMD 3200+) with 1GB of ram running an Apache Tomcat 5.0 version (it is integrated with Plesk). OS: RedHat el4 (Linux 2.6.9-42.0.8.EL) Java Servlets v2.4 MySQL: 4.1.20 Server software: Plesk version psa v8.1.0_build81070224.19 os_RedHat el4 I have my own Java application which runs on Tomcat. It uses MySQL as database. The Java application works fine, however sometimes Apache Tomcat 5.0 just crashes without any reasons. We have checked all tomcat logs, thread dumps to see if there are any errors and noticed: one second the server runs without a problem, then another second Tomcat just stops responding and the logs are not recorded. It looks like Tomcat 5.0 crashes without any reason. After we restart Tomcat, the logs continue. We cannot identify the problem which cause this. Do you have any recommendations or ideas how we could solve this strange Tomcat crash problem? Please, help us. Thanks in advance, Egidijus -- View this message in context: http://www.nabble.com/Tomcat-5.0-strange-crashes-tf4515602.html#a12879658 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0 strange crashes
> From: keglius [mailto:[EMAIL PROTECTED] > OS: RedHat el4 (Linux 2.6.9-42.0.8.EL) > The Java application works fine, however sometimes Apache > Tomcat 5.0 just crashes without any reasons. A wild stab in the dark... How much free memory do you have? I seem to recall DeadRat has an oom-killer in later versions, and (wrongly IMO) it's enabled by default. Is the OS running out of memory and killing the largest process it can find in order to recover? - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0 strange crashes
> From: keglius [mailto:[EMAIL PROTECTED] > Subject: Tomcat 5.0 strange crashes > > The Java application works fine, however sometimes Apache > Tomcat 5.0 just crashes without any reasons. If you find nothing in the logs, Tomcat isn't "crashing". Since there also don't appear to be any of the normal shutdown messages in the logs, then it's possible that either Plesk is terminating the process or something inside your webapp is calling the System.exit() API. You can use a SecurityManager to disable System.exit() calls; Google for "disable System.exit". (Checking Peter C's possibility first - it's easier.) - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0 strange crashes
Thank you Peter and Caldarale for your answers. I will definately check for those settings. Actually, the server almost doesn't have free memory. 1007.9 MB of 1011.2 MB used; 3.2 MB available RAM I think Tomcat is configured to always use 1GB of memory. The server was working just fine earlier, but now within there were 3 crashes within last 3 weeks. Peter Crowther wrote: > >> From: keglius [mailto:[EMAIL PROTECTED] >> OS: RedHat el4 (Linux 2.6.9-42.0.8.EL) >> The Java application works fine, however sometimes Apache >> Tomcat 5.0 just crashes without any reasons. > > A wild stab in the dark... How much free memory do you have? I seem to > recall DeadRat has an oom-killer in later versions, and (wrongly IMO) > it's enabled by default. Is the OS running out of memory and killing > the largest process it can find in order to recover? > > - Peter > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Tomcat-5.0-strange-crashes-tf4515602.html#a12880434 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Uninstall options for tomcat 4.1.31
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric, [EMAIL PROTECTED] wrote: > Where can I find a list of command line flags for the > uninstaller (uninst-tomcat4.exe)? Silly question: have you tried running it like this: C:\Wherever> uninst-tomcat4.exe /? I've found that many uninstallers or otherwise-windowed programs like that sometimes have a help option that will show you either in the console or in a window what the available switches are. > Our product includes tomcat 4.1.31. I would like to > silently uninstall tomcat 4.1 before upgrading our users > to tomcat 5.5. Another option is just to "manually" uninstall by disabling and removing any services that were installed, removing any other registry keys that might have been added, removing any start menu items installed, and finally deleting the files from the disk. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+RvF9CaO5/Lv0PARAt3DAJ41OxEnWa5U/gU6khw2S6kHrBFRWACgmzaq 3KQx2l6A+O1jep1JONivlVI= =y44u -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0 strange crashes
> From: keglius [mailto:[EMAIL PROTECTED] > Actually, the server almost doesn't have free memory. > 1007.9 MB of 1011.2 MB used; 3.2 MB available RAM OK, that's physical memory. What about swap? > I think Tomcat is configured to always use 1GB of memory. Then you have a problem anyway. You have 1 Gbyte of physical RAM. The operating system and services will need a chunk of it, as will Plesk. You're *also* allocating 1 Gbyte to Tomcat. That means that somebody loses! If you're lucky, you have some unused memory at the top of the Java heap. If you're unlucky, your system is paging hard as the JVM uses physical memory it hasn't got and portions of the Java heap get paged out. You might want to look at disk traffic to see whether this applies. I suggest you check your JVM to find out how much of that 1 Gbyte allocation is actually being used. If the answer is "not much", your system might benefit from reducing the JVM heap size. If you're using most of that 1 Gbyte, I suggest adding RAM to the server - it's almost certainly short of RAM. > The server was working just fine earlier, but now within there were 3 > crashes within last 3 weeks. Then something has changed. If memory/swap is the problem (and I'm not sure), it could be something as simple as a RedHat patch causing a service to occupy more memory, or someone leaving a large job suspended in the background. - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to control encoding of response.sendRedirect? (Tomcat 5.5.17)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark, Mark Thomas wrote: > Christopher Schultz wrote: >> Unfortunately, I can't find anywhere in the spec that says which >> encoding to use in URLs for % HEX HEX encoding. > > AFAIR there is a W3C recommendation that it should be UTF-8 but it isn't > mandated by any spec. I'd be interested in reading that recommendation. There is a lot of conflicting information out there: http://www.w3.org/Addressing/URL/uri-spec.html Section: "Conventional URI encoding scheme" " Where the local naming scheme uses ASCII characters which are not allowed in the URI, these may be represented in the URL by a percent sign "%" immediately followed by two hexadecimal digits (0-9, A-F) giving the ISO Latin 1 code for that character. Character codes other than those allowed by the syntax shall not be used unencoded in a URI. " This other document (referred to by the first one) conflicts with the former: http://www.w3.org/Addressing/URL/url-spec.txt Section "ENCODING PROHIBITED CHARACTERS" " This specification makes no assumptions or requirements about the character sets, if any, referred to be the (decoded) octets a URL. " Then, there's the official RFC 3986 (URI Generic Syntax): http://gbiv.com/protocols/uri/rfc/rfc3986.html#characters " The URI syntax provides a method of encoding data, presumably for the sake of identifying a resource, as a sequence of characters. The URI characters are, in turn, frequently encoded as octets for transport or presentation. This specification does not mandate any particular character encoding for mapping between URI characters and the octets used to store or transmit those characters. When a URI appears in a protocol element, the character encoding is defined by that protocol; without such a definition, a URI is assumed to be in the same character encoding as the surrounding text. " In the introduction of the previous document, we find this: " Percent-encoded octets (Section 2.1) may be used within a URI to represent characters outside the range of the US-ASCII coded character set if this representation is allowed by the scheme or by the protocol element in which the URI is referenced. Such a definition should specify the character encoding used to map those characters to octets prior to being percent-encoded for the URI. " But wait, there's more (Section 2.5: Identifying Data) "When a new URI scheme defines a component that represents textual data consisting of characters from the Universal Character Set [UCS], the data should first be encoded as octets according to the UTF-8 character encoding [STD63]; then only those octets that do not correspond to characters in the unreserved set should be percent-encoded. For example, the character A would be represented as "A", the character LATIN CAPITAL LETTER A WITH GRAVE would be represented as "%C3%80", and the character KATAKANA LETTER A would be represented as "%E3%82%A2"." So, there you have it: there is no official charset to use; an official charset ought to be defined; the officially defined charset is UTF-8. WTF?! - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+SBM9CaO5/Lv0PARAj0cAJ90eyq430RKd1B1ftQzTjPznxbYCQCfauhM zdLEKTznnv29c7t6N6p3+R4= =mopd -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ??: could two tomcat servers have mutual authentication?
Let me post the solution: It is very easy to transfer client certificate to servers that required client authentication using certificate, just add the following two statements in my webservice client: System.setProperty("javax.net.ssl.keyStore",keystore); System.setProperty("javax.net.ssl.keyStorePassword",password); 2007/9/24, quanxin zhu <[EMAIL PROTECTED]>: > > ok, I know. > Thx a lot! > > > 2007/9/24, Mark Thomas <[EMAIL PROTECTED]>: > > > > quanxin zhu wrote: > > > Could you explain it in detail? > > > > You have written the code to call a web service. You need to write > > additional code to pass a certificate. > > > > > where could I find the instruction to modify the code to implement > > this > > > function? > > > > Goggle woudl be a good place to start. > > > > > I have another questions, when navigate a servlet using browser, the > > tomcat > > > server could trasfer the certification to browser automatically, > > > why cannot it transfer the certification to other tomcat servers for > > > authentication? > > > > Because in Tomcat to browser communciation Tomcat is acting as the > > server and Tomcat includes code to pass the certificate to the client in > > this case. > > > > When you write a servlet that calls a web service, your servlet is > > acting as a client and you have to hand code the SSL aspects in the same > > > > way as every other aspect of the web service client. > > > > Mark > > > > > > - > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >
Re: AJP Flush Packet causing text/plain output
Jim Jagielski wrote: Thanks for the patch. I'll check and likely commit. The core problem maybe is inside the Tomcat AJP connector (shouldn't send flush packets before sending headers) or in the webapp (which might trigger flushes to early), but it will be definitely good to be tolerant on the JK side. +1... I'll look at the mod_proxy_ajp side. Right, the problem is in the webapp probably. The first flush shouldn't occur before initial packet is send. However the explicit flushes (send_body with size 0) are very important. Think the patch is safe, although not tested. Regards, Mladen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat5.1 out of memory for swap space not released!
I have been using Tomcat 6.0 since it was released and I would say that it is much better that Tomcat 5.x. As addressed in its release document, besides support Servlet 2.5 and JSP2.1, Tomcat 6.0 made following improvements upon Tomcat 5.5: - Memory usage optimizations - Advanced IO capabilities - Refactored clustering Not sure whether you turned on Security Manager for you Tomcat 5.0, as I know there is a memory leak related defect for Tomcat 5.0 when Security Manager is turned on and has been fixed since Tomcat 5.5.3 (Tomcat 6.0 has it fixed too). There are other memory leaks related defects that have been fixed since Tomcat 5.0, please refer to bug report for more details. Make sure you have a up to date JDK when you using Tomcat 6.0 since there are some NIO send file related bugs in this release for Linux based systems, or you can disable send file behavior in the Connector if you JDK is not up to date. Jiansen Niu On 9/25/07, JacquiYan <[EMAIL PROTECTED]> wrote: > > > Dear Mark: > How about Tomcat 6.0?The lastest version is 6.0.Had the memory leaks been > fixed in Tomcat6.0?And further more,is tomcat6.0 a standy version? > > > > Mark Thomas-15 wrote: > > > > Tomcat 5.0.x has some memory leaks but as far as I recall they were > > mostly related to context reload. > > > > If you are reloading your app, I'd suggst an upgrade to the latest > > 5.5.x. If you are not reloading, then your app probably has a memory > > leak. I'd suggest using a profiler such as YourKit to try and track it > > down. > > > > Mark > > > > - > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > View this message in context: > http://www.nabble.com/tomcat5.1-out-of-memory-for-swap-space-not-released%21-tf4513476.html#a12873626 > Sent from the Tomcat - User mailing list archive at Nabble.com. > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
答复: ??: could two tomcat servers have mutual authentication?
Yes, you are right, this is what my book used. :-) -邮件原件- 发件人: quanxin zhu [mailto:[EMAIL PROTECTED] 发送时间: 2007年9月25日 22:58 收件人: Tomcat Users List 主题: Re: ??: could two tomcat servers have mutual authentication? Let me post the solution: It is very easy to transfer client certificate to servers that required client authentication using certificate, just add the following two statements in my webservice client: System.setProperty("javax.net.ssl.keyStore",keystore); System.setProperty("javax.net.ssl.keyStorePassword",password); 2007/9/24, quanxin zhu <[EMAIL PROTECTED]>: > > ok, I know. > Thx a lot! > > > 2007/9/24, Mark Thomas <[EMAIL PROTECTED]>: > > > > quanxin zhu wrote: > > > Could you explain it in detail? > > > > You have written the code to call a web service. You need to write > > additional code to pass a certificate. > > > > > where could I find the instruction to modify the code to implement > > this > > > function? > > > > Goggle woudl be a good place to start. > > > > > I have another questions, when navigate a servlet using browser, the > > tomcat > > > server could trasfer the certification to browser automatically, > > > why cannot it transfer the certification to other tomcat servers for > > > authentication? > > > > Because in Tomcat to browser communciation Tomcat is acting as the > > server and Tomcat includes code to pass the certificate to the client in > > this case. > > > > When you write a servlet that calls a web service, your servlet is > > acting as a client and you have to hand code the SSL aspects in the same > > > > way as every other aspect of the web service client. > > > > Mark > > > > > > - > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJP Flush Packet causing text/plain output
On a related note Has there been any jk connector releases for Apache HTTP 2.2? Thanks M-- - Original Message - From: "Mladen Turk" <[EMAIL PROTECTED]> To: "Tomcat Users List" Sent: Tuesday, September 25, 2007 11:04 AM Subject: Re: AJP Flush Packet causing text/plain output > Jim Jagielski wrote: > >> > >> Thanks for the patch. I'll check and likely commit. The core problem > >> maybe is inside the Tomcat AJP connector (shouldn't send flush > >> packets before sending headers) or in the webapp (which might trigger > >> flushes to early), but it will be definitely good to be tolerant on > >> the JK side. > >> > > > > +1... I'll look at the mod_proxy_ajp side. > > > Right, the problem is in the webapp probably. The first flush shouldn't > occur before initial packet is send. > However the explicit flushes (send_body with size 0) are very important. > Think the patch is safe, although not tested. > > Regards, > Mladen > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DeltaManager cannot receive message through TCP channel in Tomcat cluster
Hi all, I've been running two Tomcat 5.5.20 servers in a cluster for some time on Mac OSx but we've recently moved to 64-bit architecture (Debian etch) . I tried as far as possible to keep the config the same, so only the OS has changed (and I also got the Apache Portable Runtime going). However since moving to this new setup I'm starting to see the following messages in my catalina.out: 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager messageReceived SEVERE: Manager []: Unable to receive message through TCP channel java.lang.ClassNotFoundException: com.mycompany.someSerialiazbleObject and sometimes in other web apps I see instead of ClassNotFoundException: java.io.InvalidClassException: org.mycomapny.someOtherSerializableObject; local class incompatible: stream classdesc serialVersionUID = -139355480548586, local class serialVersionUID = 8444624889687850885 Now I did some homework here and I've tried the following without success: 1) I've compiled the java files on the server's themselves, so I am sure that the correct class versions are being used 2) The object implements java.io.Serializable, and has a generated serial ID from Eclipse. Incidentally, this Long value matches the local class serialVersionUID, so I have no idea where the 'stream' serialVersionUID comes from. 3) I have the same code running on both the Tomcat servers. What I would like to know is where I am supposed to look next for some answers to this problem. Is there any more information from my config that would be relevant to post here? Thanks in advance, my first 'tomcat-users' post :) Dan Garland [EMAIL PROTECTED] -- Stack Trace -- 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager messageReceived SEVERE: Manager []: Unable to receive message through TCP channel java.lang.ClassNotFoundException: com.mycompany.someSerialiazbleObject at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:242) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574) at org.apache.catalina.cluster.session.ReplicationStream.resolveClass(ReplicationStream.java:84) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.readExternal(DeltaRequest.java:334) at org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:246) at org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:697) at org.apache.catalina.cluster.session.DeltaManager.handleSESSION_DELTA(DeltaManager.java:1572) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:1522) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:1271) at org.apache.catalina.cluster.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:85) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.receive(SimpleTcpCluster.java:1167) at org.apache.catalina.cluster.tcp.ClusterReceiverBase.messageDataReceived(ClusterReceiverBase.java:426) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:107) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:138) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:69) __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Virtual Host and dynamic webapp reloading
Hello, I have a virtual host configured on my Tomcat 5.5.20 cluster installation. In my server.xml, I have autoDeploy="true"> And yet if I copy in a new war file (I'm using ant's deploy task) I don't see any changes to my webapp. If I look at the individual server's webapp via the manager application, I see the changes; but I don't see any changes by looking at the virtual host address until I restart Tomcat. Why? Thanks in advance. Dan Garland [EMAIL PROTECTED] __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Virtual Host and dynamic webapp reloading
Daniel M Garland wrote: > Hello, > > I have a virtual host configured on my Tomcat 5.5.20 cluster installation. > > In my server.xml, I have > > autoDeploy="true"> What config do you have in your Context(s)? p > And yet if I copy in a new war file (I'm using ant's deploy task) I > don't see any changes to my webapp. If I look at the individual server's > webapp via the manager application, I see the changes; but I don't see > any changes by looking at the virtual host address until I restart Tomcat. > > Why? > > Thanks in advance. > Dan Garland > [EMAIL PROTECTED] > > __ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > __ > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DeltaManager cannot receive message through TCP channel in Tomcat cluster
you probably have some rogue java process still running somewhere with clustering enabled, Filip Daniel M Garland wrote: Hi all, I've been running two Tomcat 5.5.20 servers in a cluster for some time on Mac OSx but we've recently moved to 64-bit architecture (Debian etch) . I tried as far as possible to keep the config the same, so only the OS has changed (and I also got the Apache Portable Runtime going). However since moving to this new setup I'm starting to see the following messages in my catalina.out: 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager messageReceived SEVERE: Manager []: Unable to receive message through TCP channel java.lang.ClassNotFoundException: com.mycompany.someSerialiazbleObject and sometimes in other web apps I see instead of ClassNotFoundException: java.io.InvalidClassException: org.mycomapny.someOtherSerializableObject; local class incompatible: stream classdesc serialVersionUID = -139355480548586, local class serialVersionUID = 8444624889687850885 Now I did some homework here and I've tried the following without success: 1) I've compiled the java files on the server's themselves, so I am sure that the correct class versions are being used 2) The object implements java.io.Serializable, and has a generated serial ID from Eclipse. Incidentally, this Long value matches the local class serialVersionUID, so I have no idea where the 'stream' serialVersionUID comes from. 3) I have the same code running on both the Tomcat servers. What I would like to know is where I am supposed to look next for some answers to this problem. Is there any more information from my config that would be relevant to post here? Thanks in advance, my first 'tomcat-users' post :) Dan Garland [EMAIL PROTECTED] -- Stack Trace -- 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager messageReceived SEVERE: Manager []: Unable to receive message through TCP channel java.lang.ClassNotFoundException: com.mycompany.someSerialiazbleObject at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:242) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574) at org.apache.catalina.cluster.session.ReplicationStream.resolveClass(ReplicationStream.java:84) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.readExternal(DeltaRequest.java:334) at org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:246) at org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:697) at org.apache.catalina.cluster.session.DeltaManager.handleSESSION_DELTA(DeltaManager.java:1572) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:1522) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:1271) at org.apache.catalina.cluster.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:85) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.receive(SimpleTcpCluster.java:1167) at org.apache.catalina.cluster.tcp.ClusterReceiverBase.messageDataReceived(ClusterReceiverBase.java:426) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:107) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:138) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:69) __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start
Re: AJP Flush Packet causing text/plain output
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin, Martin Gainty wrote: > On a related note > Has there been any jk connector releases for Apache HTTP 2.2? Any reasonably recent version of mod_jk will work for Apache httpd 2.2. As always, building your own binary is the best strategy, but binaries are also available from the Apache website. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+Vha9CaO5/Lv0PARAjonAJ0SmPXZVzsUMX99pHdAC0H/nTi+HQCfVAaw Wrkv/L3B2a+vl/pbayeSPHE= =LUO9 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJP Flush Packet causing text/plain output
Hi Lary, Larry Reisler wrote: Thanks for your reply. There is a holiday here right now, so I'm not sure if I will be able to get to file the Bugzilla issue before the holiday break. Maybe this time we are faster than our request ticketing ... We tried a few different versions of mod_jk (the early ones had other issues), but all the latest ones showed the problem. We are currently using mod_jk 1.2.25. In desperation, I was able to create a patch to mod_jk that seems to prevent the symptom from occurring. Here is the diff for the file jk_ajp_common.c: 1742,1751d1741 < // Removing extra flush buffer if we do not need it. < if (headeratclient == JK_FALSE) { < int code = (int)jk_b_pget_byte(op->reply,0); < unsigned int len = (unsigned int)jk_b_pget_int(op->reply,1); < if ((code == JK_AJP13_SEND_BODY_CHUNK) && (len == 0)) { < jk_log(l, JK_LOG_DEBUG, "Received flushbuffer -- ignoring"); < continue; < } < } < I'm a little reluctant to use your approach. It should work, but the peeking for the message code and length does not belong into the get reply function. The best place for the patch would be in the callback handling, but there we don't know, if we already received the headers. So either we pass some additional info to the callback handling (status info about the request processing stage), or we prevent the flushing later. I decided to move an already existing flag "response_started" from the web server private data to the public service struct and use it inside the callback handler. This patch was committted (http://svn.apache.org/viewvc?view=rev&revision=579349). You can find a simple download form of it under http://people.apache.org/~rjung/mod_jk-dev/patches/flush-before-header.patch The patch looks lengthy, but in fact did only small changes. It would be helpful, if you could try it with your reproduction scenario. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DeltaManager cannot receive message through TCP channel in Tomcat cluster
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel, Daniel M Garland wrote: > stream classdesc serialVersionUID = -139355480548586, > local class serialVersionUID = 8444624889687850885 Hmm... those numbers are /totally/ off. I was hoping for some kind of jumbling of hex values for the two numbers, but it's a total miss. :( Are you saying that for any class (someSerializableClass) you have an explicit serialVersionUID (set to 8444...) and it looks like the JVM is loading an object requesting a different serial version id? That's no good :( > 1) I've compiled the java files on the server's themselves, so I am sure > that the correct class versions are being used That shouldn't have changed anything, but it's not a terrible idea. Ideally, you'll get the same bytecode. Since you're setting the serialVersionUID yourself, the compiler will not compute one for you. Is Eclipse re-setting the serialVersionUID for each compile, or do you have one explicitly set in your code? (Meaning, does the serialVersionUID ever change?) > 3) I have the same code running on both the Tomcat servers. Are you sure? Try checking md5sum or sha1sum for the classes in question. Object serialization should not depend upon the architecture (that's the whole point), so switching from a 32-bit machine to a 64-bit one should not have changed anything. Even if you left one of the old boxes up and running, it should be able to participate in the cluster without any problems at all. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+V+i9CaO5/Lv0PARAucsAKCafKmrjtMDUq1tYadWOPp9CmDpewCdFwiM GWD604uWkjp+ZSBb8DF6uR8= =95u9 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: AJP Flush Packet causing text/plain output
I understand your hesitation. I agree that my method was poor in terms of encapsulation, but was elegant in terms of its size, that it did not change any of the function signatures, and that it was easy to understand. The holiday has begun here, and I am off for this week -- I will try to test the patch ASAP. Thanks so much for your help. Larry. -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 25, 2007 8:58 PM To: Tomcat Users List Subject: Re: AJP Flush Packet causing text/plain output Hi Lary, Larry Reisler wrote: > Thanks for your reply. There is a holiday here right now, so I'm not > sure if I will be able to get to file the Bugzilla issue before the > holiday break. Maybe this time we are faster than our request ticketing ... > We tried a few different versions of mod_jk (the early ones had other > issues), but all the latest ones showed the problem. We are > currently using mod_jk 1.2.25. > > In desperation, I was able to create a patch to mod_jk that seems to > prevent the symptom from occurring. Here is the diff for the file > jk_ajp_common.c: 1742,1751d1741 < // Removing extra flush buffer if we do not need it. < if (headeratclient == JK_FALSE) { < int code = (int)jk_b_pget_byte(op->reply,0); < unsigned int len = (unsigned int)jk_b_pget_int(op->reply,1); < if ((code == JK_AJP13_SEND_BODY_CHUNK) && (len == 0)) { < jk_log(l, JK_LOG_DEBUG, "Received flushbuffer -- ignoring"); < continue; < } < } < I'm a little reluctant to use your approach. It should work, but the peeking for the message code and length does not belong into the get reply function. The best place for the patch would be in the callback handling, but there we don't know, if we already received the headers. So either we pass some additional info to the callback handling (status info about the request processing stage), or we prevent the flushing later. I decided to move an already existing flag "response_started" from the web server private data to the public service struct and use it inside the callback handler. This patch was committted (http://svn.apache.org/viewvc?view=rev&revision=579349). You can find a simple download form of it under http://people.apache.org/~rjung/mod_jk-dev/patches/flush-before-header.patch The patch looks lengthy, but in fact did only small changes. It would be helpful, if you could try it with your reproduction scenario. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJP Flush Packet causing text/plain output
FYI mod_jk that works (Apache -t says Syntax ok) http://archive.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/win32/j k-1.2.6/ filename:mod_jk_1.2.6_2.0.50.dll filesize: 86016 (bookmark this site) Still looking for the mod_jk that works with Apache 2.2 Have a good holiday M-- - Original Message - Wrom: NBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDR To: "Tomcat Users List" Cc: "Oren Hurvitz" <[EMAIL PROTECTED]> Sent: Tuesday, September 25, 2007 4:45 PM Subject: RE: AJP Flush Packet causing text/plain output I understand your hesitation. I agree that my method was poor in terms of encapsulation, but was elegant in terms of its size, that it did not change any of the function signatures, and that it was easy to understand. The holiday has begun here, and I am off for this week -- I will try to test the patch ASAP. Thanks so much for your help. Larry. -Original Message- Wrom: EXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDU Sent: Tuesday, September 25, 2007 8:58 PM To: Tomcat Users List Subject: Re: AJP Flush Packet causing text/plain output Hi Lary, Larry Reisler wrote: > Thanks for your reply. There is a holiday here right now, so I'm not > sure if I will be able to get to file the Bugzilla issue before the > holiday break. Maybe this time we are faster than our request ticketing ... > We tried a few different versions of mod_jk (the early ones had other > issues), but all the latest ones showed the problem. We are > currently using mod_jk 1.2.25. > > In desperation, I was able to create a patch to mod_jk that seems to > prevent the symptom from occurring. Here is the diff for the file > jk_ajp_common.c: 1742,1751d1741 < // Removing extra flush buffer if we do not need it. < if (headeratclient == JK_FALSE) { < int code = (int)jk_b_pget_byte(op->reply,0); < unsigned int len = (unsigned int)jk_b_pget_int(op->reply,1); < if ((code == JK_AJP13_SEND_BODY_CHUNK) && (len == 0)) { < jk_log(l, JK_LOG_DEBUG, "Received flushbuffer -- ignoring"); < continue; < } < } < I'm a little reluctant to use your approach. It should work, but the peeking for the message code and length does not belong into the get reply function. The best place for the patch would be in the callback handling, but there we don't know, if we already received the headers. So either we pass some additional info to the callback handling (status info about the request processing stage), or we prevent the flushing later. I decided to move an already existing flag "response_started" from the web server private data to the public service struct and use it inside the callback handler. This patch was committted (http://svn.apache.org/viewvc?view=rev&revision=579349). You can find a simple download form of it under http://people.apache.org/~rjung/mod_jk-dev/patches/flush-before-header.patch The patch looks lengthy, but in fact did only small changes. It would be helpful, if you could try it with your reproduction scenario. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Security restrictions for Tomcat
Hello, My application can crate report on a fly ( a file) for an authorized clients. The client authentication is conducted by the application and Tomcat is not involved in this process. Other clients may create a file in the same directory, but the application will show the links only to the files that were created by this particular user ( the userID is a part of the file name). How can I ensure that others cannot view this file by just typing the URL in the browser and list all the files under this directory? I read about the possibility starting Tomcat with the security manager (%CATALINA_HOME%\bin\catalina start –security) But It is not clear how to invoke the security manager for the TOMCAT that is running as a service (C:\jakarta- tomcat-5.0.28\bin\tomcat5.exe //RS//Tomcat5) and what exactly needs to be added to the catalina.policy file to set the needed restrictions. I would appreciate any help for this matter. thanks P.S. I am using Tomcat 5.0.28 ; JDK 1.5.0_12 Tomcat is running as a service under Windows 2003 server
java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/
Hi, I have a Tomcat servlet which communicates with a stand-alone java application using RMI. I got the above exception whenever my servlet makes an RMI call. I have the following configuration in my "catalina.policy" file: common.loader=${catalina.home}/common/classes,${catalina.home}/common/i1 8n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/common/ lib/*.jar where "catalina.home" is resolved to "C:/Program Files/thirdparty/TOMCAT" I am running Tomcat version 5.5.17.0 on windows 2003 server. JVM is 1.5.0_07-b03. Tomcat is installed under C:\Program Files\thirdparty\TOMCAT I did some Google search and found some postings similar to the ones listed below. They seem to suggest that I would run into this problem if Tomcat was installed under a directory with spaces in it. http://www.jguru.com/forums/view.jsp?EID=1346101 http://forum.java.sun.com/thread.jspa?threadID=5210992&tstart=30 http://mail-archives.apache.org/mod_mbox/tomcat-dev/200207.mbox/%3C20020 [EMAIL PROTECTED] http://www.jguru.com/forums/view.jsp?EID=1346069 I was wondering if anyone could tell me if this is a known issue or if I am doing anything wrong. Thanks in advance, Regards, - Jeffrey - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: trés bonne occasion
David Delbecq wrote: > Someone wanna subscribe him to spam mailinglists? :D Done. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat hangs when shutting down
I have seen a few postings around about this, but nothing that seems to solve my issue. When I shut down tomcat, it hangs and then throws a 'SEVERE: Protocol handler pause failed' error that I can't seem to resolve, but it does finally stop. I have seen suggestions such as: . Port is already running . Ensure that the catalina.sh shell script has CATALINA_BASE, CATALINA_HOME, and JAVA_HOME are all set correctly None of these seem to be the case, as I can't connect to port 80 unless tomcat is running, and my variables are all set in catalina.sh. I have included output from when I start and stop tomcat. As you can see, I am using tomcat 5.0.27 with java 1.5.0_10. I am running tomcat on a Linux box: # uname -a Linux f8101 2.6.9-55.0.6.ELsmp #1 SMP Thu Aug 23 11:13:21 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux Any suggestions in resolving this would be greatly appreciated. Starting Tomcat Using CATALINA_BASE: /appl/WebServices/webapps/interfaces Using CATALINA_HOME: /appl/WebServices/jakarta-tomcat-5.0.27 Using CATALINA_TMPDIR: /appl/WebServices/webapps/interfaces/temp Using JAVA_HOME: /usr/java/jdk1.5.0_10 Sep 26, 2007 9:00:54 AM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-80 Sep 26, 2007 9:00:54 AM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1026 ms Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.27 Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardHost start INFO: XML validation disabled Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/appl/WebServices/webapps/interfaces/conf/Catalina/localhost/admin.xml Sep 26, 2007 9:00:55 AM org.apache.struts.util.PropertyMessageResources INFO: Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true Sep 26, 2007 9:00:55 AM org.apache.struts.util.PropertyMessageResources INFO: Initializing, config='org.apache.struts.action.ActionResources', returnNull=true Sep 26, 2007 9:00:55 AM org.apache.struts.util.PropertyMessageResources INFO: Initializing, config='org.apache.webapp.admin.ApplicationResources', returnNull=true Sep 26, 2007 9:00:56 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/appl/WebServices/webapps/interfaces/conf/Catalina/localhost/manager.xm l Sep 26, 2007 9:00:56 AM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /tmca from URL file:/appl/WebServices/webapps/interfaces/tmca Sep 26, 2007 9:00:56 AM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /AckMsg from URL file:/appl/WebServices/webapps/interfaces/AckMsg Sep 26, 2007 9:00:56 AM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /testcomms from URL file:/appl/WebServices/webapps/interfaces/testcomms Sep 26, 2007 9:00:57 AM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-80 Sep 26, 2007 9:00:57 AM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 Sep 26, 2007 9:00:57 AM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=1/19 config=/appl/WebServices/webapps/interfaces/conf/jk2.properties Sep 26, 2007 9:00:57 AM org.apache.catalina.startup.Catalina start INFO: Server startup in 3304 ms Stopping Tomcat $CATALINA_HOME/bin/catalina.sh stop Using CATALINA_BASE: /appl/WebServices/webapps/interfaces Using CATALINA_HOME: /appl/WebServices/jakarta-tomcat-5.0.27 Using CATALINA_TMPDIR: /appl/WebServices/webapps/interfaces/temp Using JAVA_HOME: /usr/java/jdk1.5.0_10 Sep 26, 2007 9:03:38 AM org.apache.coyote.http11.Http11Protocol pause INFO: Pausing Coyote HTTP/1.1 on http-80 Sep 26, 2007 9:06:47 AM org.apache.coyote.tomcat5.CoyoteConnector pause SEVERE: Protocol handler pause failed java.net.ConnectException: Connection timed out at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:519) at java.net.Socket.connect(Socket.java:469) at java.net.Socket.(Socket.java:366) at java.net.Socket.(Socket.java:208) at org.apache
Re: Tomcat hangs when shutting down
Yes, this topic has been discussed before. Check the solution in the following links: http://marc.info/?l=tomcat-user&m=119067369518153&w=2 http://www.ngasi.com/ngasihelp/ngasiuserguide/tomcat_fails_shutdown_complete.htm Andrew Friebel wrote: I have seen a few postings around about this, but nothing that seems to solve my issue. When I shut down tomcat, it hangs and then throws a 'SEVERE: Protocol handler pause failed' error that I can't seem to resolve, but it does finally stop. I have seen suggestions such as: . Port is already running . Ensure that the catalina.sh shell script has CATALINA_BASE, CATALINA_HOME, and JAVA_HOME are all set correctly None of these seem to be the case, as I can't connect to port 80 unless tomcat is running, and my variables are all set in catalina.sh. I have included output from when I start and stop tomcat. As you can see, I am using tomcat 5.0.27 with java 1.5.0_10. I am running tomcat on a Linux box: # uname -a Linux f8101 2.6.9-55.0.6.ELsmp #1 SMP Thu Aug 23 11:13:21 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux Any suggestions in resolving this would be greatly appreciated. Starting Tomcat Using CATALINA_BASE: /appl/WebServices/webapps/interfaces Using CATALINA_HOME: /appl/WebServices/jakarta-tomcat-5.0.27 Using CATALINA_TMPDIR: /appl/WebServices/webapps/interfaces/temp Using JAVA_HOME: /usr/java/jdk1.5.0_10 Sep 26, 2007 9:00:54 AM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-80 Sep 26, 2007 9:00:54 AM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1026 ms Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.27 Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardHost start INFO: XML validation disabled Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) Sep 26, 2007 9:00:54 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/appl/WebServices/webapps/interfaces/conf/Catalina/localhost/admin.xml Sep 26, 2007 9:00:55 AM org.apache.struts.util.PropertyMessageResources INFO: Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true Sep 26, 2007 9:00:55 AM org.apache.struts.util.PropertyMessageResources INFO: Initializing, config='org.apache.struts.action.ActionResources', returnNull=true Sep 26, 2007 9:00:55 AM org.apache.struts.util.PropertyMessageResources INFO: Initializing, config='org.apache.webapp.admin.ApplicationResources', returnNull=true Sep 26, 2007 9:00:56 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/appl/WebServices/webapps/interfaces/conf/Catalina/localhost/manager.xm l Sep 26, 2007 9:00:56 AM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /tmca from URL file:/appl/WebServices/webapps/interfaces/tmca Sep 26, 2007 9:00:56 AM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /AckMsg from URL file:/appl/WebServices/webapps/interfaces/AckMsg Sep 26, 2007 9:00:56 AM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /testcomms from URL file:/appl/WebServices/webapps/interfaces/testcomms Sep 26, 2007 9:00:57 AM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-80 Sep 26, 2007 9:00:57 AM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 Sep 26, 2007 9:00:57 AM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=1/19 config=/appl/WebServices/webapps/interfaces/conf/jk2.properties Sep 26, 2007 9:00:57 AM org.apache.catalina.startup.Catalina start INFO: Server startup in 3304 ms Stopping Tomcat $CATALINA_HOME/bin/catalina.sh stop Using CATALINA_BASE: /appl/WebServices/webapps/interfaces Using CATALINA_HOME: /appl/WebServices/jakarta-tomcat-5.0.27 Using CATALINA_TMPDIR: /appl/WebServices/webapps/interfaces/temp Using JAVA_HOME: /usr/java/jdk1.5.0_10 Sep 26, 2007 9:03:38 AM org.apache.coyote.http11.Http11Protocol pause INFO: Pausing Coyote HTTP/1.1 on http-80 Sep 26, 2007 9:06:47 AM org.apache.coyote.tomcat5.CoyoteConnector pause SEVERE: Protocol handler pause failed java.net.ConnectException: Connection timed out at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSoc
Re: AJP Flush Packet causing text/plain output
This has been given the bug # http://issues.apache.org/bugzilla/show_bug.cgi?id=43478 "Rainer Jung" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi Lary, > > Larry Reisler wrote: >> Thanks for your reply. There is a holiday here right now, so I'm not >> sure if I will be able to get to file the Bugzilla issue before the >> holiday break. > > Maybe this time we are faster than our request ticketing ... > >> We tried a few different versions of mod_jk (the early ones had other >> issues), but all the latest ones showed the problem. We are >> currently using mod_jk 1.2.25. >> >> In desperation, I was able to create a patch to mod_jk that seems to >> prevent the symptom from occurring. Here is the diff for the file >> jk_ajp_common.c: 1742,1751d1741 > > < // Removing extra flush buffer if we do not need it. > < if (headeratclient == JK_FALSE) { > < int code = (int)jk_b_pget_byte(op->reply,0); > < unsigned int len = (unsigned int)jk_b_pget_int(op->reply,1); > < if ((code == JK_AJP13_SEND_BODY_CHUNK) && (len == 0)) { > < jk_log(l, JK_LOG_DEBUG, "Received flushbuffer -- ignoring"); > < continue; > < } > < } > < > > I'm a little reluctant to use your approach. It should work, but the > peeking for the message code and length does not belong into the get reply > function. The best place for the patch would be in the callback handling, > but there we don't know, if we already received the headers. > > So either we pass some additional info to the callback handling (status > info about the request processing stage), or we prevent the flushing > later. I decided to move an already existing flag "response_started" from > the web server private data to the public service struct and use it > inside the callback handler. > > This patch was committted > (http://svn.apache.org/viewvc?view=rev&revision=579349). You can find a > simple download form of it under > > http://people.apache.org/~rjung/mod_jk-dev/patches/flush-before-header.patch > > The patch looks lengthy, but in fact did only small changes. > > It would be helpful, if you could try it with your reproduction scenario. > > Regards, > > Rainer > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Security restrictions for Tomcat
alla winter wrote: My application can crate report on a fly ( a file) for an authorized clients. The client authentication is conducted by the application and Tomcat is not involved in this process. Other clients may create a file in the same directory, but the application will show the links only to the files that were created by this particular user ( the userID is a part of the file name). How can I ensure that others cannot view this file by just typing the URL in the browser and list all the files under this directory? Just do not create files in work readable directory. Store files somewhere outside application directory and display them with some kind of dispatcher servlet. -- Mikolaj Rydzewski <[EMAIL PROTECTED]> smime.p7s Description: S/MIME Cryptographic Signature