Re: Tomcat does not honor acceptCount configuration variable
> > > This is not an accept problem, this is a problem with having serviced a request via a socket and then closing the connection. Given that you can't avoid accepting connections on a useful web server, you will not be able to prevent them from going through their natural lifecycle. > Chris, Thanks. I finally chose to write my own endpoint/HTTP protocol handler to better address the use case of immediate connection reset under load conditions. The acceptor logic in custom code simply closes socket when there's no free worker available. You'll notice in current implementation of tomcat JIOEndpoint, that the acceptor thread waits for a free worker thread instead. Timir
RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
> From: Caldarale, Charles R > Subject: RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections > from outside > > > that IPv4 addresses had somehow been mapped to a sub-range > > of IPv6 addresses, and that there was always some kind of > > "automatic IPv4 to IPv6 translation" going on in the background. > > Unfortunately, that's an optional part of the IPv6 RFC, and even when > available on a given platform, is usually off by default. The above is not quite correct - the option to map IPv4 addresses into IPv6 is usually *on* by default - except maybe on Windows. > > - if you are using APR for the HTTP Connector, then it is always IPv4 > > (or maybe only up to version X) > > No, APR has IPv6 capability, and it's on by default, at least in recent > versions. After some testing with varying tcnative-1.dll versions on Tomcat 5.5.25, it looks like behavior changed between 1.1.10 and 1.1.12. With 1.1.10 on my Vista 64 box, the APR connector listened _only_ on IPv4 - there were no IPv6 listens created. With 1.1.12 and above (including the current 1.1.20), APR listens only on IPv6; this should be ok as long as IPv4 connections are tunneled through IPv6, but it looks like that part isn't working in my (and the OP's) version of Windows. I didn't see any differences in the tcnative source between 1.1.10 and 1.1.12 that would account for this difference in behavior, so perhaps there were changes in the APR code proper in this time period. Just to muddy the waters a bit more, I checked how 6.0.26 works with tcnative 1.1.20, using the following connectors: The netstat -ano results (without the shutdown port) are: TCP 0.0.0.0:8080 0.0.0.0:0 LISTENING 2592 TCP 0.0.0.0:8081 0.0.0.0:0 LISTENING 2592 TCP 0.0.0.0:8082 0.0.0.0:0 LISTENING 2592 TCP [::]:8080 [::]:0 LISTENING 2592 So with these versions, the Java blocking connector is listening on both IPv4 and IPv6, while the NIO and APR connectors are using only IPv4. This doesn't seem to make things much clearer... - 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: Tomcat JULI resets JDK logging? Tomcat 6.0.26
> From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] > Subject: Re: Tomcat JULI resets JDK logging? Tomcat 6.0.26 > > I think using won't work, because that configures a > WebappLoader, and the discussed property is in WebappClassLoader. Yes, I was expecting code in WebappLoader to propagate the setting to the associated WebappClassLoader, as is done with the delegate attribute - but the propagation code was never implemented. > You can access WebappClassLoader > a) by calling WebappLoader.getClassLoader() > b) by calling Thread.getContextClassLoader() in any place of your web > application, e.g. in a Listener > > I think b) would be easier. Once the reference to the WebappClassLoader object is found, you'll need to call setClearReferencesLogFactoryRelease(false) to get the behavior you think you want. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: tomcat 6 (windows 7- 64 bits) doesn't start
> -Original Message- > From: Karthick Ragunath [mailto:karthick.ragun...@live.com] > Sent: Friday, May 07, 2010 7:01 AM > To: users@tomcat.apache.org > Subject: RE: tomcat 6 (windows 7- 64 bits) doesn't start > > > Yeah,, > well Charles > > Windows 7 64 bit OS, when installing Tomcat, expects for 64This version of > JVM's dll located at "C:\Program > Files\Java\jdk1.6.0_12\jre\bin\server\jvm.dll" > > The problem now is that, i do not want to install Java twice (one 32-bit and > other 64-bit) as how i have done it now. Some other applications using Java > requires 32bit always. (Eclipse requires 32 bit JVM which otherwise would > result in JVM termination error during Eclipse startup). > > I have downloaded latest Tomcat windows Installable. > > This same Tomcat installable, when installed in 32bit XP where 32bit JVM is > installed, gets installed properly, but not with Windows 7 64 prof. > > Is there an alternate solution for this. I would be happy to use the 32bit JVM . > Not many applications are supported by 64 bit JVM. > > > > with regards > karthick > Karthick, You can run Tomcat with 32 bit JVM on 64 bit Windows. Uninstall the current Tomcat service you have. Set the JAVA_HOME environment in the System Variables to the proper location and reboot. Download Tomcat, the 32 bit version of Windows zip file, and install the service via the batch file. Regards, Tommy > > > From: chuck.caldar...@unisys.com > > To: users@tomcat.apache.org > > Date: Thu, 6 May 2010 07:51:06 -0500 > > Subject: RE: tomcat 6 (windows 7- 64 bits) doesn't start > > > > > From: Christoph Kukulies [mailto:k...@kukulies.org] > > > Subject: Re: tomcat 6 (windows 7- 64 bits) doesn't start > > > > > > I believe it's because I only have the jre, not the jdk and I'm > > > downloading at the moment. > > > > No, Tomcat runs fine on a JRE. The problem is that you have a 32-bit JVM > installed in a 64-bit OS. (The 32-bit Windows JVM has only the client DLL, the > 64-bit only the server DLL.) The Tomcat installer program expects the JVM > mode to match that of the OS. Use a 64-bit JVM. > > > > - Chuck > > > > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR > OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended > recipient. If you received this in error, please contact the sender and delete > the e-mail and its attachments from all computers. > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > __ > ___ > Catch the latest in the world of fashion http://lifestyle.in.msn.com/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Isapi_redirect.dll
i always keep a fan in the back of the truck...just in case! good stuff! Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > From: leodona...@mail.maricopa.gov > To: users@tomcat.apache.org > Date: Fri, 7 May 2010 14:33:24 -0700 > Subject: RE: Isapi_redirect.dll > > That happened here once. The building we lease lost AC two summers ago. We > rented a cooling unit and the dust that blew out of the cooling unit tripped > the fire alarm. Still employed. > > -Original Message- > From: Martin Gainty [mailto:mgai...@hotmail.com] > Sent: Friday, May 07, 2010 12:19 PM > To: Tomcat Users List > Subject: RE: Isapi_redirect.dll > > > i used to work at a site where the owner wanted to save a few pennies and > turn the AC off at nite.. > one day in july it got over 90 degrees and all the apps went into > 'super-fried' mode my beeper went off at 8pm ..when i finally arrived at the > server room the temp was over 100f opened the windows.. got some fans > blowing..downed all the servers and the apps returned to operational > > I see alot of GIS apps going ESRI these days..(mostly Postgres/PostGIS or > Oracle Spatial) would like to hear your esri preference (offline) when you > get the chance > > good stuff! > Martin Gainty > __ > Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité > > Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger > sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung > oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich > dem Austausch von Informationen und entfaltet keine rechtliche > Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen > wir keine Haftung fuer den Inhalt uebernehmen. > Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le > destinataire prévu, nous te demandons avec bonté que pour satisfaire informez > l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci > est interdite. Ce message sert à l'information seulement et n'aura pas > n'importe quel effet légalement obligatoire. Étant donné que les email > peuvent facilement être sujets à la manipulation, nous ne pouvons accepter > aucune responsabilité pour le contenu fourni. > > > > > > From: leodona...@mail.maricopa.gov > > To: users@tomcat.apache.org > > Date: Fri, 7 May 2010 12:02:53 -0700 > > Subject: RE: Isapi_redirect.dll > > > > Martin, > > > > You caught me on an interesting day. I have an interesting/jaded response. > > > > Short answer: They work nice together when the configuration is correct, > > and you know what you're doing, and nobody messes with anything. Although, > > I don't think I really need IIS + Tomcat for what we are doing. > > > > Long answer: > > For several years, we have had a GIS website running under IIS + Tomcat, > > using the isapi_redirect.dll, and that is because we followed the vendor's > > recommendations. IIS = port 80, Tomcat = port 8080. Try deviating from > > their specs and you lose tech support, that is unless you can get someone > > to assist you in their user forums. Their user forums are not the best > > place to ask Tomcat related questions - *simply my opinion. > > > > IIS + Tomcat makes my head spin. The reason being is that when something > > is wrong with my servlet or the vendor's webapp, I waste time figuring out > > whether the isapi_redirect.dll is not working or whether I have some other > > issue. Case in point, today. My site was down for about 5 hours this > > morning. I finally tracked it back to: I implemented Tomcat, someone else > > implements IIS. I upgraded Tomcat, but IIS still had hold of the > > isapi_redirect.dll in my old tomcat_6.0.20 bin and that tomcat was not > > running. Ok, tried to fix that. Edit the registry for the isapi dll point > > to new tomcat bin, restart the server, no luck. Ok
Re: TC 6 & JSTL: attribute does not accept any expressions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kris, On 5/7/2010 11:12 AM, Kris Schneider wrote: > On Fri, May 7, 2010 at 10:39 AM, Christopher Schultz > wrote: >> >> <%@ taglib prefix="c" uri="http://java.sun.com/jstl/core"; %> > > The correct core taglib uri for JSTL 1.2 is: http://java.sun.com/jsp/jstl/core Thanks a /ton/: that was the whole problem. > Also make sure you're using a Servlet 2.5 web.xml. Yep, my web.xml says: http://java.sun.com/xml/ns/javaee"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"; It just looks like I had the wrong tablib URI. Inspecting the tag library JAR files, I can see that these two URIs are valid: JSTL 1.0: http://java.sun.com/jstl/core JSTL 1.2: http://java.sun.com/jsp/jstl/core Apparently, the 1.0 version doesn't allow EL expressions (and presumably must operate directly on a named page/request attribute). Switching to the 1.2 tag library URI did the trick. Thanks a lot! - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvkr8kACgkQ9CaO5/Lv0PB6KwCgp4Li0J0khXVQiD88+EDkE1qp 6fIAoIyU+3dkKqLo+kHOrDIPRlOKop0Y =HPBr -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Dynamic configuration of workers
> -Original Message- > From: Pid [mailto:p...@pidster.com] > There are a couple of linux load balancer projects that might work, if > you can ditch HTTPD. E.g. www.linuxvirtualserver.org We use LVS to balance load across our Apache layers already, so I'm quite familiar with it. It does do what I want here, except that there are several things we need from Apache: Access control, SSL termination, URL path based routing, etc. I considered using ipvsadm on the Apache box to route traffic to TomCats, but there is another EC2 specific problem: All the routing methods LVS uses don't work on EC2 because they _ONLY_ route TCP, UDP and ICMP: - Direct Routing messes with Ethernet headers. Not a chance. - Tunneling uses IP-in-IP tunneling, which is neither TCP, UDP nor ICMP. *grump* - NAT gets blocked by the EC2 firewalls, which makes sense. - I even tried setting up GRE tunnels; no love. So, yeah. Thought of that already too. :-) Anyone else have any ideas? So far, modifying /etc/hosts looks like the best solution, even though it tips my kludge-o-meter past my comfort zone. -Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Dynamic configuration of workers
On 07/05/2010 22:58, Smith, Mark wrote: >> -Original Message- >> From: Pid [mailto:p...@pidster.com] >>> ...isn't that what I just described? Or is there a part to your >>> suggestion I missed? >> >> It is. :) >> >> I hadn't grokked the whole thread before I started writing the answer >> and missed the last bit. Am on a v small screen. Doh. > > No worries. Just making sure I didn't miss something. Thanks for the help! > :-) There are a couple of linux load balancer projects that might work, if you can ditch HTTPD. E.g. www.linuxvirtualserver.org p signature.asc Description: OpenPGP digital signature
RE: Dynamic configuration of workers
> -Original Message- > From: Pid [mailto:p...@pidster.com] > > Another option is to configure mod_jk for static hostnames then use > > either /etc/hosts or an actual DNS cluster to change the mappings. > > This relies on the application in question honoring DNS TTLs (hint: > > Java doesn't by default). The good news is, it appears that > > mod_proxy_balancer at least honors /etc/hosts. > > > > This is actually my current favorite option, but it just seems like a > > grand hack, and it doesn't allow me to _ADD_ hosts to the config, only > > change them. So I'm likely to configure a large number of workers who > > will not be running most of the time, let the auto-scaling system make > > the workers work or not-work as it brings instances up and down, and > > accept the restart of Apache when I have to increase the max number of > > workers. > > > > It's not pretty, but it looks like it'll work. > > Cheap & dirty. > > 1. pre-configure each load balancer with a list of disabled workers: > > > BalancerMember http://tomcat01.mynet.internal:8009 > BalancerMember http://tomcat02.mynet.internal:8009 > BalancerMember http://tomcat03.mynet.internal:8009 > > # ... > BalancerMember http://tomcat99.mynet.internal:8009 status=D > > 2. update the hosts file on the load balancer to assign your newly > created virtual server IPs to one of the fake domain names above > > 3. enable the no-longer-a-dummy host using the /balancer-manager URLs > > > A variation on this will probably work for mod_jk, it might even work > better. ...isn't that what I just described? Or is there a part to your suggestion I missed? -Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat JULI resets JDK logging? Tomcat 6.0.26
2010/5/7 Caldarale, Charles R : >> From: Victor Pittman [mailto:victor.pitt...@workday.com] >> Subject: Tomcat JULI resets JDK logging? Tomcat 6.0.26 >> >> Do you know what the 'undocumented' fix is, and how to use it ? > > Try nesting the following inside the element for the webapp of > interest: > > > I think using won't work, because that configures a WebappLoader, and the discussed property is in WebappClassLoader. You can access WebappClassLoader a) by calling WebappLoader.getClassLoader() b) by calling Thread.getContextClassLoader() in any place of your web application, e.g. in a Listener I think b) would be easier. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Isapi_redirect.dll
On 07/05/2010 20:02, Leo Donahue - PLANDEVX wrote: > I ended up turning IIS off and now run my site using Tomcat only. WIN. p > I still have a lot to learn about using Tomcat. (Not as much as you think.) > http://planning.maricopa.gov > > Leo > > -Original Message- > From: Martin Gainty [mailto:mgai...@hotmail.com] > Sent: Friday, May 07, 2010 10:37 AM > To: Tomcat Users List > Subject: RE: Isapi_redirect.dll > > > no problem..you're the 3rd person on the list (in as many weeks) that has > requested operational details for IIS<->Tomcat configuration would appreciate > hearing how these 2 technology stacks work together, > > Martin > __ > Please do not modify or alter this transmission. Thank You > > > > >> From: leodona...@mail.maricopa.gov >> To: users@tomcat.apache.org >> Date: Fri, 7 May 2010 09:49:41 -0700 >> Subject: RE: Isapi_redirect.dll >> >> Found it. >> >> http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/ >> binaries/win32/jk-1.2.30/ >> >> -Original Message- >> From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] >> Sent: Friday, May 07, 2010 9:48 AM >> To: 'Tomcat Users List' >> Subject: Isapi_redirect.dll >> >> http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html >> "A pre-built version of the ISAPI redirector server plugin, >> isapi_redirect.dll, is available under the win32/i386 directory of >> tomcat-connectors distribution" >> I'm blind. I downloaded the zip and I don't see it in there anywhere. >> http://tomcat.apache.org/download-connectors.cgi >> >> Leo >> >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > _ > The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with > Hotmail. > http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > signature.asc Description: OpenPGP digital signature
Re: Dynamic configuration of workers
On 07/05/2010 21:28, Smith, Mark wrote: >> -Original Message- >> From: Jon Brisbin [mailto:jon.bris...@npcinternational.com] >> On May 7, 2010, at 1:16 PM, Smith, Mark wrote: >>> Is there a way to tell mod_jk that it has a new worker on a new >>> hostname without having to reload Apache? Similarly, to remove an >>> existing worker that has gone away, or just to change the hostname of a >>> worker. I'm picturing an API on the status worker, or something >>> similar. >>> >>> I don't want to just rewrite workers.properties and do a reload >>> because we have several long uploads happening at any given time that >>> get interrupted. Reload/graceful works most of the time, but >>> occasionally locks up the entire Apache instance, which is no good. >>> >>> I can't imagine we're the first to run into this problem, but I've >>> done a lot of looking and can't find anything other than "rewrite >>> workers.properties and reload Apache." >> >> Reconfig/reload is essentially what I'm doing too, though I use >> mod_proxy_ajp rather than mod_jk. >> >> But the annoying thing is that you're absolutely right you're not the >> first and it's frustrating knowing it'll be a while until enough >> developers have a handle on cloud architectures to make meaningful >> contributions to projects to address these fundamental problems. > > Ok, so the silver lining here is that I'm not a complete buffoon who just > doesn't know how to use Google to find the solution; there are, in fact, > others with the same problem. That's a plus... :-) > >> [...] To be honest, I'm seriously looking at using >> ipchains or something to do NAT on the box and cut out Apache entirely. > > I thought about this. The problem is that you want DNAT to change the > destination of your outgoing packets, but DNAT is only a valid target in > PREROUTING which only gets hit when receiving packets. SNAT is valid in > POSTROUTING on the outgoing side, but doesn't help you with this problem. > > I have this at the top of all my IPTables files; feel free to use it. > > - snip! - > # > # For Reference > # > # Packets traversal through netfilter: > # > #in -> (nat ) -> [routing ] -> (FORWARDING) -> (nat) -> out > # (PREROUTING)[decision](POSTROUTING) > # || /\ > # \/ || > #(INPUT) (nat OUTPUT) > # || /\ > # \/ || > # [local ] -> (OUTPUT) > # [process] > - snip! - > > Another option is to configure mod_jk for static hostnames then use either > /etc/hosts or an actual DNS cluster to change the mappings. This relies on > the application in question honoring DNS TTLs (hint: Java doesn't by > default). The good news is, it appears that mod_proxy_balancer at least > honors /etc/hosts. > > This is actually my current favorite option, but it just seems like a grand > hack, and it doesn't allow me to _ADD_ hosts to the config, only change them. > So I'm likely to configure a large number of workers who will not be running > most of the time, let the auto-scaling system make the workers work or > not-work as it brings instances up and down, and accept the restart of Apache > when I have to increase the max number of workers. > > It's not pretty, but it looks like it'll work. > >> Or even writing my own proxy server from scratch. I hate that I keep >> coming back to that so often lately. I just get frustrated, throw up my >> hands, and resign myself to simply doing it myself. I lamented on this >> very topic yesterday to The 451 Group when we talked about cloud >> architectures etc... > > I guess that's why we all like Open Source: Code doesn't do what you want it > to? Make it do it! ;-) > > I've considered modifying mod_jk or mod_proxy_balancer to add this > functionality, but don't have the resources to do that just yet. Cheap & dirty. 1. pre-configure each load balancer with a list of disabled workers: BalancerMember http://tomcat01.mynet.internal:8009 BalancerMember http://tomcat02.mynet.internal:8009 BalancerMember http://tomcat03.mynet.internal:8009 # ... BalancerMember http://tomcat99.mynet.internal:8009 status=D 2. update the hosts file on the load balancer to assign your newly created virtual server IPs to one of the fake domain names above 3. enable the no-longer-a-dummy host using the /balancer-manager URLs A variation on this will probably work for mod_jk, it might even work better. p > -Mark > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > signature.asc Des
Re : Re : Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
Hi Jeff, Good guess: I had always the native libraries installed on Tomcat 5.5.29. For Tomcat 5.5.17, it depends: for the 2 firsts installs, I installed the native libraries. But the dll wouldn't download for the next ones, so I pressed "cancell", and they didn't install. Anyway, the connection with Tomcat 5.5.17 always worked from outside computers (with and without the native libraries). There was not this download problem with Tomcat 5.5.29: I guess the dll came within the install of Tomcat 5.5.29. I am not at work until monday, I will give you the version numbers then. Sorry for "c'est au pied du mur...": I pressed the wrong button. See you, Marc. Marc - Do you have the native libraries installed? What are their releases Tomcat 5.5.17 vs. 5.5.29? To find out, explore to the Tomcat 5.5\bin directory and right-click on tcnative-1.dll. Look at the Details tab and see what it has for "file version". Jeff -Original Message- From: Eyrignoux Marc [mailto:eyrig...@yahoo.fr] Sent: Friday, May 07, 2010 9:25 AM To: Tomcat Users List Subject: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside Hi Charles, > You can try setting the address attribute of your elements to "0.0.0.0" to force IPv4. It works, thank you NB: Other people might experience the same problem. I don't know where it comes from, may be from an interaction between Windows Server 2008 and Tomcat 5.5.29 ? Thank you again, Marc. NB: for the other questions: - Nothing interesting in the logs - I use the same JDK for both 5.5.17 and 5.5.29: j2sdk1.5.0_16 - -Djava.net.preferIPv4Stack=true didn't help - my server.xml is the one installed by default with Tomcat, without any changes (but the "0.0.0.0" which I have just added). I don't paste it here since the problem is solved, and I don't want to spam you with long emails. > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Subject: RE: Re : Re : Tomcat 5.5.29 does not accept connections from > outside > > It appears to be listening only on IPv6, not IPv4. > > Check the logs for 5.5.29 to see if anything interesting is being > reported. > > Post your server.xml, preferably with comments removed and passwords > obfuscated. > > You can try setting the address attribute of your elements > to "0.0.0.0" to force IPv4. Also, are you using the same JVM for both 5.5.17 and 5.5.29? Do you have any command line parameters set? You can try setting: -Djava.net.preferIPv4Stack=true to see if that helps. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and 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 or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Isapi_redirect.dll
That happened here once. The building we lease lost AC two summers ago. We rented a cooling unit and the dust that blew out of the cooling unit tripped the fire alarm. Still employed. -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Friday, May 07, 2010 12:19 PM To: Tomcat Users List Subject: RE: Isapi_redirect.dll i used to work at a site where the owner wanted to save a few pennies and turn the AC off at nite.. one day in july it got over 90 degrees and all the apps went into 'super-fried' mode my beeper went off at 8pm ..when i finally arrived at the server room the temp was over 100f opened the windows.. got some fans blowing..downed all the servers and the apps returned to operational I see alot of GIS apps going ESRI these days..(mostly Postgres/PostGIS or Oracle Spatial) would like to hear your esri preference (offline) when you get the chance good stuff! Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > From: leodona...@mail.maricopa.gov > To: users@tomcat.apache.org > Date: Fri, 7 May 2010 12:02:53 -0700 > Subject: RE: Isapi_redirect.dll > > Martin, > > You caught me on an interesting day. I have an interesting/jaded response. > > Short answer: They work nice together when the configuration is correct, and > you know what you're doing, and nobody messes with anything. Although, I > don't think I really need IIS + Tomcat for what we are doing. > > Long answer: > For several years, we have had a GIS website running under IIS + Tomcat, > using the isapi_redirect.dll, and that is because we followed the vendor's > recommendations. IIS = port 80, Tomcat = port 8080. Try deviating from > their specs and you lose tech support, that is unless you can get someone to > assist you in their user forums. Their user forums are not the best place to > ask Tomcat related questions - *simply my opinion. > > IIS + Tomcat makes my head spin. The reason being is that when something is > wrong with my servlet or the vendor's webapp, I waste time figuring out > whether the isapi_redirect.dll is not working or whether I have some other > issue. Case in point, today. My site was down for about 5 hours this > morning. I finally tracked it back to: I implemented Tomcat, someone else > implements IIS. I upgraded Tomcat, but IIS still had hold of the > isapi_redirect.dll in my old tomcat_6.0.20 bin and that tomcat was not > running. Ok, tried to fix that. Edit the registry for the isapi dll point > to new tomcat bin, restart the server, no luck. Ok, then maybe isapi dll I > had is not compatible with newer Tomcat? Chase that question down This > whole process wastes time when I don't have it to waste. > > I ended up turning IIS off and now run my site using Tomcat only. Everything > seems to be working fine with just Tomcat serving up static HTTP. I don't > even notice a difference. > > I still have a lot to learn about using Tomcat. > > http://planning.maricopa.gov > > Leo > > -Original Message- > From: Martin Gainty [mailto:mgai...@hotmail.com] > Sent: Friday, May 07, 2010 10:37 AM > To: Tomcat Users List > Subject: RE: Isapi_redirect.dll > > > no problem..you're the 3rd person on the list (in as many weeks) that > has requested operational details for IIS<->Tomcat configuration would > appreciate hearing how these 2 technology stacks work together, > > Martin > __ > Please do not modify or alter this transmission. Thank You > > > > > > From: leodona...@mail.maricopa.gov > > To: users@tomcat.apache.org > > Date: Fri, 7 May 2010 09:49:41 -0700 > > Subject: RE: Isapi_redirect.dll > > > > Found it. > > > > http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/j > > k/ > > binaries/win32/jk-1.2.30/ > > > > -Original Message- > > From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] > > Sent: Friday, May 07, 2010 9:48 AM > > To: 'Tomcat Us
Re: Re : Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
Eyrignoux Marc wrote: C'est au pied du mur qu'on voit le mieux le mur. Mais l'arbre peut cacher la forêt. In this case however, I thing the follow-up discussion was very informative. ..that was think.. I'm not so good at ze English spelling when in French mode. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Re : Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
Eyrignoux Marc wrote: C'est au pied du mur qu'on voit le mieux le mur. Mais l'arbre peut cacher la forêt. In this case however, I thing the follow-up discussion was very informative. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re : Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
C'est au pied du mur qu'on voit le mieux le mur. - Message d'origine De : Jeffrey Janner À : Tomcat Users List Envoyé le : Ven 7 mai 2010, 20h 26min 07s Objet : RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside Marc - Do you have the native libraries installed? What are their releases Tomcat 5.5.17 vs. 5.5.29? To find out, explore to the Tomcat 5.5\bin directory and right-click on tcnative-1.dll. Look at the Details tab and see what it has for "file version". Jeff -Original Message- From: Eyrignoux Marc [mailto:eyrig...@yahoo.fr] Sent: Friday, May 07, 2010 9:25 AM To: Tomcat Users List Subject: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside Hi Charles, > You can try setting the address attribute of your elements to "0.0.0.0" to force IPv4. It works, thank you NB: Other people might experience the same problem. I don't know where it comes from, may be from an interaction between Windows Server 2008 and Tomcat 5.5.29 ? Thank you again, Marc. NB: for the other questions: - Nothing interesting in the logs - I use the same JDK for both 5.5.17 and 5.5.29: j2sdk1.5.0_16 - -Djava.net.preferIPv4Stack=true didn't help - my server.xml is the one installed by default with Tomcat, without any changes (but the "0.0.0.0" which I have just added). I don't paste it here since the problem is solved, and I don't want to spam you with long emails. > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Subject: RE: Re : Re : Tomcat 5.5.29 does not accept connections from > outside > > It appears to be listening only on IPv6, not IPv4. > > Check the logs for 5.5.29 to see if anything interesting is being > reported. > > Post your server.xml, preferably with comments removed and passwords > obfuscated. > > You can try setting the address attribute of your elements > to "0.0.0.0" to force IPv4. Also, are you using the same JVM for both 5.5.17 and 5.5.29? Do you have any command line parameters set? You can try setting: -Djava.net.preferIPv4Stack=true to see if that helps. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and 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 or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Recommendation for log analyzer?
The apps I work on mostly use Commons Logging + Log4J, which fits with Chainsaw as a useful tool for monitoring and analysis. Gregor Schneider wrote on 05/07/2010 02:34:21 PM: > Provided your logfiles are rolling daily: > > echo Number of errors i file: `grep "ERROR" [logfilename here] | wget -l` > > as a start. > > Seriously: > > Analyze your requirements and have somebody write a small script which > you put into your crontab. Said script can be a simple one or as > complex as you like it. > > Provided you're running on Linux, there's a whole bunch of useful > utilities (sed, awk) which could do the job. > > Rgds > > Gregor > -- > just because you're paranoid, don't mean they're not after you... > gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 > gpgp-key available > @ http://pgpkeys.pca.dfn.de:11371 > @ http://pgp.mit.edu:11371/ > skype:rc46fi > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Recommendation for log analyzer?
Provided your logfiles are rolling daily: echo Number of errors i file: `grep "ERROR" [logfilename here] | wget -l` as a start. Seriously: Analyze your requirements and have somebody write a small script which you put into your crontab. Said script can be a simple one or as complex as you like it. Provided you're running on Linux, there's a whole bunch of useful utilities (sed, awk) which could do the job. Rgds Gregor -- just because you're paranoid, don't mean they're not after you... gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 @ http://pgp.mit.edu:11371/ skype:rc46fi - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Dynamic configuration of workers
> -Original Message- > From: Jon Brisbin [mailto:jon.bris...@npcinternational.com] > On May 7, 2010, at 1:16 PM, Smith, Mark wrote: > > Is there a way to tell mod_jk that it has a new worker on a new > > hostname without having to reload Apache? Similarly, to remove an > > existing worker that has gone away, or just to change the hostname of a > > worker. I'm picturing an API on the status worker, or something > > similar. > > > > I don't want to just rewrite workers.properties and do a reload > > because we have several long uploads happening at any given time that > > get interrupted. Reload/graceful works most of the time, but > > occasionally locks up the entire Apache instance, which is no good. > > > > I can't imagine we're the first to run into this problem, but I've > > done a lot of looking and can't find anything other than "rewrite > > workers.properties and reload Apache." > > Reconfig/reload is essentially what I'm doing too, though I use > mod_proxy_ajp rather than mod_jk. > > But the annoying thing is that you're absolutely right you're not the > first and it's frustrating knowing it'll be a while until enough > developers have a handle on cloud architectures to make meaningful > contributions to projects to address these fundamental problems. Ok, so the silver lining here is that I'm not a complete buffoon who just doesn't know how to use Google to find the solution; there are, in fact, others with the same problem. That's a plus... :-) > [...] To be honest, I'm seriously looking at using > ipchains or something to do NAT on the box and cut out Apache entirely. I thought about this. The problem is that you want DNAT to change the destination of your outgoing packets, but DNAT is only a valid target in PREROUTING which only gets hit when receiving packets. SNAT is valid in POSTROUTING on the outgoing side, but doesn't help you with this problem. I have this at the top of all my IPTables files; feel free to use it. - snip! - # # For Reference # # Packets traversal through netfilter: # #in -> (nat ) -> [routing ] -> (FORWARDING) -> (nat) -> out # (PREROUTING)[decision](POSTROUTING) # || /\ # \/ || #(INPUT) (nat OUTPUT) # || /\ # \/ || # [local ] -> (OUTPUT) # [process] - snip! - Another option is to configure mod_jk for static hostnames then use either /etc/hosts or an actual DNS cluster to change the mappings. This relies on the application in question honoring DNS TTLs (hint: Java doesn't by default). The good news is, it appears that mod_proxy_balancer at least honors /etc/hosts. This is actually my current favorite option, but it just seems like a grand hack, and it doesn't allow me to _ADD_ hosts to the config, only change them. So I'm likely to configure a large number of workers who will not be running most of the time, let the auto-scaling system make the workers work or not-work as it brings instances up and down, and accept the restart of Apache when I have to increase the max number of workers. It's not pretty, but it looks like it'll work. > Or even writing my own proxy server from scratch. I hate that I keep > coming back to that so often lately. I just get frustrated, throw up my > hands, and resign myself to simply doing it myself. I lamented on this > very topic yesterday to The 451 Group when we talked about cloud > architectures etc... I guess that's why we all like Open Source: Code doesn't do what you want it to? Make it do it! ;-) I've considered modifying mod_jk or mod_proxy_balancer to add this functionality, but don't have the resources to do that just yet. -Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: help with hosting options and security
On Fri, May 7, 2010 at 9:11 PM, Yucca Nel wrote: > modify serve.xml but how will I do this in production? load server.xml into any editor of your choice, change it, restart tomcat, that's about it > loads od support what's that supposed to be? rgds gregor -- just because you're paranoid, don't mean they're not after you... gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 @ http://pgp.mit.edu:11371/ skype:rc46fi - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
> From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] > Subject: RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections > from outside There are some interesting comments in Sun's docs here: http://java.sun.com/j2se/1.5.0/docs/guide/net/ipv6_guide/index.html "Special IPv6 Address Types "Unspecified address (:: corresponding to 0.0.0.0 in IPv4) "This is also called anylocal or wildcard address. If a socket is bound to an IPv6 anylocal address on a dual-stack machine, it can accept both IPv6 and IPv4 traffic; if it is bound to an IPv4 (IPv4-mapped) anylocal address, it can only accept IPv4 traffic. We always try to bind to IPv6 anylocal address on a dual-stack machine unless a related system property is set to use IPv4 Stack. "When bound to ::, method ServerSocket.accept will accept connections from both IPv6 or IPv4 hosts. The Java platform API currently has no way to specify to accept connections only from IPv6 hosts." Also: "Normally, AF_INET6 sockets may be used for both IPv4 and IPv6 communications." And further: "IPv6 Networking Properties "java.net.preferIPv4Stack (default: false) "If IPv6 is available on the operating system, the underlying native socket will be an IPv6 socket. This allows Java(tm) applications to connect too, and accept connections from, both IPv4 andIPv6 hosts. "If an application has a preference to only use IPv4 sockets, then this property can be set to true. The implication is that the application will not be able to communicate with IPv6 hosts. "java.net.preferIPv6Addresses (default: false) "If IPv6 is available on the operating system, the default preference is to prefer an IPv4-mapped address over an IPv6 address. This is for backward compatibility reasons—for example, applications that depend on access to an IPv4-only service, or applications that depend on the %d.%d.%d.%d representation of an IP address. "This property can be set to try to change the preferences to use IPv6 addresses over IPv4 addresses. This allows applications to be tested and deployed in environments where the application is expected to connect to IPv6 services." The above article also claims that Windows is a single-stack platform, which was not my impression for current Windows versions (the article predates Vista and its follow-ons, e.g., Server 2008). - 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: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
I posted this before I saw Chuck's answers. I defer to him on most things, particularly the answer for Q5. -Original Message- From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] Sent: Friday, May 07, 2010 2:50 PM To: Tomcat Users List; Tomcat Users List Subject: RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside André - Almost have it right. As I understand IPv6, yes there is supposed to be some mapping of IPv4 to IPv6 available, if you've got all the right stuff. I don't know enough about it to say when/where/how that takes place. However, Microsoft, in their infinite wisdom, give us two protocol stacks, each configurable separately. As of Server 2008 (and Window 7 & Vista), you are given both, and you can't remove either one. What I reported is what you actually see under a Windows Server 2008 installation. It definitely looks to me to the Tomcat and/or APR layer that's the culprit, not anything further down the list. But I'm a layman, not one of the Tomcat clergy, so I can't say for sure. The actual breakdown of things is as follows: 1) If not using native libraries/APR, then Tomcat listens on both IPv4 an IPv6 for a specific . 2) If using native libraries/APR, then Tomcat only listens on IPv6 unless you explicitly set up an IPv4 address parameter in the . If there is no IPv6 stack, then it will use IPv4 - but you can't uninstall IPv6 on a modern MS OS. You can disable it (uncheck it), but the system still has the stack loaded, and Tomcat still configures for IPv6. 3) The SHUTDOWN/Server connector enforces 127.0.0.1, which might be a problem if anyone sets up an IPv6-only configuration. Couldn't swear to that, since I have no intention of running IPv6-only anytime soon. 4) Review my netstat entries and you'll see that the AJP entry acts like any other connector according to 1) & 2) above. 5) No way to force one or the other that I've found. Jeff -Original Message- From: C Warnier [mailto:a...@ice-sa.com] Sent: Friday, May 07, 2010 1:54 PM To: Tomcat Users List Subject: Re: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside Jeffrey Janner wrote: (a lot of useful stuff) Thanks for all this info. Honestly, I have not really looked deeply into IPv6 yet, and I am not sure I understand the implications very well. My naive idea was that this stuff was really cool, opened up a lot more address space, that IPv4 addresses had somehow been mapped to a sub-range of IPv6 addresses, and that there was always some kind of "automatic IPv4 to IPv6 translation" going on in the background. I guess it's not that simple, and I'll have to brush up on my IPv6 stuff. Another impression I'm getting now, is that Tomcat-wise, things are not very clear in that respect. Or maybe it's just the documentation which is lagging a bit. In all fairness, it is probably not the Tomcat layer that is the thing here, it is the Java JVM I guess, or maybe even deeper into the OS. If I summarise what I've seen so far, in dummy's terms : - if you are using APR for the HTTP Connector, then it is always IPv4 (or maybe only up to version X) - if you are using the non-APR HTTP Connector, then it is IPv6 by default, if this is the platform's default ? Except if you force IPv4 by specifying "0.0.0.0" as the address to listen on. - the SHUTDOWN connector (default port 8005) seems to be always IPv4, probably because internally it forces listen address 127.0.0.1 (Can this be a problem ?) - what about the AJP Connector ? Does that one also depend on whether you are using APR or not ? (I don't remember if for that one, you /can/ specify an address; I'll check) - is there a way to force the JVM to use one or the other ? I saw the -D parameter indicated by Chuck before, but the OP seemed to say it had no effect. On what does that depend ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and 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 or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments. *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and
RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
André - Almost have it right. As I understand IPv6, yes there is supposed to be some mapping of IPv4 to IPv6 available, if you've got all the right stuff. I don't know enough about it to say when/where/how that takes place. However, Microsoft, in their infinite wisdom, give us two protocol stacks, each configurable separately. As of Server 2008 (and Window 7 & Vista), you are given both, and you can't remove either one. What I reported is what you actually see under a Windows Server 2008 installation. It definitely looks to me to the Tomcat and/or APR layer that's the culprit, not anything further down the list. But I'm a layman, not one of the Tomcat clergy, so I can't say for sure. The actual breakdown of things is as follows: 1) If not using native libraries/APR, then Tomcat listens on both IPv4 an IPv6 for a specific . 2) If using native libraries/APR, then Tomcat only listens on IPv6 unless you explicitly set up an IPv4 address parameter in the . If there is no IPv6 stack, then it will use IPv4 - but you can't uninstall IPv6 on a modern MS OS. You can disable it (uncheck it), but the system still has the stack loaded, and Tomcat still configures for IPv6. 3) The SHUTDOWN/Server connector enforces 127.0.0.1, which might be a problem if anyone sets up an IPv6-only configuration. Couldn't swear to that, since I have no intention of running IPv6-only anytime soon. 4) Review my netstat entries and you'll see that the AJP entry acts like any other connector according to 1) & 2) above. 5) No way to force one or the other that I've found. Jeff -Original Message- From: C Warnier [mailto:a...@ice-sa.com] Sent: Friday, May 07, 2010 1:54 PM To: Tomcat Users List Subject: Re: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside Jeffrey Janner wrote: (a lot of useful stuff) Thanks for all this info. Honestly, I have not really looked deeply into IPv6 yet, and I am not sure I understand the implications very well. My naive idea was that this stuff was really cool, opened up a lot more address space, that IPv4 addresses had somehow been mapped to a sub-range of IPv6 addresses, and that there was always some kind of "automatic IPv4 to IPv6 translation" going on in the background. I guess it's not that simple, and I'll have to brush up on my IPv6 stuff. Another impression I'm getting now, is that Tomcat-wise, things are not very clear in that respect. Or maybe it's just the documentation which is lagging a bit. In all fairness, it is probably not the Tomcat layer that is the thing here, it is the Java JVM I guess, or maybe even deeper into the OS. If I summarise what I've seen so far, in dummy's terms : - if you are using APR for the HTTP Connector, then it is always IPv4 (or maybe only up to version X) - if you are using the non-APR HTTP Connector, then it is IPv6 by default, if this is the platform's default ? Except if you force IPv4 by specifying "0.0.0.0" as the address to listen on. - the SHUTDOWN connector (default port 8005) seems to be always IPv4, probably because internally it forces listen address 127.0.0.1 (Can this be a problem ?) - what about the AJP Connector ? Does that one also depend on whether you are using APR or not ? (I don't remember if for that one, you /can/ specify an address; I'll check) - is there a way to force the JVM to use one or the other ? I saw the -D parameter indicated by Chuck before, but the OP seemed to say it had no effect. On what does that depend ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and 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 or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments.
Re: Dynamic configuration of workers
On May 7, 2010, at 1:16 PM, Smith, Mark wrote: > I'm trying to re-architect our websites to work in EC2. One of the biggest > problems I'm running into is the dynamic nature of hostnames and IPs. I have the same problem on a VMware vSphere-based virtual private cloud... > Is there a way to tell mod_jk that it has a new worker on a new hostname > without having to reload Apache? Similarly, to remove an existing worker > that has gone away, or just to change the hostname of a worker. I'm > picturing an API on the status worker, or something similar. > > I don't want to just rewrite workers.properties and do a reload because we > have several long uploads happening at any given time that get interrupted. > Reload/graceful works most of the time, but occasionally locks up the entire > Apache instance, which is no good. > > I can't imagine we're the first to run into this problem, but I've done a lot > of looking and can't find anything other than "rewrite workers.properties and > reload Apache." Reconfig/reload is essentially what I'm doing too, though I use mod_proxy_ajp rather than mod_jk. But the annoying thing is that you're absolutely right you're not the first and it's frustrating knowing it'll be a while until enough developers have a handle on cloud architectures to make meaningful contributions to projects to address these fundamental problems. I'm having to write a lot of stuff myself because almost no software out there that's designed to run web applications addresses the real needs of heterogenous instances of servers that need to work together in a very loosely-coupled and dynamic environment. Tomcat and Apache both have serious shortcomings when it comes to cloud architectures. They're getting better (slowly), but it'll still be a year or more before there's a critical mass of software and experience that make deploying into the hybrid cloud easier. At the bare minimum, I wish the Apache load balancer had a REST API that could add and remove balancer members on the fly, like what you've mentioned above. This single thing would solve the VAST majority of my load balancer problems. To be honest, I'm seriously looking at using ipchains or something to do NAT on the box and cut out Apache entirely. Or even writing my own proxy server from scratch. I hate that I keep coming back to that so often lately. I just get frustrated, throw up my hands, and resign myself to simply doing it myself. I lamented on this very topic yesterday to The 451 Group when we talked about cloud architectures etc... Sort of related: I just put some serious updates into my vcloud session manager that uses RabbitMQ to do non-multicast session "clustering" in a cloud environment, which is the next problem I had to tackle after getting past my load balancer... :) http://github.com/jbrisbin/vcloud/tree/master/session-manager/ Jon Brisbin Portal Webmaster NPC International, Inc. > > Current versions: > - Base system: RedHat EL4 (though we are not using their TomCat) > - Apache: v2.0.63 (grabbed RedHat's EL4 2.0.52 SRPM and up-ported it to > 2.0.63, and added a couple patches of our own for various security reasons.) > - tomcat-connectors: v1.2.25 > - tomcat: v5.5.17 > > I'm certainly willing to consider alternate versions if they'll get me the > functionality I'm looking for. > > Thanks in advance for your help. > > -Mark > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: tomcat administration
> From: zigg...@gmail.com [mailto:zigg...@gmail.com] > Subject: Re: tomcat administration > > Does virtual hosting work on a single instance of tomcat and jvm? Read the docs: http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html And Mark E's new WIKI entry: http://wiki.apache.org/tomcat/TomcatDevelopmentVirtualHosts Yes. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat administration
Thanks for clarifying it. Does virtual hosting work on a single instance of tomcat and jvm? Sent from my BlackBerry® smartphone -Original Message- From: "Caldarale, Charles R" Date: Fri, 7 May 2010 14:18:45 To: Tomcat Users List Subject: RE: tomcat administration > From: zigg...@gmail.com [mailto:zigg...@gmail.com] > Subject: Re: tomcat administration > > Also have a look at catalina base That's for running multiple instances of Tomcat, which is another option but consumes more resources and requires multiple IP address or ports. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Isapi_redirect.dll
i used to work at a site where the owner wanted to save a few pennies and turn the AC off at nite.. one day in july it got over 90 degrees and all the apps went into 'super-fried' mode my beeper went off at 8pm ..when i finally arrived at the server room the temp was over 100f opened the windows.. got some fans blowing..downed all the servers and the apps returned to operational I see alot of GIS apps going ESRI these days..(mostly Postgres/PostGIS or Oracle Spatial) would like to hear your esri preference (offline) when you get the chance good stuff! Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > From: leodona...@mail.maricopa.gov > To: users@tomcat.apache.org > Date: Fri, 7 May 2010 12:02:53 -0700 > Subject: RE: Isapi_redirect.dll > > Martin, > > You caught me on an interesting day. I have an interesting/jaded response. > > Short answer: They work nice together when the configuration is correct, and > you know what you're doing, and nobody messes with anything. Although, I > don't think I really need IIS + Tomcat for what we are doing. > > Long answer: > For several years, we have had a GIS website running under IIS + Tomcat, > using the isapi_redirect.dll, and that is because we followed the vendor's > recommendations. IIS = port 80, Tomcat = port 8080. Try deviating from > their specs and you lose tech support, that is unless you can get someone to > assist you in their user forums. Their user forums are not the best place to > ask Tomcat related questions - *simply my opinion. > > IIS + Tomcat makes my head spin. The reason being is that when something is > wrong with my servlet or the vendor's webapp, I waste time figuring out > whether the isapi_redirect.dll is not working or whether I have some other > issue. Case in point, today. My site was down for about 5 hours this > morning. I finally tracked it back to: I implemented Tomcat, someone else > implements IIS. I upgraded Tomcat, but IIS still had hold of the > isapi_redirect.dll in my old tomcat_6.0.20 bin and that tomcat was not > running. Ok, tried to fix that. Edit the registry for the isapi dll point > to new tomcat bin, restart the server, no luck. Ok, then maybe isapi dll I > had is not compatible with newer Tomcat? Chase that question down This > whole process wastes time when I don't have it to waste. > > I ended up turning IIS off and now run my site using Tomcat only. Everything > seems to be working fine with just Tomcat serving up static HTTP. I don't > even notice a difference. > > I still have a lot to learn about using Tomcat. > > http://planning.maricopa.gov > > Leo > > -Original Message- > From: Martin Gainty [mailto:mgai...@hotmail.com] > Sent: Friday, May 07, 2010 10:37 AM > To: Tomcat Users List > Subject: RE: Isapi_redirect.dll > > > no problem..you're the 3rd person on the list (in as many weeks) that has > requested operational details for IIS<->Tomcat configuration would appreciate > hearing how these 2 technology stacks work together, > > Martin > __ > Please do not modify or alter this transmission. Thank You > > > > > > From: leodona...@mail.maricopa.gov > > To: users@tomcat.apache.org > > Date: Fri, 7 May 2010 09:49:41 -0700 > > Subject: RE: Isapi_redirect.dll > > > > Found it. > > > > http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/ > > binaries/win32/jk-1.2.30/ > > > > -Original Message- > > From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] > > Sent: Friday, May 07, 2010 9:48 AM > > To: 'Tomcat Users List' > > Subject: Isapi_redirect.dll > > > > http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html > > "A pre-built version of the ISAPI redirector server plugin, > > isapi_redirect.dll, is available under the win32/i386 directory of > > tomcat-connectors distribution" > > I'm blind. I downloaded the zip and I don't see it in there anywhe
RE: tomcat administration
> From: zigg...@gmail.com [mailto:zigg...@gmail.com] > Subject: Re: tomcat administration > > Also have a look at catalina base That's for running multiple instances of Tomcat, which is another option but consumes more resources and requires multiple IP address or ports. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: xalan
> From: János Löbb [mailto:janos.l...@yale.edu] > Subject: Re: xalan > > [Deprecated] Xalan: org.apache.xalan.processor.TransformerFactoryImpl This message does NOT come from Tomcat (wrong format and content). Whether it's output by the JRE or a webapp is difficult to tell. I suspect the latter, possibly from some 3rd-party library. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat administration
Also have a look at catalina base Sent from my BlackBerry® smartphone -Original Message- From: testwreq wreq Date: Fri, 7 May 2010 14:56:32 To: Tomcat Users List Subject: Re: tomcat administration Thank you. I will read about virtua. hosting. On Fri, May 7, 2010 at 12:12 PM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: testwreq wreq [mailto:testw...@gmail.com] > > Subject: Re: tomcat administration > > > > I need ability for users to stop and restart a single webapp > > without having access to other webapps which do not belong to > > them. Is this possible? > > Yes. Use virtual hosting, so each user gets their own and appBase > directory - and their own copy of the manager app and individualized > . No one will be able to impact any other . > > http://tomcat.apache.org/tomcat-5.5-doc/virtual-hosting-howto.html > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you received > this in error, please contact the sender and delete the e-mail and its > attachments from all computers. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
> From: André Warnier [mailto:a...@ice-sa.com] > Subject: Re: Re : Re : Re : Tomcat 5.5.29 does not accept connections > from outside > > that IPv4 addresses had somehow been mapped to a sub-range > of IPv6 addresses, and that there was always some kind of > "automatic IPv4 to IPv6 translation" going on in the background. Unfortunately, that's an optional part of the IPv6 RFC, and even when available on a given platform, is usually off by default. When supported, most comm stacks appear to allow the IPv4 mapping on a socket-by-socket basis. > Another impression I'm getting now, is that Tomcat-wise, things are not > very clear in that respect. It really shouldn't be a Tomcat issue, just a JVM and platform one. > - if you are using APR for the HTTP Connector, then it is always IPv4 > (or maybe only up to version X) No, APR has IPv6 capability, and it's on by default, at least in recent versions. > - if you are using the non-APR HTTP Connector, then it is IPv6 by > default, if this is the platform's default ? No, it *should* be both IPv4 and IPv6, and under control of JVM system properties. The fact that we have an observed case or two where only IPv6 was active is very strange. > - the SHUTDOWN connector (default port 8005) seems to be always IPv4, > probably because internally it forces listen address 127.0.0.1 This is correct. > - what about the AJP Connector ? Does that one also depend on whether > you are using APR or not ? Probably suffers from the same constraints that the HTTP connectors do; same underlying code. > - is there a way to force the JVM to use one or the other ? Yes, via system property settings. > I saw the -D parameter indicated by Chuck before, but the OP seemed > to say it had no effect. On what does that depend ? An indication that the OP was likely using APR. - 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.
help with hosting options and security
I need some help in understanimg how I will set up container managed security with a host? The tomcat security examples all require that I modify serve.xml but how will I do this in production? As a bonus can anyone recommend a host with loads od support as this will be my first live webapp? (one with domain registration Ta
RE: Isapi_redirect.dll
Martin, You caught me on an interesting day. I have an interesting/jaded response. Short answer: They work nice together when the configuration is correct, and you know what you're doing, and nobody messes with anything. Although, I don't think I really need IIS + Tomcat for what we are doing. Long answer: For several years, we have had a GIS website running under IIS + Tomcat, using the isapi_redirect.dll, and that is because we followed the vendor's recommendations. IIS = port 80, Tomcat = port 8080. Try deviating from their specs and you lose tech support, that is unless you can get someone to assist you in their user forums. Their user forums are not the best place to ask Tomcat related questions - *simply my opinion. IIS + Tomcat makes my head spin. The reason being is that when something is wrong with my servlet or the vendor's webapp, I waste time figuring out whether the isapi_redirect.dll is not working or whether I have some other issue. Case in point, today. My site was down for about 5 hours this morning. I finally tracked it back to: I implemented Tomcat, someone else implements IIS. I upgraded Tomcat, but IIS still had hold of the isapi_redirect.dll in my old tomcat_6.0.20 bin and that tomcat was not running. Ok, tried to fix that. Edit the registry for the isapi dll point to new tomcat bin, restart the server, no luck. Ok, then maybe isapi dll I had is not compatible with newer Tomcat? Chase that question down This whole process wastes time when I don't have it to waste. I ended up turning IIS off and now run my site using Tomcat only. Everything seems to be working fine with just Tomcat serving up static HTTP. I don't even notice a difference. I still have a lot to learn about using Tomcat. http://planning.maricopa.gov Leo -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Friday, May 07, 2010 10:37 AM To: Tomcat Users List Subject: RE: Isapi_redirect.dll no problem..you're the 3rd person on the list (in as many weeks) that has requested operational details for IIS<->Tomcat configuration would appreciate hearing how these 2 technology stacks work together, Martin __ Please do not modify or alter this transmission. Thank You > From: leodona...@mail.maricopa.gov > To: users@tomcat.apache.org > Date: Fri, 7 May 2010 09:49:41 -0700 > Subject: RE: Isapi_redirect.dll > > Found it. > > http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/ > binaries/win32/jk-1.2.30/ > > -Original Message- > From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] > Sent: Friday, May 07, 2010 9:48 AM > To: 'Tomcat Users List' > Subject: Isapi_redirect.dll > > http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html > "A pre-built version of the ISAPI redirector server plugin, > isapi_redirect.dll, is available under the win32/i386 directory of > tomcat-connectors distribution" > I'm blind. I downloaded the zip and I don't see it in there anywhere. > http://tomcat.apache.org/download-connectors.cgi > > Leo > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat administration
Thank you. I will read about virtua. hosting. On Fri, May 7, 2010 at 12:12 PM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: testwreq wreq [mailto:testw...@gmail.com] > > Subject: Re: tomcat administration > > > > I need ability for users to stop and restart a single webapp > > without having access to other webapps which do not belong to > > them. Is this possible? > > Yes. Use virtual hosting, so each user gets their own and appBase > directory - and their own copy of the manager app and individualized > . No one will be able to impact any other . > > http://tomcat.apache.org/tomcat-5.5-doc/virtual-hosting-howto.html > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you received > this in error, please contact the sender and delete the e-mail and its > attachments from all computers. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
Jeffrey Janner wrote: (a lot of useful stuff) Thanks for all this info. Honestly, I have not really looked deeply into IPv6 yet, and I am not sure I understand the implications very well. My naive idea was that this stuff was really cool, opened up a lot more address space, that IPv4 addresses had somehow been mapped to a sub-range of IPv6 addresses, and that there was always some kind of "automatic IPv4 to IPv6 translation" going on in the background. I guess it's not that simple, and I'll have to brush up on my IPv6 stuff. Another impression I'm getting now, is that Tomcat-wise, things are not very clear in that respect. Or maybe it's just the documentation which is lagging a bit. In all fairness, it is probably not the Tomcat layer that is the thing here, it is the Java JVM I guess, or maybe even deeper into the OS. If I summarise what I've seen so far, in dummy's terms : - if you are using APR for the HTTP Connector, then it is always IPv4 (or maybe only up to version X) - if you are using the non-APR HTTP Connector, then it is IPv6 by default, if this is the platform's default ? Except if you force IPv4 by specifying "0.0.0.0" as the address to listen on. - the SHUTDOWN connector (default port 8005) seems to be always IPv4, probably because internally it forces listen address 127.0.0.1 (Can this be a problem ?) - what about the AJP Connector ? Does that one also depend on whether you are using APR or not ? (I don't remember if for that one, you /can/ specify an address; I'll check) - is there a way to force the JVM to use one or the other ? I saw the -D parameter indicated by Chuck before, but the OP seemed to say it had no effect. On what does that depend ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
André - I've numbered your questions below. Here's the possible answers: (1) Probable bug in handling connections when APR library is loaded. Not sure if bug is in Tomcat or APR code. (2) Connections were most likely being tried via IPv4 only, but connectors were set up for IPv6 only. (Best I could determine from reading the thread.) (3) Local browser made connection on IPv6 because it determined that destination was to localhost and used the appropriate loopback - which turned out to be IPv6. It may have attempted the IPv4 loopback, and not getting an answer switched to the IPv6. (4) Easy - create two , one with address="0.0.0.0" and the other with address="[::]", and both specifying port="8080". Or drop the native library APR and just have the one connector with no address value. Jeff -Original Message- From: André Warnier [mailto:a...@ice-sa.com] Sent: Friday, May 07, 2010 9:50 AM To: Tomcat Users List Subject: Re: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside Eyrignoux Marc wrote: > > Hi Charles, > >> You can try setting the address attribute of your > elements to "0.0.0.0" to force IPv4. > > It works, thank you > NB: Other people might experience the same problem. I don't know where it > comes from, may be from an interaction between Windows Server 2008 and Tomcat > 5.5.29 ? > May I jump in to add somewhat to the question ? Thank you. Can someone explain this a little bit more in detail, or point to some rough explanation page somewhere ? Basically : (1) - why did that Tomcat 5.5.29 "listen only on IPv6" until it was forced to IPv4 by specifying "0.0.0.0" in the Connector ? (2) - why, when Tomcat is listening (only) on IPv6 [::]:8080, does it not accept telnet connections on port 8080 ? (3) - why, when Tomcat was listening (only) on IPv6 [::]:8080, did HTTP:8080 connections from a browser on localhost work, but not the ones from other stations ? (4) - can you set Tomcat to listen on /both/ IPv4 and IPv6 on port 8080 at the same time ? Thanks for any pointers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and 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 or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments.
Re: xalan
Hi Pid, Yes, I have, only this one: mysql-connector-java-5.1.12-bin.jar This is the newest of that kind. Thanks, János On May 7, 2010, at 12:26 PM, Pid wrote: > On 07/05/2010 16:18, János Löbb wrote: >> Hi, >> >> I see this in the catalina.out: >> . >> . >> May 6, 2010 4:17:30 PM org.apache.catalina.startup.Catalina start >> INFO: Server startup in 17970 ms >> [Deprecated] Xalan: org.apache.xalan.processor.TransformerFactoryImpl >> >> Is it normal ? What should I do to avoid it ? >> >> OS is OSX 10.6.2, with a latest java Apple provides with it. Tomcat is the >> 6.0.26 distribution. > > It doesn't report this on my Mac's Tomcat installation. > > Do you have extra JARs in tomcat/lib? > > > p > >> Thanks ahead, >> >> János >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
Marc - Do you have the native libraries installed? What are their releases Tomcat 5.5.17 vs. 5.5.29? To find out, explore to the Tomcat 5.5\bin directory and right-click on tcnative-1.dll. Look at the Details tab and see what it has for "file version". Jeff -Original Message- From: Eyrignoux Marc [mailto:eyrig...@yahoo.fr] Sent: Friday, May 07, 2010 9:25 AM To: Tomcat Users List Subject: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside Hi Charles, > You can try setting the address attribute of your elements to "0.0.0.0" to force IPv4. It works, thank you NB: Other people might experience the same problem. I don't know where it comes from, may be from an interaction between Windows Server 2008 and Tomcat 5.5.29 ? Thank you again, Marc. NB: for the other questions: - Nothing interesting in the logs - I use the same JDK for both 5.5.17 and 5.5.29: j2sdk1.5.0_16 - -Djava.net.preferIPv4Stack=true didn't help - my server.xml is the one installed by default with Tomcat, without any changes (but the "0.0.0.0" which I have just added). I don't paste it here since the problem is solved, and I don't want to spam you with long emails. > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Subject: RE: Re : Re : Tomcat 5.5.29 does not accept connections from > outside > > It appears to be listening only on IPv6, not IPv4. > > Check the logs for 5.5.29 to see if anything interesting is being > reported. > > Post your server.xml, preferably with comments removed and passwords > obfuscated. > > You can try setting the address attribute of your elements > to "0.0.0.0" to force IPv4. Also, are you using the same JVM for both 5.5.17 and 5.5.29? Do you have any command line parameters set? You can try setting: -Djava.net.preferIPv4Stack=true to see if that helps. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and 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 or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments.
Dynamic configuration of workers
I'm trying to re-architect our websites to work in EC2. One of the biggest problems I'm running into is the dynamic nature of hostnames and IPs. Is there a way to tell mod_jk that it has a new worker on a new hostname without having to reload Apache? Similarly, to remove an existing worker that has gone away, or just to change the hostname of a worker. I'm picturing an API on the status worker, or something similar. I don't want to just rewrite workers.properties and do a reload because we have several long uploads happening at any given time that get interrupted. Reload/graceful works most of the time, but occasionally locks up the entire Apache instance, which is no good. I can't imagine we're the first to run into this problem, but I've done a lot of looking and can't find anything other than "rewrite workers.properties and reload Apache." Current versions: - Base system: RedHat EL4 (though we are not using their TomCat) - Apache: v2.0.63 (grabbed RedHat's EL4 2.0.52 SRPM and up-ported it to 2.0.63, and added a couple patches of our own for various security reasons.) - tomcat-connectors: v1.2.25 - tomcat: v5.5.17 I'm certainly willing to consider alternate versions if they'll get me the functionality I'm looking for. Thanks in advance for your help. -Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
Chuck & André - Back about this time last year, I noticed this on my first Windows 2008 Server install. It was Tomcat 5.5.27 with Native libraries 1.1.16 and Sun JDK 1.6.0_13 (all 64-bit). I really think it has something to do with APR, though I haven't tested it without the native lib. My solution was to specify the IPv4 address. Add to that the server.xml only has the one entry, so I think it's setting up only on the one address. Here are the relevant portions of the server.xml: And here's the relevant netstat output: C:\Users\Administrator>netstat -an Active Connections Proto Local Address Foreign AddressState TCP0.0.0.0:25 0.0.0.0:0 LISTENING TCP0.0.0.0:1350.0.0.0:0 LISTENING TCP0.0.0.0:4450.0.0.0:0 LISTENING TCP0.0.0.0:1311 0.0.0.0:0 LISTENING TCP0.0.0.0:1688 0.0.0.0:0 LISTENING TCP0.0.0.0:3389 0.0.0.0:0 LISTENING TCP0.0.0.0:5357 0.0.0.0:0 LISTENING TCP0.0.0.0:8087 0.0.0.0:0 LISTENING TCP0.0.0.0:49152 0.0.0.0:0 LISTENING TCP0.0.0.0:49153 0.0.0.0:0 LISTENING TCP0.0.0.0:49154 0.0.0.0:0 LISTENING TCP0.0.0.0:49155 0.0.0.0:0 LISTENING TCP0.0.0.0:49158 0.0.0.0:0 LISTENING TCP0.0.0.0:49159 0.0.0.0:0 LISTENING TCP0.0.0.0:49160 0.0.0.0:0 LISTENING TCP0.0.0.0:49177 0.0.0.0:0 LISTENING TCP0.0.0.0:49818 0.0.0.0:0 LISTENING TCP0.0.0.0:49819 0.0.0.0:0 LISTENING TCP127.0.0.1:8005 0.0.0.0:0 LISTENING TCP[::]:135 [::]:0 LISTENING TCP[::]:445 [::]:0 LISTENING TCP[::]:1311 [::]:0 LISTENING TCP[::]:1688 [::]:0 LISTENING TCP[::]:3389 [::]:0 LISTENING TCP[::]:5357 [::]:0 LISTENING TCP[::]:8009 [::]:0 LISTENING TCP[::]:8080 [::]:0 LISTENING TCP[::]:8087 [::]:0 LISTENING TCP[::]:49152 [::]:0 LISTENING TCP[::]:49153 [::]:0 LISTENING TCP[::]:49154 [::]:0 LISTENING TCP[::]:49155 [::]:0 LISTENING TCP[::]:49158 [::]:0 LISTENING TCP[::]:49159 [::]:0 LISTENING TCP[::]:49160 [::]:0 LISTENING TCP[::]:49177 [::]:0 LISTENING TCP[::]:49818 [::]:0 LISTENING TCP[::]:49819 [::]:0 LISTENING Notice that the Server port went specifically to localhost, but the other two went to the IPv6-any address. The same occurred for the 32-bit version. When I started the 32-bit setup with the APR 1.1.4 that was initially downloaded, the Connectors went only to the IPv4-any address. I guessing that 1.1.4 doesn't support IPv6 at all. When I started the 32-bit setup without the APR native binaries, then I saw the behavior you state should be occuring: C:\Users\Administrator>netstat -an Active Connections Proto Local Address Foreign AddressState TCP0.0.0.0:25 0.0.0.0:0 LISTENING TCP0.0.0.0:1350.0.0.0:0 LISTENING TCP0.0.0.0:4450.0.0.0:0 LISTENING TCP0.0.0.0:1311 0.0.0.0:0 LISTENING TCP0.0.0.0:1688 0.0.0.0:0 LISTENING TCP0.0.0.0:3389 0.0.0.0:0 LISTENING TCP0.0.0.0:5357 0.0.0.0:0 LISTENING TCP0.0.0.0:8009 0.0.0.0:0 LISTENING TCP0.0.0.0:8080 0.0.0.0:0 LISTENING TCP0.0.0.0:8087 0.0.0.0:0 LISTENING TCP0.0.0.0:49152 0.0.0.0:0 LISTENING TCP0.0.0.0:49153 0.0.0.0:0 LISTENING TCP0.0.0.0:49154 0.0.0.0:0 LISTENING TCP0.0.0.0:49155 0.0.0.0:0 LISTENING TCP0.0.0.0:49158 0.0.0.0:0 LISTENING TCP0.0.0.0:49159 0.0.0.0:0 LISTENING TCP0.0.0.0:49160 0.0.0.0:0 LISTENING TCP0.0.0.0:49177 0.0.0.0:0 LISTENING TCP0.0.0.0:49818 0.0.0.0:0
RE: Isapi_redirect.dll
no problem..you're the 3rd person on the list (in as many weeks) that has requested operational details for IIS<->Tomcat configuration would appreciate hearing how these 2 technology stacks work together, Martin __ Please do not modify or alter this transmission. Thank You > From: leodona...@mail.maricopa.gov > To: users@tomcat.apache.org > Date: Fri, 7 May 2010 09:49:41 -0700 > Subject: RE: Isapi_redirect.dll > > Found it. > > http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.30/ > > -Original Message- > From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] > Sent: Friday, May 07, 2010 9:48 AM > To: 'Tomcat Users List' > Subject: Isapi_redirect.dll > > http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html > "A pre-built version of the ISAPI redirector server plugin, > isapi_redirect.dll, is available under the win32/i386 directory of > tomcat-connectors distribution" > I'm blind. I downloaded the zip and I don't see it in there anywhere. > http://tomcat.apache.org/download-connectors.cgi > > Leo > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5
Re: tomcat administration
Oops, I missed the requirement to keep the admin/manager app up - correct, you cannot keep the admin app (or any other app) up while you restart tomcat, but you can do a full restart and sit and wait and hope your newly created process doesn't crash or hang... Tim Pid wrote: On 07/05/2010 18:20, Timothy J Schumacher wrote: I would like to give some test application users ability to start & restart the tomcat server but not the entire admin / manager interface. Actually this is possible in linux at least, though be very wary... No, it's clearly not. You can't keep the admin app up, if the server is down. one can shell out of java and call things using nohup with run in the background (trailing &) or use setsid(), after that the new process is not connected to tomcat so it could restart tomcat. I have done this and it works, though it's more academic and I wouldn't recommend writing things like that :) You can shoot yourself in the foot too, if you have adequate medical insurance. p -Tim testwreq wreq wrote: I entered the following line in tomcat-users.xm file. I can login to the admin http://localhost:8080/admin/ and application manager http://localhost:8080/manager/html I would like to give some test application users ability to start & restart the tomcat server but not the entire admin / manager interface. Is it possible to configure this? I am told that when the application (jsp/servelet code) changes, tomcat has to restart to clear the old cache. Is it true? My tomcat version is 5.5.23 thanks, vm On Fri, May 7, 2010 at 9:59 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: From: testwreq wreq [mailto:testw...@gmail.com] Subject: tomcat administration I have a new installation of tomcat on centos. My $CATALINA_HOME is /usr/share/tomcat5 and tomcat is running. Care to tell us the *exact* version of Tomcat you installed? And how you installed it? (Is it a 3rd-party repackaged version, or a real one from tomcat.apache.org?) http://localhost:8080 brings up the tomcat page & one of the option is "Administration". That looks like it comes from a defunct 5.0.x version, which has not been supported for quite some time now. Install a current Tomcat from tomcat.apache.org and try again. I would like to use this web interface and even give some of the test webapp users ability to restart tomcat. That's not going to happen, at least not via internal manipulation of Tomcat. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat administration
On 07/05/2010 18:20, Timothy J Schumacher wrote: >> I would like to give some test application users ability to start & >> restart >> the tomcat server but not the entire admin / manager interface. > > Actually this is possible in linux at least, though be very wary... No, it's clearly not. You can't keep the admin app up, if the server is down. > one > can shell out of java and call things using nohup with run in the > background (trailing &) or use setsid(), after that the new process is > not connected to tomcat so it could restart tomcat. I have done this > and it works, though it's more academic and I wouldn't recommend writing > things like that :) You can shoot yourself in the foot too, if you have adequate medical insurance. p > -Tim > > > testwreq wreq wrote: >> I entered the following line > roles="admin,manager" /> in tomcat-users.xm file. I can login to the >> admin >> http://localhost:8080/admin/ and application manager >> http://localhost:8080/manager/html >> >> I would like to give some test application users ability to start & >> restart >> the tomcat server but not the entire admin / manager interface. Is it >> possible to configure this? >> >> I am told that when the application (jsp/servelet code) changes, >> tomcat has >> to restart to clear the old cache. Is it true? >> >> My tomcat version is 5.5.23 >> >> thanks, vm >> >> >> On Fri, May 7, 2010 at 9:59 AM, Caldarale, Charles R < >> chuck.caldar...@unisys.com> wrote: >> >> From: testwreq wreq [mailto:testw...@gmail.com] Subject: tomcat administration I have a new installation of tomcat on centos. My $CATALINA_HOME is /usr/share/tomcat5 and tomcat is running. >>> Care to tell us the *exact* version of Tomcat you installed? And how >>> you >>> installed it? (Is it a 3rd-party repackaged version, or a real one from >>> tomcat.apache.org?) >>> >>> http://localhost:8080 brings up the tomcat page & one of the option is "Administration". >>> That looks like it comes from a defunct 5.0.x version, which has not >>> been >>> supported for quite some time now. Install a current Tomcat from >>> tomcat.apache.org and try again. >>> >>> I would like to use this web interface and even give some of the test webapp users ability to restart tomcat. >>> That's not going to happen, at least not via internal manipulation of >>> Tomcat. >>> >>> - Chuck >>> >>> >>> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY >>> MATERIAL and is thus for use only by the intended recipient. If you >>> received >>> this in error, please contact the sender and delete the e-mail and its >>> attachments from all computers. >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >>> >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > signature.asc Description: OpenPGP digital signature
Re: Tomcat/SOAP/Netbeans...
On 07/05/2010 18:18, Neil B. Cohen wrote: > Hi, > > Thanks for replying... > > I agree with you - and I'm not sure why the client is looking at port > 8084 - I didn't specify that anywhere myself. I used Netbeans to build > both apps, and obviously Netbeans set it up that way. But my problem is > that it works if I deploy the web service to Tomcat inside of Netbeans, > and it fails if I copy the war file to an independent Tomcat. So I'm not > sure what other configuration changes are needed (or where to make them...) Neither am I, based on the information you've provided. You're not going to make any progress until the client app is either connecting to 8080 or your independent Tomcat is listening on 8084. You can't assume the server component is broken as long as you know for certain that the client app isn't hitting the right port on the server. p signature.asc Description: OpenPGP digital signature
Re: tomcat administration
I would like to give some test application users ability to start & restart the tomcat server but not the entire admin / manager interface. Actually this is possible in linux at least, though be very wary... one can shell out of java and call things using nohup with run in the background (trailing &) or use setsid(), after that the new process is not connected to tomcat so it could restart tomcat. I have done this and it works, though it's more academic and I wouldn't recommend writing things like that :) -Tim testwreq wreq wrote: I entered the following line in tomcat-users.xm file. I can login to the admin http://localhost:8080/admin/ and application manager http://localhost:8080/manager/html I would like to give some test application users ability to start & restart the tomcat server but not the entire admin / manager interface. Is it possible to configure this? I am told that when the application (jsp/servelet code) changes, tomcat has to restart to clear the old cache. Is it true? My tomcat version is 5.5.23 thanks, vm On Fri, May 7, 2010 at 9:59 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: From: testwreq wreq [mailto:testw...@gmail.com] Subject: tomcat administration I have a new installation of tomcat on centos. My $CATALINA_HOME is /usr/share/tomcat5 and tomcat is running. Care to tell us the *exact* version of Tomcat you installed? And how you installed it? (Is it a 3rd-party repackaged version, or a real one from tomcat.apache.org?) http://localhost:8080 brings up the tomcat page & one of the option is "Administration". That looks like it comes from a defunct 5.0.x version, which has not been supported for quite some time now. Install a current Tomcat from tomcat.apache.org and try again. I would like to use this web interface and even give some of the test webapp users ability to restart tomcat. That's not going to happen, at least not via internal manipulation of Tomcat. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat w/SOAP web services
The port is configurable in NetBeans UI. --- On Fri, 5/7/10, Pid wrote: From: Pid Subject: Re: Tomcat w/SOAP web services To: "Tomcat Users List" Date: Friday, May 7, 2010, 9:47 AM On 07/05/2010 16:48, Neil B. Cohen wrote: > I have been running Tomcat 6.x for some time, and building web > applications with both the Netbeans and Wavemaker IDE. I am now dipping > my toes into web services for the first time, and I could use a few > pointers. > > I used Netbeans to construct a simple web service, and a client > application that uses that service. When I 'deploy' the web service > inside of Netbeans, it kicks off Tomcat and everything works fine. So I > tried copying the .war file for the service to my regular Tomcat > instance, restarted it, and when I ran the client program it gave me > this error: > > Exception: javax.xml.ws.WebServiceException: Failed to access the WSDL > at: http://localhost:8084/WS_RRD_Distributor/WS_Get_RRD_File?wsdl. It > failed with: > Connection refused. > > I have not configured my Tomcat instance to read port 8084 - it is > running on 8080 by default. So a couple of questions from a beginner in > this area: > > 1) Are there things I need to add to my basic Tomcat instance in order > to be able to run SOAP web services? > > 2) How do I get the ports set up correctly - it looks like Netbeans > chose 8084 - I think that may be arbitrary, but I'm not sure. Since I > just copied the .war file into Tomcat/webapps, do I need to change > config files in Netbeans, in Tomcat, both or neither?? > > 3) What is the proper procedure for developing a web service using > something like Netbeans and then deploying that in a target machine > running Tomcat (I've asked a similar question on the Netbeans mailing > list - but if the procedure involves modifying Tomcat itself, I figured > I should ask it here as well... Why is the client app trying to connect on 8084? That's the problem, not the 3 points above, based on your description. p > Thanks in advance > > nbc > > NAME: Neil B. Cohen (Verisign Inc.) > PHONE: 703-948-4471 > DOMAIN: nco...@verisign.com > * > * Murphy's Philosophy: Smile - tomorrow will be worse... > * > * O'Tooles Commentary: Murphy was an optimist! > * > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org >
Recommendation for log analyzer?
Hi, We are using Tomcat 6.0.26. We want to be able to get some kind of report of the errors that are being spit out to our "localhost" file (and catalina.out as well, but localhost is the priority). Do you know of any tool that can produce a report saying, "This error occurred X number of times yesterday", etc? Thanks, - Dave -- View this message in context: http://old.nabble.com/Recommendation-for-log-analyzer--tp28488656p28488656.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat can't find Java Beans
On 07/05/2010 17:48, Luís de Sousa wrote: > This is really bad. I just reloaded the application and it started > running properly, Tomcat can now find the bean... I hadn't created the > tomcat6 user yet. > > I believe yesterday, in the midst of all those back and forth e-mails, > I must have fixed something, possibly related to permissions. The way > I installed Tomcat all resources are owned by the root and something > might have been inaccessible. > > I'm sorry for taking your time like this and inadvertently creating > such an amount of mail traffic. Don't worry about it. At least you now have a list of things to check when you come across a problem in future. p > Thanks once more, > > Luís > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > signature.asc Description: OpenPGP digital signature
RE: Isapi_redirect.dll
Found it. http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.30/ -Original Message- From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] Sent: Friday, May 07, 2010 9:48 AM To: 'Tomcat Users List' Subject: Isapi_redirect.dll http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html "A pre-built version of the ISAPI redirector server plugin, isapi_redirect.dll, is available under the win32/i386 directory of tomcat-connectors distribution" I'm blind. I downloaded the zip and I don't see it in there anywhere. http://tomcat.apache.org/download-connectors.cgi Leo - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat can't find Java Beans
This is really bad. I just reloaded the application and it started running properly, Tomcat can now find the bean... I hadn't created the tomcat6 user yet. I believe yesterday, in the midst of all those back and forth e-mails, I must have fixed something, possibly related to permissions. The way I installed Tomcat all resources are owned by the root and something might have been inaccessible. I'm sorry for taking your time like this and inadvertently creating such an amount of mail traffic. Thanks once more, Luís - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Isapi_redirect.dll
http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html "A pre-built version of the ISAPI redirector server plugin, isapi_redirect.dll, is available under the win32/i386 directory of tomcat-connectors distribution" I'm blind. I downloaded the zip and I don't see it in there anywhere. http://tomcat.apache.org/download-connectors.cgi Leo
Re: Tomcat w/SOAP web services
On 07/05/2010 16:48, Neil B. Cohen wrote: > I have been running Tomcat 6.x for some time, and building web > applications with both the Netbeans and Wavemaker IDE. I am now dipping > my toes into web services for the first time, and I could use a few > pointers. > > I used Netbeans to construct a simple web service, and a client > application that uses that service. When I 'deploy' the web service > inside of Netbeans, it kicks off Tomcat and everything works fine. So I > tried copying the .war file for the service to my regular Tomcat > instance, restarted it, and when I ran the client program it gave me > this error: > > Exception: javax.xml.ws.WebServiceException: Failed to access the WSDL > at: http://localhost:8084/WS_RRD_Distributor/WS_Get_RRD_File?wsdl. It > failed with: > Connection refused. > > I have not configured my Tomcat instance to read port 8084 - it is > running on 8080 by default. So a couple of questions from a beginner in > this area: > > 1) Are there things I need to add to my basic Tomcat instance in order > to be able to run SOAP web services? > > 2) How do I get the ports set up correctly - it looks like Netbeans > chose 8084 - I think that may be arbitrary, but I'm not sure. Since I > just copied the .war file into Tomcat/webapps, do I need to change > config files in Netbeans, in Tomcat, both or neither?? > > 3) What is the proper procedure for developing a web service using > something like Netbeans and then deploying that in a target machine > running Tomcat (I've asked a similar question on the Netbeans mailing > list - but if the procedure involves modifying Tomcat itself, I figured > I should ask it here as well... Why is the client app trying to connect on 8084? That's the problem, not the 3 points above, based on your description. p > Thanks in advance > > nbc > > NAME: Neil B. Cohen (Verisign Inc.) > PHONE: 703-948-4471 > DOMAIN: nco...@verisign.com > * > * Murphy's Philosophy: Smile - tomorrow will be worse... > * > * O'Tooles Commentary: Murphy was an optimist! > * > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > signature.asc Description: OpenPGP digital signature
Re: Tomcat 6.0.26 and FastCommonAccessLogValve
I just confirmed this myself 30 seconds before I received this :) After comparing the AccessLogValve and FastCommonAccessLogValve sources between 5.5 and 6.0 it appears my colleague is correct; in 6.0 the additional fields and methods of the Fast valve have been moved into the regular AccessLogValve. That's good news. Peter Ford, Senior Java EE Developer Contractor, NexGen Technologies, Inc. National Applications, OC-310 Division of IRM Support Services National Operations Center, BLM Office - 303-236-2261 Fax - 303-236-6691 Confidentiality Notice: This electronic communications is intended only for the use of the individual(s) or entity(ies) to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute, delete the original message, and notify the sender. Mark Thomas wrote on 05/07/2010 10:26:44 AM: > On 07/05/2010 16:18, peter_f...@blm.gov wrote: > > > > Sorry for so many questions in a short space of time. This is the last > > question, I promise :) > > > > The FastCommonAccessLogValve has been deprecated but the documentation > > gives no reason why. Does anyone here know the reason? A colleague > > suggested that the functionality may have been rolled into the standard > > AccessLogValve, making the fast valve redundant, but we have it configured > > in one system here and I'm concerned that the fast valve may have been > > deprecated because of a bug or something else bad. Any ideas? > > No bug. Just no longer required. > > Mark > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: xalan
On 07/05/2010 16:18, János Löbb wrote: > Hi, > > I see this in the catalina.out: > . > . > May 6, 2010 4:17:30 PM org.apache.catalina.startup.Catalina start > INFO: Server startup in 17970 ms > [Deprecated] Xalan: org.apache.xalan.processor.TransformerFactoryImpl > > Is it normal ? What should I do to avoid it ? > > OS is OSX 10.6.2, with a latest java Apple provides with it. Tomcat is the > 6.0.26 distribution. It doesn't report this on my Mac's Tomcat installation. Do you have extra JARs in tomcat/lib? p > Thanks ahead, > > János > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > signature.asc Description: OpenPGP digital signature
Re: Tomcat 6.0.26 and FastCommonAccessLogValve
On 07/05/2010 16:18, peter_f...@blm.gov wrote: Sorry for so many questions in a short space of time. This is the last question, I promise :) The FastCommonAccessLogValve has been deprecated but the documentation gives no reason why. Does anyone here know the reason? A colleague suggested that the functionality may have been rolled into the standard AccessLogValve, making the fast valve redundant, but we have it configured in one system here and I'm concerned that the fast valve may have been deprecated because of a bug or something else bad. Any ideas? No bug. Just no longer required. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat can't find Java Beans
> From: Luís de Sousa [mailto:luis.a.de.so...@gmail.com] > Subject: Re: Tomcat can't find Java Beans > > I already have Tomcat listening on port 8080. If you want to keep Tomcat on port 8080, you don't need to do anything other than run it under its own userid (and fix the file ownership, of course). Using jsvc is appropriate when you want Tomcat to use port 80, which is normally accessible only to root. Another alternative is to leave Tomcat on 8080, and use iptables to route requests for port 80 to 8080. Running Tomcat as root is a major security risk, since a small bug in a webapp could open up the whole file system to abuse. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: tomcat administration
> From: testwreq wreq [mailto:testw...@gmail.com] > Subject: Re: tomcat administration > > I need ability for users to stop and restart a single webapp > without having access to other webapps which do not belong to > them. Is this possible? Yes. Use virtual hosting, so each user gets their own and appBase directory - and their own copy of the manager app and individualized . No one will be able to impact any other . http://tomcat.apache.org/tomcat-5.5-doc/virtual-hosting-howto.html - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat can't find Java Beans
2010/5/6 Luís de Sousa : > On Thu, May 6, 2010 at 5:55 PM, Caldarale, Charles R > wrote: >> >> http://wiki.apache.org/tomcat/HowTo#How_to_run_Tomcat_without_root_privileges.3F >> Hi again, I already have Tomcat listening on port 8080. From what I understand I still have to do run the foo.c program. But frankly I don't understand what it does, but all my system's users (root and me) are alredy in the tomcat6 usergroup. Can someone detail this a bit more please? Thank you, Luís - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: tomcat administration
I don't think it is possible, but if you need this feature, you can always extend/modify tomcat manager application... -Original Message- From: testwreq wreq [mailto:testw...@gmail.com] [...] I need ability for users to stop and restart a single webapp without having access to other webapps which do not belong to them. Is this possible? [...] - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat administration
You are right. I should think before writing...(: I need ability for users to stop and restart a single webapp without having access to other webapps which do not belong to them. Is this possible? 2010/5/7 La Spina, Massimo > Hello. > > As somebody else already wrote, is not possible to stop/restart tomcat from > the web interface, because the web interface itself is a web-application > running into tomcat (so... to work it needs tomcat to be up and running...) > > You can stop and restart single webapps (if needed). Sometimes is enough to > redeploy the application (copy the new jar file to webapps folder), without > any further action required. > > I think you need to restart the whole server only when you want to update > some shared libraries. > > Massimo > > > > -Original Message- > From: testwreq wreq [mailto:testw...@gmail.com] > Sent: 7. května 2010 16:49 > To: Tomcat Users List > Subject: Re: tomcat administration > > I entered the following line roles="admin,manager" /> in tomcat-users.xm file. I can login to the admin > http://localhost:8080/admin/ and application manager > http://localhost:8080/manager/html > > I would like to give some test application users ability to start & restart > the tomcat server but not the entire admin / manager interface. Is it > possible to configure this? > > I am told that when the application (jsp/servelet code) changes, tomcat has > to restart to clear the old cache. Is it true? > > My tomcat version is 5.5.23 > > thanks, vm > > > On Fri, May 7, 2010 at 9:59 AM, Caldarale, Charles R < > chuck.caldar...@unisys.com> wrote: > > > > From: testwreq wreq [mailto:testw...@gmail.com] > > > Subject: tomcat administration > > > > > > I have a new installation of tomcat on centos. My $CATALINA_HOME is > > > /usr/share/tomcat5 and tomcat is running. > > > > Care to tell us the *exact* version of Tomcat you installed? And how you > > installed it? (Is it a 3rd-party repackaged version, or a real one from > > tomcat.apache.org?) > > > > > http://localhost:8080 brings up the tomcat page & one of the option is > > > "Administration". > > > > That looks like it comes from a defunct 5.0.x version, which has not been > > supported for quite some time now. Install a current Tomcat from > > tomcat.apache.org and try again. > > > > > I would like to use this web interface and even give > > > some of the test webapp users ability to restart tomcat. > > > > That's not going to happen, at least not via internal manipulation of > > Tomcat. > > > > - Chuck > > > > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > > MATERIAL and is thus for use only by the intended recipient. If you > received > > this in error, please contact the sender and delete the e-mail and its > > attachments from all computers. > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Tomcat w/SOAP web services
I have been running Tomcat 6.x for some time, and building web applications with both the Netbeans and Wavemaker IDE. I am now dipping my toes into web services for the first time, and I could use a few pointers. I used Netbeans to construct a simple web service, and a client application that uses that service. When I 'deploy' the web service inside of Netbeans, it kicks off Tomcat and everything works fine. So I tried copying the .war file for the service to my regular Tomcat instance, restarted it, and when I ran the client program it gave me this error: Exception: javax.xml.ws.WebServiceException: Failed to access the WSDL at: http://localhost:8084/WS_RRD_Distributor/WS_Get_RRD_File?wsdl. It failed with: Connection refused. I have not configured my Tomcat instance to read port 8084 - it is running on 8080 by default. So a couple of questions from a beginner in this area: 1) Are there things I need to add to my basic Tomcat instance in order to be able to run SOAP web services? 2) How do I get the ports set up correctly - it looks like Netbeans chose 8084 - I think that may be arbitrary, but I'm not sure. Since I just copied the .war file into Tomcat/webapps, do I need to change config files in Netbeans, in Tomcat, both or neither?? 3) What is the proper procedure for developing a web service using something like Netbeans and then deploying that in a target machine running Tomcat (I've asked a similar question on the Netbeans mailing list - but if the procedure involves modifying Tomcat itself, I figured I should ask it here as well... Thanks in advance nbc NAME: Neil B. Cohen (Verisign Inc.) PHONE: 703-948-4471 DOMAIN: nco...@verisign.com * * Murphy's Philosophy: Smile - tomorrow will be worse... * * O'Tooles Commentary: Murphy was an optimist! * - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: xalan
Consider it as a warning that this class can be removed in the next releases. Anyway, for the moment it should work without problems. For more information, see what version of xalan you are currently using and see the API documentation. -Original Message- From: János Löbb [mailto:janos.l...@yale.edu] Sent: 7. května 2010 17:19 [...] [Deprecated] Xalan: org.apache.xalan.processor.TransformerFactoryImpl Is it normal ? What should I do to avoid it ? [...] - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
xalan
Hi, I see this in the catalina.out: . . May 6, 2010 4:17:30 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 17970 ms [Deprecated] Xalan: org.apache.xalan.processor.TransformerFactoryImpl Is it normal ? What should I do to avoid it ? OS is OSX 10.6.2, with a latest java Apple provides with it. Tomcat is the 6.0.26 distribution. Thanks ahead, János - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
> From: André Warnier [mailto:a...@ice-sa.com] > Subject: Re: Re : Re : Re : Tomcat 5.5.29 does not accept connections > from outside > > Can someone explain this a little bit more in detail, or point to some > rough explanation page somewhere ? Not really - this is a bit of a mystery. > - why did that Tomcat 5.5.29 "listen only on IPv6" until it was forced > to IPv4 by specifying "0.0.0.0" in the Connector ? The key question. > - why, when Tomcat is listening (only) on IPv6 [::]:8080, does it not > accept telnet connections on port 8080 ? Because the telnet client is likely making the request only on IPv4, since the DNS mechanism (or hosts file) probably only has IPv4 addresses in it. > - why, when Tomcat was listening (only) on IPv6 [::]:8080, did > HTTP:8080 connections from a browser on localhost work, but not > the ones from other stations ? The internal one would have connected on the IPv6 loopback ([::1]), while the outside ones most likely attempted only IPv4 connections. We don't even know if the OP's network supports IPv6 routing. > - can you set Tomcat to listen on /both/ IPv4 and IPv6 on port 8080 at > the same time ? This should be the default, and that's what 5.5.17 appears to have been doing. Why 5.5.29 doesn't exhibit the same behavior is TBD. I haven't downloaded 5.5.29 yet, but it's on my list for this weekend, to see what it does on my dual-stack machine. - 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: tomcat administration
Caldarale, Charles R wrote: From: testwreq wreq [mailto:testw...@gmail.com] Subject: Re: tomcat administration I would like to give some test application users ability to start & restart the tomcat server but not the entire admin / manager interface. Is it possible to configure this? Allright, I cannot resist. Suggestion : Create a web application which returns one html page, and then does a system.exit. And the return page would be And now ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: TC 6 & JSTL: attribute does not accept any expressions
On Fri, May 7, 2010 at 10:39 AM, Christopher Schultz wrote: > All, > > I'm a complete newbie to JSTL and I'm having trouble getting a simple page > to render. The page below gives me the error: > > org.apache.jasper.JasperException: /tasks.jsp(18,6) According to TLD or > attribute directive in tag file, attribute items does not accept any > expressions > org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40) > org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407) > [...] > > It seems to me that "items" had better be an expression. > > I have a fresh install of Tomcat 6.0.26 running on Sun's 1.6.0-_20-b02 JVM > on 32-bit Linux. I downloaded the JSTL "api" and "impl" packages from > https://jstl.dev.java.net/download.html and put the JAR files directly into > WEB-INF/lib. > > <%@ page > pageEncoding="UTF-8" > import="lj.timesheet.Task" > %> > <%@ taglib prefix="c" uri="http://java.sun.com/jstl/core"; %> The correct core taglib uri for JSTL 1.2 is: http://java.sun.com/jsp/jstl/core Also make sure you're using a Servlet 2.5 web.xml. > > > My Tasks > > > > My Tasks > > > > Description > > > > > > > > > > > I had this problem on my Linux desktop which I then rebooted back into > Windows to write this message. Just for kicks, I tossed this JSP onto my dev > server for work (and removed the reference to the Task class) and it worked > no problem. > > The differences I can see between these environments are: > 1. No "Task" import in the environment where it works > 2. Direct call to the JSP in the environment where it works > (rather than calling a servlet which forwards to it) > 3. Slightly different Java version (it's 1.6.0-12 in the > working environment) > 4. Working environment is using CATALINA_BASE to run Tomcat from > a separate directory than the actual distro > > > Can anyone shed any light on this? I'm going to toss my entire WAR file into > the environment where it /is/ working to see if it's some interaction > problem. > > Thanks, > -chris -- Kris Schneider - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: TC 6 & JSTL: attribute does not accept any expressions
On 07/05/2010 15:57, Christopher Schultz wrote:
> All,
>
> On 05/07/2010 10:39 AM, Christopher Schultz wrote:
>> Can anyone shed any light on this? I'm going to toss my entire WAR file
>> into the environment where it /is/ working to see if it's some
>> interaction problem.
>
> Placing my entire WAR file into the environment where I could get the
> JSP working results in the same error (full stack trace this time, just
> in case it's relevant):
>
> org.apache.jasper.JasperException: /tasks.jsp(18,6) According to TLD or
> attribute directive in tag file, attribute items does not accept any
> expressions
Find the TLD that it's referencing and look at the 'items' attribute.
If it says rtexprvalue="false" it's wrong. If it says 'true' then we're
looking in the wrong place.
p
>
> org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40)
>
> org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407)
>
> org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:148)
>
> org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(Validator.java:1209)
>
> org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:846)
> org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1530)
> org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2361)
> org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2411)
> org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2417)
> org.apache.jasper.compiler.Node$Root.accept(Node.java:495)
> org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2361)
>
> org.apache.jasper.compiler.Validator.validateExDirectives(Validator.java:1763)
> org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:198)
> org.apache.jasper.compiler.Compiler.compile(Compiler.java:347)
> org.apache.jasper.compiler.Compiler.compile(Compiler.java:327)
> org.apache.jasper.compiler.Compiler.compile(Compiler.java:314)
>
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:589)
>
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317)
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> lj.timesheet.GetTasksServlet.doGet(GetTasksServlet.java:29)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>
> Basically, my servlet creates a List of Task objects and puts them into
> a request attribute called "tasks", then does:
>
> getServletContext().getRequestDispatcher("/tasks.jsp")
> .forward(request, response);
>
> This is pretty simple stuff: what am I missing?
>
> Thanks,
> -chris
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
signature.asc
Description: OpenPGP digital signature
RE: Tomcat 6.0.26 Context/privileged
I knew I had to have missed something. The documentation section that covers classloading isn't very clear and as far as I can see makes no mention of the privileged setting, and the section under Context configuration that describes the privileged setting is misleading (from your description I'd guess it wasn't updated properly from 5.5). Your answer makes things plainer. Thanks! "Caldarale, Charles R" Tomcat Users List 05/07/2010 08:44 cc AM Subject RE: Tomcat 6.0.26 Please respond to Context/privileged "Tomcat Users List" > From: peter_f...@blm.gov [mailto:peter_f...@blm.gov] > Subject: Tomcat 6.0.26 Context/privileged > > that means that in effect all applications are running as if > privileged by default. No, that's not how it works. The WebappClassLoader chooses which parent in the classloader hierarchy to delegate to, based on the privileged setting. By default, the WebappClassLoader skips over the common class loader, going right to the system classloader. Only privileged webapps get to use the common class loader. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: tomcat administration
> From: testwreq wreq [mailto:testw...@gmail.com] > Subject: Re: tomcat administration > > I would like to give some test application users ability to > start & restart the tomcat server but not the entire admin / > manager interface. Is it possible to configure this? Think about that: since the admin/manager interface is part of Tomcat, how would that be possible? Also note that the admin interface has not been carried forward into current versions of Tomcat, so basing any procedures around it would be very short-sighted. > I am told that when the application (jsp/servelet code) > changes, tomcat has to restart to clear the old cache. You were told wrong. As long as you properly redeploy webapps via the manager interface, all that is taken care of. Your _browser_ might be caching things that you would need to get rid of. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: TC 6 & JSTL: attribute does not accept any expressions
All,
On 05/07/2010 10:39 AM, Christopher Schultz wrote:
> Can anyone shed any light on this? I'm going to toss my entire WAR file
> into the environment where it /is/ working to see if it's some
> interaction problem.
Placing my entire WAR file into the environment where I could get the
JSP working results in the same error (full stack trace this time, just
in case it's relevant):
org.apache.jasper.JasperException: /tasks.jsp(18,6) According to TLD or
attribute directive in tag file, attribute items does not accept any
expressions
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40)
org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407)
org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:148)
org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(Validator.java:1209)
org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:846)
org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1530)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2361)
org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2411)
org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2417)
org.apache.jasper.compiler.Node$Root.accept(Node.java:495)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2361)
org.apache.jasper.compiler.Validator.validateExDirectives(Validator.java:1763)
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:198)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:347)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:327)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:314)
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:589)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
lj.timesheet.GetTasksServlet.doGet(GetTasksServlet.java:29)
javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
Basically, my servlet creates a List of Task objects and puts them into
a request attribute called "tasks", then does:
getServletContext().getRequestDispatcher("/tasks.jsp")
.forward(request, response);
This is pretty simple stuff: what am I missing?
Thanks,
-chris
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
RE: tomcat administration
Sorry for the typo... Below, I meant war file, not jar... -Original Message- From: La Spina, Massimo Sent: 7. května 2010 16:55 To: 'Tomcat Users List' Subject: RE: tomcat administration Hello. As somebody else already wrote, is not possible to stop/restart tomcat from the web interface, because the web interface itself is a web-application running into tomcat (so... to work it needs tomcat to be up and running...) You can stop and restart single webapps (if needed). Sometimes is enough to redeploy the application (copy the new jar file to webapps folder), without any further action required. I think you need to restart the whole server only when you want to update some shared libraries. Massimo -Original Message- From: testwreq wreq [mailto:testw...@gmail.com] Sent: 7. května 2010 16:49 To: Tomcat Users List Subject: Re: tomcat administration I entered the following line in tomcat-users.xm file. I can login to the admin http://localhost:8080/admin/ and application manager http://localhost:8080/manager/html I would like to give some test application users ability to start & restart the tomcat server but not the entire admin / manager interface. Is it possible to configure this? I am told that when the application (jsp/servelet code) changes, tomcat has to restart to clear the old cache. Is it true? My tomcat version is 5.5.23 thanks, vm On Fri, May 7, 2010 at 9:59 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: testwreq wreq [mailto:testw...@gmail.com] > > Subject: tomcat administration > > > > I have a new installation of tomcat on centos. My $CATALINA_HOME is > > /usr/share/tomcat5 and tomcat is running. > > Care to tell us the *exact* version of Tomcat you installed? And how you > installed it? (Is it a 3rd-party repackaged version, or a real one from > tomcat.apache.org?) > > > http://localhost:8080 brings up the tomcat page & one of the option is > > "Administration". > > That looks like it comes from a defunct 5.0.x version, which has not been > supported for quite some time now. Install a current Tomcat from > tomcat.apache.org and try again. > > > I would like to use this web interface and even give > > some of the test webapp users ability to restart tomcat. > > That's not going to happen, at least not via internal manipulation of > Tomcat. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you received > this in error, please contact the sender and delete the e-mail and its > attachments from all computers. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: tomcat administration
Hello. As somebody else already wrote, is not possible to stop/restart tomcat from the web interface, because the web interface itself is a web-application running into tomcat (so... to work it needs tomcat to be up and running...) You can stop and restart single webapps (if needed). Sometimes is enough to redeploy the application (copy the new jar file to webapps folder), without any further action required. I think you need to restart the whole server only when you want to update some shared libraries. Massimo -Original Message- From: testwreq wreq [mailto:testw...@gmail.com] Sent: 7. května 2010 16:49 To: Tomcat Users List Subject: Re: tomcat administration I entered the following line in tomcat-users.xm file. I can login to the admin http://localhost:8080/admin/ and application manager http://localhost:8080/manager/html I would like to give some test application users ability to start & restart the tomcat server but not the entire admin / manager interface. Is it possible to configure this? I am told that when the application (jsp/servelet code) changes, tomcat has to restart to clear the old cache. Is it true? My tomcat version is 5.5.23 thanks, vm On Fri, May 7, 2010 at 9:59 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: testwreq wreq [mailto:testw...@gmail.com] > > Subject: tomcat administration > > > > I have a new installation of tomcat on centos. My $CATALINA_HOME is > > /usr/share/tomcat5 and tomcat is running. > > Care to tell us the *exact* version of Tomcat you installed? And how you > installed it? (Is it a 3rd-party repackaged version, or a real one from > tomcat.apache.org?) > > > http://localhost:8080 brings up the tomcat page & one of the option is > > "Administration". > > That looks like it comes from a defunct 5.0.x version, which has not been > supported for quite some time now. Install a current Tomcat from > tomcat.apache.org and try again. > > > I would like to use this web interface and even give > > some of the test webapp users ability to restart tomcat. > > That's not going to happen, at least not via internal manipulation of > Tomcat. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you received > this in error, please contact the sender and delete the e-mail and its > attachments from all computers. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat administration
testwreq wreq wrote: I would like to give some test application users ability to start & restart the tomcat server You may want to sit down, have a cup of coffee, and re-think harder about this statement, before someone really feels like answering it (again). - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
Eyrignoux Marc wrote: Hi Charles, You can try setting the address attribute of your elements to "0.0.0.0" to force IPv4. It works, thank you NB: Other people might experience the same problem. I don't know where it comes from, may be from an interaction between Windows Server 2008 and Tomcat 5.5.29 ? May I jump in to add somewhat to the question ? Thank you. Can someone explain this a little bit more in detail, or point to some rough explanation page somewhere ? Basically : - why did that Tomcat 5.5.29 "listen only on IPv6" until it was forced to IPv4 by specifying "0.0.0.0" in the Connector ? - why, when Tomcat is listening (only) on IPv6 [::]:8080, does it not accept telnet connections on port 8080 ? - why, when Tomcat was listening (only) on IPv6 [::]:8080, did HTTP:8080 connections from a browser on localhost work, but not the ones from other stations ? - can you set Tomcat to listen on /both/ IPv4 and IPv6 on port 8080 at the same time ? Thanks for any pointers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat administration
I entered the following line in tomcat-users.xm file. I can login to the admin http://localhost:8080/admin/ and application manager http://localhost:8080/manager/html I would like to give some test application users ability to start & restart the tomcat server but not the entire admin / manager interface. Is it possible to configure this? I am told that when the application (jsp/servelet code) changes, tomcat has to restart to clear the old cache. Is it true? My tomcat version is 5.5.23 thanks, vm On Fri, May 7, 2010 at 9:59 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: testwreq wreq [mailto:testw...@gmail.com] > > Subject: tomcat administration > > > > I have a new installation of tomcat on centos. My $CATALINA_HOME is > > /usr/share/tomcat5 and tomcat is running. > > Care to tell us the *exact* version of Tomcat you installed? And how you > installed it? (Is it a 3rd-party repackaged version, or a real one from > tomcat.apache.org?) > > > http://localhost:8080 brings up the tomcat page & one of the option is > > "Administration". > > That looks like it comes from a defunct 5.0.x version, which has not been > supported for quite some time now. Install a current Tomcat from > tomcat.apache.org and try again. > > > I would like to use this web interface and even give > > some of the test webapp users ability to restart tomcat. > > That's not going to happen, at least not via internal manipulation of > Tomcat. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you received > this in error, please contact the sender and delete the e-mail and its > attachments from all computers. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
RE: Tomcat 6.0.26 Context/privileged
> From: peter_f...@blm.gov [mailto:peter_f...@blm.gov] > Subject: Tomcat 6.0.26 Context/privileged > > that means that in effect all applications are running as if > privileged by default. No, that's not how it works. The WebappClassLoader chooses which parent in the classloader hierarchy to delegate to, based on the privileged setting. By default, the WebappClassLoader skips over the common class loader, going right to the system classloader. Only privileged webapps get to use the common class loader. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
TC 6 & JSTL: attribute does not accept any expressions
All, I'm a complete newbie to JSTL and I'm having trouble getting a simple page to render. The page below gives me the error: org.apache.jasper.JasperException: /tasks.jsp(18,6) According to TLD or attribute directive in tag file, attribute items does not accept any expressions org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407) [...] It seems to me that "items" had better be an expression. I have a fresh install of Tomcat 6.0.26 running on Sun's 1.6.0-_20-b02 JVM on 32-bit Linux. I downloaded the JSTL "api" and "impl" packages from https://jstl.dev.java.net/download.html and put the JAR files directly into WEB-INF/lib. <%@ page pageEncoding="UTF-8" import="lj.timesheet.Task" %> <%@ taglib prefix="c" uri="http://java.sun.com/jstl/core"; %> My Tasks My Tasks Description I had this problem on my Linux desktop which I then rebooted back into Windows to write this message. Just for kicks, I tossed this JSP onto my dev server for work (and removed the reference to the Task class) and it worked no problem. The differences I can see between these environments are: 1. No "Task" import in the environment where it works 2. Direct call to the JSP in the environment where it works (rather than calling a servlet which forwards to it) 3. Slightly different Java version (it's 1.6.0-12 in the working environment) 4. Working environment is using CATALINA_BASE to run Tomcat from a separate directory than the actual distro Can anyone shed any light on this? I'm going to toss my entire WAR file into the environment where it /is/ working to see if it's some interaction problem. Thanks, -chris - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re : Re : Re : Tomcat 5.5.29 does not accept connections from outside
Hi Charles, > You can try setting the address attribute of your elements to "0.0.0.0" to force IPv4. It works, thank you NB: Other people might experience the same problem. I don't know where it comes from, may be from an interaction between Windows Server 2008 and Tomcat 5.5.29 ? Thank you again, Marc. NB: for the other questions: - Nothing interesting in the logs - I use the same JDK for both 5.5.17 and 5.5.29: j2sdk1.5.0_16 - -Djava.net.preferIPv4Stack=true didn't help - my server.xml is the one installed by default with Tomcat, without any changes (but the "0.0.0.0" which I have just added). I don't paste it here since the problem is solved, and I don't want to spam you with long emails. > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Subject: RE: Re : Re : Tomcat 5.5.29 does not accept connections from > outside > > It appears to be listening only on IPv6, not IPv4. > > Check the logs for 5.5.29 to see if anything interesting is being > reported. > > Post your server.xml, preferably with comments removed and passwords > obfuscated. > > You can try setting the address attribute of your elements > to "0.0.0.0" to force IPv4. Also, are you using the same JVM for both 5.5.17 and 5.5.29? Do you have any command line parameters set? You can try setting: -Djava.net.preferIPv4Stack=true to see if that helps. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6.0.26 -security option
Yes, they're from the Chat servlet, and that answers the question. Thank you! Konstantin Kolinko wrote on 05/07/2010 08:15:28 AM: > 2010/5/7 : > > If I run bin/startup.sh with the -security option switched on, I get a > > couple of security exceptions thrown into catalina.out. Is this expected? > > Those from "chat.ChatServlet" ? Yes, they are expected. > > https://issues.apache.org/bugzilla/show_bug.cgi?id=48218 > gives details, if you are curious. > > Best regards, > Konstantin Kolinko > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat 6.0.26 and FastCommonAccessLogValve
Sorry for so many questions in a short space of time. This is the last question, I promise :) The FastCommonAccessLogValve has been deprecated but the documentation gives no reason why. Does anyone here know the reason? A colleague suggested that the functionality may have been rolled into the standard AccessLogValve, making the fast valve redundant, but we have it configured in one system here and I'm concerned that the fast valve may have been deprecated because of a bug or something else bad. Any ideas? --Pete - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6.0.26 -security option
2010/5/7 : > If I run bin/startup.sh with the -security option switched on, I get a > couple of security exceptions thrown into catalina.out. Is this expected? Those from "chat.ChatServlet" ? Yes, they are expected. https://issues.apache.org/bugzilla/show_bug.cgi?id=48218 gives details, if you are curious. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat 6.0.26 -security option
I'm running a Tomcat 6.0.26 on Linux with Java 6u20. This is a freshly unpacked installation; the only changes I made were in server.xml to change the shutdown port and disable the AJP port, and tomcat-users so I can log in to the manager. I haven't removed any of the supplied apps, or installed my own app. If I run bin/startup.sh with the -security option switched on, I get a couple of security exceptions thrown into catalina.out. Is this expected? --Pete - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat administration
testwreq wreq wrote: http://localhost:8080 brings up the tomcat page & one of the option is "Administration". I would like to use this web interface and even give some of the test webapp users ability to restart tomcat. What is the URL of the administration application? Is it something that ends like /manager/html, it must be Tomcat Manager application. That application needs a user in role "manager". $CATALINA_HOME/conf/tomcat-users.xml. Currently my file has the following Just change roles="tomcat" to roles="manager", restart Tomcat, and try again. Also, consider changing password. -Ognjen - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat administration
testwreq wreq wrote: I have a new installation of tomcat on centos. My $CATALINA_HOME is /usr/share/tomcat5 and tomcat is running. http://localhost:8080 brings up the tomcat page & one of the option is "Administration". I would like to use this web interface and even give some of the test webapp users ability to restart tomcat. No webapp will give you that last option. A webapp may allow one to stop Tomcat, but then you'd have a problem. According to the home page, users are defined in $CATALINA_HOME/conf/tomcat-users.xml. Currently my file has the following content more tomcat-users.xml I tried logging to the administration web interface with tomcat/tomcat but it did not work. Can anyone guide to configure this file? I am very new to tomcat. If you view CATALINA_HOME/server/webapps/manager/WEB-INF/web.xml, at the end you will see that it requires a user with the role "manager". So above add : and modify (or add another user with that role) That will allow you to access the Manager application. For the "Admin" application however, I'm not sure, but it must be something similar. I seem to remember however that the Admin application is no longer developed or supported or both. But I cannot immediately find a reference to it on the Tomcat site. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat 6.0.26 Context/privileged
Can someone clarify something about the Context element's "privileged" attribute in Tomcat 6.0? In Tomcat 5.5 setting privileged="true" would set the application's parent class loader to the Catalina loader so that the app could access the server classes. The default is privileged="false" and so normal apps don't see these classes. In Tomcat 6, if I understand the documentation, all the server class jars are handled by the common loader (which can see the server jars), and that means that in effect all applications are running as if privileged by default. More than that, even explicitly setting privileged="false" won't switch this behaviour off. The only way to change that would be to move the server jars to another directory and modify the catalina.properties. Is that right, or am I missing something about how 6.0 deals with this? If this is the way things are, doesn't that mean that 6.0 is not in line with the Servlet API spec? --Pete - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: tomcat 6 (windows 7- 64 bits) doesn't start
Yeah,, well Charles Windows 7 64 bit OS, when installing Tomcat, expects for 64This version of JVM's dll located at "C:\Program Files\Java\jdk1.6.0_12\jre\bin\server\jvm.dll" The problem now is that, i do not want to install Java twice (one 32-bit and other 64-bit) as how i have done it now. Some other applications using Java requires 32bit always. (Eclipse requires 32 bit JVM which otherwise would result in JVM termination error during Eclipse startup). I have downloaded latest Tomcat windows Installable. This same Tomcat installable, when installed in 32bit XP where 32bit JVM is installed, gets installed properly, but not with Windows 7 64 prof. Is there an alternate solution for this. I would be happy to use the 32bit JVM . Not many applications are supported by 64 bit JVM. with regards karthick > From: chuck.caldar...@unisys.com > To: users@tomcat.apache.org > Date: Thu, 6 May 2010 07:51:06 -0500 > Subject: RE: tomcat 6 (windows 7- 64 bits) doesn't start > > > From: Christoph Kukulies [mailto:k...@kukulies.org] > > Subject: Re: tomcat 6 (windows 7- 64 bits) doesn't start > > > > I believe it's because I only have the jre, not the jdk and I'm > > downloading at the moment. > > No, Tomcat runs fine on a JRE. The problem is that you have a 32-bit JVM > installed in a 64-bit OS. (The 32-bit Windows JVM has only the client DLL, > the 64-bit only the server DLL.) The Tomcat installer program expects the > JVM mode to match that of the OS. Use a 64-bit JVM. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you received > this in error, please contact the sender and delete the e-mail and its > attachments from all computers. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > _ Catch the latest in the world of fashion http://lifestyle.in.msn.com/
RE: tomcat administration
> From: testwreq wreq [mailto:testw...@gmail.com] > Subject: tomcat administration > > I have a new installation of tomcat on centos. My $CATALINA_HOME is > /usr/share/tomcat5 and tomcat is running. Care to tell us the *exact* version of Tomcat you installed? And how you installed it? (Is it a 3rd-party repackaged version, or a real one from tomcat.apache.org?) > http://localhost:8080 brings up the tomcat page & one of the option is > "Administration". That looks like it comes from a defunct 5.0.x version, which has not been supported for quite some time now. Install a current Tomcat from tomcat.apache.org and try again. > I would like to use this web interface and even give > some of the test webapp users ability to restart tomcat. That's not going to happen, at least not via internal manipulation of Tomcat. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: tomcat administration
There are special "admin" and "manager" roles. Try to define and use one of these. Massimo -Original Message- From: testwreq wreq [mailto:testw...@gmail.com] Sent: 7. května 2010 15:04 To: Tomcat Users List Subject: tomcat administration I have a new installation of tomcat on centos. My $CATALINA_HOME is /usr/share/tomcat5 and tomcat is running. http://localhost:8080 brings up the tomcat page & one of the option is "Administration". I would like to use this web interface and even give some of the test webapp users ability to restart tomcat. According to the home page, users are defined in $CATALINA_HOME/conf/tomcat-users.xml. Currently my file has the following content more tomcat-users.xml I tried logging to the administration web interface with tomcat/tomcat but it did not work. Can anyone guide to configure this file? I am very new to tomcat. Thank you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Re : Re : Tomcat 5.5.29 does not accept connections from outside
> From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Subject: RE: Re : Re : Tomcat 5.5.29 does not accept connections from > outside > > It appears to be listening only on IPv6, not IPv4. > > Check the logs for 5.5.29 to see if anything interesting is being > reported. > > Post your server.xml, preferably with comments removed and passwords > obfuscated. > > You can try setting the address attribute of your elements > to "0.0.0.0" to force IPv4. Also, are you using the same JVM for both 5.5.17 and 5.5.29? Do you have any command line parameters set? You can try setting: -Djava.net.preferIPv4Stack=true to see if that helps. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Re : Re : Tomcat 5.5.29 does not accept connections from outside
> From: Eyrignoux Marc [mailto:eyrig...@yahoo.fr] > Subject: Re : Re : Tomcat 5.5.29 does not accept connections from > outside > > - With Tomcat 5.5.29: > > TCP[::]:8080 [::]:0 LISTENING It appears to be listening only on IPv6, not IPv4. Check the logs for 5.5.29 to see if anything interesting is being reported. Post your server.xml, preferably with comments removed and passwords obfuscated. You can try setting the address attribute of your elements to "0.0.0.0" to force IPv4. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat 6 (windows 7- 64 bits) doesn't start
Am 07.05.2010 09:42, schrieb Tommy Pham: -Original Message- From: Christoph Kukulies [mailto:k...@kukulies.org] Sent: Friday, May 07, 2010 12:21 AM To: Tomcat Users List Cc: Caldarale, Charles R Subject: Re: tomcat 6 (windows 7- 64 bits) doesn't start Am 06.05.2010 14:51, schrieb Caldarale, Charles R: From: Christoph Kukulies [mailto:k...@kukulies.org] Subject: Re: tomcat 6 (windows 7- 64 bits) doesn't start I believe it's because I only have the jre, not the jdk and I'm downloading at the moment. No, Tomcat runs fine on a JRE. The problem is that you have a 32-bit JVM installed in a 64-bit OS. (The 32-bit Windows JVM has only the client DLL, the 64-bit only the server DLL.) The Tomcat installer program expects the JVM mode to match that of the OS. Use a 64-bit JVM. - Chuck Thanks. That's correct what you are saying. But this also means that whenever you're asked to download the latest Java from java.com (Sun/Oracle) with whatever Java app, e.g. OpenOffice or something, that infamous installer that always installs the Yahoo toolbar in your browser when you don't untick that checkbox, you always get the 32bit version JVM on windows. I looked for a 64bit version on their download page to no avail. -- Christoph Kukulies Christoph, Try java.sun.com. Specifically: http://java.sun.com/javase/downloads/widget/jdk6.jsp Regards, Tommy Thanks, Tommy. Great link! And I even remembered my Sun account/password which is still in their databases since 13 years or so. :-) -- Christoph - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re : Re : Tomcat 5.5.29 does not accept connections from outside
Hi, Here is the output of the command [ netstat -an | find "8080" ] on different configurations: - With Tomcat 5.5.29: TCP[::]:8080 [::]:0 LISTENING - With Tomcat 5.5.29, after accessing it via IE8, with http://localhost:8080: TCP[::]:8080 [::]:0 LISTENING TCP[::1]:8080 [::1]:61956ESTABLISHED TCP[::1]:8080 [::1]:61957ESTABLISHED TCP[::1]:61956[::1]:8080 ESTABLISHED TCP[::1]:61957[::1]:8080 ESTABLISHED - With Tomcat 5.5.17: TCP0.0.0.0:8080 0.0.0.0:0 LISTENING TCP[::]:8080 [::]:0 LISTENING - With Tomcat 5.5.17, after accessing it via IE8, with http://localhost:8080: TCP0.0.0.0:8080 0.0.0.0:0 LISTENING TCP[::]:8080 [::]:0 LISTENING TCP[::1]:8080 [::1]:62008ESTABLISHED TCP[::1]:8080 [::1]:62009ESTABLISHED TCP[::1]:62008[::1]:8080 ESTABLISHED TCP[::1]:62009[::1]:8080 ESTABLISHED As you can see, there is a difference: " TCP0.0.0.0:8080 0.0.0.0:0 LISTENING" is present with Tomcat 5.5.17, but not with Tomcat 5.5.29. Does it explain my problem ? Marc, if you start up a command prompt and run: netstat -an | find "8080" ... what do you get? In particular, I'm interested to know whether the port that's listening is bound to "*:8080" or to something like "127.0.0.1:8080". - Peter On 7 May 2010 11:56, Eyrignoux Marc wrote: > > Thank you for the answer, but I think it is not a network problem: > > "nslookup epigonesrv11" answers correctly on my computer: > Nom :epigonesrv11.epigonedom.dom > Address: 192.168.0.6 > > > "ping epigonesrv11" answers also correctly (with some french in it): > Envoi d'une requête 'ping' sur EPIGONESRV11.epigonedom.dom [192.168.0.6] > avec 32 octets de données : > > > Réponse de 192.168.0.6 : octets=32 temps<1ms TTL=128 > Réponse de 192.168.0.6 : octets=32 temps<1ms TTL=128 > Réponse de 192.168.0.6 : octets=32 temps=1 ms TTL=128 > Réponse de 192.168.0.6 : octets=32 temps<1ms TTL=128 > > Statistiques Ping pour 192.168.0.6: >Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%), > Durée approximative des boucles en millisecondes : >Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms > > > > But "telnet epigonesrv11 8080" answers that connection on port 8080 is > impossible: > Connexion à epigonesrv11...Impossible d'ouvrir une connexion à l'hôte, sur > le port 8080: Échec lors de la connexion > > > > > As I explained anyway, all the firewalls are inactive, AND I can establish > a connection with Tomcat 5.5.17 BUT not with Tomcat 5.5.29. > All my installs are the simplest ever (always "next" in .exe installer; > only unzip and launch startup.bat with zip distrib). I tried the windows > .exe installers of Tomcat 5.5.17 and Tomcat 5.5.29, and the zip > distributions of Tomcat 5.5.17 and Tomcat 5.5.29, and: > - my computer contacts Tomcat 5.5.17 on port 8080 (either when installed by > a zip or an exe) > - my computer does not contact Tomcat 5.5.29 on port 8080 > - Tomcat 5.5.29 is running, since it is accessible from the local server (I > log on the server, and call http://localhost:8080, and I get the admin > console) > > > > > > > > > > > Hi all, > > > > I have installed Tomcat 5.5.29 on Windows 2008 as a service. > > It works fine on the computer where I installed it: > http://localhost:8080/, http://localhost:8080/admin, > http://localhost:8080/manager/html, http://localhost:8080/myWebApp answer > well. > > > > But when I try to access it from any other computer of the local private > network, I get a "Connection failed" error, ie. the URLs > http://myServer:8080/, http://myServer:8080/admin, etc... do not respond. > > > > NB: > > - the firewall is inactive on the server and on the clients > > - my configuration is basic: no AJP, no proxy, no cluster, I call Tomcat > directly on the default ports > > This : > > - I tried a "telnet myServer 8080", which did not work > > That would tend to indicate that you have a problem which has nothing to do > with Tomcat, but has to do with either > - the DNS (name resolving of "myServer" does not give the IP address of > your host) > OR > - something is blocking remote access to your host on port 8080 > > and this : > > - I tried to install Tomcat 5.5.17 instead of Tomcat 5.5.29, and it > worked !! ie. the URLs http://myServer:8080/, http://myServer:8080/admin, > etc... DO respond !! > > > contradicts the above. > There is a puzzle there.. > > To find out if there is a problem with name resolution, do this : > on the same workstation where you tried the telnet command, enter > nslookup myServer > > it should tell you the IP address
tomcat administration
I have a new installation of tomcat on centos. My $CATALINA_HOME is /usr/share/tomcat5 and tomcat is running. http://localhost:8080 brings up the tomcat page & one of the option is "Administration". I would like to use this web interface and even give some of the test webapp users ability to restart tomcat. According to the home page, users are defined in $CATALINA_HOME/conf/tomcat-users.xml. Currently my file has the following content more tomcat-users.xml I tried logging to the administration web interface with tomcat/tomcat but it did not work. Can anyone guide to configure this file? I am very new to tomcat. Thank you.
Re : Re : Tomcat 5.5.29 does not accept connections from outside
Hi, The same as http://epigonesrv11:8080 : it works with Tomcat 5.5.17, but not with Tomcat 5.5.29. Fortunately, the install / uninstall procedure is rather quick ;o) Thx, Marc. -- Marc, what gives if you call http://192.168.0.6:8080? Rgds Gregor - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Re : Tomcat 5.5.29 does not accept connections from outside
Marc, if you start up a command prompt and run: netstat -an | find "8080" ... what do you get? In particular, I'm interested to know whether the port that's listening is bound to "*:8080" or to something like "127.0.0.1:8080". - Peter On 7 May 2010 11:56, Eyrignoux Marc wrote: > > Thank you for the answer, but I think it is not a network problem: > > "nslookup epigonesrv11" answers correctly on my computer: > Nom :epigonesrv11.epigonedom.dom > Address: 192.168.0.6 > > > "ping epigonesrv11" answers also correctly (with some french in it): > Envoi d'une requête 'ping' sur EPIGONESRV11.epigonedom.dom [192.168.0.6] > avec 32 octets de données : > > > Réponse de 192.168.0.6 : octets=32 temps<1ms TTL=128 > Réponse de 192.168.0.6 : octets=32 temps<1ms TTL=128 > Réponse de 192.168.0.6 : octets=32 temps=1 ms TTL=128 > Réponse de 192.168.0.6 : octets=32 temps<1ms TTL=128 > > Statistiques Ping pour 192.168.0.6: >Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%), > Durée approximative des boucles en millisecondes : >Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms > > > > But "telnet epigonesrv11 8080" answers that connection on port 8080 is > impossible: > Connexion à epigonesrv11...Impossible d'ouvrir une connexion à l'hôte, sur > le port 8080: Échec lors de la connexion > > > > > As I explained anyway, all the firewalls are inactive, AND I can establish > a connection with Tomcat 5.5.17 BUT not with Tomcat 5.5.29. > All my installs are the simplest ever (always "next" in .exe installer; > only unzip and launch startup.bat with zip distrib). I tried the windows > .exe installers of Tomcat 5.5.17 and Tomcat 5.5.29, and the zip > distributions of Tomcat 5.5.17 and Tomcat 5.5.29, and: > - my computer contacts Tomcat 5.5.17 on port 8080 (either when installed by > a zip or an exe) > - my computer does not contact Tomcat 5.5.29 on port 8080 > - Tomcat 5.5.29 is running, since it is accessible from the local server (I > log on the server, and call http://localhost:8080, and I get the admin > console) > > > > > > > > > > > Hi all, > > > > I have installed Tomcat 5.5.29 on Windows 2008 as a service. > > It works fine on the computer where I installed it: > http://localhost:8080/, http://localhost:8080/admin, > http://localhost:8080/manager/html, http://localhost:8080/myWebApp answer > well. > > > > But when I try to access it from any other computer of the local private > network, I get a "Connection failed" error, ie. the URLs > http://myServer:8080/, http://myServer:8080/admin, etc... do not respond. > > > > NB: > > - the firewall is inactive on the server and on the clients > > - my configuration is basic: no AJP, no proxy, no cluster, I call Tomcat > directly on the default ports > > This : > > - I tried a "telnet myServer 8080", which did not work > > That would tend to indicate that you have a problem which has nothing to do > with Tomcat, but has to do with either > - the DNS (name resolving of "myServer" does not give the IP address of > your host) > OR > - something is blocking remote access to your host on port 8080 > > and this : > > - I tried to install Tomcat 5.5.17 instead of Tomcat 5.5.29, and it > worked !! ie. the URLs http://myServer:8080/, http://myServer:8080/admin, > etc... DO respond !! > > > contradicts the above. > There is a puzzle there.. > > To find out if there is a problem with name resolution, do this : > on the same workstation where you tried the telnet command, enter > nslookup myServer > > it should tell you the IP address of that host. If it does not, you have a > DNS issue. > > To find out if there is a general network issue between the workstation and > the server, do > ping myServer > > > In general however, instead of saying "it did not work", try to be a bit > more specific. What exactly happens when you do > telnet myServer 8080 > > Don't be afraid to paste the original error message here, we're polyglots. > We even have mind-readers, but they appear to be on vacation right now. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: Re : Tomcat 5.5.29 does not accept connections from outside
Marc, what gives if you call http://192.168.0.6:8080? Rgds Gregor -- just because you're paranoid, don't mean they're not after you... gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 @ http://pgp.mit.edu:11371/ skype:rc46fi - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re : Tomcat 5.5.29 does not accept connections from outside
Thank you for the answer, but I think it is not a network problem: "nslookup epigonesrv11" answers correctly on my computer: Nom :epigonesrv11.epigonedom.dom Address: 192.168.0.6 "ping epigonesrv11" answers also correctly (with some french in it): Envoi d'une requête 'ping' sur EPIGONESRV11.epigonedom.dom [192.168.0.6] avec 32 octets de données : Réponse de 192.168.0.6 : octets=32 temps<1ms TTL=128 Réponse de 192.168.0.6 : octets=32 temps<1ms TTL=128 Réponse de 192.168.0.6 : octets=32 temps=1 ms TTL=128 Réponse de 192.168.0.6 : octets=32 temps<1ms TTL=128 Statistiques Ping pour 192.168.0.6: Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%), Durée approximative des boucles en millisecondes : Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms But "telnet epigonesrv11 8080" answers that connection on port 8080 is impossible: Connexion à epigonesrv11...Impossible d'ouvrir une connexion à l'hôte, sur le port 8080: Échec lors de la connexion As I explained anyway, all the firewalls are inactive, AND I can establish a connection with Tomcat 5.5.17 BUT not with Tomcat 5.5.29. All my installs are the simplest ever (always "next" in .exe installer; only unzip and launch startup.bat with zip distrib). I tried the windows .exe installers of Tomcat 5.5.17 and Tomcat 5.5.29, and the zip distributions of Tomcat 5.5.17 and Tomcat 5.5.29, and: - my computer contacts Tomcat 5.5.17 on port 8080 (either when installed by a zip or an exe) - my computer does not contact Tomcat 5.5.29 on port 8080 - Tomcat 5.5.29 is running, since it is accessible from the local server (I log on the server, and call http://localhost:8080, and I get the admin console) > Hi all, > > I have installed Tomcat 5.5.29 on Windows 2008 as a service. > It works fine on the computer where I installed it: http://localhost:8080/, > http://localhost:8080/admin, http://localhost:8080/manager/html, > http://localhost:8080/myWebApp answer well. > > But when I try to access it from any other computer of the local private > network, I get a "Connection failed" error, ie. the URLs > http://myServer:8080/, http://myServer:8080/admin, etc... do not respond. > > NB: > - the firewall is inactive on the server and on the clients > - my configuration is basic: no AJP, no proxy, no cluster, I call Tomcat > directly on the default ports This : > - I tried a "telnet myServer 8080", which did not work That would tend to indicate that you have a problem which has nothing to do with Tomcat, but has to do with either - the DNS (name resolving of "myServer" does not give the IP address of your host) OR - something is blocking remote access to your host on port 8080 and this : > - I tried to install Tomcat 5.5.17 instead of Tomcat 5.5.29, and it worked !! > ie. the URLs http://myServer:8080/, http://myServer:8080/admin, etc... DO > respond !! > contradicts the above. There is a puzzle there.. To find out if there is a problem with name resolution, do this : on the same workstation where you tried the telnet command, enter nslookup myServer it should tell you the IP address of that host. If it does not, you have a DNS issue. To find out if there is a general network issue between the workstation and the server, do ping myServer In general however, instead of saying "it did not work", try to be a bit more specific. What exactly happens when you do telnet myServer 8080 Don't be afraid to paste the original error message here, we're polyglots. We even have mind-readers, but they appear to be on vacation right now. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re : Tomcat 5.5.29 does not accept connections from outside
What happens if you start Tomcat from the startup.bat script intomcat/bin, from a 5.5.29* .zip version? => The same: it works on the computer, but not on the local network => NB: I only unzipped the archive and launched the server: this is the simplest configuration ever. * Why install 5.5 when you can install 6.0? => because I have to: my client wants Tomcat 5.5.29. Anyway, it is a very basic configuration which works with Tomcat 5.5.17, but not with Tomcat 5.5.29. > Hi all, > > I have installed Tomcat 5.5.29 on Windows 2008 as a service. > It works fine on the computer where I installed it: http://localhost:8080/, > http://localhost:8080/admin, http://localhost:8080/manager/html, > http://localhost:8080/myWebApp answer well. > > But when I try to access it from any other computer of the local private > network, I get a "Connection failed" error, ie. the URLs > http://myServer:8080/, http://myServer:8080/admin, etc... do not respond. > > NB: > - the firewall is inactive on the server and on the clients > - my configuration is basic: no AJP, no proxy, no cluster, I call Tomcat > directly on the default ports > - I tried a "telnet myServer 8080", which did not work > - I tried to install Tomcat 5.5.17 instead of Tomcat 5.5.29, and it worked !! > ie. the URLs http://myServer:8080/, http://myServer:8080/admin, etc... DO > respond !! > > Is there a security restriction since Tomcat 5.5.17 ? Nope. > I read the security archives of Tomcat 5.5, but found nothing. What happens if you start Tomcat from the startup.bat script in tomcat/bin, from a 5.5.29* .zip version? p * Why install 5.5 when you can install 6.0? > Thanks in advance, > Marc. > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 5.5.29 does not accept connections from outside
Marc, Eyrignoux Marc wrote: Hi all, I have installed Tomcat 5.5.29 on Windows 2008 as a service. It works fine on the computer where I installed it: http://localhost:8080/, http://localhost:8080/admin, http://localhost:8080/manager/html, http://localhost:8080/myWebApp answer well. But when I try to access it from any other computer of the local private network, I get a "Connection failed" error, ie. the URLs http://myServer:8080/, http://myServer:8080/admin, etc... do not respond. NB: - the firewall is inactive on the server and on the clients - my configuration is basic: no AJP, no proxy, no cluster, I call Tomcat directly on the default ports This : - I tried a "telnet myServer 8080", which did not work That would tend to indicate that you have a problem which has nothing to do with Tomcat, but has to do with either - the DNS (name resolving of "myServer" does not give the IP address of your host) OR - something is blocking remote access to your host on port 8080 and this : - I tried to install Tomcat 5.5.17 instead of Tomcat 5.5.29, and it worked !! ie. the URLs http://myServer:8080/, http://myServer:8080/admin, etc... DO respond !! contradicts the above. There is a puzzle there.. To find out if there is a problem with name resolution, do this : on the same workstation where you tried the telnet command, enter nslookup myServer it should tell you the IP address of that host. If it does not, you have a DNS issue. To find out if there is a general network issue between the workstation and the server, do ping myServer In general however, instead of saying "it did not work", try to be a bit more specific. What exactly happens when you do telnet myServer 8080 Don't be afraid to paste the original error message here, we're polyglots. We even have mind-readers, but they appear to be on vacation right now. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
