Re: Javamelody and Struts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Miguel, On 4/25/12 6:24 PM, Miguel González Castaños wrote: >> Please post your SSL configuration (cleansed of any >> passwords). ?? >> Finally, you didn't post your original stack trace. ?? >> Since this is happening on the server-side, it's either a >> problem during startup or during client-certificate verification. >> Since you mentioned the "site certificate", I assume you are >> having problems with your server's SSL certificate and not a >> client certificate being presented by a remote client, right? > > I'm not sure what you mean with the server and client certificates. > No web browser reports the server certificate as no valid. If no web browser reports the server certificate as not valid, then what's the problem? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+Yq6oACgkQ9CaO5/Lv0PCsiQCdEEo6EhFCXTnlKUCDdfN2wGaZ yZ4Ani22HHlcMXCot6+PzLOeMYIMY9p3 =QE9L -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Javamelody and Struts
Do those certificates match the type of certificate that you have? Last time I checked, VeriSign had a whole set of intermediate certificates and you need the ones that match the type of certificate you have (EV versus whatever the other flavors they have are). Which other flavors? How do I know? keytool -import -trustcacerts -alias EV_root -keystore /opt/tomcat5/certs/tcc -file veriCA1.cer Is /opt/tomcat5/certs/tcc the file you have configured in Tomcat? It's the keystore and yes, configured in tomcat Please post your SSL configuration (cleansed of any passwords). Finally, you didn't post your original stack trace. Since this is happening on the server-side, it's either a problem during startup or during client-certificate verification. Since you mentioned the "site certificate", I assume you are having problems with your server's SSL certificate and not a client certificate being presented by a remote client, right? I'm not sure what you mean with the server and client certificates. No web browser reports the server certificate as no valid. Can you show me what this command returns: $ keytool -list -keystore /opt/tomcat5/certs/tcc -v Your keystore contains 3 entries Alias name: evintermediate Creation date: Apr 24, 2012 Entry type: trustedCertEntry Owner: CN=VeriSign Class 3 Secure Server CA - G3, OU=Terms of use at https://www.verisign.com/rpa (c)10, OU=VeriSign Trust Network, O="VeriSign, Inc.", C=US Issuer: CN=VeriSign Class 3 Public Primary Certification Authority - G5, OU="(c) 2006 VeriSign, Inc. - For authorized use only", OU=VeriSign Trust Network, O="VeriSign, Inc.", C=US Serial number: 6ecc7aa5a7032009b8cebcf4e952d491 Valid from: Mon Feb 08 01:00:00 CET 2010 until: Sat Feb 08 00:59:59 CET 2020 Certificate fingerprints: MD5: 3C:48:42:0D:FF:58:1A:38:86:BC:FD:41:D4:8A:41:DE SHA1: 5D:EB:8F:33:9E:26:4C:19:F6:68:6F:5F:8F:32:B5:4A:4C:46:B4:76 *** *** Alias name: ev_root Creation date: Apr 24, 2012 Entry type: trustedCertEntry Owner: CN=VeriSign Class 3 Public Primary Certification Authority - G5, OU="(c) 2006 VeriSign, Inc. - For authorized use only", OU=VeriSign Trust Network, O="VeriSign, Inc.", C=US Issuer: OU=Class 3 Public Primary Certification Authority, O="VeriSign, Inc.", C=US Serial number: 250ce8e030612e9f2b89f7054d7cf8fd Valid from: Wed Nov 08 01:00:00 CET 2006 until: Mon Nov 08 00:59:59 CET 2021 Certificate fingerprints: MD5: F9:1F:FE:E6:A3:6B:99:88:41:D4:67:DD:E5:F8:97:7A SHA1: 32:F3:08:82:62:2B:87:CF:88:56:C6:3D:B8:73:DF:08:53:B4:DD:27 *** *** Alias name: Creation date: Feb 24, 2012 Entry type: keyEntry Certificate chain length: 1 Certificate[1]: Owner: CN=www.mycompany.com, OU=Terms of use at www.verisign.com/rpa (c)05, OU=Comercial, O="My OU S.L.", L=My city, ST=Madrid, C=ES Issuer: CN=VeriSign Class 3 Secure Server CA - G3, OU=Terms of use at https://www.verisign.com/rpa (c)10, OU=VeriSign Trust Network, O="VeriSign, Inc.", C=US Serial number: 7afc6539f4e816f7fe6b65f47af0 Valid from: Sat Feb 11 01:00:00 CET 2012 until: Fri Apr 12 01:59:59 CEST 2013 Certificate fingerprints: *** *** - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Javamelody and Struts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Miguel, On 4/25/12 4:09 PM, Miguel González Castaños wrote: > I've downloaded the certificates as veriCA1.cer and veriCA2.cer and > run: Do those certificates match the type of certificate that you have? Last time I checked, VeriSign had a whole set of intermediate certificates and you need the ones that match the type of certificate you have (EV versus whatever the other flavors they have are). > keytool -import -trustcacerts -alias EV_root -keystore > /opt/tomcat5/certs/tcc -file veriCA1.cer Is /opt/tomcat5/certs/tcc the file you have configured in Tomcat? Please post your SSL configuration (cleansed of any passwords). Finally, you didn't post your original stack trace. Since this is happening on the server-side, it's either a problem during startup or during client-certificate verification. Since you mentioned the "site certificate", I assume you are having problems with your server's SSL certificate and not a client certificate being presented by a remote client, right? Can you show me what this command returns: $ keytool -list -keystore /opt/tomcat5/certs/tcc -v - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+Yd2UACgkQ9CaO5/Lv0PDUcgCgg90suQAZyF1XEivzFJ/8kB5g 8bAAoI+2TDx6N/WWegOmFYY1caiwvrbC =Ky/W -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: parallel deployment activation of new version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pid, On 4/25/12 4:21 PM, Pid wrote: > On 25/04/2012 15:57, Christopher Schultz wrote: >> Pid, >> >> On 4/23/12 9:50 PM, Pid wrote: >>> On 23/04/2012 15:06, Christopher Schultz wrote: Christoph, On 4/22/12 11:55 AM, Christoph Maser wrote: > Chris, > Am Donnerstag, den 19.04.2012, 18:21 +0200 schrieb > Christopher Schultz: >> Christoph, >> >> What about the webapp itself performing its own >> health-check as a last step of deployment, and throwing >> an exception (thereby preventing Tomcat from bringing it >> into service) if things aren't in working order? > this is the obvious way to do it as it is now. As I said > before that way one looses the access to the wapps status > pages. So you want the webapp both up (for status) and down (for traffic) at the same time? Tomcat certainly can't manage that for you. If you need "status" on a failed-deployment, why not dump it to a file or something like that? >> >>> Or use JMX rather than HTTP to acquire status information. >> >> In theory that sounds good, but the webapp needs to be deployed >> in order to interrogate it via JMX. Once it's deployed, it's in >> service (even if it's broken) and the system falls apart. > > Which 'system falls apart'? Sorry... shorthand for "new version is in service, and broken, and yet it accepts new sessions which seems to be contrary to the OP's requirements". > JMX provides an alternative route to determine application status > that is not impacted by whether the app is up or down. Sure. > If the app is not deployed there will be no associated MBeans. > > If it is deployed but not running the status attribute of the > WebModule MBean will indicate this. Right. Are you suggesting that the webapp can fail deployment and still be interrogated via MBeans? That's essentially what I'm suggesting: have the webapp fail on deployment. OP is saying he wants the webapp to deploy successfully so it can be interrogated via HTTP. I think we both agree that is both a bad idea and not really workable without big (and honestly unnecessary) changes to Tomcat. > An HTTP connection is much less reliable and trying to do what the > OP is asking is unlikely to provide a universally reliable result. > > If the app is well behaved then it could start up enough to report > it's health, given some components not starting properly - but I > think the OP is asking for something else. We'll see. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+YY+QACgkQ9CaO5/Lv0PAVZQCgq8cEG4d5/GlSP3htC2vlwnTi kwUAmwaZoGcvPaCfUqw4rwJQ3he3OOpp =IRZv -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: parallel deployment activation of new version
On 25/04/2012 15:57, Christopher Schultz wrote: > Pid, > > On 4/23/12 9:50 PM, Pid wrote: >> On 23/04/2012 15:06, Christopher Schultz wrote: >>> Christoph, >>> >>> On 4/22/12 11:55 AM, Christoph Maser wrote: Chris, >>> Am Donnerstag, den 19.04.2012, 18:21 +0200 schrieb Christopher Schultz: > Christoph, > > What about the webapp itself performing its own health-check > as a last step of deployment, and throwing an exception > (thereby preventing Tomcat from bringing it into service) if > things aren't in working order? >>> this is the obvious way to do it as it is now. As I said before that way one looses the access to the wapps status pages. >>> >>> So you want the webapp both up (for status) and down (for >>> traffic) at the same time? Tomcat certainly can't manage that for >>> you. >>> >>> If you need "status" on a failed-deployment, why not dump it to a >>> file or something like that? > >> Or use JMX rather than HTTP to acquire status information. > > In theory that sounds good, but the webapp needs to be deployed in > order to interrogate it via JMX. Once it's deployed, it's in service > (even if it's broken) and the system falls apart. Which 'system falls apart'? JMX provides an alternative route to determine application status that is not impacted by whether the app is up or down. If the app is not deployed there will be no associated MBeans. If it is deployed but not running the status attribute of the WebModule MBean will indicate this. An HTTP connection is much less reliable and trying to do what the OP is asking is unlikely to provide a universally reliable result. If the app is well behaved then it could start up enough to report it's health, given some components not starting properly - but I think the OP is asking for something else. p -- [key:62590808] signature.asc Description: OpenPGP digital signature
Re: Javamelody and Struts
On 23/04/2012 23:35, Miguel González Castaños wrote: On 23/04/2012 23:00, Miguel González Castaños wrote: Have you imported all of the "intermediate" certificates from VeriSign. I think that for some SSL certificates, you need *two* intermediate certificates from VeriSign. No, I didn't know that I had to do that. Where can I download those intermediate certificates? Many thanks for the hint I found them here I believe http://www.verisign.com/support/verisign-intermediate-ca/secure-site-intermediate/index.html I will give it a try I've downloaded the certificates as veriCA1.cer and veriCA2.cer and run: keytool -import -trustcacerts -alias EV_root -keystore /opt/tomcat5/certs/tcc -file veriCA1.cer keytool -import -trustcacerts -alias EVIntermediate -keystore /opt/tomcat5/certs/tcc -file veriCA2.cer after that I restarted Tomcat. Unfortunately I'm getting the same error Miguel - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Connection between Web Application and DB
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anjib, On 4/23/12 10:53 AM, Anjib Mulepati wrote: > I have my DB and web application running in different machine. And > whenever my DB machine restart my application fail since it can't > connect to the DB. That sounds like something that's fixable. :) (Since we're here already, might I ask if you are using SSL or some kind of secure VPN or something to connect your app server to your db server? If not, you should seriously consider it.) > I am using Struts Plug-in to load connection information from > web.xml file and creating the DAO factory from the information. DAO > factory is stored in servlet context. Now this daoFactory is used > by each DAO class to create the connection. Okay. > This problem exist in my system for long time and trying to fix it. > I have put my most code here to make things clear. I am using > tomcat 7.0.26 > > 1. Context parameter in web.xml If your db works at all, then this is set up correctly. > [...] > > public Connection createConnection() throws DAOException { try { > String str = "java:comp/env/" + dbConfig.getResRef(); DataSource > dataSource = (DataSource) > ServiceLocator.getInstance().getDataSource(str); return > dataSource.getConnection(); Good: you always get a connection from the JNDI DataSource. > driverClassName="oracle.jdbc.driver.OracleDriver" maxActive="20" > maxIdle="10" maxWait="2000" name="jdbc/mydb" password="passw0rd" > testOnBorrow="true" type="javax.sql.DataSource" > url="jdbc:oracle:thin:@//localhost:5000/TESTDB" username="scott" > validationQuery="SELECT 1 FROM DUAL" /> I would expect that the above configuration would recover from severed database connections: you have a validationQuery and testOnBorrow is true by default (though it doesn't really hurt to specify it, here). Are you sure Tomcat is using the configuration you have posted here? If you've been playing with it a lot lately and haven't properly re-deployed then Tomcat may be using an old configuration. Look in CATALINA_BASE/conf/[engine]/[hostname]/ for a .xml file matching the name of your webapp. That's the one Tomcat is using if it's there. If everything looks good with the context.xml file, then the next question is whether there is some other code in your webapp that might be getting a database connection in some other way. Does your stack trace (should occur when the database restarts) show that the error is happening in code where the connection definitely came through your DAOFactory class(es)? Finally, you might be able to check to see if something funny is going on by setting your validationQuery to something syntactically invalid (like "SELECT this is broken") just to see if you can get the validation query itself to fail. You might learn something from that exercise. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+YUuAACgkQ9CaO5/Lv0PCRsgCfQdw8OmMqbou8YyULz9GaP0vl 3CYAn1UPhwrXWVbcY8PxdLbEMSJzHIhQ =ObFm -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Payload for Tomcat 7
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Subject: Re: Payload for Tomcat 7 > On 4/25/12 6:35 AM, Rajat wrote: > > How to use the payload in Tomcat 7. > ?? Clearly, the answer is 42. > > What I have observed is payload is not being sent for self member > > in Tomcat 7 when we start the cluster. > I think you're going to have to give us a better explanation of your > question. We'd be glad to help if you give us more information. Or to put it another way, read this: http://www.catb.org/~esr/faqs/smart-questions.html then post. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
Re: 64bit windows mod_jk connector download for apache httpd 2.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mladen, On 4/25/12 8:56 AM, Mladen Turk wrote: > On 04/24/2012 09:30 PM, chris derham wrote: >>> >> And we have a winner - 64 bit mod_jk now present on >> http://www.apachelounge.com/download/win64/ >> >> Thanks for all your help, and apache lounge for doing the work >> > > Wow, that was fast. Well, you give good build instructions :) We should probably link to them on our downloads page, since they are being so courteous. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+YEgcACgkQ9CaO5/Lv0PD/ugCfS7qO5EzY5buvtueYzoVOOfav xsMAoK74h1bFsNUvDPIpJIcbz9J3+VmF =Z0K/ -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Payload for Tomcat 7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rajat, On 4/25/12 6:35 AM, Rajat wrote: > How to use the payload in Tomcat 7. ?? > What I have observed is payload is not being sent for self member > in Tomcat 7 when we start the cluster. I think you're going to have to give us a better explanation of your question. We'd be glad to help if you give us more information. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+YEX4ACgkQ9CaO5/Lv0PCecACfZoluYBqAOpwoJE2WQyc/cVgR CIMAn0KM438v8f2LV6vct0puhSZYOp7k =p2sG -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: parallel deployment activation of new version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pid, On 4/23/12 9:50 PM, Pid wrote: > On 23/04/2012 15:06, Christopher Schultz wrote: >> Christoph, >> >> On 4/22/12 11:55 AM, Christoph Maser wrote: >>> Chris, >> >>> Am Donnerstag, den 19.04.2012, 18:21 +0200 schrieb Christopher >>> Schultz: Christoph, What about the webapp itself performing its own health-check as a last step of deployment, and throwing an exception (thereby preventing Tomcat from bringing it into service) if things aren't in working order? >> >>> this is the obvious way to do it as it is now. As I said >>> before that way one looses the access to the wapps status >>> pages. >> >> So you want the webapp both up (for status) and down (for >> traffic) at the same time? Tomcat certainly can't manage that for >> you. >> >> If you need "status" on a failed-deployment, why not dump it to a >> file or something like that? > > Or use JMX rather than HTTP to acquire status information. In theory that sounds good, but the webapp needs to be deployed in order to interrogate it via JMX. Once it's deployed, it's in service (even if it's broken) and the system falls apart. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+YEPUACgkQ9CaO5/Lv0PB+PQCcChgwpeR0ODTcnn8+RiOHFdaR mOwAoJcHd4fb6hTUf+Zy3OkpgfV2G97o =o1DV -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Mod_jk returning source code of jsp files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ironclaw, Let's take a step back. On 4/23/12 10:19 AM, ironclaw hand wrote: > Thanks Christopher I will address the security issues if I am > actually able to get mod_jk to execute a jsp! I tend to agree with André, here and his assertions that there's no reason to wait "until it's working". Presumably, since you've been tasked with getting this to work, it /must/ work at the end... scrapping httpd isn't an option for you, so you may as well solve this problem since it's the easier one to solve. Honestly, I'm not sure exactly why your configuration doesn't work: I've never had trouble configuring mod_jk. > I have now removed everything from mod_jk.conf except for the > global directives and I now have my httpd.conf looking like: So what *is* in your mod_jk.conf file? I would have expected "LoadModule" and "Include" to be in there, as well as JkWorkersFile, JkLogLevel, etc. Basically, everything but Jk(Un)?Mount directives. Oh! I also usually recommend setting "JkStripSession On" so that URLs to static content that happen to contain jsessionid path parameters don't confuse httpd and prevent those resources from loading. > # # JK for connections to Tomcat # LoadModule jk_module > modules/mod_jk.so Include /etc/httpd/conf/mod_jk.conf > > JkWorkersFile > /etc/httpd/conf/workers.properties JkLogFile > /var/log/httpd/mod_jk.log JkLogLevel info Put all of the above at the top-level. It's not surprising that it doesn't work, but I didn't actually know that you can't put JkWorkersFile in a VirtualHost. I guess the documentation[1] is fairly clear: " JkWorkersFile The name of a worker file for the Tomcat servlet containers. This directive is only allowed once. It must be put into the global part of the configuration. " [1] http://tomcat.apache.org/connectors-doc/reference/apache.html > Alias /sft "/var/webapps/sft" [security]: we've discussed this > Options Indexes FollowSymLinks [security]: do you really need Indexes enabled? I find that to be a security vulnerability unless you want people to be able to browse and download arbitrary files. Sometimes that's what you want, but usually not within a webapp. > > > AllowOverride None deny from all > [security]: I would definitely do this as a instead of a : that way, you're protected no matter how the URL resolves to the filesystem. > JkMount /sft/* loadbalancer JkUnMount > /*.html loadbalancer Just for parity, I'd make that: JkUnMount /sft/*.html loadbalancer That way, you don't accidentally unmount everything on the whole site when you really only wanted to allow static files form that one webapp to be unmounted. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+YELYACgkQ9CaO5/Lv0PDqmACgiPptfKAAC+Lah1I8B1tszZ4f a0wAoJxU9ft/xII/8ubKM14ariJT5sWL =lokh -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
[OT ANNOUNCE]: Apache BarCamp D.C.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All, (As this is off-topic, please reply directly to me or join the mailing list indicated below... please don't reply to users@tomcat). The Apache Software Foundation (ASF) is hosting its first Apache BarCamp D.C. on Saturday, May 19 2012 from 9am-5pm. If you will be in the area, do sign up and join us! As with all Apache BarCamps, there will be a mix of Apache and non-Apache talks given based on who comes and the topics that interest them - with an emphasis on sharing knowledge and having a fun time. For more details and/or to sign up, please take a look at our event site http://events.apache.org/event/2012/barcamp-dc. If you have specific questions or want to help out, feel free to email me or the planning group . While the discussion will be based on who shows up, we anticipate at least good discussion on Apache Mahout, Apache Tika, Apache Lucene/Solr, Apache Accumulo, Contributing to Apache, and the Apache Way! ** Sponsorship Opportunities** We are also wanting a few more sponsors, so if the D.C. market is interesting to your company, sponsoring is a great way to get your name out there. If you'd like to find out some sponsoring details, please send me a note privately. Thanks! - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+YDhYACgkQ9CaO5/Lv0PB/zQCgqkqwti2cAYAdOpGu+8BdbEIw L7UAn0F8Bu8L5ViFr6YVvmneew2KMn11 =OSaW -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: 64bit windows mod_jk connector download for apache httpd 2.4
> Wow, that was fast. >> >> Far better than commercial support IMO > I am grateful too for the above, but since you appear to have a good > connection, and for the sake of symmetry, should not one ask them also for > the 32-bit version ? > I sent one email, and he went for it. I don't really call that a "good connection". I also thought about the symmetry thing yesterday and asked for a 32 bit one. He replied last night saying it was bed time, and would do it tomorrow. He emailed again today saying it was there now, and when I checked today and it was there. So I think we owe Steffen from apache lounge some thanks/donations Chris
Re: 64bit windows mod_jk connector download for apache httpd 2.4
Mladen Turk wrote: On 04/24/2012 09:30 PM, chris derham wrote: And we have a winner - 64 bit mod_jk now present on http://www.apachelounge.com/download/win64/ Thanks for all your help, and apache lounge for doing the work Wow, that was fast. I am grateful too for the above, but since you appear to have a good connection, and for the sake of symmetry, should not one ask them also for the 32-bit version ? Or does that make no sense anymore nowadays ? (I just happen to still use a venerable XP 32-bit for testing, so it would be nice-to-have) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: 64bit windows mod_jk connector download for apache httpd 2.4
On 04/24/2012 09:30 PM, chris derham wrote: And we have a winner - 64 bit mod_jk now present on http://www.apachelounge.com/download/win64/ Thanks for all your help, and apache lounge for doing the work Wow, that was fast. Regards -- ^TM - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.X 64 bit Crash on Windows Server 2008 R2
Thanks Jeffrey. Reverted back to Java 6 Update 31. -Original Message- From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] Sent: Wednesday, April 25, 2012 3:27 AM To: 'Tomcat Users List' Subject: RE: Tomcat 6.X 64 bit Crash on Windows Server 2008 R2 > -Original Message- > From: Husain, Yavar [mailto:yhus...@firstam.com] > Sent: Tuesday, April 24, 2012 7:20 AM > To: users@tomcat.apache.org > Subject: Tomcat 6.X 64 bit Crash on Windows Server 2008 R2 > > Hi > > > Solr 3.5 (Apache Java Search Application) was not returning results. > To my surprise Tomcat 6.x (64 bit) was not running on my Windows > Server > 2008 R2 and hence the problem. I restarted it and everything seems to > be fine now. > > > > Went to the Windows Event viewer and exported the following > information as it relates to Tomcat: > > > > Level Date and Time Source Event IDTask Category > > Information 04/23/2012 8:51:58 AM Service Control Manager 7036 > NoneThe Apache Tomcat 6 service entered the running state. > > Error04/23/2012 4:17:12 AM Service Control Manager 7034 > NoneThe Apache Tomcat 6 service terminated unexpectedly. It has > done this 2 time(s). > > Information 04/16/2012 3:13:15 PM Service Control Manager 7036 > NoneThe Apache Tomcat 6 service entered the running state. > > Error04/16/2012 1:12:47 PM Service Control Manager 7034 > NoneThe Apache Tomcat 6 service terminated unexpectedly. It has > done this 1 time(s). > > Information 04/07/2012 10:02:25 PM Service Control Manager 7036 > NoneThe Apache Tomcat 6 service entered the running state. > > > > > > Here is what I see in the Tomcat Logs: > > > 2012-04-16 15:13:13 Commons Daemon procrun stdout initialized # # A > fatal error has been detected by the Java Runtime Environment: > # > # Internal Error (os_windows_x86.cpp:149), pid=3496, tid=4124 # > guarantee(result == EXCEPTION_CONTINUE_EXECUTION) failed: Unexpected > result from topLevelExceptionFilter # # JRE version: 7.0_02-b13 # Java > VM: Java HotSpot(TM) 64-Bit Server VM (22.0-b10 mixed mode windows- > amd64 compressed oops) # Failed to write core dump. Call to > MiniDumpWriteDump() failed # # An error report file with more > information is saved as: > # C:\Windows\system32\hs_err_pid3496.log > # > # If you would like to submit a bug report, please visit: > # http://bugreport.sun.com/bugreport/crash.jsp > # > > > > Any help would be appreciated. > > > > Thanks, > > Yavar Report the Java 7 bug to Sun via the url provided. Then drop your Tomcat 6.x back to using the latest Java 6 release for 64-bit Windows. It's seem pretty stable. (that is if you are not relying on some new feature of Java 7). Jeff __ Confidentiality Notice: This Transmission (including any attachments) may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this transmission in error, please immediately reply to the sender or telephone (512) 343-9100 and delete this transmission from your system. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org ** This message may contain confidential or proprietary information intended only for the use of the addressee(s) named above or may contain information that is legally privileged. If you are not the intended addressee, or the person responsible for delivering it to the intended addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message and any copies immediately thereafter. Thank you.- ** FAFLD - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Payload for Tomcat 7
Hi, How to use the payload in Tomcat 7. What I have observed is payload is not being sent for self member in Tomcat 7 when we start the cluster. Regards Rajat - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org