Quantcast

--Jvm option trouble with Windows service

classic Classic list List threaded Threaded
18 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

--Jvm option trouble with Windows service

xolotl
My Tomcat service (since 7.0.8) would die with "Commons Daemon
procrun stdout initializedError occurred during initialization
of VM Unable to load native library" when I tried to start it.
I finally traced got fed up with starting it from the command
line and traced it down to this option that is used by the
installer (according to service-install.log) in the //IS call:

   --Jvm "C:\Programme\Java\jre6\bin\server\jvm.dll"

If instead --Jvm is set to auto all works well. Why? The DLL
exists, is readable/executable by all and I am doing this under
an account with admin privileges (on XP) anyhow.

While we are on this topic I have a few more questions:

1) If --StartPath is omitted Tomcat attempts to start in the
    local directory, which of course fails; this is very puzzling,
    as one would expect it to start under the install directory
    by default (and yes --Install was supplied)
2) Where is it safe to use env. vars so as to shorten the
    invocation a bit? According to the windows services HOWTO
    apparently only in the --Jvm option. Is it so?
3) Since you target Java 5 and above maybe you could start using
    the star syntax in the classpath to shorten things a bit further
4) Is there still a dependency on tools.jar, e.g., for servlets?

Thanks,

-- O.L.



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

RE: --Jvm option trouble with Windows service

Caldarale, Charles R
> From: Olivier Lefevre [mailto:[hidden email]]
> Subject: --Jvm option trouble with Windows service

> --Jvm "C:\Programme\Java\jre6\bin\server\jvm.dll"

> If instead --Jvm is set to auto all works well. Why? The DLL
> exists, is readable/executable by all and I am doing this under
> an account with admin privileges (on XP) anyhow.

You have a *server* JVM installed on Windows XP?  Want to verify that?

> If --StartPath is omitted Tomcat attempts to start in the
> local directory, which of course fails; this is very puzzling,
> as one would expect it to start under the install directory
> by default (and yes --Install was supplied)

Why would you expect that?  This is a service, not a user logon environment.

> Where is it safe to use env. vars so as to shorten the
> invocation a bit?

Never; again, this is a service, so there are no environment variables.

> Since you target Java 5 and above maybe you could start using
> the star syntax in the classpath to shorten things a bit further

Please give a specific example of how this might be useful.

> Is there still a dependency on tools.jar, e.g., for servlets?

There has never been such a dependency.  Several years ago, there was a requirement to have tools.jar accessible in order to compile JSPs, but that is long gone.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

xolotl
On 3/15/2011 4:56 PM, Caldarale, Charles R wrote:
> You have a *server* JVM installed on Windows XP?  Want to verify that?

Like I said, $JAVA_HOME/bin/server/jvm.dll is there. I did nothing
special: I just ran the installer.

>> If --StartPath is omitted Tomcat attempts to start in the
>> local directory, which of course fails; this is very puzzling,
>> as one would expect it to start under the install directory
>> by default (and yes --Install was supplied)
>
> Why would you expect that?  This is a service, not a user logon environment.

Service or not it is apparently looking for a number of its files
under the start dir because if it is not set I get

$ $CATALINA_HOME/bin/tomcat7 //TS//Tomcat7 --LogLevel=DEBUG
Mar 15, 2011 5:48:59 PM org.apache.catalina.startup.ClassLoaderFactory validateFile
WARNING: Problem with directory [C:\work\tomcat\lib], exists: [false], isDirectory: [false], canRead: [false]
Mar 15, 2011 5:48:59 PM org.apache.catalina.startup.ClassLoaderFactory validateFile
WARNING: Problem with directory [C:\work\tomcat\lib], exists: [false], isDirectory: [false], canRead: [false]
java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina
         at java.net.URLClassLoader$1.run(Unknown Source)
         at java.security.AccessController.doPrivileged(Native Method)
         at java.net.URLClassLoader.findClass(Unknown Source)
         at java.lang.ClassLoader.loadClass(Unknown Source)
         at java.lang.ClassLoader.loadClass(Unknown Source)
         at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:217)
         at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:406)

So I don't see how this could succeed with StartPath set to anything
but the installation directory.

In addition, this ClassNotFoundException even though the classpath was
correctly set is bizarre, too: it should be looking for its jars under
the classpath, not under the start path.

>> Where is it safe to use env. vars so as to shorten the
>> invocation a bit?
>
> Never; again, this is a service, so there are no environment variables.

But the HOWTO explicitly says it is safe to use them in the --Jvm option:
"You can use the environment variable expansion here."

>> Since you target Java 5 and above maybe you could start using
>> the star syntax in the classpath to shorten things a bit further
>
> Please give a specific example of how this might be useful.

Just in the interest of brevity, i.e., --Classpath "C:\Java\tomcat-7.0.11\bin\*"
instead of --Classpath "C:\Java\tomcat-7.0.11\bin\bootstrap.jar;C:\Java\tomcat-7.0.11\bin\tomcat-juli.jar"
It works fine; I tried it.

-- O.L.


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

Konstantin Kolinko
2011/3/15 Olivier Lefevre <[hidden email]>:
> On 3/15/2011 4:56 PM, Caldarale, Charles R wrote:
>>
>> You have a *server* JVM installed on Windows XP?  Want to verify that?
>
> Like I said, $JAVA_HOME/bin/server/jvm.dll is there. I did nothing
> special: I just ran the installer.

> --Jvm "C:\Programme\Java\jre6\bin\server\jvm.dll"

JAVA_HOME should point to a JDK, not to a JRE.

Windows versions of JDK do have server JVM, while JREs do not.

> Service or not it is apparently looking for a number of its files
> under the start dir because if it is not set I get
>
> $ $CATALINA_HOME/bin/tomcat7 //TS//Tomcat7 --LogLevel=DEBUG
> Mar 15, 2011 5:48:59 PM org.apache.catalina.startup.ClassLoaderFactory
> validateFile
> WARNING: Problem with directory [C:\work\tomcat\lib], exists: [false],
> isDirectory: [false], canRead: [false]
> Mar 15, 2011 5:48:59 PM org.apache.catalina.startup.ClassLoaderFactory
> validateFile
> WARNING: Problem with directory [C:\work\tomcat\lib], exists: [false],
> isDirectory: [false], canRead: [false]

You failed to define catalina.home and catalina.base  JVM system properties.
That has nothing to do with --StartPath. Though when those are not
set, Tomcat tries to guess their values.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

xolotl
On 3/15/2011 7:44 PM, Konstantin Kolinko wrote:
> Windows versions of JDK do have server JVM, while JREs do not.

Saying it does not make so. I assure you that both the JRE and the
JDK include the bin/server/jvm.dll.

In any case this is a red herring because repointing --Jvm to the
JDK sever jvm.dll makes no difference: I still get the "Unable to
load native library". What could be causing that?

> You failed to define catalina.home and catalina.base JVM system
 > properties. That has nothing to do with --StartPath.

But when I define --StartPath it does work perfectly, even without
defining catalina.home and catalina.base under --JvmOptions.

You should state more clearly in the Windows service HOW-TO that
these properties are required: not a word is said about it there.

-- O.L.



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

Konstantin Kolinko
2011/3/15 Olivier Lefevre <[hidden email]>:
> On 3/15/2011 7:44 PM, Konstantin Kolinko wrote:
>>
>> Windows versions of JDK do have server JVM, while JREs do not.
>
> Saying it does not make so. I assure you that both the JRE and the
> JDK include the bin/server/jvm.dll.
>

On Linux yes. On Windows no. Have you looked there? Or you have a 64-bit JRE?


> In any case this is a red herring because repointing --Jvm to the
> JDK sever jvm.dll makes no difference: I still get the "Unable to
> load native library". What could be causing that?
>
>> You failed to define catalina.home and catalina.base JVM system
>
>> properties. That has nothing to do with --StartPath.
>
> But when I define --StartPath it does work perfectly, even without
> defining catalina.home and catalina.base under --JvmOptions.
>
> You should state more clearly in the Windows service HOW-TO that
> these properties are required: not a word is said about it there.

The preferred way to install the service (unless using the exe
installer) is to use service.bat.

Have you seen the service.bat file? It is mentioned in that document.

(The exe installer distribution does not include service.bat. You will
need one of those *-windows-*.zip ones).

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

xolotl
On 3/15/2011 8:28 PM, Konstantin Kolinko wrote:
>> Saying it does not make so. I assure you that both the JRE and the
>> JDK include the bin/server/jvm.dll.
>
> On Linux yes. On Windows no. Have you looked there? Or you have a 64-bit JRE?

Of course I have looked there! And no I don't have a 64bit JRE.

> The preferred way to install the service (unless using the exe
> installer) is to use service.bat.

I *was* using the installer. I only starting monkeying with the
service by hand because the installer failed to produce a usable
service. And service.bat is not much better:

   C:\work\tomcat>c:\Java\tomcat-7.0.11\bin\service.bat
   The tomcat.exe was not found...
   The CATALINA_HOME environment variable is not defined correctly.
   This environment variable is needed to run this program

But CATALINA_HOME is most definitely defined:

   C:\work\tomcat>echo %CATALINA_HOME%
   C:\Java\tomcat-7.0.11

catalina.bat has no problem, incidentally, so this looks like a
bug in service.bat

-- O.L.



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

Konstantin Kolinko
2011/3/15 Olivier Lefevre <[hidden email]>:

> On 3/15/2011 8:28 PM, Konstantin Kolinko wrote:
>>>
>>> Saying it does not make so. I assure you that both the JRE and the
>>> JDK include the bin/server/jvm.dll.
>>
>> On Linux yes. On Windows no. Have you looked there? Or you have a 64-bit
>> JRE?
>
> Of course I have looked there! And no I don't have a 64bit JRE.
>

What version of JRE are you using? The latest 6u24 one does not have the file.

Maybe that server/jvm.dll was copied there from a different version,
and does not match the rest of JRE files there?

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

xolotl
On 3/16/2011 2:50 AM, Konstantin Kolinko wrote:
> What version of JRE are you using? The latest 6u24 one does not have the file.

It is 6u24. I did not copy anything.

In addition, I already told you that I get the same error if I use the server
JVM from the JDK.

-- O.L.



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

xolotl
In reply to this post by Konstantin Kolinko
To be absolutely sure I uninstalled both JRE and JDK, manually
removing anything left behind, and reinstalled. This time the
JRE did not have a server JVM indeed, so maybe another program
had copied it. However the JDK has one and if I use it for the
Tomcat server and later try to start it (with debugging enabled)
I get this:

[2011-03-16 06:12:23] [info]  Commons Daemon procrun (1.0.5.0 32-bit) started
[2011-03-16 06:12:23] [info]  Service Tomcat7 name Apache Tomcat 7
[2011-03-16 06:12:23] [info]  Service 'Tomcat7' installed
[2011-03-16 06:12:23] [info]  Commons Daemon procrun finished
[2011-03-16 06:12:39] [debug] ( prunsrv.c:1494) Commons Daemon procrun log initialized
[2011-03-16 06:12:39] [info]  (          :0   ) Commons Daemon procrun (1.0.5.0 32-bit) started
[2011-03-16 06:12:39] [info]  (          :0   ) Debugging 'Tomcat7' Service...
[2011-03-16 06:12:39] [debug] ( prunsrv.c:1246) Inside ServiceMain...
[2011-03-16 06:12:39] [info]  (          :0   ) Starting service...
[2011-03-16 06:12:39] [debug] ( javajni.c:195 ) Invalid RuntimeLib 'C:\Java\j2sdk1.6.0\bin\server\jvm.dll'
[2011-03-16 06:12:39] [debug] ( javajni.c:197 ) Using Jre JavaHome 'C:\Programme\Java\jre6'
[2011-03-16 06:12:39] [debug] ( javajni.c:206 ) loading jvm 'C:\Programme\Java\jre6\bin\server\jvm.dll'
[2011-03-16 06:12:39] [debug] ( javajni.c:251 ) Setting DLL search path to 'C:\Programme\Java\jre6\bin\server'
[2011-03-16 06:12:39] [debug] ( javajni.c:251 ) Setting DLL search path to 'C:\Programme\Java\jre6\bin'
[2011-03-16 06:12:39] [error] ( javajni.c:264 ) Das angegebene Modul wurde nicht gefunden.
[2011-03-16 06:12:39] [error] ( prunsrv.c:1037) Failed creating java C:\Java\j2sdk1.6.0\bin\server\jvm.dll
[2011-03-16 06:12:39] [error] ( prunsrv.c:1037) Das angegebene Modul wurde nicht gefunden.
[2011-03-16 06:12:39] [error] ( prunsrv.c:1377) ServiceStart returned 1
[2011-03-16 06:12:39] [error] ( prunsrv.c:1377) Das angegebene Modul wurde nicht gefunden.
[2011-03-16 06:12:39] [info]  (          :0   ) Debug service finished.
[2011-03-16 06:12:39] [info]  (          :0   ) Commons Daemon procrun finished

So it just plain doesn't work with the server VM. It works with
the client VM, though.

-- O.L.


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

mturk
On 03/16/2011 06:17 AM, Olivier Lefevre wrote:

> I get this:
>
> [2011-03-16 06:12:39] [debug] ( javajni.c:195 ) Invalid RuntimeLib 'C:\Java\j2sdk1.6.0\bin\server\jvm.dll'
> [2011-03-16 06:12:39] [debug] ( javajni.c:197 ) Using Jre JavaHome 'C:\Programme\Java\jre6'
> [2011-03-16 06:12:39] [debug] ( javajni.c:251 ) Setting DLL search path to 'C:\Programme\Java\jre6\bin'
> [2011-03-16 06:12:39] [debug] ( javajni.c:206 ) loading jvm 'C:\Programme\Java\jre6\bin\server\jvm.dll'
> [2011-03-16 06:12:39] [error] ( prunsrv.c:1037) Failed creating java C:\Java\j2sdk1.6.0\bin\server\jvm.dll
>
> So it just plain doesn't work with the server VM. It works with
> the client VM, though.
>

What's the debug output with client VM?

Can you also post your
regedit
navigate to HKLM->SOFTWARE->JavaSoft
right click on the 'Java Development Kit' and select export
do the same for 'Java Runtime Environment'

Never tried on a German localized windows, so might be
registry keys are different or localized which we don't handle.



Regards
--
^TM

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

xolotl
On 3/16/2011 7:14 AM, Mladen Turk wrote:
> What's the debug output with client VM?

[2011-03-16 11:21:52] [debug] ( prunsrv.c:1494) Commons Daemon procrun log initialized
[2011-03-16 11:21:52] [info]  (          :0   ) Commons Daemon procrun (1.0.5.0 32-bit) started
[2011-03-16 11:21:52] [info]  (          :0   ) Debugging 'Tomcat7' Service...
[2011-03-16 11:21:52] [debug] ( prunsrv.c:1246) Inside ServiceMain...
[2011-03-16 11:21:52] [info]  (          :0   ) Starting service...
[2011-03-16 11:21:52] [debug] ( javajni.c:206 ) loading jvm 'C:\Programme\Java\jre6\bin\client\jvm.dll'
[2011-03-16 11:21:52] [debug] ( javajni.c:660 ) Jvm Option[0] -Dcatalina.home=C:\Java\tomcat-7.0.11
[2011-03-16 11:21:52] [debug] ( javajni.c:660 ) Jvm Option[1] -Djava.class.path=C:\Java\tomcat-7.0.11\bin\bootstrap.jar;C:\Java\tomcat-7.0.11\bin\tomcat-juli.jar
[2011-03-16 11:21:52] [debug] ( javajni.c:844 ) argv[0] = start
[2011-03-16 11:21:52] [debug] ( javajni.c:891 ) Java Worker thread started org/apache/catalina/startup/Bootstrap:main
[2011-03-16 11:21:53] [debug] ( prunsrv.c:1058) Java started org/apache/catalina/startup/Bootstrap
[2011-03-16 11:21:53] [info]  (          :0   ) Service started in 1046 ms.
[2011-03-16 11:21:53] [debug] ( prunsrv.c:1369) Waiting for worker to finish...

> Can you also post your
> regedit
> navigate to HKLM->SOFTWARE->JavaSoft
> right click on the 'Java Development Kit' and select export
> do the same for 'Java Runtime Environment'

I have attached them.

Thanks again,

-- O.L.


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

jre.txt (6K) Download Attachment
jdk.txt (2K) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

RE: --Jvm option trouble with Windows service

Caldarale, Charles R
In reply to this post by xolotl
> From: Olivier Lefevre [mailto:[hidden email]]
> Subject: Re: --Jvm option trouble with Windows service

> [2011-03-16 06:12:39] [debug] ( javajni.c:195 ) Invalid RuntimeLib 'C:\Java\j2sdk1.6.0\bin\server\jvm.dll'

The above would indicate something's seriously wrong with the installed JDK.

> So it just plain doesn't work with the server VM.

What happens if you enter the following from a command prompt:

C:\Java\j2sdk1.6.0\bin\java -server -version

Is it possible this is a 64-bit JDK on a 32-bit XP?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

RE: --Jvm option trouble with Windows service

Caldarale, Charles R
In reply to this post by xolotl
> From: Caldarale, Charles R
> Subject: RE: --Jvm option trouble with Windows service

> Is it possible this is a 64-bit JDK on a 32-bit XP?

For that matter, is this a 32- or 64-bit version of XP?  (You told us your JRE is 32-bit, but said nothing about the OS or the JDK.)  The service wrapper you're using is 32-bit, so it cannot function with a 64-bit JVM.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

mturk
In reply to this post by xolotl
On 03/16/2011 11:29 AM, Olivier Lefevre wrote:
> On 3/16/2011 7:14 AM, Mladen Turk wrote:
>> What's the debug output with client VM?
>
> [2011-03-16 11:21:52] [info] ( :0 ) Starting service...
> [2011-03-16 11:21:52] [debug] ( javajni.c:206 ) loading jvm 'C:\Programme\Java\jre6\bin\client\jvm.dll'


OK, that seems fine. However I wonder from where the first one comes?

[2011-03-16 06:12:39] [info]  (          :0   ) Starting service...
[2011-03-16 06:12:39] [debug] ( javajni.c:195 ) Invalid RuntimeLib 'C:\Java\j2sdk1.6.0\bin\server\jvm.dll'

It seems that you have entered the wrong .dll

>
> I have attached them.
>

That looks fine again.
You could edit registry and for JRE
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.6
and
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.6.0_24

replace RunTimeLib to use
C:\Programme\Java\jre6\bin\server\jvm.dll

Then first check if java.exe works.
Then try to start the service.


Regards
--
^TM

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

xolotl
On 3/16/2011 2:33 PM, Mladen Turk wrote:
> OK, that seems fine. However I wonder from where the first one comes?
> [2011-03-16 06:12:39] [info] ( :0 ) Starting service...
> [2011-03-16 06:12:39] [debug] ( javajni.c:195 ) Invalid RuntimeLib 'C:\Java\j2sdk1.6.0\bin\server\jvm.dll'
>
> It seems that you have entered the wrong .dll

That's what the installer had picked because it found it under the JRE.
It shouldn't have been there but that still doesn't explain why the
JDK version, which *is* supposed to be there, is unusable.

-- O.L.


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

xolotl
In reply to this post by Caldarale, Charles R
On 3/16/2011 2:07 PM, Caldarale, Charles R wrote:
> The above would indicate something's seriously wrong with the installed JDK.

That can't be: it's a recent download of jdk-6u24-windows-i586.exe and I just
performed a clean reinstall. I made sure the c:\Java\j2sdk1.6.0 was empty
first.

> What happens if you enter the following from a command prompt:
> C:\Java\j2sdk1.6.0\bin\java -server -version

Looks perfectly normal:

java version "1.6.0_24"
Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
Java HotSpot(TM) Server VM (build 19.1-b02, mixed mode)

> Is it possible this is a 64-bit JDK on a 32-bit XP?

No, the 64bit installer is called jdk-6u24-windows-x64.exe. This is a 32bit
Windows, too.

-- O.L.


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: --Jvm option trouble with Windows service

André Warnier
In reply to this post by xolotl
Olivier Lefevre wrote:
> On 3/15/2011 7:44 PM, Konstantin Kolinko wrote:
>> Windows versions of JDK do have server JVM, while JREs do not.
>
> Saying it does not make so. I assure you that both the JRE and the
> JDK include the bin/server/jvm.dll.


-1

I have both standard Sun JDK 6 and JRE 6 installed on my XP laptop.
I did not play around with them, because I would not know how.
The JDK contains a server jvm.dll (although in jdk/jre/bin/server).
The JRE does not.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Loading...