Tomcat JNDI custom resource factory questions
Hi! I am using Tomcat 7.0.29 with a custom JNDI resource factory (http://tomcat.apache.org/tomcat-7.0-doc/jndi-resources-howto.html#Adding_Custom_Resource_Factories). The factory creates a connection to data server which then can be shared between servlets. Two questions regarding the resource usage. 1. Creation of the resource factory, isn't is supposed to be thread-safe? The resource (connection) is used by two servlets which obtains it on start-up. It works fine if the servlets are loaded one after another - the first servlet asks JNDI for a connection, JNDI creates a factory, the factory creates a connection, JNDI gives the connection to the servlet; the second one ask JNDI for a connection and immediately gets the same connection, without calling the factory. But if the servlets are being started exactly at the same time, they get two different connections created by two different factories. Shouldn't the factory singleton-ness be managed by Tomcat? 2. What is the correct way to close the resource? How should I close the resource if the webapp is being stopped/undeployed? My factory creates a connection on "please create a resource" call somewhere from inside JNDI, lets the connection go and doesn't know how many servlets use it. Users of the resource are independent, they do not know how many of them are and do not know when the resource can be closed. So I would expect some kind of "it's time to close the resource(s)" call from JNDI. Is there one? I know that I can track all the resources creation in a ServletContextListener and then close them in contextDestroyed(), but I hope there is a nicer way. Thanks in advance, Kirill - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: HTTP NIO connector not supporting IPv6
Thanks Dan, Jeff. There are no errors in catalina.log file. The connector tags are defined as below in server.xml. This configuration does not support IPv6. Below configuration supports IPv6. The only difference is the protocol. Please let me know if something missing here? Thanks & Regards, Aditi On Tue, Sep 11, 2012 at 7:30 PM, Jeffrey Janner wrote: > > -Original Message- > > From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] > > Sent: Tuesday, September 11, 2012 8:57 AM > > To: 'Tomcat Users List' > > Subject: RE: HTTP NIO connector not supporting IPv6 > > > > Aditi - > > > > All connectors support both IPv4 and IPv6, including BIO, NIO, and > > native/APR. However, how you configure the connector will affect which > > protocol is supported. > > > > As far as I've been able to tell from empirical testing (see previous > > threads), if you leave off the address parameter, the java-based > > connectors (BIO & NIO) will set up listeners on both of the "any" > > addresses, i.e. 0.0.0.0:port for IPv4 and [::]:port for IPv6. Unless > > it's been fixed in a recent release, the APR will only set up to listen > > on the IPv6 address. You have to specifically give it the IPv4 "any" > > if you want IPv4 support. Since I only support IPv4 right now, I > > haven't re-tested the current version of APR. (pltr) > > > > So, as Daniel says, please resend your message with copies of the > > actual tags, minus any passwords and excess comments. If > > you are seeing any errors in your catalina.log file, those would be > > helpful as well. > > > > Jeff > > > > p.s. sorry for the top-post, it's early. > p.p.s. The above is testing done under Windows servers. > > Also, you really should upgrade to the latest sun JDK (jdk1.6.0_35). > There are issues with some of the lower versions, but I don't think any > that affect the connector mechanism. > > > > > -Original Message- > > > From: Aditi Sinha [mailto:adisinha0...@gmail.com] > > > Sent: Tuesday, September 11, 2012 7:21 AM > > > To: Tomcat Users List > > > Subject: HTTP NIO connector not supporting IPv6 > > > > > > Hi, > > > > > > > > > > > > We have a web server hosted on Apache Tomcat Version 7.0.22. > > > > > > Machine details: Windows 2008 server machine, 32-bit OS > > > > > > Java version: jdk1.6.0_25 > > > > > > > > > > > > Two HTTP connectors are defined in server.xml. > > > > > > 1. For non-SSL requests: Connector with protocol="HTTP/1.1" > > > (HTTP > > > BIO connector) > > > > > > 2. For SSL requests: Connector with > > > protocol="org.apache.coyote.http11.Http11NioProtocol" (HTTP NIO > > > connector) > > > > > > > > > > > > With the above configuration server is not accessible through the > > IPv6 > > > address. The "netstat -an" command also does not list the connector > > > ports(defined in server.xml). > > > > > > > > > > > > *On modifying these two connectors to use the BIO implementation, > > > protocol="org.apache.coyote.http11.Http11Protocol" > > > the server supports IPv6. * > > > > > > > > > > > > Any idea why HTTP NIO connector would not support IPv6? > > > > > > > > > > > > Thanks & Regards, > > > > > > Aditi > > > > > > - > > 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: Where do I store Images in tomcat structure so that I can retrive it properly in all browsers
2012/9/12 Kiran Badi : > On 9/8/2012 4:09 PM, Konstantin Kolinko wrote: >> >> Regarding the aliases feature: >> >> single path -> multiple file paths: No >> multiple different non-intersecting paths -> multiple file paths: Yes >> >> As far as I remember, an example of using multiple aliases is present >> in documentation. > > Thanks Konstantin, it seems to be working perfectly fine. > > This is how I am doing it now, > > aliases="/UploadedImages=c:/UploadedImages,/st=c:/st,/sb=c:/sb,/UploadedImages/scr=c:/UploadedImages/scr,/UploadedImages/scyr=c:/UploadedImages/scyr,/UploadedImages/sem=c:/UploadedImages/sem"> > > Now I have one clarification, I am going need close to 150 categories(think > of marketplace) and there will be fair amount of images upload which my > users will be doing. > > I expect the aliases to grow till 150 to 200 paths, do you feel this is > correct.I am not sure as how large sites deal when they have heavy volumes > of images getting uploaded on daily basis. > > Do I need to cautious here on anything. 1. You can add whitespace around ',' and '=' for better readability. (I do not remember whether 7.0.27 allows it, but 7.0.30 should allow whitespace there). 2. It is possible to define a system property (via -D in the options list at startup, or via catalina.properties file) and reference it as ${propname}. 3. Having 200 aliases means that Tomcat would have to try 200 different prefixes for each resource lookup. Maybe it would not be noticeable (compared to the other time spent in delivering a response), but it still seems like a waste of time. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Where do I store Images in tomcat structure so that I can retrive it properly in all browsers
On 9/8/2012 4:09 PM, Konstantin Kolinko wrote: Regarding the aliases feature: single path -> multiple file paths: No multiple different non-intersecting paths -> multiple file paths: Yes As far as I remember, an example of using multiple aliases is present in documentation. Thanks Konstantin, it seems to be working perfectly fine. This is how I am doing it now, aliases="/UploadedImages=c:/UploadedImages,/st=c:/st,/sb=c:/sb,/UploadedImages/scr=c:/UploadedImages/scr,/UploadedImages/scyr=c:/UploadedImages/scyr,/UploadedImages/sem=c:/UploadedImages/sem"> Now I have one clarification, I am going need close to 150 categories(think of marketplace) and there will be fair amount of images upload which my users will be doing. I expect the aliases to grow till 150 to 200 paths, do you feel this is correct.I am not sure as how large sites deal when they have heavy volumes of images getting uploaded on daily basis. Do I need to cautious here on anything. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: IIS 7.5 + AJP Connector
okay.. worked it out. Seems like I had the application pool set to no .net framework... and integrated pipeline NOT classic. But it seem if you don't set a .net it uses the old IIS6 ISAPI reg settings ! So now I have set .net framework to 4 , even though the plugin doesn't use it (I presume) and the thread count is over the 264. oh yeah. the pain of using IIS ! Alex > -Original Message- > From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Sent: Tuesday, 11 September 2012 7:54 AM > To: Tomcat Users List > Subject: Re: IIS 7.5 + AJP Connector > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alex, > > On 9/9/12 10:35 PM, Alex Samad - Yieldbroker wrote: > >> -Original Message- From: Martin Gainty > >> [mailto:mgai...@hotmail.com] Sent: Monday, 10 September 2012 > >> 12:11 PM To: Tomcat Users List Subject: RE: IIS 7.5 + AJP Connector > >> > >> > >> Alex > >> > >> connection_pool_size is usually for pooling algorithms such as DBCP.. > >> Are you following the DBCP configuration doc? > >> http://commons.apache.org/dbcp/configuration.html > > > > ? so I am looking at the AJP Connector used in IIS on Windows. I > > believe this is the relevant page > > http://tomcat.apache.org/connectors-doc/reference/workers.html > > > > I believe the connection_pool_size is an indication of how many > > (max) worker threads are used to connect from IIS+AJP to tomcat ... > > > > > > So I am not sure how the BDCP is going to help me, as there is no ODBC > > connectivity from my RP's > > Just ignore Martin: he is posting random bits of information from teh > intarwebs. His comments are not relevant to your question and you can > pretend they were never offered. > > - -chris > -BEGIN PGP SIGNATURE- > Version: GnuPG/MacGPG2 v2.0.17 (Darwin) > Comment: GPGTools - http://gpgtools.org > Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ > > iEYEARECAAYFAlBOYWAACgkQ9CaO5/Lv0PAu3ACfRYQKYS5UYQ3TZFBxINDCL > vUz > x28An0IDrJgnOVcftX2VIo8cE2q/42pB > =7p/O > -END PGP SIGNATURE- > > - > 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: tomcat7-maven-plugin 2.0-SNAPSHOT:deploy ignores server configuration
On 11/09/12 20:34, Olivier Lamy wrote: > Hi, > > Some issues has been fixed regarding that. > Is there any logs on server side. > Did you try a recent snapshot or build yourself ? No, I didn't. But I googled a bit more and found this: http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/snapshot-test.html I added the repositories as described and tested. The current snapshot does indeed solve the problem. Thanks. This seems like a fairly fundamental issue. Are the main stream repositories going to be updated soon? Or would it otherwise be a good idea to make a note about this in the documentation? Gert > > > 2012/9/11 Gert van Spijker : >> Hi, >> >> If this is not the correct list to ask about the Tomcat Maven plugins >> then I apologize in advance. I have been googiling for better places, >> but to no avail. >> >> I have a Maven Web application project and am trying to deploy to a >> local Tomcat 7 server on http://localhost:8080. I can access this server >> with my browser and deploy the web app manually. I also set the correct >> credentials in the maven settings.xml configuration file. >> >> I follow the documentation about the tomcat7:deploy goal: >> >> http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/deploy-mojo.html >> >> Although the server is running on the plugin's default URL I get a 403 >> HTTP error. I have tried to add the ".text" using the parameter, >> but this is completely ignored (I can see in the plugin output that it >> always uses the default URL) >> >> I also set the parameter to match the id in mavens settings.xml >> but the behavior does not change. >> >> It seems that tomcat7-maven-plugin 2.0-SNAPSHOT ignores its parameters. >> >> Or am I doing something wrong? >> >> Gert >> >> >> >> - >> 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: tomcat7-maven-plugin 2.0-SNAPSHOT:deploy ignores server configuration
Hi, Some issues has been fixed regarding that. Is there any logs on server side. Did you try a recent snapshot or build yourself ? 2012/9/11 Gert van Spijker : > Hi, > > If this is not the correct list to ask about the Tomcat Maven plugins > then I apologize in advance. I have been googiling for better places, > but to no avail. > > I have a Maven Web application project and am trying to deploy to a > local Tomcat 7 server on http://localhost:8080. I can access this server > with my browser and deploy the web app manually. I also set the correct > credentials in the maven settings.xml configuration file. > > I follow the documentation about the tomcat7:deploy goal: > > http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/deploy-mojo.html > > Although the server is running on the plugin's default URL I get a 403 > HTTP error. I have tried to add the ".text" using the parameter, > but this is completely ignored (I can see in the plugin output that it > always uses the default URL) > > I also set the parameter to match the id in mavens settings.xml > but the behavior does not change. > > It seems that tomcat7-maven-plugin 2.0-SNAPSHOT ignores its parameters. > > Or am I doing something wrong? > > Gert > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Site down?
OK, my apologies. On Tue, Sep 11, 2012 at 7:57 PM, Mark Thomas wrote: > On 11/09/2012 18:41, Pierre Goupil wrote: > > Good evening, > > > > It looks like Tomcat's site is down! > > This sort of message to the mailing list is usually not helpful. > > 1. The Tomcat developers don't have access to the server that hosts the > website. So they can't fix it. > > 2. The several thousand members of this mailing list also do not have > access to the server that hosts the website. So they can't fix it. > > 3. Faults are nearly always temporary and by the time these reports > reach the list the site is usually back up. > > 4. If there is a fault, the infrastructure team (the folks that can fix > it) already know about it (there is automatic monitoring and alerting in > place) and will be fixing it as fast as they can. > > I would strongly recommend that folks don't bother reporting > availability issues with the Tomcat website unless all of the following > criteria are met: > > 1. The following URLs all fail and have failed consistently for more > than an hour: >- http://tomcat.apache.org/ >- http://tomcat.us.apache.org/ >- http://tomcat.eu.apache.org/ > > 2. The monitoring system (http://monitoring.apache.org/status/) shows no > faults for >- "the HTTP - WWW EU" service (currently hosted on aurora) >- "the HTTP - WWW US" service (currently hosted on eos) > > *Only* if *all* of the above are true then the place to report this is > to the ASF Infrastructure team either by opening an Jira ticket against > the INFRA component or (preferably) by pinging them via IRC on #asfinfa > > Mark > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.
Re: Site down?
On 11/09/2012 18:41, Pierre Goupil wrote: > Good evening, > > It looks like Tomcat's site is down! This sort of message to the mailing list is usually not helpful. 1. The Tomcat developers don't have access to the server that hosts the website. So they can't fix it. 2. The several thousand members of this mailing list also do not have access to the server that hosts the website. So they can't fix it. 3. Faults are nearly always temporary and by the time these reports reach the list the site is usually back up. 4. If there is a fault, the infrastructure team (the folks that can fix it) already know about it (there is automatic monitoring and alerting in place) and will be fixing it as fast as they can. I would strongly recommend that folks don't bother reporting availability issues with the Tomcat website unless all of the following criteria are met: 1. The following URLs all fail and have failed consistently for more than an hour: - http://tomcat.apache.org/ - http://tomcat.us.apache.org/ - http://tomcat.eu.apache.org/ 2. The monitoring system (http://monitoring.apache.org/status/) shows no faults for - "the HTTP - WWW EU" service (currently hosted on aurora) - "the HTTP - WWW US" service (currently hosted on eos) *Only* if *all* of the above are true then the place to report this is to the ASF Infrastructure team either by opening an Jira ticket against the INFRA component or (preferably) by pinging them via IRC on #asfinfa Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Site down?
Its up and running http://tomcat.apache.org/ On 9/11/2012 1:41 PM, Pierre Goupil wrote: Good evening, It looks like Tomcat's site is down! Regards, Pierre - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Site down?
Good evening, It looks like Tomcat's site is down! Regards, Pierre -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.
Re: tomcat 7.0.27 HTTP Status 404 - /manager/status
On 10 Sep 2012, at 07:53, "Ch. Fawad Nazir" wrote: > Yes Tomcat run with Root. That's not usually a good thing. How are you starting Tomcat? p > I made a copy of tomcat-users.xml to tomcat-users.xml-old before make any > changes to original file. Did some changes in tomcat-users.xml ... and after > that delete the tomcat-users.xml. And again rename the tomcat-users.xml-old > to tomcat-users.xml again and restart the Tomcat. > > > > Ch. Fawad Nazir > > -Original Message- > From: André Warnier [mailto:a...@ice-sa.com] > Sent: Monday, September 10, 2012 11:40 AM > To: Tomcat Users List > Subject: Re: tomcat 7.0.27 HTTP Status 404 - /manager/status > > > > And does Tomcat run as user "root" ? > > > I am going by your own explanation above. It was working; you only did > something to tomcat-users.xml, and it isn't working anymore. Logically > thus, it is something that you did to tomcat-users.xml that is the cause. > Unless your explanation above is incomplete. > It is strange that you would get a "404 not found" status as a result of > messing about with tomcat-users.xml, but hey that's what you're saying. > > - > 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
tomcat7-maven-plugin 2.0-SNAPSHOT:deploy ignores server configuration
Hi, If this is not the correct list to ask about the Tomcat Maven plugins then I apologize in advance. I have been googiling for better places, but to no avail. I have a Maven Web application project and am trying to deploy to a local Tomcat 7 server on http://localhost:8080. I can access this server with my browser and deploy the web app manually. I also set the correct credentials in the maven settings.xml configuration file. I follow the documentation about the tomcat7:deploy goal: http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/deploy-mojo.html Although the server is running on the plugin's default URL I get a 403 HTTP error. I have tried to add the ".text" using the parameter, but this is completely ignored (I can see in the plugin output that it always uses the default URL) I also set the parameter to match the id in mavens settings.xml but the behavior does not change. It seems that tomcat7-maven-plugin 2.0-SNAPSHOT ignores its parameters. Or am I doing something wrong? Gert - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Clusterning tomcat app server for production use
On 11/09/2012 15:11, Ashish Kulkarni wrote: > HI > Which one is better for clustering tomcat in production environment > > >- mod_jk the classic Apache/Tomcat module >- mod_proxy another Apache module It depends. Again, please read: http://www.catb.org/esr/faqs/smart-questions.html Mark > On Tue, Sep 11, 2012 at 9:07 AM, Mark Thomas wrote: > >> >> >> Ashish Kulkarni wrote: >> >>> Hi >>> I was looking into clusterning 2 instances of tomcat with apache server >>> for >>> production use, i ran into this blog and was able to configure tomcat >>> and >>> apache and is working fine, >>> >>> Can you please go through this blog and let me know if this is >>> production ready >> >> Almost certainly not. >> >>> or do i need to do some thing more for production >> >> Almost certainly yes. >> >> For starters, read this: >> http://www.catb.org/esr/faqs/smart-questions.html >> >> Mark >> >>> >> http://www.richardnichols.net/2010/08/5-minute-guide-clustering-apache-tomcat/ >> >> >> - >> 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: Clusterning tomcat app server for production use
On Sep 11, 2012, at 10:11 AM, Ashish Kulkarni wrote: > HI > Which one is better for clustering tomcat in production environment > > > - mod_jk the classic Apache/Tomcat module > - mod_proxy another Apache module > I this explains the choice well. http://www.tomcatexpert.com/blog/2010/06/16/deciding-between-modjk-modproxyhttp-and-modproxyajp Dan > > On Tue, Sep 11, 2012 at 9:07 AM, Mark Thomas wrote: > >> >> >> Ashish Kulkarni wrote: >> >>> Hi >>> I was looking into clusterning 2 instances of tomcat with apache server >>> for >>> production use, i ran into this blog and was able to configure tomcat >>> and >>> apache and is working fine, >>> >>> Can you please go through this blog and let me know if this is >>> production ready >> >> Almost certainly not. >> >>> or do i need to do some thing more for production >> >> Almost certainly yes. >> >> For starters, read this: >> http://www.catb.org/esr/faqs/smart-questions.html >> >> Mark >> >>> >> http://www.richardnichols.net/2010/08/5-minute-guide-clustering-apache-tomcat/ >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> > > > -- > Ashish > www.ayurwellness.com > www.mysoftwareneeds.com - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Clusterning tomcat app server for production use
HI Which one is better for clustering tomcat in production environment - mod_jk the classic Apache/Tomcat module - mod_proxy another Apache module On Tue, Sep 11, 2012 at 9:07 AM, Mark Thomas wrote: > > > Ashish Kulkarni wrote: > > >Hi > >I was looking into clusterning 2 instances of tomcat with apache server > >for > >production use, i ran into this blog and was able to configure tomcat > >and > >apache and is working fine, > > > >Can you please go through this blog and let me know if this is > >production ready > > Almost certainly not. > > > or do i need to do some thing more for production > > Almost certainly yes. > > For starters, read this: > http://www.catb.org/esr/faqs/smart-questions.html > > Mark > > > > http://www.richardnichols.net/2010/08/5-minute-guide-clustering-apache-tomcat/ > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- Ashish www.ayurwellness.com www.mysoftwareneeds.com
RE: HTTP NIO connector not supporting IPv6
> -Original Message- > From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] > Sent: Tuesday, September 11, 2012 8:57 AM > To: 'Tomcat Users List' > Subject: RE: HTTP NIO connector not supporting IPv6 > > Aditi - > > All connectors support both IPv4 and IPv6, including BIO, NIO, and > native/APR. However, how you configure the connector will affect which > protocol is supported. > > As far as I've been able to tell from empirical testing (see previous > threads), if you leave off the address parameter, the java-based > connectors (BIO & NIO) will set up listeners on both of the "any" > addresses, i.e. 0.0.0.0:port for IPv4 and [::]:port for IPv6. Unless > it's been fixed in a recent release, the APR will only set up to listen > on the IPv6 address. You have to specifically give it the IPv4 "any" > if you want IPv4 support. Since I only support IPv4 right now, I > haven't re-tested the current version of APR. (pltr) > > So, as Daniel says, please resend your message with copies of the > actual tags, minus any passwords and excess comments. If > you are seeing any errors in your catalina.log file, those would be > helpful as well. > > Jeff > p.s. sorry for the top-post, it's early. p.p.s. The above is testing done under Windows servers. Also, you really should upgrade to the latest sun JDK (jdk1.6.0_35). There are issues with some of the lower versions, but I don't think any that affect the connector mechanism. > > -Original Message- > > From: Aditi Sinha [mailto:adisinha0...@gmail.com] > > Sent: Tuesday, September 11, 2012 7:21 AM > > To: Tomcat Users List > > Subject: HTTP NIO connector not supporting IPv6 > > > > Hi, > > > > > > > > We have a web server hosted on Apache Tomcat Version 7.0.22. > > > > Machine details: Windows 2008 server machine, 32-bit OS > > > > Java version: jdk1.6.0_25 > > > > > > > > Two HTTP connectors are defined in server.xml. > > > > 1. For non-SSL requests: Connector with protocol="HTTP/1.1" > > (HTTP > > BIO connector) > > > > 2. For SSL requests: Connector with > > protocol="org.apache.coyote.http11.Http11NioProtocol" (HTTP NIO > > connector) > > > > > > > > With the above configuration server is not accessible through the > IPv6 > > address. The "netstat -an" command also does not list the connector > > ports(defined in server.xml). > > > > > > > > *On modifying these two connectors to use the BIO implementation, > > protocol="org.apache.coyote.http11.Http11Protocol" > > the server supports IPv6. * > > > > > > > > Any idea why HTTP NIO connector would not support IPv6? > > > > > > > > Thanks & Regards, > > > > Aditi > > > - > 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: HTTP NIO connector not supporting IPv6
Aditi - All connectors support both IPv4 and IPv6, including BIO, NIO, and native/APR. However, how you configure the connector will affect which protocol is supported. As far as I've been able to tell from empirical testing (see previous threads), if you leave off the address parameter, the java-based connectors (BIO & NIO) will set up listeners on both of the "any" addresses, i.e. 0.0.0.0:port for IPv4 and [::]:port for IPv6. Unless it's been fixed in a recent release, the APR will only set up to listen on the IPv6 address. You have to specifically give it the IPv4 "any" if you want IPv4 support. Since I only support IPv4 right now, I haven't re-tested the current version of APR. (pltr) So, as Daniel says, please resend your message with copies of the actual tags, minus any passwords and excess comments. If you are seeing any errors in your catalina.log file, those would be helpful as well. Jeff > -Original Message- > From: Aditi Sinha [mailto:adisinha0...@gmail.com] > Sent: Tuesday, September 11, 2012 7:21 AM > To: Tomcat Users List > Subject: HTTP NIO connector not supporting IPv6 > > Hi, > > > > We have a web server hosted on Apache Tomcat Version 7.0.22. > > Machine details: Windows 2008 server machine, 32-bit OS > > Java version: jdk1.6.0_25 > > > > Two HTTP connectors are defined in server.xml. > > 1. For non-SSL requests: Connector with protocol="HTTP/1.1" > (HTTP > BIO connector) > > 2. For SSL requests: Connector with > protocol="org.apache.coyote.http11.Http11NioProtocol" (HTTP NIO > connector) > > > > With the above configuration server is not accessible through the IPv6 > address. The "netstat -an" command also does not list the connector > ports(defined in server.xml). > > > > *On modifying these two connectors to use the BIO implementation, > protocol="org.apache.coyote.http11.Http11Protocol" > the server supports IPv6. * > > > > Any idea why HTTP NIO connector would not support IPv6? > > > > Thanks & Regards, > > Aditi - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Offline generation of effective web.xml
2012/9/11 Violeta Georgieva : > It would be very useful if I can provide this as part of the build > infrastructure for example. > If you can give me a hint from where to start I may try to provide a patch > for 8.0.x? Wdyt? > > > 2012/9/11 Mark Thomas > >> Violeta Georgieva wrote: >> >> >Hi, >> > >> >I do know that if I provide "logEffectiveWebXml=true" in my context.xml >> >then the effective web.xml will be logged in the log files during >> >application start. >> > >> >Is there a way (library etc.) that I can use to generated effective >> >web.xml >> >offline i.e. without starting the application. >> > >> >Thanks in advance. >> >Violeta >> >> No, although I am beginning to think about refactoring the web.xml >> scanning for 8.0.x for other reasons but any such refactoring should make >> this trivial. >> >> I haven't got much further than "it would be useful if..." so it may turn >> out to be impractical. >> 1. Logging the effective web.xml is performed in o.a.c.startup.ContextConfig. Search for org.apache.tomcat.util.scan.Constants.MERGED_WEB_XML 2. I would like to remove this MERGED_WEB_XML from future versions. Instead of re-parsing web.xml Jasper would better be using Servlet API to query needed features. IIRC, actually Jasper does not need much: just specification version and jsp-config. A downside is that Jasper has to be used stand-alone as JspC. So it should still be able to parse web.xml. So either a) refactor the whole parsing of web.xml, moving it into reusable component (like Mark wrote), or b) keep the current parsing code in Jasper and make its own objects implement relevant parts of Servlet API. This is filed as BZ53737. The first attempt was in r1377511 (+discussion), reverted in r1377539. https://issues.apache.org/bugzilla/show_bug.cgi?id=53737 http://markmail.org/message/dyuyuuglunuy4qej http://markmail.org/message/kknk2xh7wdcznsv7 3. Note, that currently this "merged web xml" may miss some features. - It may change the order of elements vs. original web.xml. There are a number of elements whose order is not important. Tomcat uses HashMap for those, so their order may change randomly from run to run. - It may miss some elements from original web.xml, that are not parsed by Tomcat. Such as s. Several weeks ago I went through the code, correcting some typos in element names and wrong order of elements. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Clusterning tomcat app server for production use
Ashish Kulkarni wrote: >Hi >I was looking into clusterning 2 instances of tomcat with apache server >for >production use, i ran into this blog and was able to configure tomcat >and >apache and is working fine, > >Can you please go through this blog and let me know if this is >production ready Almost certainly not. > or do i need to do some thing more for production Almost certainly yes. For starters, read this: http://www.catb.org/esr/faqs/smart-questions.html Mark >http://www.richardnichols.net/2010/08/5-minute-guide-clustering-apache-tomcat/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Offline generation of effective web.xml
Violeta Georgieva wrote: >It would be very useful if I can provide this as part of the build >infrastructure for example. >If you can give me a hint from where to start I may try to provide a >patch >for 8.0.x? Wdyt? There is going to need to be a lot of refactoring for this. I'm not sure if a patch is the right way to go. Neither am I sure what the best way is. Maybe a git branch (e.g. on github) with a series of patches? I don't have enough experience with the git-svn integration to know if that would be easier or harder to deal with. In terms of what needs to be done: - the end result needs to be useable by both Jasper and Catalina - that pretty much means a new package and JAR under o.a.tomcat - Jasper cannot depend on Catalina (hence why everything needs to move packages) - the things that need to move to this new package - the web.xml parsing (i.e.the digester) - the annotation scanning - the SCI scanning - the merging - the object representation of web.xml - switch everything over to the new implementation This is a big change but most of it is just moving stuff around. It isn't changing functionality (well it is - JspC would process fragments which it doesn't currently for example but all the functional changes would be improvements of this nature) I suggest making a proposal to the dev list. If that gets support, I'd be happy to help with this. I suspect in that case a series of svn moves and patches would follow. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: HTTP NIO connector not supporting IPv6
On Sep 11, 2012, at 8:21 AM, Aditi Sinha wrote: > Hi, > > > > We have a web server hosted on Apache Tomcat Version 7.0.22. > > Machine details: Windows 2008 server machine, 32-bit OS > > Java version: jdk1.6.0_25 > > > > Two HTTP connectors are defined in server.xml. Please include the full configuration for your two connectors, or better yet include your entire server.xml (minus comments). > > 1. For non-SSL requests: Connector with protocol="HTTP/1.1" >(HTTP > BIO connector) > > 2. For SSL requests: Connector with > protocol="org.apache.coyote.http11.Http11NioProtocol" (HTTP NIO > connector) > > > > With the above configuration server is not accessible through the IPv6 > address. The “netstat –an” command also does not list the connector > ports(defined in server.xml). What is the output of "netstat -an"? Can you include that as well? Dan > > > > *On modifying these two connectors to use the BIO implementation, > protocol=“org.apache.coyote.http11.Http11Protocol” > the server supports IPv6. * > > > > Any idea why HTTP NIO connector would not support IPv6? > > > > Thanks & Regards, > > Aditi - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
HTTP NIO connector not supporting IPv6
Hi, We have a web server hosted on Apache Tomcat Version 7.0.22. Machine details: Windows 2008 server machine, 32-bit OS Java version: jdk1.6.0_25 Two HTTP connectors are defined in server.xml. 1. For non-SSL requests: Connector with protocol="HTTP/1.1" (HTTP BIO connector) 2. For SSL requests: Connector with protocol="org.apache.coyote.http11.Http11NioProtocol" (HTTP NIO connector) With the above configuration server is not accessible through the IPv6 address. The “netstat –an” command also does not list the connector ports(defined in server.xml). *On modifying these two connectors to use the BIO implementation, protocol=“org.apache.coyote.http11.Http11Protocol” the server supports IPv6. * Any idea why HTTP NIO connector would not support IPv6? Thanks & Regards, Aditi
Re: Offline generation of effective web.xml
It would be very useful if I can provide this as part of the build infrastructure for example. If you can give me a hint from where to start I may try to provide a patch for 8.0.x? Wdyt? 2012/9/11 Mark Thomas > Violeta Georgieva wrote: > > >Hi, > > > >I do know that if I provide "logEffectiveWebXml=true" in my context.xml > >then the effective web.xml will be logged in the log files during > >application start. > > > >Is there a way (library etc.) that I can use to generated effective > >web.xml > >offline i.e. without starting the application. > > > >Thanks in advance. > >Violeta > > No, although I am beginning to think about refactoring the web.xml > scanning for 8.0.x for other reasons but any such refactoring should make > this trivial. > > I haven't got much further than "it would be useful if..." so it may turn > out to be impractical. > > Mark > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: Offline generation of effective web.xml
Violeta Georgieva wrote: >Hi, > >I do know that if I provide "logEffectiveWebXml=true" in my context.xml >then the effective web.xml will be logged in the log files during >application start. > >Is there a way (library etc.) that I can use to generated effective >web.xml >offline i.e. without starting the application. > >Thanks in advance. >Violeta No, although I am beginning to think about refactoring the web.xml scanning for 8.0.x for other reasons but any such refactoring should make this trivial. I haven't got much further than "it would be useful if..." so it may turn out to be impractical. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: how to read files in file system
On Sep 11, 2012, at 3:11 AM, IBM partner Gestione Elaboratori wrote: > With jsp i can read files in the file system only if there are located under > the directory webapps//. > > If I read a file ,for example, in c:/ Tomcats signals an error (se > atthachment) Again, there is no attachment. The list is probably removing it. Please try pasting the content into your email. Please also include the error that is given. Without that, we can only guess at what is happening. Dan > How to read files located everywere in the file system? > > > > paoloc > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: how to read files in file system
//in ${catalina.base}/conf/catalina.policy //grant the containing jar (read and write) FilePermission to folder named 'filename' located off of root //if the jar (containing the class which will access filename folder) is tomcat-juli.jar grant codeBase "file:${catalina.base}/bin/tomcat-juli.jar" { { permission java.io.FilePermission "${file.separator}filename${file.separator}*", "read, write"; }; 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: case...@gmail.com > To: users@tomcat.apache.org > Subject: how to read files in file system > Date: Tue, 11 Sep 2012 09:11:46 +0200 > > With jsp i can read files in the file system only if there are located under > the directory webapps//. > > If I read a file ,for example, in c:/ Tomcats signals an error (se > atthachment) > > How to read files located everywere in the file system? > > > > paoloc >
Re: how to read files in file system
IBM partner Gestione Elaboratori wrote: With jsp i can read files in the file system only if there are located under the directory webapps//. If I read a file ,for example, in c:/ Tomcats signals an error (se atthachment) How to read files located everywere in the file system? Don't know about your original problem, but this list strips most attachments (yours included). Try pasting it into the text of your message. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
how to read files in file system
With jsp i can read files in the file system only if there are located under the directory webapps//. If I read a file ,for example, in c:/ Tomcats signals an error (se atthachment) How to read files located everywere in the file system? paoloc - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to support IPv6 on Apache Tomcat Version 7.0.22
Chris, Thanks for the info. I would start another email thread. Regards, Aditi On Mon, Sep 10, 2012 at 7:11 PM, Christopher Schultz < ch...@christopherschultz.net> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Aditi, > > On 9/10/12 3:19 AM, Aditi Sinha wrote: > > Wanted to know if the HTTP NIO connectors do not support IPv6? > > AFAIK, all Tomcat connectors support IPv6 if your JVM and OS support > IPv6 (and tcnative/apr support IPv6 if you are using APR). If you are > having a specific problem, please start another thread and give as > much configuration and error message/behavior detail as possible. > > - -chris > -BEGIN PGP SIGNATURE- > Version: GnuPG/MacGPG2 v2.0.17 (Darwin) > Comment: GPGTools - http://gpgtools.org > Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ > > iEYEARECAAYFAlBN7hkACgkQ9CaO5/Lv0PAMeACcCAdvrdWGjEkvPpXFyoUqhKUT > YYEAoL5pbfvhCoRyd3rFMPW4sxfAlOzN > =ebYS > -END PGP SIGNATURE- > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >