I can't talk you through warmroast (I use opis and visualVM because I'm lazy and those are what I had at hand rather than me advocating them specifically) but I can help you with your java question.
My launch.bat reads;
java -Xmx8G -Xms2G -Dcom.sun.management.jmxremote -jar BTeam.jar nogui
So it's calling whatever java is in the path by default (could be either 32 or 64 bit), using 8gig ram max (-Xmx8G) starts by allocating a 2 gig segment (-Xms2g) does some stuff to allow visualVM to read from it (ignore the Dcom switch, you don't need it), then opens the b-team server (-jar BTeam.jar) without a gui (nogui extension on BTeam.jar).
Obviously all those numbers I'm asking of it are crazy for 32-bit java, so lets check what we're actually running. Open up a command prompt window (in windows I usually just use Windows Key-R to open the run box and type cmd to open the command interpreter), I then type in java -version and it looks like this;
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:UsersLoader>java -version
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)
C:UsersLoader>
Cool, so I'm apparently running Java 1.7, update 51, in 64-bit when I just type java. That's why that request works.
If you can make sure that you're running 64-bit java with at least say 4GB ram assigned (-Xmx4G) then that's a good start. If you're still getting warning messages then there's no choice, you'll need to get more detail like disconsented said but we can deal with that when we get to it.
I'm not sure if this should be in the tracker or here, as it's kind of not a bug or issue and more optimization, so if a mod sees this and has an opinion either way please let me know.
