Duplicate configuration file
Please tell me if this is a bug in Tomcat. I just ran into this problem. It would help someone running into a same issue. I deploy a webapp with datasource configured through ROOT.xml (inside conf/Catalina/localhost/ROOT.xml). The data source was not found when I run the webapp. So, I check the admin, and the database source is there under /. The error was that the connection fail because of the driver class '' and the url string null. After awhile, I found out that there is another file under conf/Catalina/localhost named .xml. So this one override the another. The problem is that admin picks up the ROOT.xml, while the engine picks up .xml. I am not sure what the spec says about this, but this seems really fishy. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with using xerces 2.6.2 in embedded tomcat 5.5
I have class not found exception: Exception in thread AWT-EventQueue-0 javax.xml.parsers.FactoryConfigurationError: Provider org.apache.xerces.jaxp.DocumentBuilderFactoryImpl not found at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:104) at org.apache.commons.modeler.util.DomUtil.readXml(DomUtil.java:284) at org.apache.commons.modeler.modules.MbeansDescriptorsDOMSource.execute(MbeansDescriptorsDOMSource.java:130) I did include the xerces libs in the class path: xercesImpl.jar xml-apis.jar xmlParserAPIs.jar resolver.jar Looking in the JRE/JDK lib/ext folder to see if the xerces are already there, and I didn't see anything. Could someone please let me know how to fix this? I searched the web, and there are some pages about this error, but I found no answer from these pages. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : Server refuse connection with many TIME_WAIT
Great! Thank you very much for the insight information. I haven't tried this yet, but it appears to be right on the bull eyes. Thanks again, Vy Ho LERBSCHER Jean-Pierre wrote: TIME_WAIT means client enters this state after active close. It's normal to have a socket in this state for a period of time. This time is specified by the rfc 793 as twice the MSL (Maximum Segment Lifetime). Some systems implement different values but the specification is 2 mn. I read this comment from internet... I think it could help you! Setting the TCP TIME_WAIT time When you expect to serve many TCP/IP connections, it is important to check the time your Server OS waits before releasing a logically closed TCP/IP socket. If this time is too long, those died sockets can consume all OS TCP/IP resources, and all new connections will be rejected on the OS level, so the CommuniGate Pro Server will not be able to warn you. This problem can be seen even on the sites that have just few hundred accounts. This indicates that some of the clients have configured their mailers to check the server too often. If client mailers connect to the server every minute, and the OS TIME_WAIT time is set to 2 minutes, the number of died sockets will grow, and eventually, they will consume all OS TCP/IP resources. It is recommended to set the TIME_WAIT time to 20-30 seconds. The TIME_WAIT problem is a very common one for Windows NT systems. Unlike most Unix systems, Windows NT does not have a generic setting for the TIME_WAIT interval modification. To modify this setting, you should create an entry in the Windows NT Registry (the information below is taken from the http://www.microsoft.com site: Run Registry Editor (RegEdit.exe). Go to the following key in the registry: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters Choose Add Value from the Edit menu and create the following entry: Value Name: TcpTimedWaitDelay Data Type: REG_DWORD Value: 30-300 (decimal) - time in seconds Default: 0xF0 (240 decimal) not in registry by default Quit the Registry Editor Restart the computer for the registry change to take effect. Description: This parameter determines the length of time that a connection will stay in the TIME_WAIT state when being closed. While a connection is in the TIME_WAIT state, the socket pair cannot be reused. This is also known as the 2MSL state, as by RFC the value should be twice the maximum segment lifetime on the network. See RFC793 for further details. -Message d'origine- De : V D [mailto:[EMAIL PROTECTED] Envoyé : mercredi 15 décembre 2004 05:17 À : [EMAIL PROTECTED] Objet : Server refuse connection with many TIME_WAIT I have an Axis service that runs under Tomcat 5.5.4. I use gSoap client to connect to the server. After about 3960 requests from the clients, the Tomcat stops accepting connection. I have to wait for serveral minutes for it to accept connections again. This is under MS Windows XP system. Using the command line: netstat -aenter I have about 5000 TIMEWAIT: TCPvd:5000localhost:http TIME_WAIT Looking through TcpMonitor, both the client and server send in close message: CLIENT MESSAGE: POST /axis/services/TestService HTTP/1.1 Host: 127.0.0.1:82 User-Agent: gSOAP/2.7 Content-Type: text/xml; charset=utf-8 Content-Length: 552 Connection: close SOAPAction: SERVER MESSAGE: HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Content-Type: text/xml;charset=utf-8 Date: Wed, 15 Dec 2004 04:04:52 GMT Connection: close What's going on? Is there any flag I can set in Tomcat to close these TIMEWAIT connections? Looking at the clients's memory foot print, the memory does not go up at all after all these connections. The strange thing is this: using Java's client to repeatedly request the server for many thousand times, and I don't have any problem with the server. Using the command line netstat -a, and I still see many TIMEWAIT. Could this have something to do with gSoap, not Tomcat? Thanks, V D - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Embedded Tomcat error (tomcat 5.5.4)
Yes, I see this error before myself, and did the same tracing. Instead
of patching the code, I just created the connector externally (instead
of calling createConnector). That may not be the right thing to do
though. Strangely that so many things that works with the version 5.028
is broken in 5.5.4 (in term of source compatibility). I think the
problem with developers is lack of concrete documentation on this area.
I am not sure if there is anything that I missed, but I couldn't find
much information, other than API. Searching the web, you'll find a few
tutorials on how to do this. However, these stuff are very basic, and
all based on 5.0x versions. I am afraid of the amount of testing and
the number of people is using the embedded is low. If an http
protocal is missed from an http web container, then what else could be
missed?
Peik Feng wrote:
Hi,
I'm getting the following error when trying to run Embedded tomcat
v5.5.4 (I have modified Embedded.java to print out the error)
java.lang.NullPointerException
at org.apache.tomcat.util.IntrospectionUtils.setProperty(IntrospectionUt
ils.java:267)
at org.apache.catalina.startup.Embedded.createConnector(Embedded.java:41
6)
at org.apache.catalina.startup.Embedded.createConnector(Embedded.java:35
7)
When I furthur trace Embedded.java, I found that the error is cause
by the following if else statement where it do not consider the case
for protocol.equals(http), causing connector remain as null
public Connector createConnector(String address, int port,
String protocol) {
...
if (protocol.equals(ajp)) {
connector = new
Connector(org.apache.jk.server.JkCoyoteHandler);
} else if (protocol.equals(memory)) {
connector = new
Connector(org.apache.coyote.memory.MemoryProtocolHandler);
} else if (protocol.equals(https)) {
connector = new Connector();
connector.setScheme(https);
connector.setSecure(true);
// FIXME SET SSL PROPERTIES
}
...
}
As a workaround, I have added the following and it works properly:
else if (protocol.equals(http)) {
connector = new Connector();
connector.setScheme(http);
connector.setSecure(false);
}
Hope to get advice from all tomcat user regarding the issue and the
resolution.
Thank you
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Unnable to redeploy an axis web app
I am sorry that this is a cross post from Axis list. However, I think I this maybe more appropriate place to ask, since people here may know more about application redeployment and frequent problems associated with it. What I have is an Axis web application, I want to undeploy it, then redeploy the application. When I redeploy the application, I get an error. Is this a known problem with Axis? Is there a way to go around this? Or it's the way I do it (wrongly). Here's the error: - Illegal access: this web application instance has been stopped already. Could not load META-INF/services/org.apache.axis.EngineConfigurationFactory. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. - Illegal access: this web application instance has been stopped already. Could not load org/apache/axis/configuration/EngineConfigurationFactoryServlet.class. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. - Illegal access: this web application instance has been stopped already. Could not load org.apache.axis.configuration.EngineConfigurationFactoryServlet. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. - StandardWrapper.Throwable java.lang.ThreadDeath at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1221) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1181) at org.apache.commons.discovery.ResourceClass$1.run(ResourceClass.java:77) at java.security.AccessController.doPrivileged(Native Method) at org.apache.commons.discovery.ResourceClass.loadClass(ResourceClass.java:73) at org.apache.axis.configuration.EngineConfigurationFactoryFinder$1.run(EngineConfigurationFactoryFinder.java:122) at java.security.AccessController.doPrivileged(Native Method) at org.apache.axis.configuration.EngineConfigurationFactoryFinder.newFactory(EngineConfigurationFactoryFinder.java:113) at org.apache.axis.transport.http.AxisServletBase.getEngineEnvironment(AxisServletBase.java:247) at org.apache.axis.transport.http.AxisServletBase.getEngine(AxisServletBase.java:170) at org.apache.axis.transport.http.AxisServletBase.getOption(AxisServletBase.java:370) at org.apache.axis.transport.http.AxisServletBase.init(AxisServletBase.java:110) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1053) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:886) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3817) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4079) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:755) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) - Servlet /axis threw load() exception javax.servlet.ServletException: Servlet.init() for servlet AdminServlet threw exception at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1095) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:886) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3817) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4079) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:755) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) I try to move all Axis library from /WEB-INF/lib to outside, and add to class path (so that maybe class loading would not be a problem), but this still happens. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unnable to redeploy an axis web app
Thank you for the reply. I tried your method with a little twist. I cannot call LogManager.shutdown() because shutdown() was not there. So I called LogManager.getInstance().reset() instead. However, doing all the steps you listed without the shutdown did not help. Please note that I actually use the embedded Tomcat version. Also, my message about redeploy is not accurate. It's actually the stop, then start() again of the web app that causes this. I found a bug report at: http://issues.apache.org/bugzilla/show_bug.cgi?id=27371 which seems to relate to this. In there, Axis was also mention. The content of log4j.properties is: # Set root category priority to INFO and its only appender to CONSOLE. log4j.rootCategory=INFO, CONSOLE #log4j.rootCategory=INFO, CONSOLE, LOGFILE # Set the enterprise logger category to FATAL and its only appender to CONSOLE. log4j.logger.org.apache.axis.enterprise=FATAL, CONSOLE # CONSOLE is set to be a ConsoleAppender using a PatternLayout. log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender log4j.appender.CONSOLE.Threshold=INFO log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout log4j.appender.CONSOLE.layout.ConversionPattern=- %m%n # LOGFILE is set to be a File appender using a PatternLayout. log4j.appender.LOGFILE=org.apache.log4j.FileAppender log4j.appender.LOGFILE.File=axis.log log4j.appender.LOGFILE.Append=true log4j.appender.LOGFILE.Threshold=INFO log4j.appender.LOGFILE.layout=org.apache.log4j.PatternLayout log4j.appender.LOGFILE.layout.ConversionPattern=%-4r [%t] %-5p %c %x - %m%n Thanks again for the help, vh. deepak shripat mane wrote: Hello Friends have u configured tomcat with log4j concept Could you include the contents of your log4j.properties file. 2) Are you 100% sure that the trio - LogManager.shutdown(); - java.beans.Introspector.flushCaches(); - LogFactory.releaseAll();java.beans.Introspector.flushCaches() really gets called? Deepak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unnable to redeploy an axis web app
Hi, I am using Axis 1.2. I am not sure how that thing get there. It's probably something to do with the log4j thing. I use Tomcat 5.5.4. Please look at my reply to deepak shripat mane's message for more information. Thanks, vh. sven morales wrote: Hi, I am using axis too and am able to deploy it to a Tomcat5.0.29 with minimal issue. I noticed you have a META-INF/services/org.apache.axis.EngineConfigurationFactory which does not exist on the axis 1.1 I am using. Isnt it this META-INF/services something to do with EJB? I dont think Tomcat do EJB stuff. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unnable to redeploy an axis web app
This is really strange. With standalone version, and identical webapp (and same log4j's property file) to the embedded version. Mostly the same preloaded libraries. For the webapp's libraries, they're the same. It's a copy and pasted over. However, the standalone can stop and start the app fine without a problem. In my embedded version, the start and stop code using the same mechanism with the manager servlet. However, it generates the exception above. Here's my observations and questions: 1) I actually could call start() on the context without exception. Checking for available (getAvailable()) also returns true. However, the exception I shown before got printed. 2) When calling stop() on the context, or on the Embedded instance, it returns right away, not blocking until all done in Windows, under Linux, it seems to block. How to make this consistent on both? 3) After stop() and start() again, I go to the Happy Axis page, which do the validation of Axis installation. It actually shows that everything went well. However, when I click on AxisServlet (view's link in the axis's page), the same exception was generated and shown on the web browser. This indicates that the web app actually started fine. However, just that servlet was not initialized/loaded successfully. This is indicated by ThreadDeath exception. The question is what makes the standalone work and my does not. There's no context configuration on the server.xml file for the standalone. For the embedded, I don't do anything special for the context other than initializing and starting the webapp folder. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unnable to redeploy an axis web app
I have some luck out of this. The problem happens with the Admin Servlet, not AxisServlet. So, what I did was disabled this AdminServlet, and I am back to business for now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4 Stability
Under Linux kernel 2.6 and Jdk 1.5 (5.0), the server could handle up to 400 client threads. There are couple time out error. Other than that, it works fine. Slow but fine. However, the desktop and other application is much more responsive compared to kernel 2.4. Please notes that each of these threads actually reconnect for each request (the connection is closed for each request). This probably could be improve dramatically in term of number of threads if I use keep-alive client connection. However, the overall result do not change (or much slower), because the machine can handle more connection, but it takes much longer to return each request. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4 Stability
I didn't use the default configuration. The app. ran fine with 200 client threads. When increased to 300 client threads, it went out of memory and I stopped it. So, after that, I increased the maxthread to 400, and give the server 512 M for max amount of memory. The app. then ran fine. However, go to work, and restart the computer at work. I run the same thing again, 200 client threads choke the server. It did not go down, but client application get connection refused. If restart the client, it would be able to connect again. So, I am not sure what's the problem. Something to do with network, I am not sure. This is not a slow machine either. 2.53 Ghz, Pentium 4. I also use its real IP versus localhost, but same problem. The set up of the application is identical. I am talking about copy and unzip the things to make sure exactly same stuff get run. Both run version of JDK1.5. I have to find out what's going on now. It's not very clear to me: did you use the default configuration or not ? If you didn't, what are the results with the default configuration ? (I'm trying to get an overview of what you did, and get comparison data to be able to make configuration recommendations in the future) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4 Stability
This an a web service using Axis as the soap library. I developed my own stress tool for this. This is the same tool that get used at both computer. This is Windows XP. I'll see if SP2 will do any difference. The computer at home as SP2 on it. Peter Lin wrote: which tool are you using to stress test? perhaps try a different tool to double check? when I test, I like to use apache ab and jmeter to validate the results. I'm a bit paranoid when it comes to telling management, the server will handle X traffic :) peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4 Stability
Thank you for the advice. I'll give JMeter a shot. Shapira, Yoav wrote: Hi, This an a web service using Axis as the soap library. I developed my own stress tool for this. This is the same tool that get used at both computer. Your time would be better spent moving to a publicly available stress testing tool. There are many, including many free ones. Results that not independently reproducible are irrelevant. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4 Stability
With SP2 of Windows XP, the computer previously can't handle 50 threads can handle 200 threads now. More than that, I got connection refused error. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4 Stability
I just test the thing under Red Hat (old version, kernel 2.4.x). It could handle up to 350 threads before choking. I'll see how well it does under the latest kernel tonight. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4 Stability
Thank you for the reply. I am sorry that what I said is not true. Tested more with version 5.0.28 of Tomcat also produce the same result. Please see if this is normal behavior: I have an axis application, basically return a hello world, I tried this with: 1) Axis 1.1 2) Axis 1.2 3) Tomcat 5.0.28 4) Tomcat 5.5.4 Some combinations of those. They all produce connection refuse. The max thread is 200, the acceptCount is 100. On the client side, I also send in some data roughly the size of hello world. I have about 30 threads running, each continuously make requests to the server for about 100 requests for each threads. Some tests, I also put random wait time between requests for each thread in around 200 miliseconds. Some test, there is no wait time, after the first request finish, I would make a next one. After a while, some of the threads will generate exception: connection refused. With 30 threads, this seems to be low to me. Both the client and server sits in a same machime. My question is this: is this load/scenario normal? If not, I'll be happy to put together a test client and a test Soap Axis server code for you to investigate. You can easily take one of the example client, put it in 30 threads, and spin it 100 times in each thread. If you have any advice, or suggestion on anything I may have missed, please let me know. Right now, each request seem to have its own connection. Using the common http client for the client to reduce the number of connection, the things is twice as slow, and does not improve the situation (I did not pass any parameters to this connection pool thing, so default value is used on this). Thank you for your time. Remy Maucherat wrote: On Tue, 16 Nov 2004 23:17:22 -0500, V D [EMAIL PROTECTED] wrote: Today, I ran an axis application under both Tomcat 5.028 and 5.5.4. Hitting this axis application with 100 simultaneous clients for many hits. 5.0.28 seems to hold up very well. It drops connections once a while. However, 5.5.4 drops many connections. I wonder if the Tomcat team aware of this problem. No. You need to give reproduceable facts, prefereably with a simple application. Note that the low level code is extremely similar between 5.0 and 5.5. I doubt the few code changes could cause something like that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Setting the directory under work
Running Tomcat 5 under standalone mode, it creates a directory called work under tomcat's root. Under that directory, there is a directory named Standalone. First, what is this thing? When I run the Tomcat 5.5 under embedded mode, things run fine, but under work, I saw a null folder. That's not so good. So, how do I set this value to be more appropriate? Thanks, vh. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting the directory under work
Thank you for the reply. Translating your advice, this null is the name of the engine used for embedded tomcat. So, I do this: engine.setName(Somename); And now, Somename is shown up in the work directory instead of null (after deleting null). Thanks again, vh. Shapira, Yoav wrote: Hi, The work directory is where Tomcat stores its work products. Examples for this include serialized sessions, compiled JSPs, and potentially other files. The work directory is broken into subdirectories for the engine (Standalone is the default engine name for Tomcat Standalone: see your server.xml), host (localhost is the default), and app path. When using Embedded Tomcat, if configured properly it will automatically do the right stuff with the work directory. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED] Sent: Monday, November 15, 2004 1:21 PM To: Tomcat Users List Subject: Setting the directory under work Running Tomcat 5 under standalone mode, it creates a directory called work under tomcat's root. Under that directory, there is a directory named Standalone. First, what is this thing? When I run the Tomcat 5.5 under embedded mode, things run fine, but under work, I saw a null folder. That's not so good. So, how do I set this value to be more appropriate? Thanks, vh. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does Tomcat 5 users java.nio?
Thank you both for the information. I see it very clear now. I would like to add my opinion on this though. For the case of serving static content, if performance gain is significant, it would be the right way to move to new io (just for static content portion). The reason is this: as Tomcat gets more complete and widespread, the missing part is ease of use. Having to install Apache and Tomcat obviously is not a convienient thing to do for many people, especially new users. Learning both obviously a steeper learning curve than one of them. Also, maintaining them both just for static content does sound good. So, besides providing a good graphical tool for configuration of Tomcat, adding this seems to be the right thing to do. However, this is based on the assumption that moving to new io is an easy thing to switch over in Tomcat, and no other better alternative to improve this performance (except the alternative and this method both improve the performance greatly, then why not do both). Shapira, Yoav wrote: Hi, Will's response is great. I'll just add that the issue of using NIO in Tomcat has been discussed numerous times on the tomcat-dev list with quite a good amount of detail and debate. There was consensus not to do it every time. However, the issue is still open for future consideration, and may be done in the future. With Tomcat 5.5 now requiring JDK 1.4, it won't be a problem to rely on NIO in that and future branches. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Will Hartung [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 02, 2004 8:33 PM To: Tomcat Users List Subject: Re: Does Tomcat 5 users java.nio? From: Vy Ho [EMAIL PROTECTED] Sent: Tuesday, November 02, 2004 3:03 PM I checked this document: http://www-106.ibm.com/developerworks/library/j-nioserver/ and it talks about how wonderful new io could help server to serves higher number of connections and less error/drop connections. Is it true in practice? Does Tomcat 5 uses new io of just io? If not, do they plan to move to this? The dillema is that the Servlet Model as defined in the specification doesn't work well in the kind of environment provided by NIO, so it's difficult to say whether something that handled the semantics of a Servlet written using NIO would actually be any faster at all. Now, technically, if one were so inclined, you could implement that bits that handle static content with Tomcat to, perhaps, use the nio model and maybe get a bonus for a pure Tomcat, yet static heavy, site. But since most folks simply Don't Do That (i.e. if they're distinguishing static content at all, odds pretty good that they're fronting Tomcat with Apache anyway...), there's little motivation to engineer Tomcat to support NIO for simply static content. Servlets are pretty much thread based, being as they can perform arbitrary calculations. Also, Servlets can, technically, access the input and output streams of the request directly. Many servlets don't need that kind of direct access. For example, most simply use the request headers and parameters rather than the input stream itself. NIO based servers are essentially event driven, with the sockets and IO channels being a dominant source of the events. The NIO server repeatedly checks the two ends of a request (the source and the sink, for example, the input stream and server logic). When the source has data ready to read and the sink is ready to take data, the NIO server grabs a chunk from the source and feeds it to the sink, and then moves on to the other sources/sinks within its queue. The main thread of an NIO server can NOT block waiting for something to come ready, as it will stall the entire server (because none of the other requests will get serviced). If you're simply moving data from disk to a socket, this works fine because OS's offer asynchronous IO calls and make available routines which an NIO server can use to see who's waiting and needs servicing. But exposing that is it ready interface to arbitrary logic like that within a servlet is difficult. If the code is very short, it's no problem at all. The code is always ready and essentially returns immediately. But if it's doing anything more than that (say, contacting a database), then things get more ugly very quickly. The IO drivers of the system are asynchronous without directly using a user level mechanism like threads, so they're asynchronous for free. But if you want user written logic to have an asynchronous behavior, we typically turn to threads to provide that for us. But, the strength of the NIO model is that the requests it manages within its internal queue have simple state than a thread, and therefore switch from request to request is much cheaper (and therefor faster) than using
Does Tomcat 5 users java.nio?
I checked this document: http://www-106.ibm.com/developerworks/library/j-nioserver/ and it talks about how wonderful new io could help server to serves higher number of connections and less error/drop connections. Is it true in practice? Does Tomcat 5 uses new io of just io? If not, do they plan to move to this? Just curious. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Connection Pool
Did you carefully read this? http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-datasource-examples-howto.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Avoiding double execution of JSP from double posting of request
Yes, Put a unique key on the client computer (cookie) and also on the client's session object. When they click, synchronize the handler and check for the cookie and the session object's key. If they are not matched, then this is a duplicate. Next, remove the key from the session object and process the request. If a same form is send back, generate a different unique key and repeat the whole process. Bill Bruns wrote: I believe this is a double-click type of problem, in other words a double post. So the user clicks twice (quickly) and the second click happens before the next page comes from the server. This could be handled by putting javascript in to check for double clicks. But I would rather handle it on the server side. Is there a way on the server side to prevent duplicate requests from the same client? This is using Tomcat 4 and Apache httpd 2 connected with mod_jk on Solaris. Again, most of the time this does not cause a problem from the client's point of view. But, it seems like a common problem. I'm hoping someone has a solution. Bill Bruns - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SunONE versus Tomcat performance
I am sorry for not being clear enough. The test did not run with both Apache and Tomcat, only Tomcat 5.0. Please understand that I do not try to create a flame war here. This is only a particular case, no scientific comparison, and no pointing out which one is better overall. Please download it yourself, and try with your application if performance is something you want to find out. Jérôme Duval wrote: Why would you compare Apache and Tomcat vs. SunONE? Isn't there a lot of overhead in using the connector and all that? Seems to me a more logical test would be Tomcat vs SunONE and the most recent version of both, which Tomcat 4.1.30 is not. I smell bogus test results! -Original Message- From: V D [mailto:[EMAIL PROTECTED] Sent: Saturday, July 31, 2004 11:24 PM To: Tomcat Users List Subject: Re: SunONE versus Tomcat performance I used it for webservice before, and it is faster than Tomcat, but I wouldn't say that was 2 to 5 times for that particular case. You can get it for free because it's bundled with the Application Server platform which is free. Julian wrote: Just downloaded it to give it a try. There's a trial version but nevertheless it costs only $75. David Rees wrote: David Wall wrote: It is worth noting that Sun Java Web Server has better performance than Apache Tomcat; you can learn more about this from Sun Java Web Server vs. Apache/Tomcat Benchmarks. The link to the KeyLabs report is at http://www.keylabs.com/results/sun/SunONEFinalReport_Solaris.pdf Why would SunONE be anywhere from 2 to 5 times faster than Tomcat? They also suggest that Tomcat would start to show errors when loading 200 users at a time, whereas SunONE could handle up to 500 users without any errors. It's hard to say why the Apache/Tomcat combination would not perform as well as SunONE (which I am not familar with), but without more details of the Apache/Tomcat configuration it's too difficult to say. Has anyone independantly tested SunONE compared to Apache/Tomcat? -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SunONE versus Tomcat performance
That wasn't me who put that link out. Check the name. Jérôme Duval wrote: The report you linked to ran with Apache and Tomcat version 4.1.30. Don't believe me? 3.2 Web Server Configuration 3.2.1 Apache /Tomcat For this test KeyLabs used Apache 2 and Tomcat 4.1.24. The Apache web server was configured with the Coyote connector. During the test all request were directed to the Apache web server, which then routed only the JSP requests to Tomcat. When the Apache server was compiled SSL enabled, and the worker mpm was specified. Tomcat used the Sun Java version 1.4.1_03. In any case, I am just saying that the test results appear bogus to me, because I would use only Tomcat as a web server (for both dynamic and static content). That being said, SunONE might be better then Tomcat, but I don't know because I haven't seen a reliable comparison and haven't tested them myself. Cheers! -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED] Sent: Monday, August 02, 2004 10:07 AM To: Tomcat Users List Subject: Re: SunONE versus Tomcat performance I am sorry for not being clear enough. The test did not run with both Apache and Tomcat, only Tomcat 5.0. Please understand that I do not try to create a flame war here. This is only a particular case, no scientific comparison, and no pointing out which one is better overall. Please download it yourself, and try with your application if performance is something you want to find out. Jérôme Duval wrote: Why would you compare Apache and Tomcat vs. SunONE? Isn't there a lot of overhead in using the connector and all that? Seems to me a more logical test would be Tomcat vs SunONE and the most recent version of both, which Tomcat 4.1.30 is not. I smell bogus test results! -Original Message- From: V D [mailto:[EMAIL PROTECTED] Sent: Saturday, July 31, 2004 11:24 PM To: Tomcat Users List Subject: Re: SunONE versus Tomcat performance I used it for webservice before, and it is faster than Tomcat, but I wouldn't say that was 2 to 5 times for that particular case. You can get it for free because it's bundled with the Application Server platform which is free. Julian wrote: Just downloaded it to give it a try. There's a trial version but nevertheless it costs only $75. David Rees wrote: David Wall wrote: It is worth noting that Sun Java Web Server has better performance than Apache Tomcat; you can learn more about this from Sun Java Web Server vs. Apache/Tomcat Benchmarks. The link to the KeyLabs report is at http://www.keylabs.com/results/sun/SunONEFinalReport_Solaris.pdf Why would SunONE be anywhere from 2 to 5 times faster than Tomcat? They also suggest that Tomcat would start to show errors when loading 200 users at a time, whereas SunONE could handle up to 500 users without any errors. It's hard to say why the Apache/Tomcat combination would not perform as well as SunONE (which I am not familar with), but without more details of the Apache/Tomcat configuration it's too difficult to say. Has anyone independantly tested SunONE compared to Apache/Tomcat? -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Progamatically setting values of FORM elements
Try Sun's Studio Creator (Rave). It's all graphical. You don't have to learn anything, and it does all for you. All you have to do is drag and drop those check box into a page and you're done. It bases on Java Server Faces, and the creator of this technology I believe is the same one how previously created Struts. So it's like Struts, but better. I tried both Struts and this, and I love the JSF right away. Luc Foisy wrote: Is there any way I can have my java set the values of FORM elements. Rather than storing the values in the java code and generating the complete form element containing that value. Something like adding something to the response that will give that item a value. For my particular need, I want to set a number of checkbox elements on or off. I do have the ability to predict the element names... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Recommended DBCP configuration parameters
Maybe you should device a way to test and bench mark this for your own app. If not, you could face disaster. With test and trial and error, you can easily set a some very good parameters for this. Frank Burns wrote: Hi, Can anyone tell me where I can find recommendations/guidelines for choosing values for the DBCP parameters -- such as maxActive, maxIdle, maxWait, etc. -- in the ResourceParams element of server.xml? For example, I am about to launch a system that has a user base of approx 7000 users, which I expect will be thrashed hard at launch time and then settle down to an average of 10 to 100 users at any given time. What values should I specify for my database pooling parameters? Thanks, Frank. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Connection pool detecting bad connection
I am sure people with DBCP background would know about this. My question is what is the generic/common/standward JDBC way of check a connection to see if it's a good connection or not. Check thing like: con.isClosed() works in some case, and does not in another case. Would retriveing the metadata do it? What is the implication in term of performance for this? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I've officially decided that JSTL is one of the worstthingsto ever happen
I have used Java for both client, server, GUI apps, and clients haven't complaint about speed or look and feel. For the tag libs argument that web designers will have easier time with it than java, good luck! They have to learn them anyway to get things to work, and it's no different. Saying tag libs separate model and view is half true. It depends. It's probably good for tools to generate view using tag libs. For programmer, separating or not is their choice. Having a mixed languages in source code is hard to read. I think that people should use Java as much as possible, anywhere (view, model, what not). However, in the view area, you can also use tags if that speeds development time, or simplify thing, or if java is not possible to do so. In all cases, do not put model code in the view. In the view, if you use if or if()..., they're both logics and no architural difference here. Harry Mantheakis wrote: Hello I agree that I find taglibs impossible to understand. Tag libraries are not actually that difficult, and offer many advantages. I just thought I would mention that, for the record :-) Harry Mantheakis London, UK - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
What is the best way to test JDBC connection for alive
If I have a connection, I want to test if it's still working (not just see if it's closed), how do I do this with the least CPU/resource cost? I saw one tutorial did something like: stmt = conn.createStatement(); if( null != stmt ) stmt.execute(rollback work); If an exception is thrown, then it's not good. What's the implication of this statement (bad implication)? Is there alternative? Thanks. vh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL validation
Did you file a bug report at java.sun.com yet? Ikonne, Ike wrote: Hi Steffen, Thanks, new URL(url) doesn't work consistently. I have tried it, one can throw in an url that doesn't meet RFC 1738 but URL(url) will not catch it. Thanks, Ike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Form Authetication
This line seems to be the suspect: form-error-page/loginError.html/form-error-page Annie Guo wrote: I am trying to hook up JaasRealm. When I enter username and password, my LoginModule authenticates it ok from my debug statements. But every time, my page is forwarded to loginError.html instead of index.html that I want. Below is what I have put in web.xml and server.xml. Would anyone please help let me know what I have done wrong? Thanks a lot. in web.xml security-constraint web-resource-collection web-resource-nameEntire Application/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint role-nametomcat/role-name /auth-constraint /security-constraint login-config auth-methodFORM/auth-method form-login-config form-login-page/loginJaas.jsp/form-login-page form-error-page/loginError.html/form-error-page /form-login-config /login-config in server.xml Realm className=org.apache.catalina.realm.JAASRealm appName=Internal userClassNames=com.appriss.tracker.InternalPrincipal userRoleNames=com.appriss.tracker.InternalPrincipal debug=99/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Form Authetication
You shouldn't comment the line out. If you want the the error page to be index.html versus loginError.html, then change that line so it becomes index.html form-error-page/index.html/form-error-page Annie Guo wrote: Tried to comment out the suspected line form-error-page/loginError.html/form-error-page. After restart tomcat 4.1.29 again, got the following error. Would you please be more specific of why it is the suspect? Thank you. BTW: loginError.html is just plain html says there is login error. SEVERE: Parse Error at line 42 column 29: The content of element type form-logi n-config is incomplete, it must match (form-login-page,form-error-page). org.xml.sax.SAXParseException: The content of element type form-login-config i s incomplete, it must match (form-login-page,form-error-page). -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 11:39 AM To: Tomcat Users List Subject: Re: Form Authetication This line seems to be the suspect: form-error-page/loginError.html/form-error-page Annie Guo wrote: I am trying to hook up JaasRealm. When I enter username and password, my LoginModule authenticates it ok from my debug statements. But every time, my page is forwarded to loginError.html instead of index.html that I want. Below is what I have put in web.xml and server.xml. Would anyone please help let me know what I have done wrong? Thanks a lot. in web.xml security-constraint web-resource-collection web-resource-nameEntire Application/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint role-nametomcat/role-name /auth-constraint /security-constraint login-config auth-methodFORM/auth-method form-login-config form-login-page/loginJaas.jsp/form-login-page form-error-page/loginError.html/form-error-page /form-login-config /login-config in server.xml Realm className=org.apache.catalina.realm.JAASRealm appName=Internal userClassNames=com.appriss.tracker.InternalPrincipal userRoleNames=com.appriss.tracker.InternalPrincipal debug=99/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] EJB Client stops working after awhile.
I have searched and asked many places. I know it's an offtopic here,
but I am sure there are so many experts here that may not mind, and shed
some light to me.
The following code would stop working after around 100 hits. If I do
not create the inital context each time, then it works fine. But I need
this to test some EJB clients.
I run under Windows XP, Sun AppServer 8, J2EE 1.4. Thank you very much
for your consideration.
*import javax.naming.Context;
import javax.naming.InitialContext;
import javax.rmi.PortableRemoteObject;
import java.util.*;
public class TestClient {
public TestClient() {
}
public static void main(String[] args) {
int i;
for(i = 0; i 1000; i++){
System.out.println(i: + i);
doit();
}
}
private static void doit(){
InitialContext initial = null;
String url = iiop://localhost:3700;
String ejbService = HelloWorld;
try{
System.gc();
Properties env = new Properties();
env.put(java.naming.factory.initial,
com.sun.jndi.cosnaming.CNCtxFactory);
env.put(Context.PROVIDER_URL, url);
initial = new InitialContext(env);
Object objref = initial.lookup(ejbService);
}catch (Exception ex) {
System.err.println(Caught an unexpected exception!);
ex.printStackTrace();
}finally{
if(initial != null){
try{
initial.close();
System.out.println(I am here);
initial = null;
}catch(Exception e){
e.printStackTrace();
}
}
}
}
}
*
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Regarding Tomcat Start
open the startup.bat, and search for the start somewher near the bottom, change the start to run . That will not open another window, and you can see the error. chance is that the port is already in use or something like that. Shawn Zernik wrote: What version of windows are you running, and you might want to at the pause command in the batch file so it6 does not disappear to keep the data from eunning off the screen. Shawn Zernik Internetwork Consulting www.internetworkconsulting.net -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, September 27, 2003 11:54 AM To: Tomcat Users List Subject: Regarding Tomcat Start I have installed jakarta-tomcat-5.0.12. I set jdk and catalina path. I open a command prompt, move to the bin directory of tomcat. I run startup.bat. It opens another prompt that vanishes in seconds. I dont see anything wrong (warning or error message) at original command prompt. I move to localhost in browser. Nothing loads up on browser ! How do i know whether tomcat has really started or not ? (I tried to look at services running, it does not show up there) I tried to see log floder, but it is just empty. I tried to run shutdown bat file. It says, connection not found ! Does it help in answering my question? I am using Windows XP Operating System. Regards ~Vishal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Manager
I am not sure if this is something I do or Tomcat's problem. I found out that my application would not reload correctly using the manager's reload. Although it says it reloads successfully. However, if I use the manager to stop, then start, the app restarts fine. Is this a known issues? As designed? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is possible to run JAX-RPC under Tomcat?
Thank you for the advice. In Sun's Web service developer pack 1.2, they have Tomcat running JAX-RPC. I guess they use the method you outline, but I am not sure. Again, thank you very much for taking time helping me out. VD Shapira, Yoav wrote: Howdy, Tomcat is a servlet container. It doesn't support all the web services APIs by itself. You can download JAX-RPC and a JAX-RPC implementation and use them in your tomcat-served webapp by putting the relevant jars in the WEB-INF/lib directory of your webapp. In the future, if JAX-RPC (the API at least) becomes part of the JDK, tomcat may provide its own implementation or (more likely) come bundled with a JAX-RPC implementation such as the one from Axis. Yoav Shapira Millennium ChemInformatics -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2003 1:51 PM To: Tomcat Users List Subject: Is possible to run JAX-RPC under Tomcat? Is JAX-RPC supported under Tomcat (out of the box)? Do I have to download some module for it? Or I have to run a separate server (such as Sun's J2EE or JBoss)? Is there some documents that you can point me to? Thank you very much in advanced. Vy Ho - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is possible to run JAX-RPC under Tomcat?
Is JAX-RPC supported under Tomcat (out of the box)? Do I have to download some module for it? Or I have to run a separate server (such as Sun's J2EE or JBoss)? Is there some documents that you can point me to? Thank you very much in advanced. Vy Ho - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Simple Question
I tried to stop and start and reload. All say successful, but none of them work. What happen is that I have a parameter in the web.xml file. Each time the Tomcat start up, my application read this parameter. The problem is that if I change the parameter value in the web.xml file, and stop+start+reload, the web.xml file should be read again, and also, I assume all my JSP would call init function again. Unless one of these assumption is wrong, something is wrong with the manager. Could some of you give me some insight? Thank you very much. Vy Ho Vy Ho wrote: Thank you all for helping me out. I still don't know what the problem is yet. However, your advices let me know what is the outcome I should expect when using the manager to restart the server. My web.xml seems to be good (since stop and restart the tomcat server manually, that is not using the manager, my changes are good). I'll do some more investigating to see what is going on. Again, thank you all. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Simple Question
Thank you all for helping me out. I still don't know what the problem is yet. However, your advices let me know what is the outcome I should expect when using the manager to restart the server. My web.xml seems to be good (since stop and restart the tomcat server manually, that is not using the manager, my changes are good). I'll do some more investigating to see what is going on. Again, thank you all. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Simple Question
I have a very simple question, and if you are a bit experienced in tomcat, you probably would know. I would really appreciate any links, hints, tips or advices. The question is this, if I change an application deployment file (web.xml), and then use the tomcat manager to restart the application (through the web), would the change in the web.xml file be used? Is the restart as of the above action is the same as a restart of the tomcat server (application) itself (that is to stop and start the whole server)? If the above does not work (I tried to restart, and it says restart successfully, but the xml file does not seem to be read), then how to I do this without actually restart the server? Thank you very much again for any help. VD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: having trouble using tomcat
Try to diagnose your problem by printing out progress, and incrementally add codes. That is to start a jsp page that works, and does not have anythign to it. Then you can just try with any other driver such as odbc jdbc bridge first, there are plenty of example for this. Then after it works, you can just swap that out with the M$ connect string. If you have class not found, try to copy and paste the M$ driver into the WEB-INF/lib folder. Common, don't just post and say it does not work. What did you try to do? What exception, error did you get? Did you try with any other database? Are you a beginer in JSP database or just only M$ database does not work, and everything else work? My experience is that Java is very portable, only the connection string is different. (For simple query case). However, with simple case liek that, you can get started, and get confident in your connection (at least the driver is loaded, and a connection is there, no broken bone here). Well, keep posting your progress. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to set a custom error page? Seem easy? Not really
The question seems obvious. Read the fine manual right? No. I tried it. You then say, just put ... in the web.xml page. Yes, I did it. It works for the global web.xml, but not for the application level web.xml. I must have done something wrong or the application level does not allow this override (which I cannot imagine to be true). So what's your expert advise on this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to configure Tomcat to follow symbolic links.
I am not sure what you mean, but under Unix, I created a symbolic link for a directory and it works just like a real directory. I haven't test with symbolic link for file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Prevent directory listing - read the fine manual
Yes, you will ask me to read the fine manual. But I seach, and all that and could not find (easily) where the needed manual is. But I found some help one the web. That was not enough. So I download the 2.3 spec. Well, the size of it went over my head. Do some search did not help. Here is my question if you bother: To prevent directory listing under tomcat 4.x, one way is to set listing=false under default servlet, under conf/web.xml However, that's global to all apps. I want it to only do that for 1 of my apps. So, you can say modify it to myapp/Web-inf/web.xml. I tried, using copy and paste from the conf/web.xml to myapp/Web-inf/web.xml, but it did not work, generate a bunch of error. So, is it possible using this scheme? Is modifying the application's web.xml the right thing to do? How to do it? Or, where is the fine manual? Thank you very much for any help. Vh -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Why run tomcat as root
Very good point, but what if the administrator him/herself grand this access to this particular user? Linux and Unix is all about flexibility right? Yes, kernel would be to be changed. But I thought I already have that, and if it's not, then it's worth a change, versus thousands and thousands of developers has to work around it (take it millions). On Thu, 5 Dec 2002, Turner, John wrote: Switching UNIX/Linux to allow non-privileged users to bind to privileged ports would require fairly major modifications to the kernel. There's no runtime parameter that can be set to magically allow regular user accounts to bind to a privileged port. Let's remember that the privileged port restriction is there for a reason, a very valid reason. Would you really want just any user on your server to be able to install a homegrown listener on port 80? I sure wouldn't...the potential for malicious use is huge. Imagine somebody getting a regular user account on one of Amazon.com's web servers in their web server farm, then installing a web server on port 80 (or 443) that would simply look for traffic starting with 3, 4 or 5 (first digits for valid credit cards) and copy the traffic to an external location. Sometimes it helps to consider the bigger picture. The people who wrote UNIX weren't stupid. They did things for a reason. Sometimes the reason seems silly, sometimes it seems outdated, but after review, it usually makes perfect sense. Linus and the rest of the Linux hackers could have easily changed this when they wrote the first Linux kernel, but they didn't. So, you've got two LARGE groups of people over a combined span of about 45 years (30+ for UNIX, 10 or so for Linux) choosing to make ports less than 1024 privileged. That's good enough for me...I'll devote my efforts to something else rather than trying to circumvent something that's so obviously there for good reason. John -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 3:48 PM To: Tomcat Users List Subject: RE: Why run tomcat as root Can unix admin configure his OS to let normal app to run port 80? I say this because Unix is very configurable. Why you have to do so much coding just to access port 80, why not just look at it a different way? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tomcat went unconcious :-)
When a dog sneeze and the cat got knocked down. The following case show that simple things could knock error out of tomcat (note that the cat does not die). Imagine authentication usin gmemory or database. 2 users 1 role for each. When you login with a valid user name/pass, but wrong role for the selected page, you won't see the invalid user/login, but you'll see access error. Now, go back (clicking on the back button), and then login as valid user/role, you'll see a gain, the same message, although you should be able to get into the page without any problem. That's 2 knockouts right there. How could something this obvious, and sensity, and common slip into the cat? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Why run tomcat as root
Thank you for your comment. However, I think you gave a good practical work around for now, when the kernel is not there yet. But that also means many developers still have to search for a solution. I think kernel developers should think about this issues, and also similar issues, and come up with a good one. I don't think anyone need to hack into it if they are not expert in the kernel yet. For now, I think using redirect and taken your advice is a right thing to do. I only want to say that the problem is in the kernel team, and they should fix that in the future. Note that I haven't develop any kernel. My suggestion is not the best, but hey, that means there's a better one out there, and I hope it'll make into the next release (too bad, 2.6 feature already is frozen :-). On Fri, 6 Dec 2002, Turner, John wrote: There is already a process and there are several tools for delegating superuser access to a non-superuser account in specific circumstances, and protecting against misuse of same. Research things like the sudo tool, chroot jails, etc. Makes much more sense to me than hacking around in the kernel. John -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED]] Sent: Friday, December 06, 2002 11:12 AM To: Tomcat Users List Subject: RE: Why run tomcat as root Very good point, but what if the administrator him/herself grand this access to this particular user? Linux and Unix is all about flexibility right? Yes, kernel would be to be changed. But I thought I already have that, and if it's not, then it's worth a change, versus thousands and thousands of developers has to work around it (take it millions). On Thu, 5 Dec 2002, Turner, John wrote: Switching UNIX/Linux to allow non-privileged users to bind to privileged ports would require fairly major modifications to the kernel. There's no runtime parameter that can be set to magically allow regular user accounts to bind to a privileged port. Let's remember that the privileged port restriction is there for a reason, a very valid reason. Would you really want just any user on your server to be able to install a homegrown listener on port 80? I sure wouldn't...the potential for malicious use is huge. Imagine somebody getting a regular user account on one of Amazon.com's web servers in their web server farm, then installing a web server on port 80 (or 443) that would simply look for traffic starting with 3, 4 or 5 (first digits for valid credit cards) and copy the traffic to an external location. Sometimes it helps to consider the bigger picture. The people who wrote UNIX weren't stupid. They did things for a reason. Sometimes the reason seems silly, sometimes it seems outdated, but after review, it usually makes perfect sense. Linus and the rest of the Linux hackers could have easily changed this when they wrote the first Linux kernel, but they didn't. So, you've got two LARGE groups of people over a combined span of about 45 years (30+ for UNIX, 10 or so for Linux) choosing to make ports less than 1024 privileged. That's good enough for me...I'll devote my efforts to something else rather than trying to circumvent something that's so obviously there for good reason. John -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 3:48 PM To: Tomcat Users List Subject: RE: Why run tomcat as root Can unix admin configure his OS to let normal app to run port 80? I say this because Unix is very configurable. Why you have to do so much coding just to access port 80, why not just look at it a different way? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat went unconcious :-)
I think it has something to do with both. When close the browser, and try again, it works on the later problem (logging in with valid users after an invalid login). However, the first problem, where logging in with an invalid role but valid user/pass still there. That is the web should not send the access forbidden, or illegal access, but show the loginerror page. (I forget to mention this is form type login). The cache problem maybe due to browser, but I think the news information does get submitted to the server. So the cache is not the username/password, but it's the session information. Again, if this is the case, then the server should use the username/password instead of the invalid session (Which I suspect they store in the basic authen scheme, or cookies). So, the server should be able to solve this problem too. This problem also show up using the built-in (versus formbase) popup basic authen. When you log into a webapp using valid user/pass/role. Then you change to another webapp on the server with a different users/pass/role, then you get error. This should be fixed by browsers (that is to detect that you went to a differernt directory now). For the server, it may be able to address this too, but I don't know much about it. On Fri, 6 Dec 2002, Bodycombe, Andrew wrote: This could be an issue with your browser. Maybe the page has been cached? Andy -Original Message- From: Vy Ho To: Tomcat Users List Sent: 06/12/2002 16:46 Subject: Tomcat went unconcious :-) When a dog sneeze and the cat got knocked down. The following case show that simple things could knock error out of tomcat (note that the cat does not die). Imagine authentication usin gmemory or database. 2 users 1 role for each. When you login with a valid user name/pass, but wrong role for the selected page, you won't see the invalid user/login, but you'll see access error. Now, go back (clicking on the back button), and then login as valid user/role, you'll see a gain, the same message, although you should be able to get into the page without any problem. That's 2 knockouts right there. How could something this obvious, and sensity, and common slip into the cat? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Why run tomcat as root
Well, assume you're right, then I and many developers have to live with this fact then. I would like to make myself clear abit though. Whatever decision they made over 40 years about limiting the access to port 0-1024, I dont question, or ask to change, or agree upon or disagree with. I just think if there is something they can do that what they try to protect would work, and the problem we face would be solved. See the number of response to this topic obvious shows that there's some concern/issues/misunderstanding/inconvinience. Whatever you call it. My feeling as a developer is that kernel develoeprs would make life better, whether it's a matter of convinient (without sacrafice security or whatever else). Ofcourse, there's other priority that make no body care to this about this issues. But that is another story. I think this was asked enough to have a good talk about. I also thought that this is a relative easy to change in the kernel (for the kernel dev. expert). I also don't think it would be a security problem or backward compatable problem (since the admin must allow some users to use port 80 for it to work). About the work around terminology, whatever you call it, and I may use it wrongly, but I think it's a hassle to do other stuff just for this little thing. You may think it's not a hassle, it's nothing you maysay. Well, it's users' votes. When there's enough on one side or another, there's maybe better reason to address it oneway or another (such as do nothing). About philosophy, and 40 years of thought. I think you have a good point on the time and all that. But time change. Things now are different than before. So, sometimes, changing is not that bad, and people/developers do that all the time. That's how Linux improve every day. On Fri, 6 Dec 2002, Turner, John wrote: Well, we are going around in circles. You're not understanding that the developers HAVE thought about this issue, and have thought about it for years (more than 40 years). It's not a mistake. Not only have they thought about it, they've had ample opportunity to start over and implement the feature you're talking about, and have decided NOT to do it. Do you get that? Not to be rude, but nobody, nobody, is going to seriously consider doing what you want to do in any future versions of Linux. Why on earth would they completely reverse previous design decisions in an incremental release instead of designing it that way from the beginning? The things I've suggested aren't workarounds. Workaround implies something that is done to get around a bug. That isn't the case. The things that I (and others) have suggested are viable alternatives for doing what you want to do, instead of destroying a major design decision that was made years ago for very good reason. There's no problem in the kernel team from the perspective of the privileged ports issue. The scheme is set up the way it is set up for very good reason, and unless you have a better reason for changing it (you don't...convenience is not a reason) it isn't going to get changed, at least not as an official release. If you want to change it, you'll have to take the source and change it yourself, find someone else to change it for you, or pay someone to change it for you. John -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED]] Sent: Friday, December 06, 2002 11:51 AM To: Tomcat Users List Subject: RE: Why run tomcat as root Thank you for your comment. However, I think you gave a good practical work around for now, when the kernel is not there yet. But that also means many developers still have to search for a solution. I think kernel developers should think about this issues, and also similar issues, and come up with a good one. I don't think anyone need to hack into it if they are not expert in the kernel yet. For now, I think using redirect and taken your advice is a right thing to do. I only want to say that the problem is in the kernel team, and they should fix that in the future. Note that I haven't develop any kernel. My suggestion is not the best, but hey, that means there's a better one out there, and I hope it'll make into the next release (too bad, 2.6 feature already is frozen :-). On Fri, 6 Dec 2002, Turner, John wrote: There is already a process and there are several tools for delegating superuser access to a non-superuser account in specific circumstances, and protecting against misuse of same. Research things like the sudo tool, chroot jails, etc. Makes much more sense to me than hacking around in the kernel. John -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED]] Sent: Friday, December 06, 2002 11:12 AM To: Tomcat Users List Subject: RE: Why run tomcat as root Very good point, but what if the administrator
RE: Why run tomcat as root
Can unix admin configure his OS to let normal app to run port 80? I say this because Unix is very configurable. Why you have to do so much coding just to access port 80, why not just look at it a different way? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Problem downloading binary files, please help.
Thank you very much for helping. I was speculating on something like this, but didn't know if it's true. If you have time, please point me to some where easy to find info on how to do this (since you did the same thing before). Again, thank you very much for the help. On Tue, 3 Dec 2002, Cox, Charlie wrote: why do you need a servlet wrapper for binary files? if you need to do pre/post-processing, use a filter and let tomcat server the file. This way you don't have to try to implement the http spec in your servlet. You will run into problems when a download manager requests 10 pieces(via http resume) of your file at once and you will end up serving the whole file 10 times if you have not handled 'resume' correctly. A filter resolved this for me. Charlie -Original Message- From: Vy Ho [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 12:46 PM To: Tomcat Users List Subject: Re: Problem downloading binary files, please help. I got a very weird error and here is the situation: The app I used: tomcat 4.06, phoenix web browser 0.3, ie6.0 Here is the problem: When I set up an application in tomcat (with BASIC AUTHEN), phoenix could download all binary files (.exe, .pdf, etc...) fine from Tomcat server. Then I tested with IE6.0, and I got error (server could not find the file or something). However, IE6.0 could download text file ok without any problem. Ok, so I came back and delete the file index.html in the application, and I can download the file fine. Isn't this strange? But that's not all yet. I want to serve files using a servlet wraper. Basically send back the binary with the right content type. Mozilla/phoenix can download without any problem. But IE6.0 complain with the same error before. So, somehow the index.html file and the servlet have something in common that make IE not working while it works without the index.html and statically. Well, want another strange thing? I could not find anyone complain about this, or even ask any question about this in newsgroup or apache site. And I can produce consistently using different machine. Anyone have any idea? Is it Apache Tomcat or IE error? Or both? Or it's me? I am sure Tomcat can be changed to work, since statically served page works. And I am sure IE can be changed to work, since Mozilla works all the time. Actually, I found any article in the newsgroup on Google with a similar error, but very different situation (IIS server). And the problem is in the expiration of a page. If some page has instant expiration, then IE6 has problem getting it. It could be the same problem. Coudl someone help me out here since IE has 95% of the market share? Thank you very much in advance. Vy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problem downloading binary files, please help.
I got a very weird error and here is the situation: The app I used: tomcat 4.06, phoenix web browser 0.3, ie6.0 Here is the problem: When I set up an application in tomcat (with BASIC AUTHEN), phoenix could download all binary files (.exe, .pdf, etc...) fine from Tomcat server. Then I tested with IE6.0, and I got error (server could not find the file or something). However, IE6.0 could download text file ok without any problem. Ok, so I came back and delete the file index.html in the application, and I can download the file fine. Isn't this strange? But that's not all yet. I want to serve files using a servlet wraper. Basically send back the binary with the right content type. Mozilla/phoenix can download without any problem. But IE6.0 complain with the same error before. So, somehow the index.html file and the servlet have something in common that make IE not working while it works without the index.html and statically. Well, want another strange thing? I could not find anyone complain about this, or even ask any question about this in newsgroup or apache site. And I can produce consistently using different machine. Anyone have any idea? Is it Apache Tomcat or IE error? Or both? Or it's me? I am sure Tomcat can be changed to work, since statically served page works. And I am sure IE can be changed to work, since Mozilla works all the time. Actually, I found any article in the newsgroup on Google with a similar error, but very different situation (IIS server). And the problem is in the expiration of a page. If some page has instant expiration, then IE6 has problem getting it. It could be the same problem. Coudl someone help me out here since IE has 95% of the market share? Thank you very much in advance. Vy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
JSP page not found, invoker mess
After having my problem, and reading the discussion about invoker, security, etc, I decide to voice up. My servlets work fine in both tomcat 4.03 and 4.1.12. However, none of my jsp pages work (not found). I guess, it has something to do with the servlet. The problem is that if I use the invoker, then it's secuity whole. If not, then I will have to change the web.xml to add a new entry for each of my new jsp pages, or even change the file name. That is very inconvenient, and very BAD considering I have to restart the tomcat server for this to take effect (Please correct me if I am wrong). I think Tomcat must be changed to be usable. Just to run JSP, servlets, I think you just drop it in and it should work. That's not hard to do and it's much easier than the rocket science people has put into tomcat. Why these developers leave the last mile of development to the users and let them scramble? Yes, people could argue about features/ease of use argument, but I am sick and tired of all intelligent argument, and stick with my common sense that I am much more productive to turn on the server and it works (with a few muse click on a GUI interface). Then there's people who argue about free and all that. Hey, if you think too much about free stuff you give out, then don't give out, or don't charge for it. After all, you can just post the http rfc, and let people build the server. The reason you do all that is that users don't have to do much to get things to work, so it's alot of value to add the last peice of puzzle to the board. Maybe the invoker stuff is just a temporary solution (to disable it), but I think it got to be fixed, and users should not need to do anything. About Apache and Tomcat things, I think it's much better to merge them into one. It's a big waste of time and headache for developers, users to configuer/ develop 2 servers to serve the web. I wonder when the developers start to see this, and find out one morning that porting/merging the two things together wasn't that bad an idea and wasn't that hard and wasn't that time consumming, and start to do so. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Problem downloading binary files, why no one helped me?
-- Forwarded message -- Date: Tue, 26 Nov 2002 21:30:36 -0500 (EST) From: Vy Ho [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Weird error using file download I got a very weird error and here is the situation: The app I used: tomcat 4.06, phoenix web browser 0.3, ie6.0 Here is the problem: When I set up an application in tomcat (with BASIC AUTHEN), phoenix could download all binary files (.exe, .pdf, etc...) fine from Tomcat server. Then I tested with IE6.0, and I got error (server could not find the file or something). However, IE6.0 could download text file ok without any problem. Ok, so I came back and delete the file index.html in the application, and I can download the file fine. Isn't this strange? But that's not all yet. I want to serve files using a servlet wraper. Basically send back the binary with the right content type. Mozilla/phoenix can download without any problem. But IE6.0 complain with the same error before. So, somehow the index.html file and the servlet have something in common that make IE not working while it works without the index.html and statically. Well, want another strange thing? I could not find anyone complain about this, or even ask any question about this in newsgroup or apache site. And I can produce consistently using different machine. Anyone have any idea? Is it Apache Tomcat or IE error? Or both? Or it's me? I am sure Tomcat can be changed to work, since statically served page works. And I am sure IE can be changed to work, since Mozilla works all the time. Actually, I found any article in the newsgroup on Google with a similar error, but very different situation (IIS server). And the problem is in the expiration of a page. If some page has instant expiration, then IE6 has problem getting it. It could be the same problem. Coudl someone help me out here since IE has 95% of the market share? Thank you very much in advance. Vy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problem downloading binary files, why no one helped me?
Hi xyber, Thank you very much for helping me out. I checked my IE setting, under Option-Advanced-HTTP 1.1 settings, the box Use HTTP1.1 was checked, and the box Use Http1.1 through proxy connections was not. However, I don't think I use any proxy or anything, just connect through my own machine using local host. Do you have any idea? (This problems show in 3 machines (as servers), and many machines as IE clients). I am sure that anyone has binary download (.exe, .pdf) and an index.html file would have problem. Again, thank you very much, Vy Ho On Wed, 27 Nov 2002, xyber wrote: enable http 1.1 in ie Vy Ho wrote: -- Forwarded message -- Date: Tue, 26 Nov 2002 21:30:36 -0500 (EST) From: Vy Ho [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Weird error using file download I got a very weird error and here is the situation: The app I used: tomcat 4.06, phoenix web browser 0.3, ie6.0 Here is the problem: When I set up an application in tomcat (with BASIC AUTHEN), phoenix could download all binary files (.exe, .pdf, etc...) fine from Tomcat server. Then I tested with IE6.0, and I got error (server could not find the file or something). However, IE6.0 could download text file ok without any problem. Ok, so I came back and delete the file index.html in the application, and I can download the file fine. Isn't this strange? But that's not all yet. I want to serve files using a servlet wraper. Basically send back the binary with the right content type. Mozilla/phoenix can download without any problem. But IE6.0 complain with the same error before. So, somehow the index.html file and the servlet have something in common that make IE not working while it works without the index.html and statically. Well, want another strange thing? I could not find anyone complain about this, or even ask any question about this in newsgroup or apache site. And I can produce consistently using different machine. Anyone have any idea? Is it Apache Tomcat or IE error? Or both? Or it's me? I am sure Tomcat can be changed to work, since statically served page works. And I am sure IE can be changed to work, since Mozilla works all the time. Actually, I found any article in the newsgroup on Google with a similar error, but very different situation (IIS server). And the problem is in the expiration of a page. If some page has instant expiration, then IE6 has problem getting it. It could be the same problem. Coudl someone help me out here since IE has 95% of the market share? Thank you very much in advance. Vy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Weird error using file download
I got a very weird error and here is the situation: The app I used: tomcat 4.06, phoenix web browser 0.3, ie6.0 Here is the problem: When I set up an application in tomcat (with BASIC AUTHEN), phoenix could download all binary files (.exe, .pdf, etc...) fine from Tomcat server. Then I tested with IE6.0, and I got error (server could not find the file or something). However, IE6.0 could download text file ok without any problem. Ok, so I came back and delete the file index.html in the application, and I can download the file fine. Isn't this strange? But that's not all yet. I want to serve files using a servlet wraper. Basically send back the binary with the right content type. Mozilla/phoenix can download without any problem. But IE6.0 complain with the same error before. So, somehow the index.html file and the servlet have something in common that make IE not working while it works without the index.html and statically. Well, want another strange thing? I could not find anyone complain about this, or even ask any question about this in newsgroup or apache site. And I can produce consistently using different machine. Anyone have any idea? Is it Apache Tomcat or IE error? Or both? Or it's me? I am sure Tomcat can be changed to work, since statically served page works. And I am sure IE can be changed to work, since Mozilla works all the time. Actually, I found any article in the newsgroup on Google with a similar error, but very different situation (IIS server). And the problem is in the expiration of a page. If some page has instant expiration, then IE6 has problem getting it. It could be the same problem. Coudl someone help me out here since IE has 95% of the market share? Thank you very much in advance. Vy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
