Hi Joel,
Thanks for looking into this.
However, it looks like we still have the same problem. I did a fresh download of the HLII game and the HLII demo. Here are the error messages.
[attachment=2]Screen shot 2010-09-04 at 22.10.45 .png[/attachment]
[attachment=1]Screen shot 2010-09-04 at 22.11.31 .png[/attachment]
[attachment=0]Screen shot 2010-09-04 at 22.11.36 .png[/attachment]
It would be great if you could find a fix.
Best regards
Martin
Thus spake blackice:
However, it looks like we still have the same problem. I did a fresh
download of the HLII game and the HLII demo. Here are the error
messages.
Thanks for the screenshots.
HLII is using a request scheme different from the other WS requests I’ve
seen. I added an extra rule to translate the ", "-delimited request to
real filenames on our server. Try now.
–
J.
Hi Joel,
Unfortunately, no change. I still get identical error messages.
Thanks for keeping at it!
Martin
Thus spake blackice:
Hi Joel,
Unfortunately, no change. I still get identical error messages.
Thanks for keeping at it!
Martin
At this point, it’s not clear to me what I should try next. Is there
a compelling reason why this module can’t be converted to work with
VASSAL 3.1 so that I can simply avoid solving this problem?
–
J.
Joel, I do not know as it is a commercial module distributed by DVG. I have reached out Dan Verssen and his response was: “Rodney is moving the install files to a different server. We should have things running again in a couple days.” That was over a week ago.
I will follow up with Dan, including your suggestion in my message.
Best regards
Martin
Was this ever sorted out? I’ve been wanting to get back into this game for months but have been unable to…
Hi DrTeeth,
Dan at DVG an his crew are having troubles fixing the problem. I understand from Dan that they are on it but don’t know how long it will take them. They will post on their website (and hopefully here) once it is resolved.
Martin
Thus spake DrTeeth:
Was this ever sorted out? I’ve been wanting to get back into this game
for months but have been unable to…
No, and it’s unlikely that it ever will be unless someone can tell me how.
–
J.
Thus spake blackice:
Hi DrTeeth,
Dan at DVG an his crew are having troubles fixing the problem. I
understand from Dan that they are on it but don’t know how long it will
take them. They will post on their website (and hopefully here) once it
is resolved.Martin
That’s news to me. I haven’t heard from them at all.
–
J.
Hi! Here is what Dan last wrote:
Thus spake blackice:
Hi! Here is what Dan last wrote:
From: [customerservice@dvg.com](mailto:customerservice@dvg.com)[1] Subject: Re: Still can not start Hornet Leader II Date: October 28, 2010Unfortunately, our Vassal software is currently down and it is taking
much
(much) longer to resolve the software issues than we ever thought
possible.We will post a notice in our News updates when Vassal is up and
running.Thank you for your patience with this,
-Dan
I’ve emailed them myself now, as I’m curious what they’re up to.
–
J.
Cool, please let us know if you find out more.
Thanks, Martin
Thanks for the update, Martin. It’s a shame it has taken many months to get this resolved. It is certainly making me reconsider ever buying a game in this format again.
What seems to be the problem? I’ve administered a few servers in my day and may be able to help.
Thus spake DrTeeth:
What seems to be the problem? I’ve administered a few servers in my day
and may be able to help.
I simply have no idea how HL II ever ran in the first place on the old
server.
–
J.
Yes, that would be a problem. I emailed DVG last week and have yet to hear anything back. 
I don’t know much at all about Java, but I edited the jnlp file downloaded from DVG that is the Java web start file. It looks like that file tells the program what files it needs to download in order to run Hornet Leader. I’ve removed all the version parameters and it gets much further in the process that it has in the past. It even goes through a few steps of verifying the application.
However, it still fails. This time with the error: “java.io.FileNotFoundException: vassalengine.org/ws/HornetLeader.jar”
Was there ever a HornetLeader file hosted on the vassal servers? I can’t find a listing for Hornet Leader in the modules section here at vassalengine.org.
Even if that file was loaded, I don’t know if the program would work. It could be that those particular version numbers (that we removed) are required to make it run correctly. But at this point, I’m willing to try anything to get it working.
Thus spake DrTeeth:
I don’t know much at all about Java, but I edited the jnlp file
downloaded from DVG that is the Java web start file. It looks like that
file tells the program what files it needs to download in order to run
Hornet Leader. I’ve removed all the version parameters and it gets much
further in the process that it has in the past. It even goes through a
few steps of verifying the application.However, it still fails. This time with the error:
“java.io.FileNotFoundException:
vassalengine.org/ws/HornetLeader.jar[1]”Was there ever a HornetLeader file hosted on the vassal servers? I can’t
find a listing for Hornet Leader in the modules section here at
vassalengine.org.
Yes, there are HL files in that directory, but there was never a file by that
name. Something was apparently doing some filename munging, but I never found
what that was—I could only deduce what the expected URLs were from looking
at access logs.
–
J.
Can you reveal what those files/filenames are? I will experiment a bit with the jnlp file and see if I can’t get it working.
Thus spake DrTeeth:
“uckelman” wrote:
Yes, there are HL files in that directory, but there was never a file
by that
name. Something was apparently doing some filename munging, but I
never found
what that was—I could only deduce what the expected URLs were from
looking
at access logs.Can you reveal what those files/filenames are? I will experiment a bit
with the jnlp file and see if I can’t get it working.
Sure. Sorry for being cryptic, I just didn’t have any of the filenames
or logs handy when I replied.
Here’s what I have, for HL, in vassalengine.org/ws:
HornetLeader-1.5.4.jnlp
HornetLeader-1.5.5.jnlp
HornetLeader-1.5.jnlp
HornetLeader-backup.jnlp
HornetLeader-test.jnlp
HornetLeader.jnlp
HornetLeaderDemo.jnlp
HornetLeader__V0.1.jar
HornetLeader__V0.1a.jar
HornetLeader__V0.2.jar
HornetLeader__V0.3.jar
HornetLeader__V1.4.jar
HornetLeader__V1.5.2.jar
HornetLeader__V1.5.4.jar
HornetLeader__V1.5.5.jar
HornetLeader__V1.5.5a.jar
HornetLeader__V1.5.6.jar
HornetLeader__V1.5.jar
HornetLeader__V2.0.1b.jar
HornetLeader__V2.0.2bad.jar
HornetLeader__V2.0.jar
HornetLeader__V2.1.1.jar
HornetLeader__V3.0.jar
What I was able to deduce from the web server logs is that the requests
have version numbers as part of the query string. I came up with some
rewrite rules to handle that:
RewriteCond %{QUERY_STRING} (?<!current-)version-id=(.+)
RewriteRule ^(.+).jar$ $1__V%1.jar? [L]
RewriteRule ^(.+).jar,\ (.+)$ $1__V$2.jar [L]
These work for old versions of VASSAL (pre-3.0) run with Web Start. I
have no clue why they fail for HL, as the request URLs look the same.
–
J.