Hello Jeff,I know the early adopters release is alpha and perhaps you have these issues already on your list for v1.0.this is what I'd like to see in the beta:- Exception handling: Closed source code shall not throw something like StringArrayOutOfBoundsException in SomeImplClass at line [123]. Even worse, sometimes exceptions are swallowed silently. - Debuggability: The game engine should be able to be started programmatically, and all required data provided by api calls. The os' 'current directory' should NEVER be used. Use SGS_HOME env variable or similar instead.- unit tests: I would like to see mock objects for unit testing, and/or some way to run automated tests on a running server.- open source developers' edition: I can see no reason not to make the single thread developers' edition open source. The real wits are inside the multithreaded cluster edition anyway, isn't it?

I'm trying to get a simple test application running to start from. I made an entry in SGS-apps.conf, made my own dir under apps, put a deploy.xml and jar there, as described.I copied the xml from swordworld, just changed the port to 1199.I copied most of the logic from SwordworldBoot, just with my own room and player classes.

When I start the server I see all apps come up (I left them there for testing), mine is also recognized, but not started. discovery.xml shows:<discovery>... other applications...<game name="TheStarsLikeDust" id="5"></game></discovery>

The Management console shows similar: The game is there, but there is no UserManager and it is stopped and cannot be started.

I tried to feed a FakeDiscovery.xml in, but he won't swallow. If this is the point, could you please explain how it is done?I put a FakeDiscovery.xml at the base dir and called the server with -I file:FakeDiscovery.xml, but that produces a strange NumberFormatException (??)

I took a look at darkstar and it looks quite promising. Some wishes I'd like to mention:1. I learned the object store is running on an internal derby database. For larger projects it should be able to externalize it to a seperate database server.2. I would like to have more influence on re-creation of objects by simtask, i.e. a callback called after deserialization. 3. I had the idea to write GLO's in groovy. This would, however, require the groovy classloader to be used on deserialization. So it would be nice if I could tell SimTask which classloader to use when creating GLOs. Obvious pros: You can change the source at runtime and immediately see the results. Cons: none, because a java class file is generated.

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org