<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: A Better Tomcat for Ubuntu and Debian</title>
	<atom:link href="http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/</link>
	<description>Musings from the MuleSoft Experts</description>
	<lastBuildDate>Wed, 08 Sep 2010 22:06:52 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Topher LaFata</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4921</link>
		<dc:creator>Topher LaFata</dc:creator>
		<pubDate>Fri, 23 Jul 2010 22:29:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4921</guid>
		<description>A note. Hopefully this makes it into some documentation somewhere.

If using authbind with tomcat6 and apr connectorsto run on ports below 1024 -Djava.net.preferIPv4Stack=true wont affect the apr stuff. Since authbind will not work with IPv6 it will seem like authbind is not working with tomcat even though you have it configured correctly.

You have to either compile apr without IPv6 support ( the apt-get libtcnative-1 has it enabled by default)

or disable IPv6 system wide by adding :

net.ipv6.conf.all.disable_ipv6=1

to /etc/sysctl.conf

This drove me crazy for a while.</description>
		<content:encoded><![CDATA[<p>A note. Hopefully this makes it into some documentation somewhere.</p>
<p>If using authbind with tomcat6 and apr connectorsto run on ports below 1024 -Djava.net.preferIPv4Stack=true wont affect the apr stuff. Since authbind will not work with IPv6 it will seem like authbind is not working with tomcat even though you have it configured correctly.</p>
<p>You have to either compile apr without IPv6 support ( the apt-get libtcnative-1 has it enabled by default)</p>
<p>or disable IPv6 system wide by adding :</p>
<p>net.ipv6.conf.all.disable_ipv6=1</p>
<p>to /etc/sysctl.conf</p>
<p>This drove me crazy for a while.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bobmanc</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4783</link>
		<dc:creator>bobmanc</dc:creator>
		<pubDate>Tue, 29 Jun 2010 21:15:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4783</guid>
		<description>SOLVED: Turns out the issue was with Struts2 feeding fileupload a bad directory. If tomcat was root it worked anyway. Not sure how it worked in Karmic.</description>
		<content:encoded><![CDATA[<p>SOLVED: Turns out the issue was with Struts2 feeding fileupload a bad directory. If tomcat was root it worked anyway. Not sure how it worked in Karmic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bobmanc</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4737</link>
		<dc:creator>bobmanc</dc:creator>
		<pubDate>Wed, 16 Jun 2010 18:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4737</guid>
		<description>Thanks for this Jason. I just updated from karmic to lucid and everything seems to work the same except for one thing. when I try to upload a file using common fileupload I now see an error.

ERROR : Jun 16, 2010 14:53:16 [CommonsLogger.java:27] : Unable to parse request
org.apache.commons.fileupload.FileUploadException: Processing of multipart/form-data request failed. javax.servlet.context.tempdir/upload_2bd97087_129421bad1c__8000_00000000.tmp (No such file or directory)

the javax.servlet.context.tempdir points to /var/lib/tomcat6/work/Catalina/localhost/myapp which exists and to test I was able to create a new file there in my code.

This wan&#039;t happening with the karmic build of tomcat. as far as I know everything else is the same. Any insight on this would be greatly appreciated.</description>
		<content:encoded><![CDATA[<p>Thanks for this Jason. I just updated from karmic to lucid and everything seems to work the same except for one thing. when I try to upload a file using common fileupload I now see an error.</p>
<p>ERROR : Jun 16, 2010 14:53:16 [CommonsLogger.java:27] : Unable to parse request<br />
org.apache.commons.fileupload.FileUploadException: Processing of multipart/form-data request failed. javax.servlet.context.tempdir/upload_2bd97087_129421bad1c__8000_00000000.tmp (No such file or directory)</p>
<p>the javax.servlet.context.tempdir points to /var/lib/tomcat6/work/Catalina/localhost/myapp which exists and to test I was able to create a new file there in my code.</p>
<p>This wan&#8217;t happening with the karmic build of tomcat. as far as I know everything else is the same. Any insight on this would be greatly appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: veghead</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4686</link>
		<dc:creator>veghead</dc:creator>
		<pubDate>Wed, 26 May 2010 15:22:14 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4686</guid>
		<description>Could you post a link to the init script itself? Those of us running other Linux distros would be very interested in seeing your implementation...</description>
		<content:encoded><![CDATA[<p>Could you post a link to the init script itself? Those of us running other Linux distros would be very interested in seeing your implementation&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Brittain</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4657</link>
		<dc:creator>Jason Brittain</dc:creator>
		<pubDate>Sun, 16 May 2010 01:31:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4657</guid>
		<description>@Terry: You&#039;re right that if you&#039;re going to be writing that much data to the logs you need to have something configured to rotate your logs.  I think very few people would run into that problem because catalina.out doesn&#039;t normally grow very fast -- it would usually take on the order of a year or longer for the log to get that big.  I don&#039;t see any bug filed about this on the tomcat6 package:

http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=tomcat6

Also, I think that for those who really do want their Tomcat log messages mixed in with their system logs, there should be an easy configuration way to send the log messages to syslog instead.. though I don&#039;t think that&#039;s the best solution for simply rotating Tomcat&#039;s own logs -- I like using logrotate for that.</description>
		<content:encoded><![CDATA[<p>@Terry: You&#8217;re right that if you&#8217;re going to be writing that much data to the logs you need to have something configured to rotate your logs.  I think very few people would run into that problem because catalina.out doesn&#8217;t normally grow very fast &#8212; it would usually take on the order of a year or longer for the log to get that big.  I don&#8217;t see any bug filed about this on the tomcat6 package:</p>
<p><a href="http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=tomcat6" rel="nofollow">http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=tomcat6</a></p>
<p>Also, I think that for those who really do want their Tomcat log messages mixed in with their system logs, there should be an easy configuration way to send the log messages to syslog instead.. though I don&#8217;t think that&#8217;s the best solution for simply rotating Tomcat&#8217;s own logs &#8212; I like using logrotate for that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terry</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4629</link>
		<dc:creator>Terry</dc:creator>
		<pubDate>Thu, 13 May 2010 14:45:16 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4629</guid>
		<description>Hi, Looking at the out-of-the-box debian config for tomcat6 in squeeze - catalina.out never gets rotated, and tomcat crashes on the 2gig file limit. is this really better than the previous logrotate methods?

Its like we are going backwards with out of the box logging and tomcat.</description>
		<content:encoded><![CDATA[<p>Hi, Looking at the out-of-the-box debian config for tomcat6 in squeeze &#8211; catalina.out never gets rotated, and tomcat crashes on the 2gig file limit. is this really better than the previous logrotate methods?</p>
<p>Its like we are going backwards with out of the box logging and tomcat.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ludovic Claude</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4488</link>
		<dc:creator>Ludovic Claude</dc:creator>
		<pubDate>Thu, 29 Apr 2010 23:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4488</guid>
		<description>@Owen: I left this repackaging of DBCP in Tomcat, mostly because nobody complained about it in the package tomcat6 bug reports and it seems to work. If you have an issue with this, raise a bug, it should not be too difficult to switch back to the Tomcat version of DBCP. I guess that previous package maintainers chose Commons DBCP because Debian tries to reuse existing libraries as much as possible, as packaging is quite a costly operation.</description>
		<content:encoded><![CDATA[<p>@Owen: I left this repackaging of DBCP in Tomcat, mostly because nobody complained about it in the package tomcat6 bug reports and it seems to work. If you have an issue with this, raise a bug, it should not be too difficult to switch back to the Tomcat version of DBCP. I guess that previous package maintainers chose Commons DBCP because Debian tries to reuse existing libraries as much as possible, as packaging is quite a costly operation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabrizio</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4404</link>
		<dc:creator>Fabrizio</dc:creator>
		<pubDate>Sat, 10 Apr 2010 18:24:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4404</guid>
		<description>Hi Jason,

just a quick question.... Do you have a new version script to be able to build an own custom Tomcat RPM package?
I got the script from tomcat-6.0.20-0-src.tar.gz.(from Fri, 03 Jul 2009) Inside I have found a version with a TODO.txt with many new features. Is a new version availabe to be downloaded?

Thanks

Best regards,
Fabrizio</description>
		<content:encoded><![CDATA[<p>Hi Jason,</p>
<p>just a quick question&#8230;. Do you have a new version script to be able to build an own custom Tomcat RPM package?<br />
I got the script from tomcat-6.0.20-0-src.tar.gz.(from Fri, 03 Jul 2009) Inside I have found a version with a TODO.txt with many new features. Is a new version availabe to be downloaded?</p>
<p>Thanks</p>
<p>Best regards,<br />
Fabrizio</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4341</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 10 Mar 2010 15:25:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4341</guid>
		<description>Jason, I have upgraded to the latest Tomcat6 packages and changed all of my startup scripts with the new one, to use the catalina.sh script to start and stop. I had to change 6 scripts since we are using multiple instances of tomcat but it wasn&#039;t a biggie. Authbind is working great, only binding to port 443, BUT there isn&#039;t great documentation on how to even get Authbind working, that was the hardest part for me. Anyways, I have one unresolved issue. Since we are not using jsvc anymore, as you stated there is no stdout and no stderr, so it&#039;s all going to /logs/catalina.out. That&#039;s fine but this is running in a production environment and I REALLY need it to go to SYSLOG. I tried a few things but it hasn&#039;t worked yet. Any ideas on this?</description>
		<content:encoded><![CDATA[<p>Jason, I have upgraded to the latest Tomcat6 packages and changed all of my startup scripts with the new one, to use the catalina.sh script to start and stop. I had to change 6 scripts since we are using multiple instances of tomcat but it wasn&#8217;t a biggie. Authbind is working great, only binding to port 443, BUT there isn&#8217;t great documentation on how to even get Authbind working, that was the hardest part for me. Anyways, I have one unresolved issue. Since we are not using jsvc anymore, as you stated there is no stdout and no stderr, so it&#8217;s all going to /logs/catalina.out. That&#8217;s fine but this is running in a production environment and I REALLY need it to go to SYSLOG. I tried a few things but it hasn&#8217;t worked yet. Any ideas on this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Brittain</title>
		<link>http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/comment-page-1/#comment-4310</link>
		<dc:creator>Jason Brittain</dc:creator>
		<pubDate>Mon, 01 Mar 2010 18:52:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mulesoft.org/?p=1816#comment-4310</guid>
		<description>@Javi: Yes, I do think it would be a good idea to change that particular public Tomcat documentation page so that it doesn&#039;t recommend that new Tomcat users start out using jsvc.  There are probably people who have different opinions about jsvc, however.  I encourage you to discuss that on the tomcat-user mailing list, and also here if you&#039;d like.</description>
		<content:encoded><![CDATA[<p>@Javi: Yes, I do think it would be a good idea to change that particular public Tomcat documentation page so that it doesn&#8217;t recommend that new Tomcat users start out using jsvc.  There are probably people who have different opinions about jsvc, however.  I encourage you to discuss that on the tomcat-user mailing list, and also here if you&#8217;d like.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
