Install 5.5.4 on Mac OS X
This script is overkill but perhaps it will help someone. - Craig #!/bin/sh # # This UNIX script installs the Tomcat servlet # # container on Mac OS X computer systems. # # - - - - - - - - - - - - - - - - - - - - - - - # # Make this script executable with: # #"chmod +x installTomcat.sh"# # and run as root: # #"sudo ./installTomcat.sh" # # - - - - - - - - - - - - - - - - - - - - - - - # # Last modified: Nov. 12, 2004 # # echo "=" echo "Tomcat installer for Mac OS X" echo "=" # # Set trap to allow abort on signal # # trap 'echo "Ouch. Dude! Ya fragged me." 1>&2; exit' 1 2 3 15 ## # 1. Set up environmental variables. # ## # -- # Set these: # -- TOMCAT_VERSION="5.5.4" TOMCAT_BASE="/usr/local" # arbitrary manager for tomcat-users.xml file: TOMCAT_USER="somebody" TOMCAT_PASS="something" # for setting permissions: USER="me" # Change to your user name! GROUP="wheel" # where startup/shutdown scripts will be installed: USER_SCRIPT_DIR="/Users/"${USER}"/bin" # - # and perhaps these (optional): # - # Note: if you want to install JMX, you must download and # install zip file in ${TOMCAT_BASE} before running script INSTALL_JMX="yes" JMX_ARC="jmx-1_2_1-scsl.zip" JMX_DIR="jmx-1_2_1-src" # -- # but don't muck with these! # -- JAVA_HOME="/Library/Java/Home" JAVA_EXT="/Library/Java/Extensions" TOMCAT_HOME=${TOMCAT_BASE}"/jakarta-tomcat-"${TOMCAT_VERSION} CATALINA_HOME=${TOMCAT_HOME} REMOTE_HOME="http://apache.edgescape.com/jakarta/tomcat-5/ v"${TOMCAT_VERSION}"/bin/jakarta-tomcat-"${TOMCAT_VERSION} TOMCAT_USERS_FILE=${TOMCAT_HOME}"/conf/tomcat-users.xml" JMX_FILE=${TOMCAT_BASE}/${JMX_ARC} ## # 2. Get rid of old version. # ## cd ${TOMCAT_BASE} if test -e ${TOMCAT_HOME}/bin; then echo "--" echo "Saving old version ..." echo "--" gnutar -cf - -C ${TOMCAT_HOME} . | gzip --best > oldTomcat.tar.gz echo "... done." echo "-" echo "Zapping old files ..." echo "-" \rm -rf ${TOMCAT_HOME}/* rmdir ${TOMCAT_HOME} echo "... done." fi # # 3. Download source files. # # echo "---" echo "Downloading Tomcat binary files from Apache ..." echo "---" sudo curl ${REMOTE_HOME}.tar.gz -o tomcat.tar.gz sudo curl ${REMOTE_HOME}-compat.tar.gz -o compat.tar.gz sudo curl ${REMOTE_HOME}-admin.tar.gz -o admin.tar.gz echo "... done." ## # 4. Inflate Tomcat tarballs # ## echo "--" echo "Expanding Tomcat archive files ..." echo "--" sudo gnutar -xzvf tomcat.tar.gz sudo gnutar -xzvf compat.tar.gz sudo gnutar -xzvf admin.tar.gz case "$INSTALL_JMX" in [yY]|[yY][eE][sS]) # YES: echo "You have elected to install Java Management Extensions (JMX RI)." if test -e ${JMX_FILE} then echo "File '"${JMX_FILE}"' is available. Installing JMX..." sudo unzip ${JMX_FILE} sudo mv ${TOMCAT_BASE}/${JMX_DIR}/lib/*.jar ${TOMCAT_HOME}/common/endorsed/ else echo "File '"${JMX_FILE}"' NOT found!" echo "- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -" echo "Please visit Sun Microsystem's Download Center at:" echo " http://wwws.sun.com/software/communitysource/jmx/download.html"; echo "You will need to download version 1.2 or greater." echo "- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -" INSTALL_JMX="no" fi ;; [nN]|[nN][oO]) # NO: echo "Java Management Extensions (JMX RI) NOT installed." ;; *) # LAME ANSWER: echo "Java Management Extensions (JMX RI) NOT installed." ;; esac echo "... done." # 5. Give user ownership of Tomcat # echo "-" echo "Granting feline ownership ..." echo "-" sudo chown -R ${USER}:${GROUP} ${TOMCAT_HOME} echo "... done." ## # 6. Modify the Tomcat users file to # #include an admin/manager user # ## echo "" echo "Creating a new Tomcat users file ..." echo "" mv ${TOMCAT_USERS_FILE} ${TOMCA
RE: http request sent to https port
Hi. Your HTTP Connector will default to 443 as the redirectPort. You then also must have a HTTPS Conntector listening on 443 in the same engine/service as the HTTP connector (i.e. the host must be accessible on both). The redirectPort will be used if you have a specified in your webapps web.xml. The security contraint can be set to CONFIDENTIAL - do a search on and CONFIIDENTIAL - you should get a number of results back. Briefly a simple security constraint in the web.xml (at the end for my implementations): HTTP Login SLL Forwarding /login/* CONFIDENTIAL Note - you can have multiple of those. Hope that helps. Regards, Carl -Original Message- From: Nishant Deshpande [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 7:48 AM To: Tomcat Users List Subject: http request sent to https port I have https enabled on port 80. If i request 'http://localhost/', it comes back with some errenous http reply which my browser can't interpret (nor can wget). On other web sites, I see that my http request gets redirected to https, but seemingly on the same port. Anyone know how this is done? i.e. am I being redirected to a different port but its 'hidden' (i can redirect but can't hide the port), or being redirected to the same port but for https (this i don't know how to do..) i.e. to clarify: i type in 'http://somewebsite/login' and i go to 'https://somewebsite/login' - 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]
http request sent to https port
I have https enabled on port 80. If i request 'http://localhost/', it comes back with some errenous http reply which my browser can't interpret (nor can wget). On other web sites, I see that my http request gets redirected to https, but seemingly on the same port. Anyone know how this is done? i.e. am I being redirected to a different port but its 'hidden' (i can redirect but can't hide the port), or being redirected to the same port but for https (this i don't know how to do..) i.e. to clarify: i type in 'http://somewebsite/login' and i go to 'https://somewebsite/login' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4 and Deferred IIS NTLM Authentication
Tomcat 5.5.x doesn't use jk2.properties by default. To use it, you need: Alternatively you can configure it directly: "Allistair Crossley" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Hi, OK, apart from my logging problem, the only other main issue appears to be that Tomcat is no longer receiving a populated request.getRemoteUser value. In Tomcat 5.0 series, we had to add the following line to jk2.properties request.tomcatAuthentication=false In order to instruct Tomcat to allow the web server (IIS) to pass through the NTLM-detected user name. Has anything changed (seems like it has as I only replaced the working tomcat 5.0.28 installation with 5.5.4 with no other interference)? Cheers, Allistair --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Set resource parameters in 5.5 not the same as 5.0
Probably answer myself here, but is it true that to have more than one resource parameter, just create more than one ContextResource? V D wrote: Using Embedded Tomcat, in 5.0, one would add a resource as: StandardContext context = (StandardContext)embeddedTomcat.createContext(context, path); ContextResource res = new ContextResource(); res.setName( "jdbc/ name"); res.setType( "javax.sql.DataSource "); res.setAuth( "Container "); context.addResource(res); ResourceParams params = new ResourceParams(); params.setName( "jdbc/ name"); params.addParameter( "factory ", "org.apache.commons.dbcp.BasicDataSourceFactory "); ... context.addResourceParams(params); With Tomcat 5.5, someone said using res.setProperty() instead of using params. So does it look like this: res.setProperty( "factory ", "org.apache.commons.dbcp.BasicDataSourceFactory "); etc. If this is the case, then how do I set the resource name (params.setName( "jdbc/ name");*)*? Also, if I have more than one resource, how do I take care of this? Thank you in advance, vh. * * - 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]
Set resource parameters in 5.5 not the same as 5.0
Using Embedded Tomcat, in 5.0, one would add a resource as: StandardContext context = (StandardContext)embeddedTomcat.createContext(context, path); ContextResource res = new ContextResource(); res.setName( "jdbc/ name"); res.setType( "javax.sql.DataSource "); res.setAuth( "Container "); context.addResource(res); ResourceParams params = new ResourceParams(); params.setName( "jdbc/ name"); params.addParameter( "factory ", "org.apache.commons.dbcp.BasicDataSourceFactory "); ... context.addResourceParams(params); With Tomcat 5.5, someone said using res.setProperty() instead of using params. So does it look like this: res.setProperty( "factory ", "org.apache.commons.dbcp.BasicDataSourceFactory "); etc. If this is the case, then how do I set the resource name (params.setName( "jdbc/ name");*)*? Also, if I have more than one resource, how do I take care of this? Thank you in advance, vh. * * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP fragments file extension and the jasper2 ant task
Ziarkowski, You may want to try adding the following to your web.xml jsp *.jspf - Jim -Original Message- From: Trond G. Ziarkowski [mailto:[EMAIL PROTECTED] Sent: Thursday, November 11, 2004 10:23 PM To: Tomcat Users List Subject: JSP fragments file extension and the jasper2 ant task Hi all! The J2EE 1.4 tutorial says: "The recommended file extension for the source file of a JSP page is |.jsp|. The page can be composed of a top file that includes other files that contain either a complete JSP page or a fragment of a JSP page. The recommended extension for the source file of a fragment of a JSP page is |.jspf|." My project is growing and it would be nice for me to use this difference in extension to easier separate top files from fragment files. I precompile my jsp files using the tomcat deployer, but it won't compile my fragment files if i give them the .jspf extension, and change my jsp:include to reflect this change. Is there a way to make the jasper2 task also include these files? I haven't found any docs on the jasper2 task anywhere. A hint to find these would be appreciated. Regards Trond Ziarkowski The information in this email is confidential and is intended solely for the addressee(s). Access to this email by anyone else is unauthorized. If you are not an intended recipient, please notify the sender of this email immediately. You should not copy, use or disseminate the information contained in the email. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Capco. http://www.capco.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Basic authentication
Hello, The answer to your question is that you cannot serve the User database (now tomcat-users.xml) from inside a .war file as it cannot be read from in there but you can change its location to be below your webapps directory. This can be achieved by changing the path to it which is currently in Server.xml. You need not use a flat file format though to serve your username/password combinations just because you are using Basic Authentication. The two are separate issues: issue one is: What type of authentication do I want? Form, Basic, Digest, Client-Cert. This is a Sun servlet secification issue/list version 2.2 of which can be found here: http://java.sun.com/products/servlet/2.2/ Issue two is: Where am I going to store my database of users? Database (JDBC Realm), LDAP directory (JNDI Realm), Flat File (Memory Realm), etc. This is a Tomcat container specific issue/list which can be found here: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/realm-howto.html Hope this all helps, Andoni. - Original Message - From: "Michal Kwiatek" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Thursday, November 11, 2004 4:25 PM Subject: Basic authentication I would like to use container-based declarative authentication without the need to modify any files in $CATALINA_HOME/conf directory. To simplify my question a bit: is it somehow possible to make tomcat read tomcat-users.xml from the war file, and not from $CATALINA_HOME/conf? Michal. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More apps = More load ?
> Hi, > > > Does Tomcat use more resources depending on how many apps are present > > even if they are not being used? > > Yes, slightly more for each app, even if it's not used, depending on > the configuration. > > > I would have thought that it was the number of connections to a server > > and the amount of users/usage there of that would have caused a load > > which would slow it down. > > Typically, this load is indeed the bottleneck, so your thought is right. > However, if you add many apps, and the load is little, they can become > the bottleneck as well. Especially if one or more of the apps does > processing or uses memory regardless of load (e.g. for pre-caching of > data on startup). > > So as always, it depends on your specific apps and their characteristics. > It's not hard to create an app that would use app all the server resources > without any user connecting to it ;) But this is all static load, correct? I mean, once Tomcat has started up and all of the applications have performed any initialization, there shouldn't be hardly any overhead, correct? They'll consume memory, of course. Certainly there's a level of load if all of the applications are not in production mode, but even then that should only matter if the applications are actually USED, correct? Not just loaded? (Specifically thinking about the run time checking of changed JSPs etc.) Finally, even if there is some overall continual performance overhead for having an application loaded, yet unused, how many apps would you have to have to where this overhead would actually be measurable, much less make any kind of difference whatsoever in response time to a single specific app? Regards, Will Hartung ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: question
Hi Peter, Your *application* is "LearningTree" so all class files go into LearningTree/WEB-INF/classes HWS is just a directory. If you want HelloWorldServlet to display there as well you'll need to configure a in web.xml with /HWS/ PJ Peter Fogg wrote: Trying to learn how to develop applications in JSP and servlets. Using Tomcat 5.0.28 on Mac OS X v10.3.5. In web-apps directory created subdirectory LearningTree. Created and compiled a servlet HelloWorldServlet.class in the LearningTree directory. Moved the class to the LearningTree/WEB-INF/classes directory. Created the web.xml file with and sections. Set the to "/". Started Tomcat http://8080/LearningTree/HelloWorldServlet works. Stopped Tomcat. Created a subdirectory, HWS, of LearningTree directory. Moved the HelloWorldServlet.fava file into the HWS directory. Moved the above WEB-INF directory into the HWS directory. Started Tomcat. http://8080/LearningTree/HWS/HelloWorldServlet does not work - resource not available. ?? Also, can someone point me to a clear and concise explanation of the issue? Thanks in advance for any help offered. Peter- - 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: URL.setURLStreamHandlerFactory - Tomcat 5.0
I was just reading this thread from August. Unfortunately, I *think* I need a custom stream handler factory as I want to be able to hack about with some of the URLs before they get a chance to open. Here's the scenario: - I have a directory containing a resource - call it X.xml - and a JSP - call it displayX.jsp. - I want to read X.xml from code within the JSP. What are the ways, accoring to the JSP and servlet specs, that I can do this? I need to intercept all of those ways, because that file X.xml might be somewhere else completely and only need to appear to the webapp to be in that directory. For bonus points, the JSP itself might be in a different place from its requested URL (I have a filter that remaps paths on requests, as suggested by Steve Kirk in response to an earlier plea for help on this list). Can anyone think of a way I can get by without a custom stream handler, yet still allow an unmodified webapp to access this 'virtual file system' functionality? - Peter -- Peter Crowther, Director, Melandra Limited John Dalton House, 121 Deansgate, Manchester M3 2AB t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: question
Sorry, both of the urls are "gttp://localhost:8080/. . . On Nov 11, 2004, at 2:38 PM, Peter Fogg wrote: Trying to learn how to develop applications in JSP and servlets. Using Tomcat 5.0.28 on Mac OS X v10.3.5. In web-apps directory created subdirectory LearningTree. Created and compiled a servlet HelloWorldServlet.class in the LearningTree directory. Moved the class to the LearningTree/WEB-INF/classes directory. Created the web.xml file with and sections. Set the to "/". Started Tomcat http://8080/LearningTree/HelloWorldServlet works. Stopped Tomcat. Created a subdirectory, HWS, of LearningTree directory. Moved the HelloWorldServlet.fava file into the HWS directory. Moved the above WEB-INF directory into the HWS directory. Started Tomcat. http://8080/LearningTree/HWS/HelloWorldServlet does not work - resource not available. ?? Also, can someone point me to a clear and concise explanation of the issue? Thanks in advance for any help offered. Peter- - 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]
question
Trying to learn how to develop applications in JSP and servlets. Using Tomcat 5.0.28 on Mac OS X v10.3.5. In web-apps directory created subdirectory LearningTree. Created and compiled a servlet HelloWorldServlet.class in the LearningTree directory. Moved the class to the LearningTree/WEB-INF/classes directory. Created the web.xml file with and sections. Set the to "/". Started Tomcat http://8080/LearningTree/HelloWorldServlet works. Stopped Tomcat. Created a subdirectory, HWS, of LearningTree directory. Moved the HelloWorldServlet.fava file into the HWS directory. Moved the above WEB-INF directory into the HWS directory. Started Tomcat. http://8080/LearningTree/HWS/HelloWorldServlet does not work - resource not available. ?? Also, can someone point me to a clear and concise explanation of the issue? Thanks in advance for any help offered. Peter- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Disbale cache at apache
This is really a question for the Apache mailing list. but to disable caching remove (or comment out) all directives relating to it. The CacheEnable and CacheDisable work together so that if you did the following CacheEnable / CacheDisable /foobar The the caching would be performed on all URIs *except* /foobar. Are you sure it is Apache and not your browser? Are you using any servlet caching like OSCache? How have you configured your clustering? it sounds like you are using DNS Round Robin (multiple A entries for a name). How is it getting from Apache -> Tomcat (mod_proxy, mod_jk, mod_webapp, mod_jk2, other)? If you are using DNS RR you will probably find that Apache is caching the first lookup and reusing it. So proxying to a DNS RR will give you nothing. If this is your setup I would suggest that you use mod_jk2 and it's load balancing capabilities but please read through previous posts to this list *before* asking a question regarding the config as most questions have already been answered numerous times. Hope that this helps. PJ Srinivas Rao Ch wrote: Hi, I am running a clustering setup with 2 tomcats and apache WS. My requests are not going to the proper cluster member( I configured for round robin behaviour). What's happening is apache is serving me the caching content of the other Tomcat. This is what I understood from the undesired behaviour. What all I want to do is I want to disable caching at Apache end. How can I do it. I don't want any type of caching happening at Apache. I tried using CacheDisable / CacheMaxExpire 0 directives in httpd.conf. Still I am getting the cached content. How can I stop apache caching the content. I appreciate any help. Regards, Srinivas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat auth error?
ERROR [http8443-Processor20] authentication.Credentials (Credentials.java:89) - getCredential: CREDENTIAL_VALUE_NOT_DEFINED for AuthLoginPin Any pointers on where / why this error occurs? Is this internal tomcat error, or JSP error? thanks, -sunitha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Just installed 5.5, Can't access localhost:8080
Thanks. It worked. Actually I did unzip compat before but it just created another tomcat directory under my tomcat directory. I just manually put the files in my folder from winzip. Also, it only worked after I rebooted my machine. Vincent - Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 11, 2004 12:36 PM Subject: Re: Just installed 5.5, Can't access localhost:8080 On Thu, 11 Nov 2004 12:02:13 -0800, Vincent Hikida <[EMAIL PROTECTED]> wrote: > I have been using Tomcat 3.3 and have been able to start it and access it > via localhost:80. > > I just downloaded 5.5 and installed it on my Windows XP. I think I have > started the Tomcat 5.5 successfully. I can see Tomcat5w.exe running in the > Windows Task Manager. However, I get a page cannot be displayed message when > I go to localhost:8080. I changed server.xml to change tomcat's port to 80 > since that port works for 3.3. However, that did not work either. If your not using JRE 5.0, you need to unzip the "compat" package inside the Tomcat installation directory. This is the likely cause of the problem (you should get a catalina.out file in the logs folder which will indicate the cause of the problem). -- x Rémy Maucherat Developer & Consultant JBoss Group (Europe) SàRL x - 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: Tomcat 5.0.24 - JSP 2.0 SVG example (JSPX) - not opening rendered SVG object in IE 6
On 11 Nov 2004 at 11:05, Kumar Pandey kumar.pandey-at-transerainc. wrote: > Were able to get this fixed?. > I have similiar issue with IE 6 just displaying svg from a servlet with mime > type image/svg+xml. > > Downloading and opening the svg file works fine. > > Thanks > Kumar Hello Kumar .. I was beginning to think that I was in a minority with my SVG display problem in IE 6 .. I received one "off list" suggestion (poster Lars not subscribed to the forum). My thanks to Lars for his suggestion (but it was not suitable since it still requires a renaming of file extension). _ I also have this problem, and I found an ugly hack that works. 1.add this to \conf\web.xml: jsp *.svg 2.restart the tomcat server. 3.rename the .jsp file to .svg Then http:///.svg will show nicely. If you find a better solution, I will be happy to hear from you. http://wiki.svg.org/index.php/MimeType which reads .. _ So, in order to have all browsers accept your content properly 1. make sure that all URLS end in .svg, including generated content (for InternetExplorerBrowser -- for example, using a dummy parameter as in "http://mysvg.jsp?ielikes=.svg";); and 2. set the MIME type on the server. _ also read here .. http://lists.w3.org/Archives/Public/www-tag/2003Apr/0030.html "The main reason this is propagated is that IE (prior to v6) does not behave properly in respect to SVG and MIME types. IE (prior to v6) treats SVG as SVG when, and only when, the url ends in .svg, it doesn't care about MIME. In fact, to generate and render SVG server side I have moved away from using jspx (because of the above unsolved problem) .. and I am now using php (yes, php running on Tomcat) to dynamically generate SVG server side. here are two tutorials which I have followed with success .. delivering svg across all browsers ..including IE 6 http://www.zend.com/zend/trick/tricks12apr.php http://www.carto.net/papers/svg/samples/serverside_svg_php.shtml and .. I have a php servlet running on Tomcat in CGI mode .. so I can now generate the SVG server side using PHP. But .. for my education .. I would still like to get the jspx.svg example to work in IE browsers. In fact the SVG script is generated by this URL http://localhost:8080/jsp-examples/jsp2/jspx/textRotate.jspx.html So I guess using PHP I could use cURL function to scrape the screen and write the source as a SVG file. see here for an explanation of jspx.html usage .. JSPX reference http://www.onjava.com/pub/a/onjava/2004/04/21/JSP2part3.html These new rules make it possible to write a JSP Document as a regular XHTML file (with JSP elements for the dynamic content, of course), for instance, without having to place all content within a element. You can even use .html as the extension for such files if you create a JSP property group declaration like this: in web.xml .. *.html true for now .. PHP + SVG + Tomcat rules .. at least for my hybrid application! of course PHP + SVG also works on Apache server (Apache server normally associated with PHP) but I need to integrate SVG graphics as components in a Tomcat hosted application. d~l
Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log
On Thu, 11 Nov 2004 15:34:09 -0500, Shapira, Yoav <[EMAIL PROTECTED]> wrote: > Many of the relevant logging "standards" (given that there's no JSR) are > derived (if not plain copied) from log4j. Furthermore, the log4j people > have been working for improve standards and teamwork in this area, with > Logging Services TLP and its other projects like log4net, log4cpp, etc. Nice, but this is irrelevant ;) There was a dominant logging framework (log4j). At some point, there was a need to do a logging standard. The Java standard is (unfortunately or not) governed mostly by the JCP. As a result, if log4j wanted to become the approved standard for the whole Java-land, and prevent the apparition of "forked" standards, it *had* to participate in that. Ceki chose not to and decided to put out Jon-like rants instead (I think the rant is quite justified, but you really have to be willing to make some compromises sometimes ...), and as a result, we have two dominant logging APIs now (log4j and java.logging). Without java.logging, we could probably ignore all APIs but log4j, so the need for commons-logging would be much smaller. -- x Rémy Maucherat Developer & Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Just installed 5.5, Can't access localhost:8080
On Thu, 11 Nov 2004 12:02:13 -0800, Vincent Hikida <[EMAIL PROTECTED]> wrote: > I have been using Tomcat 3.3 and have been able to start it and access it > via localhost:80. > > I just downloaded 5.5 and installed it on my Windows XP. I think I have > started the Tomcat 5.5 successfully. I can see Tomcat5w.exe running in the > Windows Task Manager. However, I get a page cannot be displayed message when > I go to localhost:8080. I changed server.xml to change tomcat's port to 80 > since that port works for 3.3. However, that did not work either. If your not using JRE 5.0, you need to unzip the "compat" package inside the Tomcat installation directory. This is the likely cause of the problem (you should get a catalina.out file in the logs folder which will indicate the cause of the problem). -- x Rémy Maucherat Developer & Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log
Hi, >I disagree with this statement, as it's too general. Personally, I >consider what is definitely superior in log4j are the many logger >implementations. As far as I can tell, these could (= should) be >ported to the java.logging API. Sun can port those any time it wants -- they have the source. Log4j has features that make a difference in real life that go far beyond the logger implementations, in the areas of receivers and listeners. >I see many people (including my company) moving away from the log4j >API, and going to commons-logging in order to get unified logging. >Ceki's continual refusal to engage in standardization process Whoa there ;) I don't think the causality is right above. Log4j is not the reason commons-logging is around. Commons-Logging was created to address other logging frameworks, most of which including JDK 1.4 logging far post-date log4j. If anything, those frameworks have caused more fragmentation than log4j itself. Many of the relevant logging "standards" (given that there's no JSR) are derived (if not plain copied) from log4j. Furthermore, the log4j people have been working for improve standards and teamwork in this area, with Logging Services TLP and its other projects like log4net, log4cpp, etc. >will unfortunately have to veto any proposal to ship it with Tomcat. I don't think any such proposal is forthcoming ;) I'm in an anti-bloat mood anyways, don't want to add anything else. Yoav 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]
Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log
On Thu, 11 Nov 2004 15:09:08 -0500, Shapira, Yoav <[EMAIL PROTECTED]> wrote: > If you're looking for anything but the simplest > logging features, log4j is far superior. I disagree with this statement, as it's too general. Personally, I consider what is definitely superior in log4j are the many logger implementations. As far as I can tell, these could (= should) be ported to the java.logging API. I see many people (including my company) moving away from the log4j API, and going to commons-logging in order to get unified logging. Ceki's continual refusal to engage in standardization process (whatever his motivations for this are) has been very unproductive and damaging for the Java platform as a whole, since the need of wrapper APIs (= useless complexity) has been made unavoidable. As a result, I'm extremely unhappy with log4j from a political point of view, and will unfortunately have to veto any proposal to ship it with Tomcat. Note 1: I have added a placeholder chapter in the documentation to have detailed instructions to use the various logging frameworks. Contributions welcome :) Note 2: the logging category used by each component is given in the configuration reference. For example, the context category is org.apache.catalina.core.ContainerBase.[enginename].[hostname].[path] As a result, you can easily specify a logger for a whole host. -- x Rémy Maucherat Developer & Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log
Hi, >BTW, does anyone know if there are any advantages to using Log4J over Java Numerous: http://logging.apache.org/log4j/docs/documentation.html has several articles. If you're looking for anything but the simplest logging features, log4j is far superior. Yoav 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]
Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log
My current theory is that if you don't have Log4J installed (commons-logging prefers Log4J over standard Java 1.4 logging) and you're using J2SE 1.5, the errors should go to the console and/or catalina.out by default because the default $JAVA_HOME/jre/lib/logging.properties file that comes with J2SE 1.5 logs INFO messages and above to the console. As far as I know that is the same thing as System.out and System.out is redirected to catalina.out on UNIX/Linux as far as I know. On Windows, it just goes to the console. So if my theory is correct, it should work OK right out of the box, but, I'm just starting to test Tomcat 5.5 now and I don't have a lot of experience with configuring logging in general, so, I could be wrong. BTW, does anyone know if there are any advantages to using Log4J over Java 1.4 logging? Currently, I'm thinking of just using standard logging since it's there by default and doesn't require me to install another package, plus that fact that it's more standard since it's part of Java proper. Jon - Original Message - From: "Allistair Crossley" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 11, 2004 1:54 PM Subject: RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log this is very true actually, i.e the old JSP stack trace errors and so on will not be directed into log4j-type logs .. that's not good at all i agree. And I know there is an exception occurring right now, but it's not being reported into the stdout. where is all the runtime exception stack tracing supposed to go Yoav? that won't be picked up by log4j which is a good point cheers! -Original Message- From: Jonathan Eric Miller [mailto:[EMAIL PROTECTED] Sent: Thu 11/11/2004 16:50 To: Tomcat Users List Cc: Subject: Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log So, exceptions aren't logged by default? Does the new log4j method give you full stack traces, or, is it just one line error messages? If I don't configure log4j, does that mean that exceptions can be occurring and I won't know about it? IMHO, a decent default logging configuration should be provided by default. Not all of us are already experts in log4j... Jon - Original Message - From: "Allistair Crossley" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 11, 2004 9:41 AM Subject: RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log > Hi again, > > I have tried to setup a file appender now without success. When I > restart > Tomcat it is clear that it does not wish to create the file I am > specifying. I am wondering if Tomcat really is initialising the logging > subsystem from placing log4j.properties in common/classes. I could be > completely wrong and have missed something? > > log4j.rootLogger=debug, stdout, R > log4j.appender.stdout=org.apache.log4j.ConsoleAppender > log4j.appender.stdout.layout=org.apache.log4j.PatternLayout > log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n > log4j.appender.R=org.apache.log4j.RollingFileAppender > log4j.appender.R.File=d:/jakarta-tomcat-5.5.4/logs/catalina.log > log4j.appender.R.MaxFileSize=100KB > log4j.appender.R.MaxBackupIndex=1 > log4j.appender.R.layout=org.apache.log4j.PatternLayout > log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n > log4j.logger.org.apache.catalina=DEBUG, R > > Cheers! A. > >> -Original Message- >> From: Allistair Crossley >> Sent: 11 November 2004 15:35 >> To: Tomcat Users List >> Subject: RE: Tomcat 5.5.4, Logging and the death of my friend >> localhost_log >> >> >> Hey Yoav, >> >> tomcat/common/classes/log4j.properties as follows >> >> log4j.rootLogger=DEBUG, A1 >> log4j.appender.A1=org.apache.log4j.ConsoleAppender >> log4j.appender.A1.layout=org.apache.log4j.PatternLayout >> log4j.appender.A1.layout.ConversionPattern=%d [%t] %-5p %c - %m%n >> log4j.logger.org.apache.catalina=DEBUG >> >> This was pretty much just copied from the link on the Tomcat >> Logging FAQ except I changed the log level and also >> >> log4j.logger.org.apache >> >> to >> >> log4j.logger.org.apache.catalina >> >> I will try to add a file based appender... >> >> Allistair. >> >> > -Original Message- >> > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] >> > Sent: 11 November 2004 15:31 >> > To: Tomcat Users List >> > Subject: RE: Tomcat 5.5.4, Logging and the death of my friend >> > localhost_log >> > >> > >> > >> > Hi, >> > >> > >I have tried what I believed to be how to do this, e.g I >> > placed a basic >> > >console appender log4j.properties file into >> tomcat/common/classes and >> > >popped log4j1.2.8 into the common/lib. No logging though. >> > >> > Where did you attach the console appender? To the root >> > logger or on of >> > your own packaged? Try creating an appender (probably a >> FileAppender) >> > and associated it with the org.apache logger. If you want >> DEBUG-level >> > logging, set its le
Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log
On Thu, 11 Nov 2004 15:25:48 -, Allistair Crossley <[EMAIL PROTECTED]> wrote: > Now, I know Logger has been removed from 5.5 series and that we are supposed > to be using some kind of log4j / commons-logging stylee way but am fairly > surprised that 5.5.4 did not come with a basic setup for this. I tried to find a reasonable default, but there's none IMO as the logger implementations that Sun provides with JREs 1.4 and 1.5 are quite limited. The only solution would be to write a logger for java logging, but I'm not a big fan of that. -- x Rémy Maucherat Developer & Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Just installed 5.5, Can't access localhost:8080
I have been using Tomcat 3.3 and have been able to start it and access it via localhost:80. I just downloaded 5.5 and installed it on my Windows XP. I think I have started the Tomcat 5.5 successfully. I can see Tomcat5w.exe running in the Windows Task Manager. However, I get a page cannot be displayed message when I go to localhost:8080. I changed server.xml to change tomcat's port to 80 since that port works for 3.3. However, that did not work either. Does anyone have any ideas of what might be wrong. I had a similar problem running after downloading opencyc a few weeks ago. I was able to download and run opencyc. I was able to communicate to it through the dos window but I couldn't access it via localhost. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Auto-deploy not working in Tomcat 5.5.4 when .war file has a META-INF/context.xml?
Thanks, I appreciate you testing that. However, it simply doesn't work for me. I don't see how it could work for you and it doesn't work for me. I have a totally stock installation of Tomcat 5.5.4 and used the same exact file that I sent to you. I start Tomcat, copy the file, it gets deployed, update the war (originally, I was just recreating the file so that it had a new modified time, however, I tried adding an additional file to it and that didn't make a difference either), copy it again, and it doesn't do anything. If I do the same thing with the other file that doesn't have the context.xml, it works fine. Also, I just tried it on Solaris. I installed both .war files, they both deployed, touched the one without a context.xml, it redeployed, touched the one with a context.xml, nothing happened. If anyone else is willing to test it, I have the files at the following URLs. http://parakeet.uchicago.edu/test-with-context.war http://parakeet.uchicago.edu/test-without-context.war Thanks, Jon - Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 11, 2004 1:17 PM Subject: Re: Auto-deploy not working in Tomcat 5.5.4 when .war file has a META-INF/context.xml? On Thu, 11 Nov 2004 11:09:58 -0600, Jonathan Eric Miller <[EMAIL PROTECTED]> wrote: I don't see it at least on the inital bug report page at http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205 Maybe I need to commit the page first and there's another page... I don't want to submit a report just yet, because I'm still in the process of trying to figure out how the new logging works and I want to make sure there isn't a error occurring that I'm not seeing because of this. I tried it with Tomcat 5.0.28 and found that it was throwing an exception in the console about the context path not being set. So, I added that path to my context.xml and it then worked with 5.0.28, but, still won't work with 5.5.4, but, like I said, I want to see if I can figure out how to use the new logging. My guess is that it's something similar and I'm just not seeing the error message. Don't use path or docBase (unless the webapp is not inside the host appBase) in your context.xml file with Tomcat 5.5. I tested it, and it works fine for me, so please don't open a bug report. - start Tomcat - put test-with-context.war in webapps - it gets autodeployed - use a zip tool to modify the war (I added an additional resource in it) - it gets redeployed (the expanded folder is deleted, and then recreated by expanding the war again) -- x Rémy Maucherat Developer & Consultant JBoss Group (Europe) SàRL x - 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: Tomcat 5.5.4, Logging and the death of my friend localhost_log
this is very true actually, i.e the old JSP stack trace errors and so on will not be directed into log4j-type logs .. that's not good at all i agree. And I know there is an exception occurring right now, but it's not being reported into the stdout. where is all the runtime exception stack tracing supposed to go Yoav? that won't be picked up by log4j which is a good point cheers! -Original Message- From: Jonathan Eric Miller [mailto:[EMAIL PROTECTED] Sent: Thu 11/11/2004 16:50 To: Tomcat Users List Cc: Subject: Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log So, exceptions aren't logged by default? Does the new log4j method give you full stack traces, or, is it just one line error messages? If I don't configure log4j, does that mean that exceptions can be occurring and I won't know about it? IMHO, a decent default logging configuration should be provided by default. Not all of us are already experts in log4j... Jon - Original Message - From: "Allistair Crossley" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 11, 2004 9:41 AM Subject: RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log > Hi again, > > I have tried to setup a file appender now without success. When I restart > Tomcat it is clear that it does not wish to create the file I am > specifying. I am wondering if Tomcat really is initialising the logging > subsystem from placing log4j.properties in common/classes. I could be > completely wrong and have missed something? > > log4j.rootLogger=debug, stdout, R > log4j.appender.stdout=org.apache.log4j.ConsoleAppender > log4j.appender.stdout.layout=org.apache.log4j.PatternLayout > log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n > log4j.appender.R=org.apache.log4j.RollingFileAppender > log4j.appender.R.File=d:/jakarta-tomcat-5.5.4/logs/catalina.log > log4j.appender.R.MaxFileSize=100KB > log4j.appender.R.MaxBackupIndex=1 > log4j.appender.R.layout=org.apache.log4j.PatternLayout > log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n > log4j.logger.org.apache.catalina=DEBUG, R > > Cheers! A. > >> -Original Message- >> From: Allistair Crossley >> Sent: 11 November 2004 15:35 >> To: Tomcat Users List >> Subject: RE: Tomcat 5.5.4, Logging and the death of my friend >> localhost_log >> >> >> Hey Yoav, >> >> tomcat/common/classes/log4j.properties as follows >> >> log4j.rootLogger=DEBUG, A1 >> log4j.appender.A1=org.apache.log4j.ConsoleAppender >> log4j.appender.A1.layout=org.apache.log4j.PatternLayout >> log4j.appender.A1.layout.ConversionPattern=%d [%t] %-5p %c - %m%n >> log4j.logger.org.apache.catalina=DEBUG >> >> This was pretty much just copied from the link on the Tomcat >> Logging FAQ except I changed the log level and also >> >> log4j.logger.org.apache >> >> to >> >> log4j.logger.org.apache.catalina >> >> I will try to add a file based appender... >> >> Allistair. >> >> > -Original Message- >> > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] >> > Sent: 11 November 2004 15:31 >> > To: Tomcat Users List >> > Subject: RE: Tomcat 5.5.4, Logging and the death of my friend >> > localhost_log >> > >> > >> > >> > Hi, >> > >> > >I have tried what I believed to be how to do this, e.g I >> > placed a basic >> > >console appender log4j.properties file into >> tomcat/common/classes and >> > >popped log4j1.2.8 into the common/lib. No logging though. >> > >> > Where did you attach the console appender? To the root >> > logger or on of >> > your own packaged? Try creating an appender (probably a >> FileAppender) >> > and associated it with the org.apache logger. If you want >> DEBUG-level >> > logging, set its level DEBUG. >> > >> > Enjoy Halo 2 ;) >> > >> > Yoav >> > >> > >> > >> > 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, disclo
Re: Testing/Development environment setups..
Thanks for all the good advice before(everyone) - now more of a specific Web-App Development item: I'm setting up my CVS repository structure(/etc,/src,/lib,/web) per the TC3.3.1 "Developing Application with Tomcat" FAQ - but the structure is different for TC5.0. And MyEclipse and Netbeans both seem to use a different Web-app structure as well when importing/creating projects. I prefer NetBeans over MyEclipse, and NB does have a "free-form" project that might work with the TC3.3.1 source setup but the instructions talk about having to rewrite a lot of the default Ant targets(there are like 40 or so) to enable build/test/deploy Automation and the reason I wanted to use an IDE was to *increase* my efficiency. Also, what would happen when someone else on the project had a different IDE preference? So I guess the question(finally) is: How does everyone setup their CVS repositories(diff for each TC target, rebuild repos when TC target changes it's recommendations, change to suit the IDE?) to get over this hurdle? Thanks in advance, JW Tim Funk wrote: There should be no reason you are not able to do all your development on a windows laptop. That being said ... here's how we do things ... When possible all code is written and compiled on our Windows laptops. If anyone wants to look at the latest revision of code - they need to run it off their laptop. For developer integration testing - all the code is tagged (in CVS) by the configuration manager. (CM) (An alternative fancy word for release manager) The CM tags the appropriate files for the development sandbox. From there developer integration testing may occur. This environment is built entirely from verion control. Files do not enter this environment unless they went through CVS. For QNA work the CM will once again tag the files to be able to our QNA environment. Here is where the users test. We actually have 2 QNA environments running off the same source code base. Why 2? Because one QNA instance points to a development database while the second instance points to a replica of the production database. Two databases (still not counting production) are needs since some QNA testing cannot be done without changing the production database first (where the changes get replicated back to the TEST database). Once acceptance testing is done - we have a staging environment. (Code gets here the same way, tag in CVS then build from source) This is a mirror image of the production server except for the database pointing to a replica of the production database(same one that QNA points to). This is a mirror image! If we ever get a bug report against production - we should be able to reproduce it in staging. (This allows us to make changes - confirm there are OK in a staging sandbox and reliably move them to production). Then we have the production box. Each instance above is its own dedicated tomcat - where each tomcat could be a different version if needed. (Think about your upgrades) If you hae enough memory available you can easily run your dev, 2 qna, and staging instances on the same machine. Unless you have a lot of developers and a lot of testers - the load on that box is not going to be high. This also assumes your databases are different machines too. Running a database and application server on the same box is a quick way to run out of resources. So in summary, before code makes it to production it can be tested in the following environments: - Laptop - dev - developer integration - qna1 (dev database) - qna2 (production database replica) - staging It sounds like a lot of environments and a lot of paperwork but CVS + ANT plus a shared build philosphy makes this very manageable. -Tim Jonathan Wilson wrote: This is a general "How do you develop a webapp with tomcat/ant with a different development/production server" I'm trying to setup my development environment so that I have a development version of my webapp, and a production version of my webapp. My webapp has corporate-wide responsibilities(in a 24-7 environment) and requires very little downtime. Up to now I've managed to do development tasks on the running version(with a few hickups), but I need to start making larger feature changes that I can fully test, without restarting the server and kicking everyone with a session off the system while doing their work. I now understand how ant can help me deploy for different targets, but how do I develop code and test it(without producing all the notification emails, updates to the database, etc) in my development-server and then "turn this debug code off" in the production-server when it's deployed? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,
Re: Auto-deploy not working in Tomcat 5.5.4 when .war file has a META-INF/context.xml?
On Thu, 11 Nov 2004 11:09:58 -0600, Jonathan Eric Miller <[EMAIL PROTECTED]> wrote: > I don't see it at least on the inital bug report page at > http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205 > > Maybe I need to commit the page first and there's another page... > > I don't want to submit a report just yet, because I'm still in the process > of trying to figure out how the new logging works and I want to make sure > there isn't a error occurring that I'm not seeing because of this. > > I tried it with Tomcat 5.0.28 and found that it was throwing an exception in > the console about the context path not being set. So, I added that path to > my context.xml and it then worked with 5.0.28, but, still won't work with > 5.5.4, but, like I said, I want to see if I can figure out how to use the > new logging. My guess is that it's something similar and I'm just not seeing > the error message. Don't use path or docBase (unless the webapp is not inside the host appBase) in your context.xml file with Tomcat 5.5. I tested it, and it works fine for me, so please don't open a bug report. - start Tomcat - put test-with-context.war in webapps - it gets autodeployed - use a zip tool to modify the war (I added an additional resource in it) - it gets redeployed (the expanded folder is deleted, and then recreated by expanding the war again) -- x Rémy Maucherat Developer & Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Counting Page Hits
awstats is something I use. From: Justin Jaynes <[EMAIL PROTECTED]> Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> To: Tomcat Users List <[EMAIL PROTECTED]> Subject: RE: Counting Page Hits Date: Thu, 11 Nov 2004 10:38:12 -0800 (PST) Thanks! Justin Jaynes --- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: > > Hi, > > >Could you give me a quick pointer in > >the right direction for a good, popular log > analyzer? > >Then I can study up. I would appreciate the help > so > >much. > > Easy. Enable the AccessLogValve in conf/server.xml, > with pattern > "common" (the default) or "combined" (for additional > info). Use the > server a bit so that access log has some data. > > Then download Webalizer from > http://www.mrunix.net/webalizer/ and run it > on the access log file. It will generate a set of > HTML files, including > an index.html starting point. Open a web browser, > go to this > index.html, and enjoy looking at your site stats. ;) > > There are plenty of other good, free analyzers out > there in addition to > webalizer. I just picked one that I use, but if you > don't like it or > want to try something else, they're easy to find > online. > > Yoav > > > > 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] > > __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Don't just Search. Find! http://search.sympatico.msn.ca/default.aspx The new MSN Search! Check it out! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
automatic deployment using ant
Hello, I am trying to do an auto deploy using ant script on tomcat 5.028 (Redhat 9). The war is about 60mb in size and tomcat is runnig with the following java_opts JAVA_OPTS='-Xmn32M -Xmx256M -XX:MaxHeapFreeRatio=30 -XX:+UseParallelGC'. Every time I try to deploy the war I get the following exception: /home/source/buildFiles/ecisite-build.xml:172: java.lang.OutOfMemoryError. This is what the deploy part of the ant script looks like. http://127.0.0.1:8080/manager"/> Installing/Deploying application Application to ${url}. Sleeping for 7seconds before proceeding to I first stop the app, then undeploy and then deploy. the first two work fin but deploy fails. I have had success in the past deploying using this piece of code but its failing here. any suggestions. Regards Nandish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Context element problems in conf/server.xml
Hello, You certainly don't need the "/" in the path attribute. This is not going to work as it cannot match just one slash. Would you please post the and tags. They should all be seen as a group to know exactly what's being called. Andoni. - Original Message - From: "Andrew Watters" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Thursday, November 11, 2004 4:19 PM Subject: Context element problems in conf/server.xml > Hi > > I posted a problem a couple of days ago which I've made some progress with. > > Originally my webapp ROOT.war would not unpack. I've figured out the > problem was with the Context element as shown below > > >value="dev.andrew"/> > > > If I unpacked ROOT.war manually then my application worked fine. > > By adding a forward slash to the path attribute as shown below > > >value="dev.andrew"/> > > > tomcat now unpacks the WAR fine. However, my application no longer > starts because it cannot find the 'servername'! Yikes! > > Does anybody have any suggestions please? > > Thanks again > Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Counting Page Hits
Thanks! Justin Jaynes --- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: > > Hi, > > >Could you give me a quick pointer in > >the right direction for a good, popular log > analyzer? > >Then I can study up. I would appreciate the help > so > >much. > > Easy. Enable the AccessLogValve in conf/server.xml, > with pattern > "common" (the default) or "combined" (for additional > info). Use the > server a bit so that access log has some data. > > Then download Webalizer from > http://www.mrunix.net/webalizer/ and run it > on the access log file. It will generate a set of > HTML files, including > an index.html starting point. Open a web browser, > go to this > index.html, and enjoy looking at your site stats. ;) > > There are plenty of other good, free analyzers out > there in addition to > webalizer. I just picked one that I use, but if you > don't like it or > want to try something else, they're easy to find > online. > > Yoav > > > > 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] > > __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: connection pooling
What informix db version are you working with? I do not know how to get the serial value. I use an informix driver that supports connection pooling and I'm not familiar with the ifmxStatement. Depending on the informix version, I suggest utilizing a type 4 informix jdbc driver(search). That may help although you may need to change some code such as the ifmxStatement. I'm in a bit over my head on this one. Eric On Thu, 11 Nov 2004 12:04:28 +0100, Akacem Mohammed <[EMAIL PROTECTED]> wrote: > Hello Eric, > > thank you Eric it works now. > > but I have another probleme now: > > in my code I have the following statements: > > ifmxStatement informixStmt= (IfmxStatement)stmt; // I get > hier a ClassCastException >// serialvalue = ((IfmxStatement)stmt).getSerial(); > serialvalue = informixStmt.getSerial(); > > actually I am porting my app from tomcat 4.1 jkd 1.3 to tomcat 5.0.28. jdk > 1.4. I earlier used the com.bitmechanic.sql package und I had no casting > probleme on this statement. I looked in the ifmx.jar docs, the IfmxStatement > implement Statement.that means the implementation of dbcp und ifmx.jar driver > are not compatible. > > have you an idea how to get the serialvalue. I do write the serialvalue I get > from informix in a column in my table(it is somhow my increment.) or do you > use the pooled version of the informix driver? > > thanks for any hint > > Mohammed > > -Ursprüngliche Nachricht- > Von: Eric Wulff [mailto:[EMAIL PROTECTED] > Gesendet: Mittwoch, 10. November 2004 19:26 > An: [EMAIL PROTECTED] > Betreff: AW: connection pooling > > Sorry, I sent this to the user list but didn't copy you directly. > > -- Forwarded message -- > From: Eric Wulff <[EMAIL PROTECTED]> > Date: Tue, 9 Nov 2004 11:32:15 -0800 > Subject: Re: AW: connection pooling > To: Tomcat Users List <[EMAIL PROTECTED]> > > Hi Mohammed, The resource-ref of your web.xml looks alright. While > the DefaultContext should work if you place it in the correct > location(see notes below) within your server.xml, I doubt you want > this to be your final solution. My final fix was suggested by Steve > and noted here... > > Copy the (you need to change your DefaultContext tag to a > Context tag) from your server.xml to a file all its own and name that > file myapp.xml(in your case I guess that would be SteaDB.xml). Then > mv that file to $CATALINA_HOME/conf/Catalina/localhost/ > > Restart your app or shutdown and startup Tomcat and you should be all set. > > Let me know how it goes. > Eric > > Notes: > - I'm not sure if DefaultContext or Context within your server.xml > have any effect once you have a myapp.xml at > $CATALINA_HOME/conf/Catalina/localhost/. I still have a Context in my > server.xml. > > - I don't think it matters but fyi, my Context only includes a > Resource, and then Resource-Params as follows: username, password, > driverClass, and url. > > - When working with the DefaultContext, location for that tag should > be within the tag having the Standalone attribute. This > likely needs to be un-commented, hence you will need to comment out > the tag with the Catlina attribute, which is likely just > below in the server.xml. > > On Tue, 9 Nov 2004 14:25:41 +0100, Akacem Mohammed > <[EMAIL PROTECTED]> wrote: > > Hello, > > > > I am stuck in the same Probleme as Erik. I did exactly what in the e-mails > > suggested is with no success. > > I am runing TC 5.0.28 und try to get a connection to an informix database. > > I got the following Error Message: > > > > org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of > > class '' for connect URL 'null' > > > > mycode : > > > > try { > > initCtx = new InitialContext(); > > envCtx = (Context) initCtx.lookup("java:comp/env"); > > ds = (DataSource) envCtx.lookup("jdbc/SteaDB"); > > } catch (NamingException e) { > > // TODO Auto-generated catch block > > > > e.printStackTrace(); > > } > > try { > > conn=ds.getConnection(); > > } catch (SQLException e2) { > > // TODO Auto-generated catch block > > e2.printStackTrace(); > > } > > > > My Configuration is as follow: > > > > web.xml : > > > > > > DB Connection to informix > > jdbc/SteaDB > > javax.sql.DataSource > > Container > > > > > > server.xml : > > > > > >> type="javax.sql.DataSource"/> > > > > > > > > factory > > org.apache.commons.dbcp.BasicDataSourceFactory > > > > > > > > maxWait > > 1 > > > > > > > > > > username > > unknown > > > > > > password > > unknown > > > > > > > > > >driverClassName > >com.informix.jdbc.IfxDriver > > > > > > > > url > > > > >
RE: Tomcat - 4.1 - SSL redirect only works on ports 8
Ok, here are my connector tags: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Auto-deploy not working in Tomcat 5.5.4 when .war file has a META-INF/context.xml?
I don't see it at least on the inital bug report page at http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205 Maybe I need to commit the page first and there's another page... I don't want to submit a report just yet, because I'm still in the process of trying to figure out how the new logging works and I want to make sure there isn't a error occurring that I'm not seeing because of this. I tried it with Tomcat 5.0.28 and found that it was throwing an exception in the console about the context path not being set. So, I added that path to my context.xml and it then worked with 5.0.28, but, still won't work with 5.5.4, but, like I said, I want to see if I can figure out how to use the new logging. My guess is that it's something similar and I'm just not seeing the error message. Jon - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 11, 2004 10:12 AM Subject: RE: Auto-deploy not working in Tomcat 5.5.4 when .war file has a META-INF/context.xml? Hi, I don't see a way to post file attachments to the bug database either... Look again ;) You can attach files of any type to any bugzilla issue. You do need to be logged in to Bugzilla to do so. Yoav 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]
DbcpDataSourceFactory ClassNotFoundException
My webapp has a working JDBC DataSource configured in META-INF/context.xml. The JNDI how-to mentions that the default factory for TC-managed JDBC DataSources (i.e. those configured as a in the config files) is org.apache.naming.factory.DbcpDataSourceFactory, but if I configure that as my factory param for my DataSource, I get a ClassNotFoundException, so I looked in my common, shared and server folders but couldn't find it in any of the classes folders or the jars...? If I eliminate the factory param altogether, the app works fine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log
Hey, have you place also the common-logging.jar 1.0.4 with the log4j Factory at common/lib ? regards Peter Allistair Crossley schrieb: Hi again, I have tried to setup a file appender now without success. When I restart Tomcat it is clear that it does not wish to create the file I am specifying. I am wondering if Tomcat really is initialising the logging subsystem from placing log4j.properties in common/classes. I could be completely wrong and have missed something? log4j.rootLogger=debug, stdout, R log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.layout=org.apache.log4j.PatternLayout log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n log4j.appender.R=org.apache.log4j.RollingFileAppender log4j.appender.R.File=d:/jakarta-tomcat-5.5.4/logs/catalina.log log4j.appender.R.MaxFileSize=100KB log4j.appender.R.MaxBackupIndex=1 log4j.appender.R.layout=org.apache.log4j.PatternLayout log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n log4j.logger.org.apache.catalina=DEBUG, R Cheers! A. -Original Message- From: Allistair Crossley Sent: 11 November 2004 15:35 To: Tomcat Users List Subject: RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log Hey Yoav, tomcat/common/classes/log4j.properties as follows log4j.rootLogger=DEBUG, A1 log4j.appender.A1=org.apache.log4j.ConsoleAppender log4j.appender.A1.layout=org.apache.log4j.PatternLayout log4j.appender.A1.layout.ConversionPattern=%d [%t] %-5p %c - %m%n log4j.logger.org.apache.catalina=DEBUG This was pretty much just copied from the link on the Tomcat Logging FAQ except I changed the log level and also log4j.logger.org.apache to log4j.logger.org.apache.catalina I will try to add a file based appender... Allistair. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: 11 November 2004 15:31 To: Tomcat Users List Subject: RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log Hi, I have tried what I believed to be how to do this, e.g I placed a basic console appender log4j.properties file into tomcat/common/classes and popped log4j1.2.8 into the common/lib. No logging though. Where did you attach the console appender? To the root logger or on of your own packaged? Try creating an appender (probably a FileAppender) and associated it with the org.apache logger. If you want DEBUG-level logging, set its level DEBUG. Enjoy Halo 2 ;) Yoav 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] --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - 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: Tomcat 5.5.4, Logging and the death of my friend localhost_log
So, exceptions aren't logged by default? Does the new log4j method give you full stack traces, or, is it just one line error messages? If I don't configure log4j, does that mean that exceptions can be occurring and I won't know about it? IMHO, a decent default logging configuration should be provided by default. Not all of us are already experts in log4j... Jon - Original Message - From: "Allistair Crossley" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 11, 2004 9:41 AM Subject: RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log Hi again, I have tried to setup a file appender now without success. When I restart Tomcat it is clear that it does not wish to create the file I am specifying. I am wondering if Tomcat really is initialising the logging subsystem from placing log4j.properties in common/classes. I could be completely wrong and have missed something? log4j.rootLogger=debug, stdout, R log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.layout=org.apache.log4j.PatternLayout log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n log4j.appender.R=org.apache.log4j.RollingFileAppender log4j.appender.R.File=d:/jakarta-tomcat-5.5.4/logs/catalina.log log4j.appender.R.MaxFileSize=100KB log4j.appender.R.MaxBackupIndex=1 log4j.appender.R.layout=org.apache.log4j.PatternLayout log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n log4j.logger.org.apache.catalina=DEBUG, R Cheers! A. -Original Message- From: Allistair Crossley Sent: 11 November 2004 15:35 To: Tomcat Users List Subject: RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log Hey Yoav, tomcat/common/classes/log4j.properties as follows log4j.rootLogger=DEBUG, A1 log4j.appender.A1=org.apache.log4j.ConsoleAppender log4j.appender.A1.layout=org.apache.log4j.PatternLayout log4j.appender.A1.layout.ConversionPattern=%d [%t] %-5p %c - %m%n log4j.logger.org.apache.catalina=DEBUG This was pretty much just copied from the link on the Tomcat Logging FAQ except I changed the log level and also log4j.logger.org.apache to log4j.logger.org.apache.catalina I will try to add a file based appender... Allistair. > -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: 11 November 2004 15:31 > To: Tomcat Users List > Subject: RE: Tomcat 5.5.4, Logging and the death of my friend > localhost_log > > > > Hi, > > >I have tried what I believed to be how to do this, e.g I > placed a basic > >console appender log4j.properties file into tomcat/common/classes and > >popped log4j1.2.8 into the common/lib. No logging though. > > Where did you attach the console appender? To the root > logger or on of > your own packaged? Try creating an appender (probably a FileAppender) > and associated it with the org.apache logger. If you want DEBUG-level > logging, set its level DEBUG. > > Enjoy Halo 2 ;) > > Yoav > > > > 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] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - 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]
Basic authentication
I would like to use container-based declarative authentication without the need to modify any files in $CATALINA_HOME/conf directory. To simplify my question a bit: is it somehow possible to make tomcat read tomcat-users.xml from the war file, and not from $CATALINA_HOME/conf? Michal. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Context element problems in conf/server.xml
Hi I posted a problem a couple of days ago which I've made some progress with. Originally my webapp ROOT.war would not unpack. I've figured out the problem was with the Context element as shown below If I unpacked ROOT.war manually then my application worked fine. By adding a forward slash to the path attribute as shown below tomcat now unpacks the WAR fine. However, my application no longer starts because it cannot find the 'servername'! Yikes! Does anybody have any suggestions please? Thanks again Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Auto-deploy not working in Tomcat 5.5.4 when .war file has a META-INF/context.xml?
Hi, >I don't see a way to post file attachments to the bug >database either... Look again ;) You can attach files of any type to any bugzilla issue. You do need to be logged in to Bugzilla to do so. Yoav 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]
RE: Are all TC-managed DataSources pooled?
Hi, >The J2EE Platform Specification requires J2EE Application Servers to make >available a DataSource implementation (that is, a connection pool for JDBC >connections) for this purpose." Surely this is not correct given what >we've >already said, i.e. the connection pool is not required? A DataSource implementation is required. It may or may not pooling, but you'd be hard-pressed to find one that doesn't support pooling. >OK. By "configure" are you just meaning the maxActive, maxIdle params, or Yeah, its configuration parameters. Yoav 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]
Tomcat 5.5.4 and Deferred IIS NTLM Authentication
Hi, OK, apart from my logging problem, the only other main issue appears to be that Tomcat is no longer receiving a populated request.getRemoteUser value. In Tomcat 5.0 series, we had to add the following line to jk2.properties request.tomcatAuthentication=false In order to instruct Tomcat to allow the web server (IIS) to pass through the NTLM-detected user name. Has anything changed (seems like it has as I only replaced the working tomcat 5.0.28 installation with 5.5.4 with no other interference)? Cheers, Allistair --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Auto-deploy not working in Tomcat 5.5.4 when .war file has a META-INF/context.xml?
Here's the message without the file attachments since the original message was blocked as spam. I don't see a way to post file attachments to the bug database either... Jon - Original Message - From: "Jonathan Eric Miller" <[EMAIL PROTECTED]> To: "Remy Maucherat" <[EMAIL PROTECTED]>; "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 11, 2004 9:54 AM Subject: Re: Auto-deploy not working in Tomcat 5.5.4 when .war file has a META-INF/context.xml? I created a simplified test case and tested it with a default install of Tomcat 5.5.4 and verified that it doesn't work at least in the case when you have a context.xml with nothing more than a in it. Please see the attached .war files. Note, I rebuilt the .war files each time before I copied them to the webapps directory so that the timestamp was different. It worked fine everytime with the test-without-context.war and only installed the app the first time with the other one. Should I submit a bug report? Jon - Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Wednesday, November 10, 2004 5:01 PM Subject: Re: Auto-deploy not working in Tomcat 5.5.4 when .war file has a META-INF/context.xml? On Wed, 10 Nov 2004 16:17:17 -0600, Jonathan Eric Miller <[EMAIL PROTECTED]> wrote: And what does "reloadable" do according to the documentation ? Is is useful for what you want to do ? No. Instead, it is exclusively used for monitoring classes. I am almost certain the case where a war is updated works ok. If you really think it doesn't work, please submit a test war. -- x Rémy Maucherat Developer & Consultant JBoss Group (Europe) SàRL x - 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: Are all TC-managed DataSources pooled?
OK thanks, some useful points. I'll do some more reading. :) > > So I'm going to submit an enhacement suggestion for the docs > > (5.0.x/5.5.x), > > as they imply that DBCP is always used for datasources. > > The docs give a DBCP example. If someone needs to be told another > implementation can be plugged in, they not competent enough > to be doing the plugging. That's not the point I'm making. The jndi-resource-how-to ('JDBC Data Sources', '0. Introduction') http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-resources-howto.html#JD BC%20Data%20Sources says, "Many web applications need to access a database via a JDBC driver The J2EE Platform Specification requires J2EE Application Servers to make available a DataSource implementation (that is, a connection pool for JDBC connections) for this purpose." Surely this is not correct given what we've already said, i.e. the connection pool is not required? > Your understanding is wrong. BasicDataSource can be pooled or not, > depending on how you configure it. OK. By "configure" are you just meaning the maxActive, maxIdle params, or there more to it than that, in determining whether it's pooled or not? e.g. the choice of factory class perhaps? Thanks :) > -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: Thursday 11 November 2004 14:51 > To: Tomcat Users List > Subject: RE: Are all TC-managed DataSources pooled? > > > > Hi, > > >So I'm going to submit an enhacement suggestion for the docs > (5.0.x/5.5.x), > >as they imply that DBCP is always used for datasources. > > The docs give a DBCP example. If someone needs to be told another > implementation can be plugged in, they not competent enough > to be doing > the plugging. But if you feel like clarifying ad-nauseam, > feel free to > submit doc patches as always. > > >Is this a case where I might use > org.apache.commons.dbcp.BasicDataSource? > >As far as I understand it, that class is DBCP's "standard" non-pooled > >DataSource...? > > Your understanding is wrong. BasicDataSource can be pooled or not, > depending on how you configure it. > > >And, are the following valid ways to tell whether a DataSource or > >Connection > >has come from a pooled or non-pooled source? : > > if (conn instanceof javax.sql.PooledConnection) > > if (dataSource instanceof javax.sql.ConnectionPoolDataSource) > > They're not conclusive ways. There might not be a conclusive > *portable* > way to tell. It depends on the pooling implementation. > > >which both fail the tests above, despite the latter's name implying > >poolability > > Implications are just that, nothing concrete. Your tests are > incorrect. > > >Maybe BasicDataSourceFactory does not produce a pooled DataSource(?), > but > > It produces a BasicDataSource, which may or may not be pooling. > > >And I can't see another class within DBCP that looks like the pooled > >datasource factory that I need to specify in my "factory" param...? > > You need to read the JNDI (not just JDBC DataSource) doc again, and/or > make sure you understand the concept of a factory class. The > latter is > not in the scope of Tomcat documentation. > > DBCP provides numerous factories, all of which can produce pooling AND > non-pooling data sources, and the pools provided have different > strategies. Not all resource pooling is the same. > > Yoav > > > > 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: Tomcat 5.5.4, Logging and the death of my friend localhost_log
Hi again, I have tried to setup a file appender now without success. When I restart Tomcat it is clear that it does not wish to create the file I am specifying. I am wondering if Tomcat really is initialising the logging subsystem from placing log4j.properties in common/classes. I could be completely wrong and have missed something? log4j.rootLogger=debug, stdout, R log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.layout=org.apache.log4j.PatternLayout log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n log4j.appender.R=org.apache.log4j.RollingFileAppender log4j.appender.R.File=d:/jakarta-tomcat-5.5.4/logs/catalina.log log4j.appender.R.MaxFileSize=100KB log4j.appender.R.MaxBackupIndex=1 log4j.appender.R.layout=org.apache.log4j.PatternLayout log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n log4j.logger.org.apache.catalina=DEBUG, R Cheers! A. > -Original Message- > From: Allistair Crossley > Sent: 11 November 2004 15:35 > To: Tomcat Users List > Subject: RE: Tomcat 5.5.4, Logging and the death of my friend > localhost_log > > > Hey Yoav, > > tomcat/common/classes/log4j.properties as follows > > log4j.rootLogger=DEBUG, A1 > log4j.appender.A1=org.apache.log4j.ConsoleAppender > log4j.appender.A1.layout=org.apache.log4j.PatternLayout > log4j.appender.A1.layout.ConversionPattern=%d [%t] %-5p %c - %m%n > log4j.logger.org.apache.catalina=DEBUG > > This was pretty much just copied from the link on the Tomcat > Logging FAQ except I changed the log level and also > > log4j.logger.org.apache > > to > > log4j.logger.org.apache.catalina > > I will try to add a file based appender... > > Allistair. > > > -Original Message- > > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > > Sent: 11 November 2004 15:31 > > To: Tomcat Users List > > Subject: RE: Tomcat 5.5.4, Logging and the death of my friend > > localhost_log > > > > > > > > Hi, > > > > >I have tried what I believed to be how to do this, e.g I > > placed a basic > > >console appender log4j.properties file into > tomcat/common/classes and > > >popped log4j1.2.8 into the common/lib. No logging though. > > > > Where did you attach the console appender? To the root > > logger or on of > > your own packaged? Try creating an appender (probably a > FileAppender) > > and associated it with the org.apache logger. If you want > DEBUG-level > > logging, set its level DEBUG. > > > > Enjoy Halo 2 ;) > > > > Yoav > > > > > > > > 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] > > > > > > > > --- > QAS Ltd. > Developers of QuickAddress Software > http://www.qas.com";>www.qas.com > Registered in England: No 2582055 > Registered in Australia: No 082 851 474 > --- > > > > - > 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: Tomcat 5.5.4, Logging and the death of my friend localhost_log
Hey Yoav, tomcat/common/classes/log4j.properties as follows log4j.rootLogger=DEBUG, A1 log4j.appender.A1=org.apache.log4j.ConsoleAppender log4j.appender.A1.layout=org.apache.log4j.PatternLayout log4j.appender.A1.layout.ConversionPattern=%d [%t] %-5p %c - %m%n log4j.logger.org.apache.catalina=DEBUG This was pretty much just copied from the link on the Tomcat Logging FAQ except I changed the log level and also log4j.logger.org.apache to log4j.logger.org.apache.catalina I will try to add a file based appender... Allistair. > -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: 11 November 2004 15:31 > To: Tomcat Users List > Subject: RE: Tomcat 5.5.4, Logging and the death of my friend > localhost_log > > > > Hi, > > >I have tried what I believed to be how to do this, e.g I > placed a basic > >console appender log4j.properties file into tomcat/common/classes and > >popped log4j1.2.8 into the common/lib. No logging though. > > Where did you attach the console appender? To the root > logger or on of > your own packaged? Try creating an appender (probably a FileAppender) > and associated it with the org.apache logger. If you want DEBUG-level > logging, set its level DEBUG. > > Enjoy Halo 2 ;) > > Yoav > > > > 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] > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log
Hi, >I have tried what I believed to be how to do this, e.g I placed a basic >console appender log4j.properties file into tomcat/common/classes and >popped log4j1.2.8 into the common/lib. No logging though. Where did you attach the console appender? To the root logger or on of your own packaged? Try creating an appender (probably a FileAppender) and associated it with the org.apache logger. If you want DEBUG-level logging, set its level DEBUG. Enjoy Halo 2 ;) Yoav 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]
RE: Tomcat - 4.1 - SSL redirect only works on ports 80 and 443
Dave- Please post the non-ssl and ssl connector fields from your server.xml file Azam Khan -Original Message- From: David Austin [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 9:53 AM To: [EMAIL PROTECTED] Subject: Tomcat - 4.1 - SSL redirect only works on ports 80 and 443 Good Morning, This is my first post to this site, so please go easy on me... I am running a tomcat 4.1 standalone server and I am trying to implement an SSL connector. I followed the instructions and was able to successfully get it to work with one problem: For some reason the redirect only works when i set the non-SSL port to 80 and the SSL port to 443. When I try any other ports (including the default ports 8080, and 8443), it fails to redirect. When I type https://localhost:8080 i get a page not found or other browser error. When I change the ports to 80 and 443 respectively, and type in https://localhost/ it works fine. I am running Fedora linux Any ideas? Thanks, 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]
Tomcat 5.5.4, Logging and the death of my friend localhost_log
Hi Guys, Bit the bullet and have switched our intranet test server over to JDK 5 / Tomcat 5.5.4 Stable. Anyway, I've hit a small hurdle and believe it or not it is not JNDI data sources .. that stuff worked perfectly! No, it's the other one .. logging. I am not quite getting where the old style Logger localhost_log logging is being directed, you know the JSP error stack traces and all the other nice runtime exception logging. Now, I know Logger has been removed from 5.5 series and that we are supposed to be using some kind of log4j / commons-logging stylee way but am fairly surprised that 5.5.4 did not come with a basic setup for this. Anyway, found the tomcat logging FAQ which explains to use commons-logging and so on, and the links that point to some past posts, but the posts talk about tomcat 4 and the old log4j category configuration. We're also directed over to commons-logging but that documentation is not great. I have tried what I believed to be how to do this, e.g I placed a basic console appender log4j.properties file into tomcat/common/classes and popped log4j1.2.8 into the common/lib. No logging though. My webapp's log4j logging is all working perfectly well, but I am after the old localhost_log debug logging. Maybe I am missing something but that was our numero uno way of determining what problems were happening during development, but now it's gone. Can anyone offer a water-tight configuration with 5.5.4 to get this logging back? Eternally grateful, Allistair. PS: Got my copy of Halo 2 x) --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Are all TC-managed DataSources pooled?
Hi, >So I'm going to submit an enhacement suggestion for the docs (5.0.x/5.5.x), >as they imply that DBCP is always used for datasources. The docs give a DBCP example. If someone needs to be told another implementation can be plugged in, they not competent enough to be doing the plugging. But if you feel like clarifying ad-nauseam, feel free to submit doc patches as always. >Is this a case where I might use org.apache.commons.dbcp.BasicDataSource? >As far as I understand it, that class is DBCP's "standard" non-pooled >DataSource...? Your understanding is wrong. BasicDataSource can be pooled or not, depending on how you configure it. >And, are the following valid ways to tell whether a DataSource or >Connection >has come from a pooled or non-pooled source? : > if (conn instanceof javax.sql.PooledConnection) > if (dataSource instanceof javax.sql.ConnectionPoolDataSource) They're not conclusive ways. There might not be a conclusive *portable* way to tell. It depends on the pooling implementation. >which both fail the tests above, despite the latter's name implying >poolability Implications are just that, nothing concrete. Your tests are incorrect. >Maybe BasicDataSourceFactory does not produce a pooled DataSource(?), but It produces a BasicDataSource, which may or may not be pooling. >And I can't see another class within DBCP that looks like the pooled >datasource factory that I need to specify in my "factory" param...? You need to read the JNDI (not just JDBC DataSource) doc again, and/or make sure you understand the concept of a factory class. The latter is not in the scope of Tomcat documentation. DBCP provides numerous factories, all of which can produce pooling AND non-pooling data sources, and the pools provided have different strategies. Not all resource pooling is the same. Yoav 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]
RE: Are all TC-managed DataSources pooled?
Thanks Yoav. I see your original reply in the archive now, but I never got it via email. Strange. I do occasionally get notifications from ezmlm that my mailbox has been bouncing mails, but haven't had one of those for a while. I think the bouncing is due to false positives at my ISP spamfilter, as my mailbox has plenty of free space. So I'm going to submit an enhacement suggestion for the docs (5.0.x/5.5.x), as they imply that DBCP is always used for datasources. a couple more follow up Qs to clarify if you wouldn't mind: > there are valid use-cases where you > don't want them pooled, although those are fairly esoteric. Is this a case where I might use org.apache.commons.dbcp.BasicDataSource? As far as I understand it, that class is DBCP's "standard" non-pooled DataSource...? And, are the following valid ways to tell whether a DataSource or Connection has come from a pooled or non-pooled source? : if (conn instanceof javax.sql.PooledConnection) if (dataSource instanceof javax.sql.ConnectionPoolDataSource) I ask this because, whether I specify the factory class or not, the DataSource/Connection classes I get back are: datasource class = org.apache.commons.dbcp.BasicDataSource connection class = org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper which both fail the tests above, despite the latter's name implying poolability Maybe BasicDataSourceFactory does not produce a pooled DataSource(?), but this seems odd given that it is the recommended class to use in the "MySql DBCP example" in the docs here: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-datasource-examples-how to.html And I can't see another class within DBCP that looks like the pooled datasource factory that I need to specify in my "factory" param...? > -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: Thursday 11 November 2004 13:24 > To: Tomcat Users List > Subject: RE: Are all TC-managed DataSources pooled? > > > > Hi, > I already answered this... Maybe my post was lost. > > >I had a search through the J2EE spec. It does not appear to me to > >_require_ > >that DataSources are provided in a pooled implementation. > It seems to > be > >preferred. For example: > > You're right. Containers are required to support binding of a > DataSource, but it doesn't have to be pooling. Most implementations > give the user the choice, as does Tomcat. You can use DBCP in > non-pooling ways (set maxActive to infinite), or use any DataSource > implementation whether it supports pooling or not. > > >Also there are the other Qs in my last post - including, what is the > effect > >of including this: > > > > factory > > > >org.apache.commons.dbcp.BasicDataSourceFactory > > > > That's effectively required for Tomcat to be able to create > org.apache.commons.dbcp.BasicDataSource instances. The general JNDI > approach in Tomcat is factory-based (this has since been replicated in > many other server implementations), where the provider impl includes a > factory, so Tomcat doesn't actually ever call x = new > BasicDataSource(...). > > >To reiterate, my original issue is that I'm trying to understand > whether or > >not TC *always* pools container-managed DataSources. > > That's a simple No. And there are valid use-cases where you > don't want > them pooled, although those are fairly esoteric. > > I wonder where my original post in this thread, which had all this > information, went ;) > > Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where should I put the .so files in Linux for Tomcat?
Hi, You have to explicitly set the java library path property, which can be done in catalina.sh or in your environment. Google is your friend, search for "java library path" and you'll find things like http://developer.apple.com/qa/java/java28.html. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Christopher Cheng [mailto:[EMAIL PROTECTED] >Sent: Thursday, November 11, 2004 9:36 AM >To: [EMAIL PROTECTED] >Subject: Where should I put the .so files in Linux for Tomcat? > >I am struggling to have Tomcat load the additional .so file. I have a few >files such as "librxtxSerial.so" I want Tomcat to locate. I copied all the >.so files to /usr/java/j2sdk1.4.2_06/jre/lib/i386. Java classes run from >the >command are fine, but the servlet returns: > > > >javax.servlet.ServletException: librxtxSerial: librxtxSerial.so: cannot >open >shared object file: No such file or directory > > 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]
Where should I put the .so files in Linux for Tomcat?
I am struggling to have Tomcat load the additional .so file. I have a few files such as "librxtxSerial.so" I want Tomcat to locate. I copied all the .so files to /usr/java/j2sdk1.4.2_06/jre/lib/i386. Java classes run from the command are fine, but the servlet returns: javax.servlet.ServletException: librxtxSerial: librxtxSerial.so: cannot open shared object file: No such file or directory
RE: SSL Not working properly
AFAIK, that's because https defaults to 443. -Original Message- From: David Austin [mailto:[EMAIL PROTECTED] Sent: Thursday, November 11, 2004 9:36 AM To: Tomcat Users List Subject: RE: SSL Not working properly But I thought that was the whole point of the redirect... So a user could be browsing the site using the familiar http://localhost:8080, and he comes across a secure link to https, he could just type https://localhost:8080 and it would redirect automatically. If i set it up for ports 80 and 443, i can type https://localhost it will redirect without displaying the :443. -- Original Message -- From: "Hubble, Christopher" <[EMAIL PROTECTED]> Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> Date: Thu, 11 Nov 2004 09:20:24 -0500 >I had no problems running SSL on the default ports. I believe your problem >is that your specifying https and 8080. Try https://localhost:8443 > >Chris > >-Original Message- >From: David Austin [mailto:[EMAIL PROTECTED] >Sent: Thursday, November 11, 2004 9:28 AM >To: Tomcat Users List >Subject: RE: SSL Not working properly > > >Chris, or Birendar > >Were you able to get the redirect working on those ports: 8080 and 8443? I >have the same setup for tomcat 4.1.31, but i can only get it to work using >port 80 and 443... > >-dave > > >-- Original Message -- >From: "Hubble, Christopher" <[EMAIL PROTECTED]> >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> >Date: Thu, 11 Nov 2004 08:28:38 -0500 > >>Oh, and your keystoreFile parameter is misspelled as well. You have >>keystrore. It should be keystore. :) >> >>Chris >> >>-Original Message- >>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >>Sent: Thursday, November 11, 2004 2:42 AM >>To: Tomcat Users List >>Subject: SSL Not working properly >> >> >> >>Hi, >>I have done everything to implement SSL on tomcat as described in SSL HOW >>-TO .. >> i have placed my kestore file in the Tomcat home directory and as >>metioned in the path in server.xml >>but i am still getting error >>please help??? >> >>[ERROR] Http11Protocol - -Error initializing endpoint >>>tore was tampered with, or password was incorrect>java.io.IOException: >>Keystore >>was tampered with, or password was incorrect >>at >>sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:737) >>at java.security.KeyStore.load(KeyStore.java:608) >>at >>org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocket >>Factory.java:313) >>at >>org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESoc >>ketFactory.java:261) >>at >>org.apache.tomcat.util.net.jsse.JSSE13SocketFactory.init(JSSE13Socket >>Factory.java:129) >> >> >>Catalina.start: LifecycleException: Protocol handler initialization >>failed: jav >>a.io.IOException: Keystore was tampered with, or password was incorrect >>LifecycleException: Protocol handler initialization failed: >>java.io.IOException >>: Keystore was tampered with, or password was incorrect >>at >>org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. >>java:1231) >>at >>org.apache.catalina.core.StandardService.initialize(StandardService.j >>ava:579) >>at >>org.apache.catalina.core.StandardServer.initialize(StandardServer.jav >>a:2246) >>at org.apache.catalina.startup.Catalina.start(Catalina.java:511) >>at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) >>at org.apache.catalina.startup.Catalina.process(Catalina.java:180) >> >> >> >>Catalina.start: LifecycleException: Protocol handler initialization >>failed: jav >>a.io.IOException: Keystore was tampered with, or password was incorrect >>LifecycleException: Protocol handler initialization failed: >>java.io.IOException >>: Keystore was tampered with, or password was incorrect >>at >>org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. >>java:1231) >>at >>org.apache.catalina.core.StandardService.initialize(StandardService.j >>ava:579) >>at >>org.apache.catalina.core.StandardServer.initialize(StandardServer.jav >>a:2246) >>at org.apache.catalina.startup.Catalina.start(Catalina.java:511) >>at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) >>at org.apache.catalina.startup.Catalina.process(Catalina.java:180) >> >> >> >>my server.xml is as follow : >> >>. >> >> >>> port="8080" minProcessors="5" maxProcessors="75" >> enableLookups="true" redirectPort="8443" >> acceptCount="100" debug="0" connectionTimeout="2" >> useURIValidationHack="false" disableUploadTimeout="true" /> >> >> >> >> >> > port="8443" minProcessors="5" maxProcessors="75" >> enableLookups="true" >> acceptCount="100" debug="0" scheme="https" secure="true" >>
RE: SSL Not working properly
But I thought that was the whole point of the redirect... So a user could be browsing the site using the familiar http://localhost:8080, and he comes across a secure link to https, he could just type https://localhost:8080 and it would redirect automatically. If i set it up for ports 80 and 443, i can type https://localhost it will redirect without displaying the :443. -- Original Message -- From: "Hubble, Christopher" <[EMAIL PROTECTED]> Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> Date: Thu, 11 Nov 2004 09:20:24 -0500 >I had no problems running SSL on the default ports. I believe your problem >is that your specifying https and 8080. Try https://localhost:8443 > >Chris > >-Original Message- >From: David Austin [mailto:[EMAIL PROTECTED] >Sent: Thursday, November 11, 2004 9:28 AM >To: Tomcat Users List >Subject: RE: SSL Not working properly > > >Chris, or Birendar > >Were you able to get the redirect working on those ports: 8080 and 8443? I >have the same setup for tomcat 4.1.31, but i can only get it to work using >port 80 and 443... > >-dave > > >-- Original Message -- >From: "Hubble, Christopher" <[EMAIL PROTECTED]> >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> >Date: Thu, 11 Nov 2004 08:28:38 -0500 > >>Oh, and your keystoreFile parameter is misspelled as well. You have >>keystrore. It should be keystore. :) >> >>Chris >> >>-Original Message- >>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >>Sent: Thursday, November 11, 2004 2:42 AM >>To: Tomcat Users List >>Subject: SSL Not working properly >> >> >> >>Hi, >>I have done everything to implement SSL on tomcat as described in SSL HOW >>-TO .. >> i have placed my kestore file in the Tomcat home directory and as >>metioned in the path in server.xml >>but i am still getting error >>please help??? >> >>[ERROR] Http11Protocol - -Error initializing endpoint >>>tore was tampered with, or password was incorrect>java.io.IOException: >>Keystore >>was tampered with, or password was incorrect >>at >>sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:737) >>at java.security.KeyStore.load(KeyStore.java:608) >>at >>org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocket >>Factory.java:313) >>at >>org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESoc >>ketFactory.java:261) >>at >>org.apache.tomcat.util.net.jsse.JSSE13SocketFactory.init(JSSE13Socket >>Factory.java:129) >> >> >>Catalina.start: LifecycleException: Protocol handler initialization >>failed: jav >>a.io.IOException: Keystore was tampered with, or password was incorrect >>LifecycleException: Protocol handler initialization failed: >>java.io.IOException >>: Keystore was tampered with, or password was incorrect >>at >>org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. >>java:1231) >>at >>org.apache.catalina.core.StandardService.initialize(StandardService.j >>ava:579) >>at >>org.apache.catalina.core.StandardServer.initialize(StandardServer.jav >>a:2246) >>at org.apache.catalina.startup.Catalina.start(Catalina.java:511) >>at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) >>at org.apache.catalina.startup.Catalina.process(Catalina.java:180) >> >> >> >>Catalina.start: LifecycleException: Protocol handler initialization >>failed: jav >>a.io.IOException: Keystore was tampered with, or password was incorrect >>LifecycleException: Protocol handler initialization failed: >>java.io.IOException >>: Keystore was tampered with, or password was incorrect >>at >>org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. >>java:1231) >>at >>org.apache.catalina.core.StandardService.initialize(StandardService.j >>ava:579) >>at >>org.apache.catalina.core.StandardServer.initialize(StandardServer.jav >>a:2246) >>at org.apache.catalina.startup.Catalina.start(Catalina.java:511) >>at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) >>at org.apache.catalina.startup.Catalina.process(Catalina.java:180) >> >> >> >>my server.xml is as follow : >> >>. >> >> >>> port="8080" minProcessors="5" maxProcessors="75" >> enableLookups="true" redirectPort="8443" >> acceptCount="100" debug="0" connectionTimeout="2" >> useURIValidationHack="false" disableUploadTimeout="true" /> >> >> >> >> >> > port="8443" minProcessors="5" maxProcessors="75" >> enableLookups="true" >> acceptCount="100" debug="0" scheme="https" secure="true" >> useURIValidationHack="false" disableUploadTimeout="true"> >> >className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory" >> clientAuth="true" >>keystroreFile="c:\birendar\mykey.keystore" k
RE: Tomcat is Good Enough for Game Performances
Hi, >Depends on your game. I wouldn't use any runtime system that contained >a garbage collector that could stall the system in a hard real-time Well, Java (and a couple of other languages, but I won't go into that debate ;)) does support garbage collector implementations that will never stall the system. But the points you make are good nonetheless. Yoav >system - which knocks out perl, Java, .Net et al. But the Internet >isn't a hard real-time system, and it's likely that packet latency will >be at worst comparable to the Tomcat overhead. > > - Peter > >- >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]
RE: SSL Not working properly
I had no problems running SSL on the default ports. I believe your problem is that your specifying https and 8080. Try https://localhost:8443 Chris -Original Message- From: David Austin [mailto:[EMAIL PROTECTED] Sent: Thursday, November 11, 2004 9:28 AM To: Tomcat Users List Subject: RE: SSL Not working properly Chris, or Birendar Were you able to get the redirect working on those ports: 8080 and 8443? I have the same setup for tomcat 4.1.31, but i can only get it to work using port 80 and 443... -dave -- Original Message -- From: "Hubble, Christopher" <[EMAIL PROTECTED]> Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> Date: Thu, 11 Nov 2004 08:28:38 -0500 >Oh, and your keystoreFile parameter is misspelled as well. You have >keystrore. It should be keystore. :) > >Chris > >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Sent: Thursday, November 11, 2004 2:42 AM >To: Tomcat Users List >Subject: SSL Not working properly > > > >Hi, >I have done everything to implement SSL on tomcat as described in SSL HOW >-TO .. > i have placed my kestore file in the Tomcat home directory and as >metioned in the path in server.xml >but i am still getting error >please help??? > >[ERROR] Http11Protocol - -Error initializing endpoint >tore was tampered with, or password was incorrect>java.io.IOException: >Keystore >was tampered with, or password was incorrect >at >sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:737) >at java.security.KeyStore.load(KeyStore.java:608) >at >org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocket >Factory.java:313) >at >org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESoc >ketFactory.java:261) >at >org.apache.tomcat.util.net.jsse.JSSE13SocketFactory.init(JSSE13Socket >Factory.java:129) > > >Catalina.start: LifecycleException: Protocol handler initialization >failed: jav >a.io.IOException: Keystore was tampered with, or password was incorrect >LifecycleException: Protocol handler initialization failed: >java.io.IOException >: Keystore was tampered with, or password was incorrect >at >org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. >java:1231) >at >org.apache.catalina.core.StandardService.initialize(StandardService.j >ava:579) >at >org.apache.catalina.core.StandardServer.initialize(StandardServer.jav >a:2246) >at org.apache.catalina.startup.Catalina.start(Catalina.java:511) >at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) >at org.apache.catalina.startup.Catalina.process(Catalina.java:180) > > > >Catalina.start: LifecycleException: Protocol handler initialization >failed: jav >a.io.IOException: Keystore was tampered with, or password was incorrect >LifecycleException: Protocol handler initialization failed: >java.io.IOException >: Keystore was tampered with, or password was incorrect >at >org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. >java:1231) >at >org.apache.catalina.core.StandardService.initialize(StandardService.j >ava:579) >at >org.apache.catalina.core.StandardServer.initialize(StandardServer.jav >a:2246) >at org.apache.catalina.startup.Catalina.start(Catalina.java:511) >at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) >at org.apache.catalina.startup.Catalina.process(Catalina.java:180) > > > >my server.xml is as follow : > >. > > > port="8080" minProcessors="5" maxProcessors="75" > enableLookups="true" redirectPort="8443" > acceptCount="100" debug="0" connectionTimeout="2" > useURIValidationHack="false" disableUploadTimeout="true" /> > > > > >port="8443" minProcessors="5" maxProcessors="75" > enableLookups="true" > acceptCount="100" debug="0" scheme="https" secure="true" > useURIValidationHack="false" disableUploadTimeout="true"> > className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory" > clientAuth="true" >keystroreFile="c:\birendar\mykey.keystore" keystrorePass="changeit" >protocol="TLS" /> > >. > > > > >Birendar Singh Waldiya >Tata Consultancy Services Limited >Mailto: [EMAIL PROTECTED] >Website: http://www.tcs.com > > > >Koon Yue Lam <[EMAIL PROTECTED]> >11/11/2004 12:38 PM > >Please respond to >"Tomcat Users List" <[EMAIL PROTECTED]> > > >To >Tomcat Users List <[EMAIL PROTECTED]> >cc > >Subject >How to secure my webapp under Tomcat? > > > > > > >Hi, I have developed a webapp using Tomcat and MySQL > >Now I DON'T want my client browse my JSPs, servlets and database >structure etc .. > >I want the entire webapp (and database) deployed only by me and not by >others. > >Is there any methods that I can secure my webapp to ensure my clie
RE: SSL Not working properly
Chris, or Birendar Were you able to get the redirect working on those ports: 8080 and 8443? I have the same setup for tomcat 4.1.31, but i can only get it to work using port 80 and 443... -dave -- Original Message -- From: "Hubble, Christopher" <[EMAIL PROTECTED]> Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> Date: Thu, 11 Nov 2004 08:28:38 -0500 >Oh, and your keystoreFile parameter is misspelled as well. You have >keystrore. It should be keystore. :) > >Chris > >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Sent: Thursday, November 11, 2004 2:42 AM >To: Tomcat Users List >Subject: SSL Not working properly > > > >Hi, >I have done everything to implement SSL on tomcat as described in SSL HOW >-TO .. > i have placed my kestore file in the Tomcat home directory and as >metioned in the path in server.xml >but i am still getting error >please help??? > >[ERROR] Http11Protocol - -Error initializing endpoint >tore was tampered with, or password was incorrect>java.io.IOException: >Keystore >was tampered with, or password was incorrect >at >sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:737) >at java.security.KeyStore.load(KeyStore.java:608) >at >org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocket >Factory.java:313) >at >org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESoc >ketFactory.java:261) >at >org.apache.tomcat.util.net.jsse.JSSE13SocketFactory.init(JSSE13Socket >Factory.java:129) > > >Catalina.start: LifecycleException: Protocol handler initialization >failed: jav >a.io.IOException: Keystore was tampered with, or password was incorrect >LifecycleException: Protocol handler initialization failed: >java.io.IOException >: Keystore was tampered with, or password was incorrect >at >org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. >java:1231) >at >org.apache.catalina.core.StandardService.initialize(StandardService.j >ava:579) >at >org.apache.catalina.core.StandardServer.initialize(StandardServer.jav >a:2246) >at org.apache.catalina.startup.Catalina.start(Catalina.java:511) >at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) >at org.apache.catalina.startup.Catalina.process(Catalina.java:180) > > > >Catalina.start: LifecycleException: Protocol handler initialization >failed: jav >a.io.IOException: Keystore was tampered with, or password was incorrect >LifecycleException: Protocol handler initialization failed: >java.io.IOException >: Keystore was tampered with, or password was incorrect >at >org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. >java:1231) >at >org.apache.catalina.core.StandardService.initialize(StandardService.j >ava:579) >at >org.apache.catalina.core.StandardServer.initialize(StandardServer.jav >a:2246) >at org.apache.catalina.startup.Catalina.start(Catalina.java:511) >at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) >at org.apache.catalina.startup.Catalina.process(Catalina.java:180) > > > >my server.xml is as follow : > >. > > > port="8080" minProcessors="5" maxProcessors="75" > enableLookups="true" redirectPort="8443" > acceptCount="100" debug="0" connectionTimeout="2" > useURIValidationHack="false" disableUploadTimeout="true" /> > > > > >port="8443" minProcessors="5" maxProcessors="75" > enableLookups="true" > acceptCount="100" debug="0" scheme="https" secure="true" > useURIValidationHack="false" disableUploadTimeout="true"> > className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory" > clientAuth="true" >keystroreFile="c:\birendar\mykey.keystore" keystrorePass="changeit" >protocol="TLS" /> > >. > > > > >Birendar Singh Waldiya >Tata Consultancy Services Limited >Mailto: [EMAIL PROTECTED] >Website: http://www.tcs.com > > > >Koon Yue Lam <[EMAIL PROTECTED]> >11/11/2004 12:38 PM > >Please respond to >"Tomcat Users List" <[EMAIL PROTECTED]> > > >To >Tomcat Users List <[EMAIL PROTECTED]> >cc > >Subject >How to secure my webapp under Tomcat? > > > > > > >Hi, I have developed a webapp using Tomcat and MySQL > >Now I DON'T want my client browse my JSPs, servlets and database >structure etc .. > >I want the entire webapp (and database) deployed only by me and not by >others. > >Is there any methods that I can secure my webapp to ensure my client >won't deploy it to somewhere else by someone else?? > >Regards > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > >ForwardSourceID:NT327A > > >DISCLAIMER: The information contained in this message
JSP fragments file extension and the jasper2 ant task
Hi all! The J2EE 1.4 tutorial says: "The recommended file extension for the source file of a JSP page is |.jsp|. The page can be composed of a top file that includes other files that contain either a complete JSP page or a fragment of a JSP page. The recommended extension for the source file of a fragment of a JSP page is |.jspf|." My project is growing and it would be nice for me to use this difference in extension to easier separate top files from fragment files. I precompile my jsp files using the tomcat deployer, but it won't compile my fragment files if i give them the .jspf extension, and change my jsp:include to reflect this change. Is there a way to make the jasper2 task also include these files? I haven't found any docs on the jasper2 task anywhere. A hint to find these would be appreciated. Regards Trond Ziarkowski - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat is Good Enough for Game Performances
> From: Bing Li [mailto:[EMAIL PROTECTED] > Now I attempt to use Tomcat as a game server. Is it a correct > choice? Depends on your game. I wouldn't use any runtime system that contained a garbage collector that could stall the system in a hard real-time system - which knocks out perl, Java, .Net et al. But the Internet isn't a hard real-time system, and it's likely that packet latency will be at worst comparable to the Tomcat overhead. - Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Multi-Site Clustering? (hot failover)
Thanks again and yes, I agree - ideally at least 2 servers in each of at least 2 locations. And I'm familiar with the approach shown in your diagram for a single location, having done something similar a few years ago. But the original point that Steven was making is, what happens if one of those location suddenly goes down completely, for whatever reason, so that all servers at that locaiton are effectively down? I think that the DNS issues I have mentioned come into play then, and I'm questioning how browsers would deal with this - I think many of them will continue to try to access the servers at the failed location. > -Original Message- > From: Peter Lin [mailto:[EMAIL PROTECTED] > Sent: Thursday 11 November 2004 13:12 > To: Tomcat Users List > Subject: Re: Multi-Site Clustering? (hot failover) > > > the kind of setup I've seen is to handle it with a load balancing > router and a cluster of servers. Using just one server doesn't feel > too redundant or fault tolerant to me. In the past, we had the router > direct traffic, so that if a single webserver is down, it quickly > directs it to a good server. So if the setup is like this > > ISP dns --> load balanced router (n webservers) > / | \ > / | \ >w1 w2 w3 > > if w1.mydomain.com goes down, the router should direct traffic to w2 > or w3. usually, there's some script or daemon running on each box to > make sure the webserver process is running. If not, it sends out an > email and tries to restart it. I know this approach works, but for a > single webserver in two locations, I don't know first hand. If someone > is going to the trouble of having two servers in different locations, > it makes sense to me to put atleast 2 servers in each place. The cost > is minimal and you get much better fault tolerance. > > peter > > > On Thu, 11 Nov 2004 12:56:06 -, Steve Kirk > <[EMAIL PROTECTED]> wrote: > > Yes that's true and I have used that feature in the past by > asking our ISP > > (registrar) to enter multiple A records in the primary DNS. > > > > However, the point of this thread is that Steven was asking > about the > > situation where one of the webservers then goes down. In this case, > > third-party ISP DNS servers will have cached both the main > and backup server > > entries, and will continue to do so for up to 48 hours (or > maybe longer in > > the case of DNSs that ignore TTL). So my understanding it > that in this > > case, browsers will potentially try to access both the > sites - including the > > one which has failed. > > > > I am basing this statement on experience from 2-3 years > ago. Maybe things > > have changed so that this is not a concern anymore? e.g. > maybe browsers are > > smarter at using multiple A records from DNS, so that if one is not > > reachable they switch to the other, or re-query the DNS, > maybe secondary > > DNSs re-query before TTL if all the A records for a domain name are > > unreachable, maybe nearly all ISPs now respect TTL? If > anyone can comment > > on these I'd be interested, because it makes Steven's original idea > > feasible. > > > > > > > > > -Original Message- > > > From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] > > > Sent: Thursday 11 November 2004 02:03 > > > To: Tomcat Users List > > > Subject: Re: Multi-Site Clustering? (hot failover) > > > > > > > > > if you have two TC instances running at two different IP > > > addresses and they are both up, > > > just put in DNS loadbalancing (ie, configure DNS to have both > > > IP addresses in the A records) > > > you don't need to run DNS to do this > > > > > > Filip > > > > > > - Original Message - > > > From: "Steve Kirk" <[EMAIL PROTECTED]> > > > To: "'Tomcat Users List'" <[EMAIL PROTECTED]>; > > > "'Peter Lin'" <[EMAIL PROTECTED]> > > > Sent: Wednesday, November 10, 2004 7:57 PM > > > Subject: RE: Multi-Site Clustering? (hot failover) > > > > > > > > > Thanks, interesting. But I think we're talking at crossed > > > purposes. I'm > > > not proposing running my own DNS, and I don't have an > > > existing installation. > > > Just an idea of maybe deploying two indentical TC webservers > > > at different > > > ISPs. > > > > > > What I'm saying is that if I have two identical TC servers, > > > one at ISP A and > > > one at ISP B, and my DNS is managed by one (or even both) of > > > them, then if > > > my main server fails, it doesn't matter how quick or > clever the DNS > > > management of A or B is, if users connect to my site via > > > other ISPs (C, D, > > > etc) whose DNS servers don't respect my ISP's low TTL. I know > > > that this used > > > to be a problem, I'm not sure how much it is these days. > > > > > > > -Original Message- > > > > From: Peter Lin [mailto:[EMAIL PROTECTED] > > > > Sent: Wednesday 10 November 2004 23:50 > > > > To: Tomcat Users List > > > > Subject: Re: Multi-Site Clustering? (hot failover) >
RE: SSL Not working properly
Oh, and your keystoreFile parameter is misspelled as well. You have keystrore. It should be keystore. :) Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, November 11, 2004 2:42 AM To: Tomcat Users List Subject: SSL Not working properly Hi, I have done everything to implement SSL on tomcat as described in SSL HOW -TO .. i have placed my kestore file in the Tomcat home directory and as metioned in the path in server.xml but i am still getting error please help??? [ERROR] Http11Protocol - -Error initializing endpoint java.io.IOException: Keystore was tampered with, or password was incorrect at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:737) at java.security.KeyStore.load(KeyStore.java:608) at org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocket Factory.java:313) at org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESoc ketFactory.java:261) at org.apache.tomcat.util.net.jsse.JSSE13SocketFactory.init(JSSE13Socket Factory.java:129) Catalina.start: LifecycleException: Protocol handler initialization failed: jav a.io.IOException: Keystore was tampered with, or password was incorrect LifecycleException: Protocol handler initialization failed: java.io.IOException : Keystore was tampered with, or password was incorrect at org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. java:1231) at org.apache.catalina.core.StandardService.initialize(StandardService.j ava:579) at org.apache.catalina.core.StandardServer.initialize(StandardServer.jav a:2246) at org.apache.catalina.startup.Catalina.start(Catalina.java:511) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) Catalina.start: LifecycleException: Protocol handler initialization failed: jav a.io.IOException: Keystore was tampered with, or password was incorrect LifecycleException: Protocol handler initialization failed: java.io.IOException : Keystore was tampered with, or password was incorrect at org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. java:1231) at org.apache.catalina.core.StandardService.initialize(StandardService.j ava:579) at org.apache.catalina.core.StandardServer.initialize(StandardServer.jav a:2246) at org.apache.catalina.startup.Catalina.start(Catalina.java:511) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) my server.xml is as follow : . . Birendar Singh Waldiya Tata Consultancy Services Limited Mailto: [EMAIL PROTECTED] Website: http://www.tcs.com Koon Yue Lam <[EMAIL PROTECTED]> 11/11/2004 12:38 PM Please respond to "Tomcat Users List" <[EMAIL PROTECTED]> To Tomcat Users List <[EMAIL PROTECTED]> cc Subject How to secure my webapp under Tomcat? Hi, I have developed a webapp using Tomcat and MySQL Now I DON'T want my client browse my JSPs, servlets and database structure etc .. I want the entire webapp (and database) deployed only by me and not by others. Is there any methods that I can secure my webapp to ensure my client won't deploy it to somewhere else by someone else?? Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ForwardSourceID:NT327A DISCLAIMER: The information contained in this message is intended only and solely for the addressed individual or entity indicated in this message and for the exclusive use of the said addressed individual or entity indicated in this message (or responsible for delivery of the message to such person) and may contain legally privileged and confidential information belonging to Tata Consultancy Services Limited. It must not be printed, read, copied, disclosed, forwarded, distributed or used (in whatsoever manner) by any person other than the addressee. Unauthorized use, disclosure or copying is strictly prohibited and may constitute unlawful act and can possibly attract legal action, civil and/or criminal. The contents of this message need not necessarily reflect or endorse the views of Tata Consultancy Services limited on any subject matter. Any action taken or omitted to be taken based on this message is entirely at your risk and neither the originator of this message nor Tata Consultancy Services Limited takes any responsibility or liability towards the same. Opinions, conclusions and any other information contained in this message that do not relate to the official business of Tata Consultancy Services limited shall be understood as neither given nor endorsed by Tata Consultancy Services Limited or any affiliate of Tata Co
RE: SSL Not working properly
You have your keystorepass parameter misspelled. Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, November 11, 2004 2:42 AM To: Tomcat Users List Subject: SSL Not working properly Hi, I have done everything to implement SSL on tomcat as described in SSL HOW -TO .. i have placed my kestore file in the Tomcat home directory and as metioned in the path in server.xml but i am still getting error please help??? [ERROR] Http11Protocol - -Error initializing endpoint java.io.IOException: Keystore was tampered with, or password was incorrect at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:737) at java.security.KeyStore.load(KeyStore.java:608) at org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocket Factory.java:313) at org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESoc ketFactory.java:261) at org.apache.tomcat.util.net.jsse.JSSE13SocketFactory.init(JSSE13Socket Factory.java:129) Catalina.start: LifecycleException: Protocol handler initialization failed: jav a.io.IOException: Keystore was tampered with, or password was incorrect LifecycleException: Protocol handler initialization failed: java.io.IOException : Keystore was tampered with, or password was incorrect at org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. java:1231) at org.apache.catalina.core.StandardService.initialize(StandardService.j ava:579) at org.apache.catalina.core.StandardServer.initialize(StandardServer.jav a:2246) at org.apache.catalina.startup.Catalina.start(Catalina.java:511) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) Catalina.start: LifecycleException: Protocol handler initialization failed: jav a.io.IOException: Keystore was tampered with, or password was incorrect LifecycleException: Protocol handler initialization failed: java.io.IOException : Keystore was tampered with, or password was incorrect at org.apache.coyote.tomcat4.CoyoteConnector.initialize(CoyoteConnector. java:1231) at org.apache.catalina.core.StandardService.initialize(StandardService.j ava:579) at org.apache.catalina.core.StandardServer.initialize(StandardServer.jav a:2246) at org.apache.catalina.startup.Catalina.start(Catalina.java:511) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) my server.xml is as follow : . . Birendar Singh Waldiya Tata Consultancy Services Limited Mailto: [EMAIL PROTECTED] Website: http://www.tcs.com Koon Yue Lam <[EMAIL PROTECTED]> 11/11/2004 12:38 PM Please respond to "Tomcat Users List" <[EMAIL PROTECTED]> To Tomcat Users List <[EMAIL PROTECTED]> cc Subject How to secure my webapp under Tomcat? Hi, I have developed a webapp using Tomcat and MySQL Now I DON'T want my client browse my JSPs, servlets and database structure etc .. I want the entire webapp (and database) deployed only by me and not by others. Is there any methods that I can secure my webapp to ensure my client won't deploy it to somewhere else by someone else?? Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ForwardSourceID:NT327A DISCLAIMER: The information contained in this message is intended only and solely for the addressed individual or entity indicated in this message and for the exclusive use of the said addressed individual or entity indicated in this message (or responsible for delivery of the message to such person) and may contain legally privileged and confidential information belonging to Tata Consultancy Services Limited. It must not be printed, read, copied, disclosed, forwarded, distributed or used (in whatsoever manner) by any person other than the addressee. Unauthorized use, disclosure or copying is strictly prohibited and may constitute unlawful act and can possibly attract legal action, civil and/or criminal. The contents of this message need not necessarily reflect or endorse the views of Tata Consultancy Services limited on any subject matter. Any action taken or omitted to be taken based on this message is entirely at your risk and neither the originator of this message nor Tata Consultancy Services Limited takes any responsibility or liability towards the same. Opinions, conclusions and any other information contained in this message that do not relate to the official business of Tata Consultancy Services limited shall be understood as neither given nor endorsed by Tata Consultancy Services Limited or any affiliate of Tata Consultancy Services Limited. If you have received this mes
Re: Use of Referer header
Ok, I misunderstood what it did. It seems to work ok on both IE and Firefox always returning a value when navigating from a page but being null when accessing the page directly because there is no referer. So Ive just coded my page like to only show a back link when actually come from another page. <% if (request.getHeader("REFERER")!=null) { %> ">back <% } %> Jon Wingfield wrote: Also from Section 14.36 of rfc2616: The Referer field MUST NOT be sent if the Request-URI was obtained from source that does not have its own URI, such as input from the user keyboard. So you can't rely on it being present. Shapira, Yoav wrote: Hi, But I have 2 questions: 1. Where are these header values defined I've not beeen able to find a good source. See the HTTP protocol RFC itself for common headers like referrer. Other servers and routers may add custom headers along the way. Your app and other apps can also use custom headers if they wish. 2. It worked when coming from my pages but I then tried going to another page (e.g www.sun.com) and then pasting in the url and it just returned null. Does referer only apply when hyperlink from another page ? Some browsers, including IE, are known to have bugs regarding the referrer header. Sometimes it's null or not included in the request at all. So your app, if it uses the referrer header, must be tolerant of these bugs. What about a history.go(-1) alternative to the referrer header? Yoav 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to secure my webapp under Tomcat?
> From: Koon Yue Lam [mailto:[EMAIL PROTECTED] > Is there any methods that I can secure my webapp to ensure my client > won't deploy it to somewhere else by someone else?? Nope. You can draft an appropriate contract, you can obfuscate all you like, you can even use hardware (eg USB) keys on the server; but a determined person can and will bypass those. - Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Are all TC-managed DataSources pooled?
Hi, I already answered this... Maybe my post was lost. >I had a search through the J2EE spec. It does not appear to me to >_require_ >that DataSources are provided in a pooled implementation. It seems to be >preferred. For example: You're right. Containers are required to support binding of a DataSource, but it doesn't have to be pooling. Most implementations give the user the choice, as does Tomcat. You can use DBCP in non-pooling ways (set maxActive to infinite), or use any DataSource implementation whether it supports pooling or not. >Also there are the other Qs in my last post - including, what is the effect >of including this: > > factory > >org.apache.commons.dbcp.BasicDataSourceFactory > That's effectively required for Tomcat to be able to create org.apache.commons.dbcp.BasicDataSource instances. The general JNDI approach in Tomcat is factory-based (this has since been replicated in many other server implementations), where the provider impl includes a factory, so Tomcat doesn't actually ever call x = new BasicDataSource(...). >To reiterate, my original issue is that I'm trying to understand whether or >not TC *always* pools container-managed DataSources. That's a simple No. And there are valid use-cases where you don't want them pooled, although those are fairly esoteric. I wonder where my original post in this thread, which had all this information, went ;) Yoav 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]
RE: Are all TC-managed DataSources pooled?
Thanks for your comments Doug. Good point re relevance of javax.sql API docs. I had a search through the J2EE spec. It does not appear to me to _require_ that DataSources are provided in a pooled implementation. It seems to be preferred. For example: J2EE.5.4.3 ("J2EE Product Provider's Responsibilities") says, "While not required by this specification, most J2EE products will provide the following features:.. A mechanism to pool resources for the application components and otherwise manage the use of resources by the container. The pooling must be transparent to the application components." J2EE6.2.4.3 ("JDBC API") says, "The JDBC API includes APIs for ... connection pooling ... The connection pooling and distributed transaction features are intended for use by JDBC drivers to coordinate with an application server. J2EE products are not required to support the application server facilities described by these APIs, although they may prove useful." Can anyone point me at a section of J2EE that says that pooling is required for container-managed DataSources? Also there are the other Qs in my last post - including, what is the effect of including this: factory org.apache.commons.dbcp.BasicDataSourceFactory as suggested at http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-datasource-examples-how to.html compared to not including a "factory" param at all? To reiterate, my original issue is that I'm trying to understand whether or not TC *always* pools container-managed DataSources. > -Original Message- > From: Parsons Technical Services > [mailto:[EMAIL PROTECTED] > Sent: Thursday 11 November 2004 02:37 > To: Tomcat Users List > Subject: Re: Are all TC-managed DataSources pooled? > > > > Is every container-managed DataSource configured in TC (e.g. via > > server.xml > > / context.xml) automatically made pooled using commons pooling? > > Yes. No additional code is needed (i.e. TC takes care of the pool.) > > Or can > > ordinary non-pooled connections be created too using this mechanism? > > > No, as it would not be compliant. It might be possible to > create a pool of > one connection, but it would still be handled as a pool. > > To answer your original questions: > > > >> Now, I'm *not* criticising the docs, I'm seeking > >> clarification. I'm not > >> sure whether this is saying that a JDBC DataSource has to be > >> pooled? Or is > >> instead saying that J2EE requires pooled JDBC connections, or > >> maybe that > >> J2EE requires connections via a DataSource? > >> > To meet the J2EE requirement the DataSource method must be > made avalible in > a pooled configuration. > > > >> I didn't think that DataSources had to be pooled, based on > >> what is says > >> here: > >> http://java.sun.com/j2se/1.4.2/docs/api/javax/sql/DataSource.html > >> > > This is only the API for the language. The language may be > able to do many > things that are not compliant with the J2EE standard > reguarding the server. > Think about if you were writing a stand alone desktop app and > had it talking > to a datasource. The J2EE requirements for the server are of > no interest and > don't apply. > > >> This might sound like nit picking, but the answer to this > >> will help me help > >> someone else on another thread. Thanks. > > > > Hope they get the picture. > > Doug > www.parsonstechnical.com > > > > - > 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: How to secure my webapp under Tomcat?
On Thu, Nov 11, 2004 at 03:08:43PM +0800, Koon Yue Lam wrote: : Now I DON'T want my client browse my JSPs, servlets and database : structure etc .. : : I want the entire webapp (and database) deployed only by me and not by others. : : Is there any methods that I can secure my webapp to ensure my client : won't deploy it to somewhere else by someone else?? Are you giving the finished product (say, a WAR file) to the client? Then there's not a lot you can do from a technology standpoint. You could precompile your JSPs, remove them from the WAR, then obfuscate all of the classes; but the database schema will still be wide-open for viewing if it is setup on one of the client's servers. You do have some legal options, though. Consult with an attorney, have them draft a contract -- essentially, a license agreement -- for the clients to sign *before* you deliver the product. Make sure it is clearly stated what the clients can do with the product, and what are the penalties if anyone goes outside of the lines. (The "don't reverse-engineer this product" clause has been standard in software for quite a while.) You'd have a hell of a time catching someone in the act, this is true; but this is a risk you take when the software will be run outside of your control. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multi-Site Clustering? (hot failover)
the kind of setup I've seen is to handle it with a load balancing router and a cluster of servers. Using just one server doesn't feel too redundant or fault tolerant to me. In the past, we had the router direct traffic, so that if a single webserver is down, it quickly directs it to a good server. So if the setup is like this ISP dns --> load balanced router (n webservers) / | \ / | \ w1 w2 w3 if w1.mydomain.com goes down, the router should direct traffic to w2 or w3. usually, there's some script or daemon running on each box to make sure the webserver process is running. If not, it sends out an email and tries to restart it. I know this approach works, but for a single webserver in two locations, I don't know first hand. If someone is going to the trouble of having two servers in different locations, it makes sense to me to put atleast 2 servers in each place. The cost is minimal and you get much better fault tolerance. peter On Thu, 11 Nov 2004 12:56:06 -, Steve Kirk <[EMAIL PROTECTED]> wrote: > Yes that's true and I have used that feature in the past by asking our ISP > (registrar) to enter multiple A records in the primary DNS. > > However, the point of this thread is that Steven was asking about the > situation where one of the webservers then goes down. In this case, > third-party ISP DNS servers will have cached both the main and backup server > entries, and will continue to do so for up to 48 hours (or maybe longer in > the case of DNSs that ignore TTL). So my understanding it that in this > case, browsers will potentially try to access both the sites - including the > one which has failed. > > I am basing this statement on experience from 2-3 years ago. Maybe things > have changed so that this is not a concern anymore? e.g. maybe browsers are > smarter at using multiple A records from DNS, so that if one is not > reachable they switch to the other, or re-query the DNS, maybe secondary > DNSs re-query before TTL if all the A records for a domain name are > unreachable, maybe nearly all ISPs now respect TTL? If anyone can comment > on these I'd be interested, because it makes Steven's original idea > feasible. > > > > > -Original Message- > > From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] > > Sent: Thursday 11 November 2004 02:03 > > To: Tomcat Users List > > Subject: Re: Multi-Site Clustering? (hot failover) > > > > > > if you have two TC instances running at two different IP > > addresses and they are both up, > > just put in DNS loadbalancing (ie, configure DNS to have both > > IP addresses in the A records) > > you don't need to run DNS to do this > > > > Filip > > > > - Original Message - > > From: "Steve Kirk" <[EMAIL PROTECTED]> > > To: "'Tomcat Users List'" <[EMAIL PROTECTED]>; > > "'Peter Lin'" <[EMAIL PROTECTED]> > > Sent: Wednesday, November 10, 2004 7:57 PM > > Subject: RE: Multi-Site Clustering? (hot failover) > > > > > > Thanks, interesting. But I think we're talking at crossed > > purposes. I'm > > not proposing running my own DNS, and I don't have an > > existing installation. > > Just an idea of maybe deploying two indentical TC webservers > > at different > > ISPs. > > > > What I'm saying is that if I have two identical TC servers, > > one at ISP A and > > one at ISP B, and my DNS is managed by one (or even both) of > > them, then if > > my main server fails, it doesn't matter how quick or clever the DNS > > management of A or B is, if users connect to my site via > > other ISPs (C, D, > > etc) whose DNS servers don't respect my ISP's low TTL. I know > > that this used > > to be a problem, I'm not sure how much it is these days. > > > > > -Original Message- > > > From: Peter Lin [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday 10 November 2004 23:50 > > > To: Tomcat Users List > > > Subject: Re: Multi-Site Clustering? (hot failover) > > > > > > > > > I would check the service level agreement for DNS load balancing > > > across multiple sites. The big guys like Level3, global > > crossing, mci > > > have this stuff worked out so that when a DNS server does fail, it > > > does get routed immediately. typically that means you actually don't > > > handle DNS at all in your servers. > > > > > > the ISP handles that completely. If you were running DNS on one of > > > your boxes, they would have a hard time meeting the SLA. The general > > > rule is to set it up and then unplug the CAT5 cable and see how > > > quickly the traffic gets routed to the other cluster. > > > > > > on a previous job, we did that and it was pretty seamless. it wasn't > > > cheap either since we had a couple of full cabinets at two different > > > locations. > > > > > > peter > > > > > > > > > On Wed, 10 Nov 2004 22:52:08 -, Steve Kirk > > > <[EMAIL PROTECTED]> wrote: > > > > > > > > OK that's roughly what I thought. But IME this does not > > > switch things over > > > > fast enough to count
RE: Multiple Servlet Mapping Problem
Hi, It's possible and permitted. Their url-patterns must be distinct. In Tomcat's implementation, each declaration in web.xml corresponds to one instance of the servlet class in the JVM. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Dana Cordes [mailto:[EMAIL PROTECTED] >Sent: Wednesday, November 10, 2004 5:37 PM >To: [EMAIL PROTECTED] >Subject: Multiple Servlet Mapping Problem > >Is it possible to have two separate servlets, with separate >configurations pointing to the same class? > >Here's my situation, I have a servlet class that has several >init-parameters. I want to have a second instance of that same servlet >running with different parameters. But it doesn't seem to be working >properly. > >Here's an excerpt from my web.xml: > > MasterControl > com.foo.bar.core.MasterControl > >CONTROL_PARAMETER_NAME >command1 > > > > MasterControlURA > com.foo.bar.core.MasterControl > >CONTROL_PARAMETER_NAME >command2 > > > > MasterControl > /aop > > > MasterControlURA > /ura > > >What I see is both mapping running, but only displaying the config from >the first servlet definition. Is there something special that I have to >do to get this running correctly? Is it even possible? > >-Dana Cordes > >- >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]
RE: More apps = More load ?
Hi, >Does Tomcat use more resources depending on how many apps are present even >if they are not being used? Yes, slightly more for each app, even if it's not used, depending on the configuration. >I would have thought that it was the number of connections to a server and >the amount of users/usage there of that would have caused a load which >would slow it down. Typically, this load is indeed the bottleneck, so your thought is right. However, if you add many apps, and the load is little, they can become the bottleneck as well. Especially if one or more of the apps does processing or uses memory regardless of load (e.g. for pre-caching of data on startup). So as always, it depends on your specific apps and their characteristics. It's not hard to create an app that would use app all the server resources without any user connecting to it ;) Yoav 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]
RE: Minor help much appreciated.... Tomcat 5 configuration.
Hi, >The thing that confused me about the tomcat 5.0.27 >distribution is that I have all these types of containers and >not sure which one to use. The containers are listed >below in there respective folders: > >jakarta-tomcat-5 >jakarta-tomcat-catalina >jakarta-tomcat-jasper These are not separate containers. They're part of Tomcat, and all are needed to build the one Tomcat container binary. This was very similar for Tomcat 4.x, by the way, with jakarta-tomcat-4.0 replacing jakarta-tomcat-5. >or "jakarta-tomcat-catalina," but again I am a little confused >as to how "Jakarta Tomcat" chooses to package their distributions, and why. > > >If someone could kindly point me in the right direction I would be very >Thankful. If you just want to use Tomcat, you don't need to worry about our CVS repository structure, or how we make packaging decisions. Simply download the .zip distribution from the Jakarta binaries download page, unzip it, and you're all set. Yoav 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]
RE: [VOTE][RESULT] Tomcat 5.5.4 Stability
Hi, Tomcat committers have binding votes, those are the ones that count. Anyone else can voice an opinion (like tomcat-user, tomcat-dev is a public list), or more importantly report a showstopper bug/issue which would prevent a release from going stable. If you're curious, the full details for this are in the Jakarta "Decision Making" page, which we follow fairly closely: http://jakarta.apache.org/site/decisions.html. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Andoni [mailto:[EMAIL PROTECTED] >Sent: Thursday, November 11, 2004 5:37 AM >To: Tomcat Users List >Subject: Re: [VOTE][RESULT] Tomcat 5.5.4 Stability > >Hi, > >Congratulations all, I look forward to trying it out. > >Who is entitled to vote? > >Andoni. > >- Original Message - >From: "Shapira, Yoav" <[EMAIL PROTECTED]> >Newsgroups: gmane.comp.jakarta.tomcat.user >Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> >Sent: Wednesday, November 10, 2004 7:25 PM >Subject: [VOTE][RESULT] Tomcat 5.5.4 Stability > > > >Hi, >After ample time for voting, we've ratified Tomcat 5.5.4 as a stable >release, the first one of the 5.5 branch. > >The voting archive is here: >http://marc.theaimsgroup.com/?t=10996632613&r=1&w=2. There were 3 >binding +1 votes (Remy, Mladen, myself) and 1 non-binding +1 vote >(David). There were no other votes (where is everyone? ;)). > >I'm now going to update the web site and download links accordingly. > >Yoav Shapira http://www.yoavshapira.com > > > > > >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] 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]
RE: Multi-Site Clustering? (hot failover)
Yes that's true and I have used that feature in the past by asking our ISP (registrar) to enter multiple A records in the primary DNS. However, the point of this thread is that Steven was asking about the situation where one of the webservers then goes down. In this case, third-party ISP DNS servers will have cached both the main and backup server entries, and will continue to do so for up to 48 hours (or maybe longer in the case of DNSs that ignore TTL). So my understanding it that in this case, browsers will potentially try to access both the sites - including the one which has failed. I am basing this statement on experience from 2-3 years ago. Maybe things have changed so that this is not a concern anymore? e.g. maybe browsers are smarter at using multiple A records from DNS, so that if one is not reachable they switch to the other, or re-query the DNS, maybe secondary DNSs re-query before TTL if all the A records for a domain name are unreachable, maybe nearly all ISPs now respect TTL? If anyone can comment on these I'd be interested, because it makes Steven's original idea feasible. > -Original Message- > From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] > Sent: Thursday 11 November 2004 02:03 > To: Tomcat Users List > Subject: Re: Multi-Site Clustering? (hot failover) > > > if you have two TC instances running at two different IP > addresses and they are both up, > just put in DNS loadbalancing (ie, configure DNS to have both > IP addresses in the A records) > you don't need to run DNS to do this > > Filip > > - Original Message - > From: "Steve Kirk" <[EMAIL PROTECTED]> > To: "'Tomcat Users List'" <[EMAIL PROTECTED]>; > "'Peter Lin'" <[EMAIL PROTECTED]> > Sent: Wednesday, November 10, 2004 7:57 PM > Subject: RE: Multi-Site Clustering? (hot failover) > > > Thanks, interesting. But I think we're talking at crossed > purposes. I'm > not proposing running my own DNS, and I don't have an > existing installation. > Just an idea of maybe deploying two indentical TC webservers > at different > ISPs. > > What I'm saying is that if I have two identical TC servers, > one at ISP A and > one at ISP B, and my DNS is managed by one (or even both) of > them, then if > my main server fails, it doesn't matter how quick or clever the DNS > management of A or B is, if users connect to my site via > other ISPs (C, D, > etc) whose DNS servers don't respect my ISP's low TTL. I know > that this used > to be a problem, I'm not sure how much it is these days. > > > -Original Message- > > From: Peter Lin [mailto:[EMAIL PROTECTED] > > Sent: Wednesday 10 November 2004 23:50 > > To: Tomcat Users List > > Subject: Re: Multi-Site Clustering? (hot failover) > > > > > > I would check the service level agreement for DNS load balancing > > across multiple sites. The big guys like Level3, global > crossing, mci > > have this stuff worked out so that when a DNS server does fail, it > > does get routed immediately. typically that means you actually don't > > handle DNS at all in your servers. > > > > the ISP handles that completely. If you were running DNS on one of > > your boxes, they would have a hard time meeting the SLA. The general > > rule is to set it up and then unplug the CAT5 cable and see how > > quickly the traffic gets routed to the other cluster. > > > > on a previous job, we did that and it was pretty seamless. it wasn't > > cheap either since we had a couple of full cabinets at two different > > locations. > > > > peter > > > > > > On Wed, 10 Nov 2004 22:52:08 -, Steve Kirk > > <[EMAIL PROTECTED]> wrote: > > > > > > OK that's roughly what I thought. But IME this does not > > switch things over > > > fast enough to count as a "hot failover". Maybe I'm not > > aware of a premium > > > service that's available, but my experience has been that > > DNS updates don't > > > propagate fast enough for this. There are often customers > > that cannot reach > > > the site after a DNS change for 24-48 hours, or even more > > in some cases. > > > > > > IME the problem seems to be that some secondary DNSs (e.g. > > those provided by > > > some of your end users' ISPs) don't seem to respect TTL in > > the DNS records, > > > and so they keep stale records without checking for > > updates, even if you > > > specify a short TTL. This is a problem at the best of > > times, let alone when > > > your main site has failed. It seems to me that > > occasionally, some DNSs also > > > seem to miss changes in SOA, which can be disastrous if you > > move your DNS to > > > a new ISP. > > > > > > As far as I can see, there is no way to get around these > > glitches because > > > the secondary DNSs are under the control of an ISP that you > > do not have a > > > relationship with? Or are the problems I'm describing > > a thing of the > > > past? > > > > > > > > > > > > > -Original Message- > > > > From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] >
RE: problem in accessing / instead of /index.jsp
Actually the entire domain is the application, dir is a subdirectory that has some jsps in it, as does the web root. From: Phillip Qin <[EMAIL PROTECTED]> Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> To: 'Tomcat Users List' <[EMAIL PROTECTED]> Subject: RE: problem in accessing / instead of /index.jsp Date: Wed, 10 Nov 2004 17:14:07 -0500 I assume that dir is your webapp, add this line [uri:www.domain.us/dir/*] -Original Message- From: Didier McGillis [mailto:[EMAIL PROTECTED] Sent: November 10, 2004 5:08 PM To: [EMAIL PROTECTED] Subject: RE: problem in accessing / instead of /index.jsp [uri:www.domain.us/*] worker=ajp13:localhost:8009 >From: Phillip Qin <[EMAIL PROTECTED]> >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> >To: 'Tomcat Users List' <[EMAIL PROTECTED]> >Subject: RE: problem in accessing / instead of /index.jsp >Date: Wed, 10 Nov 2004 16:46:30 -0500 > >How about your mod_jk2 mapping in workers2.properties? > >-Original Message- >From: Didier McGillis [mailto:[EMAIL PROTECTED] >Sent: November 10, 2004 3:06 PM >To: [EMAIL PROTECTED] >Subject: RE: problem in accessing / instead of /index.jsp > > >tomcat/web.xml > > index.html > index.htm > index.jsp > > >application web.xml > > index.jsp > index.html > > > >From: Phillip Qin <[EMAIL PROTECTED]> > >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> > >To: 'Tomcat Users List' <[EMAIL PROTECTED]> > >Subject: RE: problem in accessing / instead of /index.jsp > >Date: Wed, 10 Nov 2004 14:47:03 -0500 > > > >Have you set your welcome file in web.xml? > > > > > > > >-Original Message- > >From: Didier McGillis [mailto:[EMAIL PROTECTED] > >Sent: November 10, 2004 2:33 PM > >To: [EMAIL PROTECTED] > >Subject: problem in accessing / instead of /index.jsp > > > > > >very odd. very. > >if I access the page with http://www.domain/dir/index.jsp it fine. if > >I access the page with http://www.domain/dir/ or > >http://www.domain/dir it give me the error. > >org.apache.jasper.JasperException: String index out of range: -1 > > > >I have index.jsp in the welcome file list, but I dont think its that. > > > >anyone have any idea? > > > >_ > >Powerful Parental Controls Let your child discover the best the > >Internet has > > > >to offer. > >http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034 > >&S > >U=htt > >p://hotmail.com/enca&HL=Market_MSNIS_Taglines > > Start enjoying all the benefits of MSN(r) Premium right now and get >the > >first two months FREE*. > > > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > >_ >Don't just Search. Find! http://search.sympatico.msn.ca/default.aspx >The >new > >MSN Search! Check it out! > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > > _ Don't just Search. Find! http://search.sympatico.msn.ca/default.aspx The new MSN Search! Check it out! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] !DSPAM:4192917e327189629410584! _ Take charge with a pop-up guard built on patented Microsoft® SmartScreen Technology. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Disbale cache at apache
Hi, I am running a clustering setup with 2 tomcats and apache WS. My requests are not going to the proper cluster member( I configured for round robin behaviour). What's happening is apache is serving me the caching content of the other Tomcat. This is what I understood from the undesired behaviour. What all I want to do is I want to disable caching at Apache end. How can I do it. I don't want any type of caching happening at Apache. I tried using CacheDisable / CacheMaxExpire 0 directives in httpd.conf. Still I am getting the cached content. How can I stop apache caching the content. I appreciate any help. Regards, Srinivas
RE: Buffering and redirection to the errorPage
Greetings. Maybe I should rephrase my question. I do know how and why the behaviour is as it is... Rephrased question: In earlier versions of tomcat - if an exception was thrown and "bubbled" up before the response was committed, it was redirected to the error page. No problem. If the reponse had already flushed, then the tomcat internals would manually request the set error page, passing it the exception, and would append the output of the manual error page call to the reponse, then flush, then return. Is that correct? Is there a reason this is no longer being done? I will emulate it in my system (or at least investigate the viablility therof) if this was taken out for a particular reason. Thanks, Carl -Original Message- From: Steven J. Owens [mailto:[EMAIL PROTECTED] Sent: Thursday, November 11, 2004 12:07 PM To: Tomcat Users List Subject: Re: Buffering and redirection to the errorPage On Thu, Nov 11, 2004 at 11:28:21AM +1100, Derek Clarkson wrote: > This sounds like something I have encountered. The basic question is > that how do you redirect to an error page if youa re writing to the > output stream rather than going to another JSP, and have an exception > ? I thought I posted a reply to this earlier, but I don't see it in my inbox, so maybe I should repost. In a nutshell, this topic makes a lot more sense if you understand what an HTTP request and an HTTP response really look like. My number one recommendation to folks doing web applications is to get a packet sniffer, or a logging proxy, and take a look at what the browser and server are actually sending back and forth. Each HTTP request and response look a lot like an ordinary email: a series of header lines, a blank line, and a message body. The header lines are all name: value. In an HTTP response the body is the HTML of the page, or the binary data of an image. In some cases there is no body at all (a client-side redirect, for example). Any logical operation is handled with a header - setting a cookie, redirecting the browser, etc. Once the blank line separating the header from the body has been sent, you can't go back and send another header line. So you _must_ do any sort of redirect before the server starts to flush output back to the client. If you try to set a header after the server has already sent the blank lnie separating the headers from the body, you'll get a java.lang.IllegalStateException. One way to make this easier to do is to set your buffer larger, so the server will wait longer before flushing output to the browser. Another way is to use an MVC architecture. Have the submit from the browser go to a servlet that does any logical processing you need, but doesn't send any output back to the user. Instead, the controller servlet sets request attributes and user session attributes containing the results of the logic, then redirects the request off to the right view page. The view page looks for the request attributes and user session attributes and generates HTML tags for the display. The controller doesn't muck with display stuff, the view page doesn't muck with the headers. -- Steven J. Owens [EMAIL PROTECTED] "I'm going to make broad, sweeping generalizations and strong, declarative statements, because otherwise I'll be here all night and this document will be four times longer and much less fun to read. Take it all with a grain of salt." - http://darksleep.com/notablog - 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: Use of Referer header
Also from Section 14.36 of rfc2616: The Referer field MUST NOT be sent if the Request-URI was obtained from source that does not have its own URI, such as input from the user keyboard. So you can't rely on it being present. Shapira, Yoav wrote: Hi, But I have 2 questions: 1. Where are these header values defined I've not beeen able to find a good source. See the HTTP protocol RFC itself for common headers like referrer. Other servers and routers may add custom headers along the way. Your app and other apps can also use custom headers if they wish. 2. It worked when coming from my pages but I then tried going to another page (e.g www.sun.com) and then pasting in the url and it just returned null. Does referer only apply when hyperlink from another page ? Some browsers, including IE, are known to have bugs regarding the referrer header. Sometimes it's null or not included in the request at all. So your app, if it uses the referrer header, must be tolerant of these bugs. What about a history.go(-1) alternative to the referrer header? Yoav 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]
More apps = More load ?
Hello, Does Tomcat use more resources depending on how many apps are present even if they are not being used? In the last few days, customers have been ringing the helpdesk in my company complaining about the speed of the web sites we host on the Tomcat Servers. I associated this with the fact that I had just made a copy of one of the biggest sites on the Tomcat machine for use as a test app in the live environment. So I removed all non-essential apps from the server and found that it is now going much faster than it was before. I would have thought that it was the number of connections to a server and the amount of users/usage there of that would have caused a load which would slow it down. In my case though there was very little usage in any of the test apps but their presence seemed to be slowing things down. Does this sound right?
Re: Ask for the best way to handle an exception
Hello, I find that I get this error a lot in two situations: 1. When I have just put a new webapp live and not precompiled the JSPs myself. 2. When there is heavy load on the server. So, I suggest, if you are compiling your JSPs before making your app available to your users, and you are still getting a large number of these errors, you need a faster machine. Of course some will always be present but you should monitor the number of them even just by taking a mental note each day of the number of them in the log. Andoni. - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Wednesday, November 10, 2004 9:21 PM Subject: RE: Ask for the best way to handle an exception Hi, First, this error is not serious and can safely be ignored. But if you want avoid it, don't click other buttons until the action is done ;) Of course that's easier to say than to enforce. One way to enforce this is some basic JavaScript: set all form buttons to disabled when one is clicked, and have each button's action re-enable the other buttons when it's done. There are JavaScript examples online that do this, it's easy. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Daxin Zuo [mailto:[EMAIL PROTECTED] >Sent: Wednesday, November 10, 2004 4:17 PM >To: Tomcat Users List >Subject: Ask for the best way to handle an exception > >In a JSP page, there are buttons. clicking one will launch an action which >may read/write socket. In my program, all actions work well. But exception >caused in the circumstance: > I clicked a button. Before that action finished (in the middle of >read/write socket), immediately, I clicked another button. I get an error, >attached at the end of my email. Please forward your instruction. >Thanks. > >Nov 10, 2004 11:47:47 AM org.apache.jk.server.JkCoyoteHandler action >SEVERE: Error in action code >java.net.SocketException: Connection reset by peer: socket write error >at java.net.SocketOutputStream.socketWrite0(Native Method) >at >java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) >at java.net.SocketOutputStream.write(SocketOutputStream.java:136) >at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:489) >at >org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:697) >at >org.apache.jk.server.JkCoyoteHandler.action(JkCoyoteHandler.java:487) >at org.apache.coyote.Response.action(Response.java:226) >at org.apache.coyote.Response.finish(Response.java:348) >at >org.apache.coyote.tomcat5.OutputBuffer.close(OutputBuffer.java:328) >at >org.apache.coyote.tomcat5.CoyoteResponse.finishResponse(CoyoteResponse. java >: >497) >at >org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:209) >at >org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:339) >at >org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:415) >at >org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:716) >at >org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java :650 >) >at >org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:829) >at >org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja >v >a:688) >at java.lang.Thread.run(Thread.java:534) > > >- >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]
Re: [VOTE][RESULT] Tomcat 5.5.4 Stability
Hi, Congratulations all, I look forward to trying it out. Who is entitled to vote? Andoni. - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, November 10, 2004 7:25 PM Subject: [VOTE][RESULT] Tomcat 5.5.4 Stability Hi, After ample time for voting, we've ratified Tomcat 5.5.4 as a stable release, the first one of the 5.5 branch. The voting archive is here: http://marc.theaimsgroup.com/?t=10996632613&r=1&w=2. There were 3 binding +1 votes (Remy, Mladen, myself) and 1 non-binding +1 vote (David). There were no other votes (where is everyone? ;)). I'm now going to update the web site and download links accordingly. Yoav Shapira http://www.yoavshapira.com 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]
Re: [VOTE][RESULT] Tomcat 5.5.4 Stability
Hi, Congratulations all, I look forward to trying it out. Who is entitled to vote? Andoni. - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, November 10, 2004 7:25 PM Subject: [VOTE][RESULT] Tomcat 5.5.4 Stability Hi, After ample time for voting, we've ratified Tomcat 5.5.4 as a stable release, the first one of the 5.5 branch. The voting archive is here: http://marc.theaimsgroup.com/?t=10996632613&r=1&w=2. There were 3 binding +1 votes (Remy, Mladen, myself) and 1 non-binding +1 vote (David). There were no other votes (where is everyone? ;)). I'm now going to update the web site and download links accordingly. Yoav Shapira http://www.yoavshapira.com 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]
Re: Buffering and redirection to the errorPage
On Thu, Nov 11, 2004 at 11:28:21AM +1100, Derek Clarkson wrote: > This sounds like something I have encountered. The basic question is > that how do you redirect to an error page if youa re writing to the > output stream rather than going to another JSP, and have an > exception ? I thought I posted a reply to this earlier, but I don't see it in my inbox, so maybe I should repost. In a nutshell, this topic makes a lot more sense if you understand what an HTTP request and an HTTP response really look like. My number one recommendation to folks doing web applications is to get a packet sniffer, or a logging proxy, and take a look at what the browser and server are actually sending back and forth. Each HTTP request and response look a lot like an ordinary email: a series of header lines, a blank line, and a message body. The header lines are all name: value. In an HTTP response the body is the HTML of the page, or the binary data of an image. In some cases there is no body at all (a client-side redirect, for example). Any logical operation is handled with a header - setting a cookie, redirecting the browser, etc. Once the blank line separating the header from the body has been sent, you can't go back and send another header line. So you _must_ do any sort of redirect before the server starts to flush output back to the client. If you try to set a header after the server has already sent the blank lnie separating the headers from the body, you'll get a java.lang.IllegalStateException. One way to make this easier to do is to set your buffer larger, so the server will wait longer before flushing output to the browser. Another way is to use an MVC architecture. Have the submit from the browser go to a servlet that does any logical processing you need, but doesn't send any output back to the user. Instead, the controller servlet sets request attributes and user session attributes containing the results of the logic, then redirects the request off to the right view page. The view page looks for the request attributes and user session attributes and generates HTML tags for the display. The controller doesn't muck with display stuff, the view page doesn't muck with the headers. -- Steven J. Owens [EMAIL PROTECTED] "I'm going to make broad, sweeping generalizations and strong, declarative statements, because otherwise I'll be here all night and this document will be four times longer and much less fun to read. Take it all with a grain of salt." - http://darksleep.com/notablog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: comparison of Type 4 JDBC drivers
On Thu, 11 Nov 2004 08:52:00 +0100, Michael Sudkamp <[EMAIL PROTECTED]> wrote: > And we switched from FreeTDS (which AFAIK is the predecessor of jTDS) to the > MS driver years ago because is had more functionality. We use it with heavy > statements and result sets and had never any problem with it ;-) > > Michael "Years" in real life does a few thousand years in Internet time. :-) I suggest giving a shot to one of the latest releases of jtds.. It is quite *solid* and *performant*. Btw, we use FreeTDS for a legacy system on UNIX to connect it to an SQL Server and it seems to work nice too. I don't know older releases though.. /tb. > > > -Ursprungliche Nachricht- > > Von: Tuncay Baskan [mailto:[EMAIL PROTECTED] > > Gesendet: Mittwoch, 10. November 2004 00:30 > > An: Tomcat Users List > > Betreff: Re: comparison of Type 4 JDBC drivers > > > > > > On Wed, 10 Nov 2004 12:18:20 +1300, Craig Collings > > <[EMAIL PROTECTED]> wrote: > > > Interesting. > > > > > > I'm using com.microsoft.jdbc.sqlserver.SQLServerDriver > > which is a type 4 > > > driver and I am also getting ex VM errors: > > > > > > any ideas? > > > > I don't know if it's helps.. We tried to use Microsoft JDBC drivers in > > our applications but because of its troubles we decided to use jTds, > > which is a but rock-solid free driver.. > > > > You can get it from http://jtds.sourceforge.net/. > > > > -- > > /tb. > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- /tb. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]