[13:38] <kaushal> hi
[13:38] <kaushal> I did added JAVA_OPTIONS="-Xms512m -Xmx4500m -XX:+HeapDumpOnCtrlBreak -XX:+HeapDumpOnOutOfMemoryError"
[13:38] <kaushal> and did export $JAVA_OPTIONS
[13:38] <kaushal> but on ps aux | grep tomcat it does not show the JAVA options
[13:38] <kaushal> Any clue please ?
[13:44] <nthykier> kaushal: did you set these options in /etc/default/tomcat ? Alternatively are you running a "per user" instance of tomcat?
[13:44] <kaushal> nthykier: i did added on the init script of tomcat
[13:44] <kaushal> the init script is a customized script
[13:45] <nthykier> Well, by default we use JAVA_OPTS and not JAVA_OPTIONS in our script - also by default /etc/default/tomcat6 will set the value of JAVA_OPTS
[13:45] <kaushal> ok
[13:46] <nthykier> At least this is the case in 6.0.26-2
[13:47] <kaushal> Unrecognized VM option '+HeapDumpOnCtrlBreak'
[13:47] <kaushal> JAVA_OPTS="-Xms512m -Xmx4500m -XX:+HeapDumpOnCtrlBreak -XX:+HeapDumpOnOutOfMemoryError"
[13:47] <kaushal> I am running tomcat 5.5.27
[13:48] <nthykier> guess your VM doesn't support that option, what VM are you using?
[13:49] <kaushal> nthykier: is it java -version ?
[13:49] <kaushal> I mean VM ?
[13:49] <kaushal> java version "1.5.0_15"
[13:55] <nthykier> kaushal: No, the actual implementation (e.g. Openjdk-6, GCJ or Sun-java)
[13:56] <kaushal> nthykier: ok
[13:56] <kaushal> shall i pastebin the configs ?
[13:57] <kaushal> I am using sun java
[13:57] <nthykier> kaushal: Okay, then sun-java does not support the option (or you wrote it wrong) in that version
[13:58] <nthykier> -X (and -XX) are nonstandard options
[13:58] <kaushal> nthykier: ok please suggest me the correct options
[14:00] <nthykier> kaushal: I do not know them, I usually do not need to pass this kind of option to my JVM.
[14:01] <nthykier> perhaps your source for those options may know more about which JVM (or/and version) support those options
=== doko__ is now known as doko
[18:37] <SpamapS> Hello everyone. I'm trying to package Antlr3 .. and its very confusing where to find certain pieces of software and how to assemble them... for instance, antlr3-maven-plugin .. the only place I find the "release" files is http://grepcode.com/snapshot/repo1.maven.org/maven2/org.antlr/antlr3-maven-plugin/3.1.2-1
[18:39] <SpamapS> There's a jar with the class files and pom.xml ..
[18:39] <SpamapS> and another with the src
[18:39] <SpamapS> so do we always have to download both, and then assemble them into a .orig?
[18:42] <nthykier> SpamapS: I thought antlr3 was packed already ?
[18:43] <SpamapS> nthykier: 3.0 is, but 3.1 changed to a pure maven build
[18:43] <SpamapS> they seem to have the same affliction as the php world.. changing huge swaths of code in minor releases. :-/
[18:44] <nthykier> ah 3.1
[18:44] <SpamapS> I'm working on packaging Cassandra
[18:45] <SpamapS> which ships antlr3-3.1.2.jar in their source distribution. :-/
[18:46] <nthykier> SpamapS: Okay, I am afraid I am not sure how the antlr3 orig.tar is/should be generated. The Debian side seems to be lacking some love as well
[18:47] <SpamapS> seems like there should be a uniform way to say "grab this maven based source and make it into a debian source"
[18:48] <SpamapS> sort of like dh-make-perl
[18:51] <nthykier> file a bug against the maven helper in Debian perhaps :P
[18:54] <nthykier> SpamapS: perhaps I could have you send an email to debian-java@lists.debian.org - perhaps there are some people there who knows more about antlr3 and how to package it
[18:55] <nthykier> I recall someone bringing it up a few months back
[18:56] <SpamapS> probably ttx :)
[19:49] <SpamapS> ugh.. boostrap.. fun.. antlr3 depends on antl3-maven-plugin depends on antlr3......
[19:49] <SpamapS> :-P
[19:56] <nthykier> SpamapS: guess you have to break that circle :P
[19:57] <SpamapS> According to Thierry's java lib packaging guide (https://wiki.ubuntu.com/JavaTeam/LibraryPackaging) its ok to start out with a binary upload to multiverse if this is the case