giu 19, 2019 1:00:21 AM games.strategy.engine.framework.ServerGame lambda$addObserver$1
GRAVE: Failed to join game
java.lang.RuntimeException: Exception on remote
at com.sun.proxy.$Proxy26.joinGame(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: games.strategy.engine.message.ConnectionLostException: Connection to dermarc lost
... 1 more
@redrum said in Domination 1914 No Mans Land fails to start [FIXED]:
@Cernel Right. Which I'm sure inconsistent naming exists. I agree that would seem better and I'm not sure why the double folder was done. Either way we are getting off topic and better to open a separate thread if you want to discuss it further.
Since we have verified that at least the file name in main folder must be the same as the "mapName" in the xml, that should be right for all old maps (otherwise they would not have started in the past) and also right for all or most new maps, as otherwise the mapmaker would have failed testing his own map before getting it to download list. So, I don't think there is anything to worry about this, as currently either a map has the same main folder name as the one spelled in the xml of the games themselves (they can be more than one per map), or it is already not working anyways.
Inconsistent naming should really not exist, since in the first folder (from the download list naming) it would currently cause the map to fail to start and in the second folder it would have already done that when the mapmaker was testing it (likely in its simplest and unzipped format), before getting it to download list.
So, I think it would be better at least picking one of download list and repository names (I'd definitely say the repository name), instead of, as I understand it, the current process of having first download list name, then repository name, then the actual "map" folder, that I don't think anybody is going to dream it's working this way, or at least this thing should be documented somewhere, that the mapmakers must be sure to have both equal to the xml "mapName", or issues like this one I'm pretty sure will keep happening overtime, and they are a bit problematic, especially since they would leave wrongly named maps inside users' folders, still adding games to that users' selection lists (either calling another folder or failing to find any, like it was the case here, depending whether you already downloaded this map in the past or not), that most users will fail to get around tracking and deleting manually, since they are not going to be overwritten by the correctly named ones (once available).
@RogerCooper Yes, but what I'm saying is that needs to be supported (if wanted), because, per correct rules, you are supposed to use Combat Movement to only do combat related movements. So now the ability to do most moves during Combat Movement is actually something that works for lack of support; so it doesn't really make sense to base a game on this (beside the fact that here the problem is the lacking reset movement because of the missing Non Combat Movement phases, that itself could be adressed with steps).
So, it is up to the developers if they want to actually support games with a single movement phase, for both Combat and Non Combat Movements together. Otherwise what; do we fix this game based on something that works as it shouldn't?
That is the problem when you have the rules that are such and the engine that is such; mapmakers will do games based on the engine behaviour, rather than on the rules. Then maybe someone fixes the engine, and those maps break down.
@RoiEX said in Graphics Problems?:
Java is sometimes weird with graphics.
There's not anything we can really do about it.
Maybe when we migrate to JavaFX the problems will go away, but this is still a far future goal
Understood, thanks for the reply! Its not that big a deal once I found the workaround. I was very happy to find this game!!