Wildfire on NT4 not working?

John14 · January 27, 2007, 4:11pm

Hi there,

someone running wildfire 3.1.1 on NT4 ?

I have tried to install with the zip package, but have no luck in starting it up. I have Java 1.5 installed.

At the command prompt with java -client -version it shows 1.5.0b64.

Any additional help very welcome

turbo

Message was edited by: turbo

LG1 · January 27, 2007, 5:09pm

Hi,

is this a 64 bit JRE?

What is displayed if you try to start it with

cd %programfiles%\wildfire\bin

java -jar …\lib\startup.jar

?

LG

John14 · January 27, 2007, 7:02pm

Hi LG,

what I got as I started your command at the command prompt was jst:

…

Wildfire 3.1.1

and the curser blinking.

I checked the log files and in the info log I got the same infi as above.

But the error log was “quite full”. If you like and can email this as it is tooo much for here, I think.

turbo

LG1 · January 27, 2007, 8:05pm

Hi turbo,

the first three error message should be fine, it makes usually no sense to look at follow-up errors. So please post them here.

LG

John14 · January 27, 2007, 8:24pm

okay,

here we go

2007.01.27 12:54:11 [org.jivesoftware.wildfire.container.PluginManager.loadPlugin(PluginManager.jav a:467)

] Error loading plugin

java.lang.ClassFormatError: Illegal field name "

" in class org/mortbay/util/Container

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClass(Unknown Source)

at java.security.SecureClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.access$100(Unknown Source)

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.loadClassInternal(Unknown Source)

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClass(Unknown Source)

at java.security.SecureClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.access$100(Unknown Source)

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.loadClassInternal(Unknown Source)

at java.lang.Class.getDeclaredConstructors0(Native Method)

at java.lang.Class.privateGetDeclaredConstructors(Unknown Source)

at java.lang.Class.getConstructor0(Unknown Source)

at java.lang.Class.newInstance0(Unknown Source)

at java.lang.Class.newInstance(Unknown Source)

at org.jivesoftware.wildfire.container.PluginManager.loadPlugin(PluginManager.java :347)

at org.jivesoftware.wildfire.container.PluginManager.access$200(PluginManager.java :49)

at org.jivesoftware.wildfire.container.PluginManager$PluginMonitor.run(PluginManag er.java:907)

at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)

at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)

at java.util.concurrent.FutureTask.runAndReset(Unknown Source)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101 (Unknown Source)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodi c(Unknown Source)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknow n Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

at java.lang.Thread.run(Unknown Source)

turbo

John14 · January 27, 2007, 9:42pm

Hi LG,

if I click on wildfire.exe located in wildfire\bin

I get the following popup error message

No JVM could be found on your system.

Please define exe4j_Java_Home to point to an installed JRE

In addition I had set the Enviroment path for Java in

Control Panel > System > Enviroment to

Java_Home

E:\Programs\Java\jre1.5.0\bin

and by going to the command prompt by entering java -version my java version is picked up fine.

After this I tried the above step, but same as before.

Is this maybe helpful in finding the problem ?

turbo

LG1 · January 27, 2007, 10:57pm

Hi turbo,

this error is well-known but it’'s not clear why it is happening on Windows and Linux - it seems that it has something to do with the package one did install. So Wildfire is starting, you could try to add “-server” to the start command to verify if Wildfire still starts. I think that wildfire.exe will look for a server JRE.

If you don’‘t have one you could copy the client directory and name it server (in E:\Programs\Java\jre1.5.0\bin) but I’'m not sure that this works. If it does work then the performance will not be so good as the “client” JRE does not use the JIT optimizer.

The JDK (~ 60 MB) should contain a client and a server JRE, you should try to install it.

LG

John14 · January 27, 2007, 11:08pm

First, thank you for helping me so much.

where should I add -server in the command ?

java -jar…\lib\startup.jar

Could you write me a sample ? This “java stuff” is totally new to me, sorry.

And to where should I copy the client folder and name it “server” ?

Will try this first , and if it starts, then I will try to install the JDK package.

turbo

LG1 · January 28, 2007, 11:08am

1st:

cd /d %programfiles%\wildfire\bin

java -server -jar …\lib\startup.jar

If this fails with “Error: no `server’’ JVM at …” try:

2nd:

cd /d E:\Programs\Java\jre1.5.0\bin

xcopy client server\

cd /d %programfiles%\wildfire\bin

java -server -version

If this works (displaying Java 1.5.0) then wildfire.exe should start up fine.

LG

John14 · January 28, 2007, 7:08pm

Hi LG,

I noticed from your profile you are in Deutschland !

So, a slight delay in timezones.

I did already your first option, but that didn’'t work. The other thing I did was moving the folder jre from my xp install (proper working on test amchine) into the wildfire dir.

After that the server SEEMS to startup, but I can’'t connect to it. Will mean:

The popup window comes, click on “launch admin area”, the browser starts but is ending up with an connection error. Checking the taskmanager, no wildfire.exe

So in some way it is closed down.

In addition to that, I get an popup messagebox which says:

Error opening mediafile. Please move this file to an ascii-only path like c:\

This exact error message I get when using the installer. > No install. Don’'t know what is causing this.

The only thing which comes to mind is, that I have disabled the 8.3 filename option on the server. Is Wildfire or Java depending on this file system ?

turbo

LG1 · January 29, 2007, 9:50pm

Hi turbo,

Sun’‘s JRE are as far as I know not certified for Windows NT. This may cause also some trouble. As I don’‘t have access to Windows NT it’'s really hard to know if it will work.

I’'m not sure if it helps to use a JRE of another vendor (IBM) or compile the JRE for Windows NT. But it may be more easy to upgrade your NT installation to Windows 2003 or better to Linux.

LG

John14 · January 30, 2007, 1:49am

Hi LG,

thank you for your patience with my problem.

As I didn’‘t got it to work on my production server (NT4 Server), I dug out another older test machine which had NT4 WS installed and was running fine. I started the install with the 3.1.1 installer and to my surprise it went through without any hickups, even that the machine was way smaller (CPU, RAM). Surprise surprise, don’'t ask why ??

And Wildfire with Pandion as client is working like a charme.

Will test this for a few more days and if all goes well, the production server will be upgraded to XP-PRO.

My other XP-pro test machine had no problem to install with the installer 3.1.1

Thank you again and the whole team for such a great and easy to configure product.

turbo