Re: Apache httpd server 2.4.25 binaries for Non Windows platforms
Olaf, Peter Kreuser +49 172 6649346 >> Am 16.06.2017 um 11:14 schrieb Olaf Kock : >> >> Am 16.06.2017 um 08:55 schrieb Prarthana Agwania: >> We have a requirement to package Apache httpd server together with mod_jk >> 1.2.42 and distribute it to customers. Our application is hosted on Tomcat >> which needs to be load balanced. We tried the topology where in Apache >> httpd server act as the load balancer in conjunction with mod_jk which >> works perfectly fine. Now, we are required to package this and distribute >> it but I am unable to find the binaries for the latest version. We cannot >> compile and build it as it will be distributed to customers and we will >> have to ensure everything is correctly build and runs on all platforms. > My expectation is that there's no binary for /all/ platforms - in fact, > the download page on https://tomcat.apache.org/download-connectors.cgi > specifically lists binary downloads "for selected versions" and only > provides Windows. I'm typically using the binary from the Linux > distribution that I'm using - but that naturally doesn't include the > other platforms that you name as examples: >> Therefore, I request you to provide the binaries for different non windows >> platform say, OEL, Solaris, HP and AIX. > As the list of possible platforms (and their versions) is open ended (I > read the "say" in your request as "for example"): Note that you get the > source code, with all permissions of the Apache License, which is far > more than you get from any commercial vendor. Asking you to do a little > bit for yourself (especially when the release team might not even have > the platforms available, or resources to test on them) is not too much > IMHO. The simple statement "We cannot compile and build it" offloads > your responsibility (you have decided for mod_jk on your own) to a > project that you do not indicate to have any involvement with other than > using its products for free. > > In order to make that request, I recommend to pay some commercial vendor > in order to get these services from them (and there are great ones, even > supporting this project). Alternatively you might negotiate a donation > (probably quite sizeable) to the Apache foundation or the project > committers and supporters in order to build the infrastructure to build, > test and distribute more than the volunteered "selected platforms". I'm > sure that you can find a commercial vendor, I'm not sure that/if its > possible to negotiate the donation suggestion - others on this list will > have more insight on this. > > The quickest result, however, will be: Just compile it. You'll need to > test it anyways, even when you download binaries - or do you distribute > your software claiming support for platforms that you've never tested? > > Olaf Nicely said! Prarthana, Be nice and ask politely for help and suggestions. You may get further... I suggest going back to the drawing board and define a manageable system setup (say list of supported systems and pre-packaged httpd,modjk) and rely on the distributions like redhat, debian, ubuntu. For others I'd provide hints and links to build it themselves. PLUS: from my security point of view: leave an option to exchange the tomcat (minor) version to the user. Or even have their own tomcat installation! It's a pain to tie a httpd or tomcat update to a complete version update of your software! That leads to running old insecure versions of software components (httpd, tomcat), as business will not approve a (paid) software update! My 2cts. Peter - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Fwd: tomcat automatically binds it to 0.0.0.0 from 127.0.0.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Rakesh, On 6/16/17 5:48 AM, Rakesh Java wrote: > I have made a port( example 1234) to be bound to the local host > 127.0.0.1 .But when i restart tomcat automatically binds it to > 0.0.0.0 . > > > And my connector in server.xml contains 127.0.0.1 as address . > > address="127.0.0.1" protocol="HTTP ...> > > My Tomcat Version > > Server version: Apache Tomcat/6.0.48 Server built: Dec 12 2016 > 14:06:06 UTC Server number: 6.0.48.0 OS Name:Linux JVM > Version:1.8.0_111-b15 JVM Vendor: Oracle Corporation > > > > Logs in Tomcat > > May 03, 2017 1:58:19 PM org.apache.coyote.http11.Http11AprProtocol > destroy INFO: Stopping Coyote HTTP/1.1 on http-127.0.0.1-1234 > ... ... May 03, 2017 1:58:49 PM > org.apache.coyote.http11.Http11AprProtocol init INFO: Initializing > Coyote HTTP/1.1 on http-0.0.0.0-1234 > > Can some one say why this issue is happening ? Best Regards, Rakesh > :-) Please show the netstat showing your port bindings. - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAllEBnMACgkQHPApP6U8 pFhIVBAAudSGcWGtW1Dld625XlC+r3qnP+uis4xPlHrV5dOtADZ3ITNdVSmLAhEV bR6E/Hi5JhOBx3P5bjcZwSmvI1717eFVZIqBzQDncXaBQNRjcZ7oEQ4nFCA2f+Y/ lXKxivugy6Rl+a5XcbY7eJQ7JcUD9rL7takxlrV3Va490P9CTOLZzcGnlt7aeWzS Wf73tln7xqLxY8II5e5CutbrzT0+HAej/ItZEE5tOZNcq9QADvVjJYuaO0hq1j5r mkNb9//EfehD0aGJBoZ47OP1UympkBuR/jJ86zaCWsUkvjovX922iw8VEr/8oZSG K2hvHHkJpu4ITliRA2iWzw5p9EYsx8orqqKEbfRsfWG5Fep9w4Y+bz7hvx6w+NUt yE21zBjrxh5nipBFwmopoYkHO8ZyH7hoCqNkOtpV2zCcngW4IJxS2nOCyQQKz/MM d48+vWbDi6xMrb79l+mpGookMSA3Eie+sxmvS5/pKHY2G1r+QtJzGoR3UemPzzVr gzbEJ/AKyYhNrpDObWw3GlNZGCXjsgnDnvRGnDmZXQ1Ajj+7kv0TUirltMzJnGUO iagg9AcoAWa5VXkAcZBIecn2CK/klDIPgcassq9cb5PoJwIA2rh9/iSSsvBuh6sQ ne/bWQxBbaQAjzqCjncijqvPziR7vW/soIray4e3fiix9pgC3Fs= =x5df -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Apache httpd server 2.4.25 binaries for Non Windows platforms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Prarthana, On 6/16/17 2:55 AM, Prarthana Agwania wrote: > Hello Apache Team, You have the wrong list. You want the httpd users list. But... > We have a requirement to package Apache httpd server together with > mod_jk 1.2.42 and distribute it to customers. Our application is > hosted on Tomcat which needs to be load balanced. We tried the > topology where in Apache httpd server act as the load balancer in > conjunction with mod_jk which works perfectly fine. Now, we are > required to package this and distribute it but I am unable to find > the binaries for the latest version. We cannot compile and build it > as it will be distributed to customers and we will have to ensure > everything is correctly build and runs on all platforms. > > Therefore, I request you to provide the binaries for different non > windows platform say, OEL, Solaris, HP and AIX. Which architectures? Which exact versions? Which libc versions? Which OpenSSL versions? There are simply too many combinations of all of those for anyone to reasonably supply all possible binaries, which is why the ASF no longer provides any binaries at all for httpd. You can download Windows binaries for httpd from Apache Lounge (and I have done so for clients) if you need to. - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAllEBjIACgkQHPApP6U8 pFgpSQ/9HvohQstYf+NCseXATg0vZcheqy9Y4qKpSrZJSOa34de26a3FxN7KZ4CO aSy1S+UT5mbeNVJnp/pe96YdDaMmspCRBkWkHKDDSwc2DCwoAqARksurxlkeujX8 HvUhPM3bElT2gMUfsJRjnfpss2WE1hwRosGy5Hzfk+xJtHF8tixCxGLejBM2a7Nz Rsw5D/dkZMwPXLmTjc7tC2eWzWGdDxUuvqIOmLXg0A15tnI8s6WhGRw+DToFXUer rltwGVsHXxyjIBwNEXzHESd88q/7C3sgYdpcIuH8ysPGaMPYb8ijH15LEiZZ1Usz 3c74SqOZNNhrNmPqd90/foSNMSkLwoOgyc+W0qkWCf/Dl/O+u4euhAwLuDhqvINH FJqP2JkBkSG091z7ZRTTT8hkAPLcmI8yd3BCVK3Zn6YfsrwR+OA/ICv7bLxjFtcW s7y0ykk2GUCbHpIaDhrKkLDutoRCf+pxe3AwIOzimqNY2YksVMS7U0mZQtVh+0wp 9rZtvZJZCQ/Q9cKQ1p24I334wwOt3TepqogENf+/Q3T83G1SuBk5nOTL13XQUJD7 O06H3gjkDj3NW3sctBXkzc/3puxWeqX00jvag2pIwdXkfUl+lE6RAihL0V7jLLgi 8Lv0AM8xTYRRR/ME9grHN/JNTzwtbPb4rYd2wH2x83SY7SyScWw= =rP4I -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Connection pool issue was in with 7.0.52 version? And it is fixed in 7.0.78 version?
Am 16.06.2017 um 14:00 schrieb Sai Kumar: > There is no problem with code,We are closing the connections properely. > This issue is occured in production side.We are highly suspecting that > there is an issue with the Tomcat server( V7.0.52). First of all,Please let > us know if there is any bug regarding the Connection pool in tomcat V7.0.52 > .If yes,tell me which version to be use to eradicate this issue. > Again we are confirming that ,there is no problem with the code. This way we're back on my initial comment: "any bug regarding connection pool" is quite a broad question to ask. * How many /concurrent/ connections does your production server handle? * How many http handler (threads) did you configure on the machine that has the 4000 database connections? * How long are these connections leased from the pool on average / max? * Have you tried reproducing this in a minimal code environment? Olaf - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Connection pool issue was in with 7.0.52 version? And it is fixed in 7.0.78 version?
There is no problem with code,We are closing the connections properely. This issue is occured in production side.We are highly suspecting that there is an issue with the Tomcat server( V7.0.52). First of all,Please let us know if there is any bug regarding the Connection pool in tomcat V7.0.52 .If yes,tell me which version to be use to eradicate this issue. Again we are confirming that ,there is no problem with the code. On Fri, Jun 16, 2017 at 5:16 PM, Olaf Kock wrote: > If you don't have 4000 concurrent connections coming in to your > application server, this sounds suspiciously like your code gets a > connection from the pool and never returns it. Naturally, once the > connection has been used, it will turn idle (as no more statements are > executed), but if the connection pool does not know that nobody is > working on it any more, it won't hand the existing connection out to > anybody else. > > Inspect your code if you ever call connection.close(), which should > return the connection to the pool. > > Olaf > > > Am 16.06.2017 um 12:40 schrieb Sai Kumar: > > We are using 4000 connections for the particular DB in connection > > pool.Somehow,those 4000 connections are utilised in our production > > environment.If any new request is coming ,it is unable to fetch a > > connection because all the connections are utilised.But ,The actual > problem > > is after processing the request the connection pool will leave the > existing > > connection and ready for a new request to process.This is not happening > > here.All 4000 connections are never released. > > > > After processing ,all Active connections are moved to idle state ,but the > > idle connections are not re connecting to any other request later. > > > > Please help us on this ASAP. > > > > On Fri, Jun 16, 2017 at 3:49 PM, Olaf Kock wrote: > > > >> Sai Kumar, > >> > >> > >> Am 16.06.2017 um 12:06 schrieb Sai Kumar: > >>> Hi , > >>> > >>> We are using following tomcat version > >>> Apache Tomcat/7.0.52 > >>> Server number: 7.0.52.0 > >>> and currently we are facing a problem with this one. > >> While you give some description of things that happen in your > >> environment, it would help to reproduce them in a minimal system, e.g. > >> to provide a test case that demonstrates the issue in the simplest > >> possible way. > >> So far, your description gives little clue if your own webapp is > >> exhausting the connections itself, e.g. forgetting to return connections > >> to the pool. Ideally this would be a little code that exposes the > >> problem, together with steps to reproduce. > >> > >>> 1.Is there any Connection pool issue in the 7.0.52 version? > >>> 2.And it is fixed in 7.0.78 version? Or else tell me in which version > MY > >>> CASE issue is fixed. > >> I doubt that anyone would take on the "any" in question 1 - unless > >> somebody is actively aware of an actual bug in that version. > >> Question 2 would easily be answered with the minimal reproduction case > >> that I've talked about above. > >> > >> Olaf > >> > >> - > >> 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 > > -- S Saikumar
Re: Connection pool issue was in with 7.0.52 version? And it is fixed in 7.0.78 version?
If you don't have 4000 concurrent connections coming in to your application server, this sounds suspiciously like your code gets a connection from the pool and never returns it. Naturally, once the connection has been used, it will turn idle (as no more statements are executed), but if the connection pool does not know that nobody is working on it any more, it won't hand the existing connection out to anybody else. Inspect your code if you ever call connection.close(), which should return the connection to the pool. Olaf Am 16.06.2017 um 12:40 schrieb Sai Kumar: > We are using 4000 connections for the particular DB in connection > pool.Somehow,those 4000 connections are utilised in our production > environment.If any new request is coming ,it is unable to fetch a > connection because all the connections are utilised.But ,The actual problem > is after processing the request the connection pool will leave the existing > connection and ready for a new request to process.This is not happening > here.All 4000 connections are never released. > > After processing ,all Active connections are moved to idle state ,but the > idle connections are not re connecting to any other request later. > > Please help us on this ASAP. > > On Fri, Jun 16, 2017 at 3:49 PM, Olaf Kock wrote: > >> Sai Kumar, >> >> >> Am 16.06.2017 um 12:06 schrieb Sai Kumar: >>> Hi , >>> >>> We are using following tomcat version >>> Apache Tomcat/7.0.52 >>> Server number: 7.0.52.0 >>> and currently we are facing a problem with this one. >> While you give some description of things that happen in your >> environment, it would help to reproduce them in a minimal system, e.g. >> to provide a test case that demonstrates the issue in the simplest >> possible way. >> So far, your description gives little clue if your own webapp is >> exhausting the connections itself, e.g. forgetting to return connections >> to the pool. Ideally this would be a little code that exposes the >> problem, together with steps to reproduce. >> >>> 1.Is there any Connection pool issue in the 7.0.52 version? >>> 2.And it is fixed in 7.0.78 version? Or else tell me in which version MY >>> CASE issue is fixed. >> I doubt that anyone would take on the "any" in question 1 - unless >> somebody is actively aware of an actual bug in that version. >> Question 2 would easily be answered with the minimal reproduction case >> that I've talked about above. >> >> Olaf >> >> - >> 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: Connection pool issue was in with 7.0.52 version? And it is fixed in 7.0.78 version?
We are using 4000 connections for the particular DB in connection pool.Somehow,those 4000 connections are utilised in our production environment.If any new request is coming ,it is unable to fetch a connection because all the connections are utilised.But ,The actual problem is after processing the request the connection pool will leave the existing connection and ready for a new request to process.This is not happening here.All 4000 connections are never released. After processing ,all Active connections are moved to idle state ,but the idle connections are not re connecting to any other request later. Please help us on this ASAP. On Fri, Jun 16, 2017 at 3:49 PM, Olaf Kock wrote: > Sai Kumar, > > > Am 16.06.2017 um 12:06 schrieb Sai Kumar: > > Hi , > > > > We are using following tomcat version > > Apache Tomcat/7.0.52 > > Server number: 7.0.52.0 > > and currently we are facing a problem with this one. > While you give some description of things that happen in your > environment, it would help to reproduce them in a minimal system, e.g. > to provide a test case that demonstrates the issue in the simplest > possible way. > So far, your description gives little clue if your own webapp is > exhausting the connections itself, e.g. forgetting to return connections > to the pool. Ideally this would be a little code that exposes the > problem, together with steps to reproduce. > > > 1.Is there any Connection pool issue in the 7.0.52 version? > > 2.And it is fixed in 7.0.78 version? Or else tell me in which version MY > > CASE issue is fixed. > I doubt that anyone would take on the "any" in question 1 - unless > somebody is actively aware of an actual bug in that version. > Question 2 would easily be answered with the minimal reproduction case > that I've talked about above. > > Olaf > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- S Saikumar
Re: Connection pool issue was in with 7.0.52 version? And it is fixed in 7.0.78 version?
Sai Kumar, Am 16.06.2017 um 12:06 schrieb Sai Kumar: > Hi , > > We are using following tomcat version > Apache Tomcat/7.0.52 > Server number: 7.0.52.0 > and currently we are facing a problem with this one. While you give some description of things that happen in your environment, it would help to reproduce them in a minimal system, e.g. to provide a test case that demonstrates the issue in the simplest possible way. So far, your description gives little clue if your own webapp is exhausting the connections itself, e.g. forgetting to return connections to the pool. Ideally this would be a little code that exposes the problem, together with steps to reproduce. > 1.Is there any Connection pool issue in the 7.0.52 version? > 2.And it is fixed in 7.0.78 version? Or else tell me in which version MY > CASE issue is fixed. I doubt that anyone would take on the "any" in question 1 - unless somebody is actively aware of an actual bug in that version. Question 2 would easily be answered with the minimal reproduction case that I've talked about above. Olaf - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Connection pool issue was in with 7.0.52 version? And it is fixed in 7.0.78 version?
Hi , We are using following tomcat version Apache Tomcat/7.0.52 Server number: 7.0.52.0 and currently we are facing a problem with this one. We have an issue with connection pool. Actually we are using specific connections but some how all the connections are utilized. If any new request come then it is unable to fetch a connection because pool is empty. But in real case there is no chance of using that much of connections parallel. So as per our analysis following are our observations. We are using max idle connections are 30 , but if we do the operations and calculate the connections using Jconsle then IDLE connections are more than 30. Please let us know is there any solution for this issue. Please confirm the below points. 1.Is there any Connection pool issue in the 7.0.52 version? 2.And it is fixed in 7.0.78 version? Or else tell me in which version MY CASE issue is fixed. Thanks -- S Saikumar
Fwd: tomcat automatically binds it to 0.0.0.0 from 127.0.0.1
Hi I have made a port( example 1234) to be bound to the local host 127.0.0.1 .But when i restart tomcat automatically binds it to 0.0.0.0 . And my connector in server.xml contains 127.0.0.1 as address .
Re: Apache httpd server 2.4.25 binaries for Non Windows platforms
Am 16.06.2017 um 08:55 schrieb Prarthana Agwania: > We have a requirement to package Apache httpd server together with mod_jk > 1.2.42 and distribute it to customers. Our application is hosted on Tomcat > which needs to be load balanced. We tried the topology where in Apache > httpd server act as the load balancer in conjunction with mod_jk which > works perfectly fine. Now, we are required to package this and distribute > it but I am unable to find the binaries for the latest version. We cannot > compile and build it as it will be distributed to customers and we will > have to ensure everything is correctly build and runs on all platforms. My expectation is that there's no binary for /all/ platforms - in fact, the download page on https://tomcat.apache.org/download-connectors.cgi specifically lists binary downloads "for selected versions" and only provides Windows. I'm typically using the binary from the Linux distribution that I'm using - but that naturally doesn't include the other platforms that you name as examples: > Therefore, I request you to provide the binaries for different non windows > platform say, OEL, Solaris, HP and AIX. As the list of possible platforms (and their versions) is open ended (I read the "say" in your request as "for example"): Note that you get the source code, with all permissions of the Apache License, which is far more than you get from any commercial vendor. Asking you to do a little bit for yourself (especially when the release team might not even have the platforms available, or resources to test on them) is not too much IMHO. The simple statement "We cannot compile and build it" offloads your responsibility (you have decided for mod_jk on your own) to a project that you do not indicate to have any involvement with other than using its products for free. In order to make that request, I recommend to pay some commercial vendor in order to get these services from them (and there are great ones, even supporting this project). Alternatively you might negotiate a donation (probably quite sizeable) to the Apache foundation or the project committers and supporters in order to build the infrastructure to build, test and distribute more than the volunteered "selected platforms". I'm sure that you can find a commercial vendor, I'm not sure that/if its possible to negotiate the donation suggestion - others on this list will have more insight on this. The quickest result, however, will be: Just compile it. You'll need to test it anyways, even when you download binaries - or do you distribute your software claiming support for platforms that you've never tested? Olaf - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org