blahblahblahh
|
 |
«
Reply #120 - Posted
2005-04-07 14:43:38 » |
|
blah3, I've created version 15 for my game but now the game fails silently. No log in the webstart log. Can see something on your side? Same is occuring for me with my new and improved High_quality version of my AnacondaNet game. No idea, although I seem to be having knock-on problems caused by the patch to fix the too many open files bug. I'll have a look this evening...
|
malloc will be first against the wall when the revolution comes...
|
|
|
blahblahblahh
|
 |
«
Reply #121 - Posted
2005-04-07 14:44:25 » |
|
and... I'd like to have it Quest for Peace. Can you change that or should I make a new entry(then just delete the old one) ?
Quickest + easiest for me would be if you just made a new entry, and I'll delete the old one. If I get time, I'll try renaming it myself with a few SQL queries.
|
malloc will be first against the wall when the revolution comes...
|
|
|
Hansdampf
|
 |
«
Reply #122 - Posted
2005-04-07 14:58:04 » |
|
Nothing is wrong, nothing is broken, it's just that old games need to have a JVM explicitly selected, once and once only. I didn't have time to make a custom page purely to say "you need to select a JVM" Smiley. I'm 100% sure that I selected a JVM, I even pushed the update button  Webstart said missing ressource :http://javagamesfactory.org/jnlp/Quest+for+peace/alpha.jnlp then I pasted it into Firefox and it says no JVM selected? What do you mean by selecting once? Isn't your choice box idiot proof ? How can I deselect a JVM if I accidently chose both options and hit 'update JVM' twice? edit: works now! edit2: (8 versions later) doesn't work fine now ! with mx200 hope that is a personal problem.... 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
| java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.sun.javaws.Launcher.executeApplication(Unknown Source)
at com.sun.javaws.Launcher.executeMainClass(Unknown Source)
at com.sun.javaws.Launcher.continueLaunch(Unknown Source)
at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)
at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)
at com.sun.javaws.Launcher.run(Unknown Source)
at java.lang.Thread.run(Thread.java:534)
Caused by: java.lang.OutOfMemoryError |
|
|
|
|
Games published by our own members! Check 'em out!
|
|
blahblahblahh
|
 |
«
Reply #123 - Posted
2005-04-07 16:50:48 » |
|
I'm 100% sure that I selected a JVM, I even pushed the update button  It's a short-term hack, but should only happen once for each of you, and then never come back...I hope. And if someone ever gets a corrupted JVM setting in future, they'll get the same error message and may be able to fix it themself simply by reselecting. How can I deselect a JVM if I accidently chose both options and hit 'update JVM' twice?
You can't - each new "update jvm" overwrites the previous one completely. edit2: (8 versions later) doesn't work fine now ! with mx200 hope that is a personal problem....
!!! You set the MAXIMUM heap size to 200 bytes 
|
malloc will be first against the wall when the revolution comes...
|
|
|
blahblahblahh
|
 |
«
Reply #124 - Posted
2005-04-07 17:00:53 » |
|
No idea, although I seem to be having knock-on problems caused by the patch to fix the too many open files bug.
I'll have a look this evening...
ARGH! /me is sorely tempted to REMOVE the feature of setting heap sizes, since 2 out of 2 people so far have attempted to use it without, apparently, knowing what it is Read the docs: heap size is specified in BYTES. TheAnalogKid: you specified 32 bytes of heap. Your JVM can't even log an error. Hansdampf: you allowed 200 bytes. Your JVM managed to throw an out-of-memory error. moogie: you need to select a JVM and hit "update JVM" as Hans did, and then you should never see that error again - unless you create a new version with "blank" settings. NOTE: the JVM issue is causing such problems mainly, I think, because the HTML form is wrong and seems to say you have a JVM even when you don't. It was done like that originally to minimize the number of clicks you needed to select a new JVM (it defaults to the one you "probably" want to use...). Obviously this is causing a lot of hassle, so I'm going to change that right now . Sorry about that
|
malloc will be first against the wall when the revolution comes...
|
|
|
Hansdampf
|
 |
«
Reply #125 - Posted
2005-04-07 17:05:35 » |
|
You set the MAXIMUM heap size to 200 bytes Huh Grin hmm... I soved that issue by dramatically reducing the requirements. Now it works on my solar calculator.
|
|
|
|
blahblahblahh
|
 |
«
Reply #126 - Posted
2005-04-07 17:16:43 » |
|
Read the docs: heap size is specified in BYTES.
Apparently, you've discovered a bug in webstart - it shouldn't accept your args. Taken from the current sun website docs ( http://java.sun.com/j2se/1.5.0/docs/tooldocs/solaris/java.html) 1 2 3 4 5 6 7 8 9 10
| -Xmsn Specify the initial size, in bytes, of the memory allocation pool. This value must be a multiple of 1024 greater than 1MB. Append the letter k or K to indicate kilobytes, or m or M to indicate megabytes. The default value is 2MB. Examples:
-Xms6291456 -Xms6144k -Xms6m
-Xmxn Specify the maximum size, in bytes, of the memory allocation pool. This value must a multiple of 1024 greater than 2MB. Append the letter k or K to indicate kilobytes, or m or M to indicate megabytes. The default value is 64MB. Examples: |
Note how it "must" be greater than some number, but webstart allows numbers less...
|
malloc will be first against the wall when the revolution comes...
|
|
|
TheAnalogKid
|
 |
«
Reply #127 - Posted
2005-04-07 17:24:43 » |
|
Quickest + easiest for me would be if you just made a new entry, and I'll delete the old one. If I get time, I'll try renaming it myself with a few SQL queries.
Could you completly delete mine as well? I'd recreate it so I'd have a better chance to make it work. Thanks
|
|
|
|
TheAnalogKid
|
 |
«
Reply #128 - Posted
2005-04-07 17:27:35 » |
|
ARGH! /me is sorely tempted to REMOVE the feature of setting heap sizes, since 2 out of 2 people so far have attempted to use it without, apparently, knowing what it is Read the docs: heap size is specified in BYTES. TheAnalogKid: you specified 32 bytes of heap. Your JVM can't even log an error. Hansdampf: you allowed 200 bytes. Your JVM managed to throw an out-of-memory error. moogie: you need to select a JVM and hit "update JVM" as Hans did, and then you should never see that error again - unless you create a new version with "blank" settings. NOTE: the JVM issue is causing such problems mainly, I think, because the HTML form is wrong and seems to say you have a JVM even when you don't. It was done like that originally to minimize the number of clicks you needed to select a new JVM (it defaults to the one you "probably" want to use...). Obviously this is causing a lot of hassle, so I'm going to change that right now . Sorry about thatDoh! I should have tought about it before!  I intended to set 32m!!! 
|
|
|
|
blahblahblahh
|
 |
«
Reply #129 - Posted
2005-04-07 18:13:03 » |
|
Doh! I should have tought about it before!  I intended to set 32m!!!  I'm just working on adding a test that won't *allow* you to set ridiculously small sizes  even though webstart (buggy crud) will...
|
malloc will be first against the wall when the revolution comes...
|
|
|
Games published by our own members! Check 'em out!
|
|
blahblahblahh
|
 |
«
Reply #130 - Posted
2005-04-07 20:03:03 » |
|
In the process, I got hold of an update to the grexengine function despatcher, a new version which claims to fix some bugs and - more importantly - closes a loophole where external packages could access some internal methods and break synchrtonization invariants. Guess what happened when I installed it? Yup, there were a couple of places I was directly or indirectly using method calls I shouldn't  . Spent the last couple of hours cleaning up those places, and re-implementing them "properly". Still got a few last bugs to fix in the re-implementations (for instance, it's now all working again on my local machine, EXCEPT every other request gets dropped  ). So I'm not going to upload any new patches to the main server until I've fixed this on my local test server.
|
malloc will be first against the wall when the revolution comes...
|
|
|
blahblahblahh
|
 |
«
Reply #131 - Posted
2005-04-07 20:50:41 » |
|
It *seems* to all be working locally, so I've patched the server - and that still seems to be working OK (although I didn't try creating a new game version). Anyway, ms and mx will both catch < 1024 errors, although very basic checking only - you can still put in illegal args, it's just that you won't get away with the common case mistake  . Also, when you want to change the value of an arg or a prop, just set it again and the new val will overwrite the old - due to a failed SQL table update some time ago which I didn't notice, it was allowing many duplicates of the same arg and param (no primary key checks). But that's now fixed. And you get a warning message on the release-editing screen if your JVM is missing / invalid, so you don't have to wait until you test before finding out  . PS: if you noticed the site go down this evening ... it's the dreaded NIO "out of direct buffer memory" bug. I checked: no files open, just a couple of TCP connections (*). To paraphrase Cas, the developers of NIO should be hung by their toenails until they realise the importance of actually allowing people to kill buffers, and to query the state of the buffer mem AND ... to FIX THEIR CODE so that it uses memory properly (as noted in several outstadning bug parade bugs, IIRC). (*) this particular server has had hundreds of files streaming off the hard disk in parallel in this JVM without breaking sweat (before I noticed my typo that was failing to close files in certain situations!). A few TCP connections cannot be bad...
|
malloc will be first against the wall when the revolution comes...
|
|
|
moogie
|
 |
«
Reply #132 - Posted
2005-04-07 21:44:16 » |
|
error when creating a new version:
Please contact the admin / dev-team Copy and paste everything below this line when contacting them
--------------------------------------------------------------------------------
Referer URL:/views/edit-gamerelease?gamename=AnacondaNet_HighQuality&releasetype=alpha&version=3
Throwable:java.lang.Exception: Velocity is buggy as an ant farm and whoever wrote the exception code broke itso that you can't actually inspect exceptions;
Please note: This idiot put the ONLY critical information in the logfile, so the admins will have to manually search through potentially hundreds of megabytes to find the damn bloody message. Oh how we wish they didnt do that, because we COULDhave AVOIDED this error message and done some clever stuff and shown you a webpage, except that the velocity coder who never tested their code made that impossible. Sob.
Probably useless message from velocity = Invocation of method 'executeView' in class com.grexengine.cms.core.CMSViewService threw exception class org.apache.velocity.exception.MethodInvocationException : Invocation of method 'get' in class java.util.LinkedList threw exception class java.lang.IndexOutOfBoundsException : Index: 0, Size: 0
Line Source File 179 In HttpViewService.java 251 ...called from bAsynchronousService.java 248 ...called from HttpViewService.java 334 ...called from bModule.java 534 ...called from Thread.java
|
Java4k RIP 2014
|
|
|
blahblahblahh
|
 |
«
Reply #133 - Posted
2005-04-08 06:30:41 » |
|
error when creating a new version:
Firstly, there was a complex to fix bug (saw it in the logfiles) whose code I've just commented out. It means that the automatic news-creation when a new game is uploaded is disabled for now, until I fix it. That may solve your problem Secondly, as you may have noticed from the error message, there is no way for you or me to determine which out of approximately 500 source files that error occurred in becuase of some idiot who broke the exception handling in apache's velocity and got their patch into the stable branch. Velocity simply CANNOT handle exceptions in the stable versions  . ...unless I can find an obscure exception that may have been logged in any of several ways somewhere in the multi-mb logfile  . So, could you try again and see if the first change has fixed it?. Sorry about this. (keep your fingers crossed and hope that the very-long-promised next release of velocity comes out soon...) Thanks
|
malloc will be first against the wall when the revolution comes...
|
|
|
moogie
|
 |
«
Reply #134 - Posted
2005-04-08 06:57:59 » |
|
i am afraid the error still occurs 
|
Java4k RIP 2014
|
|
|
blahblahblahh
|
 |
«
Reply #135 - Posted
2005-04-09 11:50:30 » |
|
--------------------------------------------------------------------------------
Referer URL:/views/edit-gamerelease?gamename=AnacondaNet_HighQuality&releasetype=alpha&version=3
I believe this is now fixed. It was a mistake in the HTML page - assumed there was always a JVM, and did a get from a list that is empty if you have no JVM configured  . Please note: This idiot put the ONLY critical information in the logfile, so the admins will have to manually search through potentially hundreds of
Even worse - by a long way - for this particular exception, Velcoity DID NOT LOG IT AT ALL, so I had to manually just "guess" and change bits of HTML until I found something that was broken  .
|
malloc will be first against the wall when the revolution comes...
|
|
|
blahblahblahh
|
 |
«
Reply #136 - Posted
2005-04-09 12:15:26 » |
|
I've also added a button on the "edit game details" screen that lets you request that your game be deleted. If you press this, a deletion request will be emailed to all the game-editors (the only people who have the admin right to delete games and can edit all games) giving them your email address and asking them to double-check you want your game deleted. One of them should then quickly get around to logging in and deleting your game, once they're sure you want this done  . Just so that I don't make any mistakes (I'm a game editor myself, unsurprisingly!), could any of you that still want your game deleted please login and click this button? This also emails the exact game-name, which makes it easier for the person doing the deleting to be sure they got the right one!
|
malloc will be first against the wall when the revolution comes...
|
|
|
moogie
|
 |
«
Reply #137 - Posted
2005-04-10 23:48:27 » |
|
I cannot seem to access the site at all now...
|
Java4k RIP 2014
|
|
|
blahblahblahh
|
 |
«
Reply #138 - Posted
2005-04-11 08:17:48 » |
|
I cannot seem to access the site at all now... The server has crashed, or been unplugged from the wall; I cannot even get to it. Need the guys from Agency9 to reboot it 
|
malloc will be first against the wall when the revolution comes...
|
|
|
blahblahblahh
|
 |
«
Reply #139 - Posted
2005-04-11 09:55:12 » |
|
Need the guys from Agency9 to reboot it  Seems to be networking problems over at A9; the server is having trouble routing packets to/from anywhere much  . So...will have to wait until we sort this out I'm afraid.
|
malloc will be first against the wall when the revolution comes...
|
|
|
blahblahblahh
|
 |
«
Reply #140 - Posted
2005-04-11 16:45:57 » |
|
Apparently the ISP has been "upgrading" firewalls and routers - and we all know what that means  . So, the site is inacessible, SSH connections are being refused or dropped randomly, and there's nothing anyone can do until said ISP fixes what they broke. But, being an ISP, no doubt the junior "engineer" who made the typo and fscked up the routing tables isn't going to own up to it - and until they do, no-one's going to fix it  . So...we're twiddling thumbs and waiting, folks 
|
malloc will be first against the wall when the revolution comes...
|
|
|
TheAnalogKid
|
 |
«
Reply #141 - Posted
2005-04-11 18:01:03 » |
|
Communication! The mother of so many problems! 
|
|
|
|
blahblahblahh
|
 |
«
Reply #142 - Posted
2005-04-13 06:05:26 » |
|
All seems to be working now. Whatever strangeness was going on with ISP (l couldn't ssh in for a while) was just made harder to work through by the aggressive "no ICMP" firewall which I eventually got fed up with and turned off  . Arindal has been uploaded, although it's German only and seems to crash if you don't have the German locale (or else it's supposed to download a language pack and fails to), but there seems to be a problem with the web server occasionally going dormant for no apparent reason  , so I've put on heavy logging and will see what happens next time. In the meantime, should be fine to upload and use as normal - but if it ever stops responding on you whilst you're doing something, or immediately after you do something, PM me to say what you'd done and what did(n't) happen so I can make sure it doesn't do it any more.
|
malloc will be first against the wall when the revolution comes...
|
|
|
chris_j_pook
Senior Newbie 
Java games rock!
|
 |
«
Reply #143 - Posted
2005-04-13 22:49:00 » |
|
Just tried to register and I got this error ...
Referer URL:/controllers/create-account
Throwable:java.lang.IllegalArgumentException: There is already a user with name = "chris_j_pook" Line Source File 115 In AccountsModel.java 38 ...called from CreateAccountController.java 141 ...called from CMSControllersService.java 251 ...called from bAsynchronousService.java 334 ...called from bModule.java 534 ...called from Thread.java
|
|
|
|
blahblahblahh
|
 |
«
Reply #144 - Posted
2005-04-14 12:49:34 » |
|
Just tried to register and I got this error ...
Referer URL:/controllers/create-account
Throwable:java.lang.IllegalArgumentException: There is already a user with name = "chris_j_pook" Line Source File 115 In AccountsModel.java 38 ...called from CreateAccountController.java 141 ...called from CMSControllersService.java 251 ...called from bAsynchronousService.java 334 ...called from bModule.java 534 ...called from Thread.java Well, um, did you try to register twice? The user is clearly there in the DB (in fact, you registered twice with different usernames and the same password, by the looks of things?)
|
malloc will be first against the wall when the revolution comes...
|
|
|
TheAnalogKid
|
 |
«
Reply #145 - Posted
2005-04-14 12:58:45 » |
|
Anyway, eventhough a user tries to register twice, it should not result in a stack trace page. The system should say something like "User X already exists. Please choose another user name".
|
|
|
|
hawkwind
Junior Devvie  
Java games rock!
|
 |
«
Reply #146 - Posted
2005-08-19 00:09:50 » |
|
Summary please. I have gotten a bit lost going through the 14 pages in this thread.
I have an alpha level game that is to big to host myself...dinky space allotment, I use 50MB. What do I need to specify for your site to host it???
do I need to include jogl jars and dll's, I have some java speech in it do I need to upload jsapi jars?? do I just upload every jar I use other thasn the JDK....is your JDK 1.4.2??
|
|
|
|
blahblahblahh
|
 |
«
Reply #147 - Posted
2005-08-19 13:33:32 » |
|
Summary please. I have gotten a bit lost going through the 14 pages in this thread.
Huh? 14 pages too long? Where's your stamina?  Seriously, point taken... I have an alpha level game that is to big to host myself...dinky space allotment, I use 50MB. What do I need to specify for your site to host it???
do I need to include jogl jars and dll's,
The answer should be "no". This depends upon two things: 1. Is the version you need of JOGL available on the JGF site already? 2. Is that version fully working? (i.e. did someone make a mistake when setting it up) When you're in the page that elts you upload JAR's for your game, at the bottom should be a section letting you select which libraries your game uses, and gives you a set of available versions. I've partially tested this with JOGL, and it *seemed* to work - but please try it out and if anything goes wrong mail me at adam @ grexengine.com and I'll try to fix ASAP. If the version of JOGL you need isn't listed as being available, let me know and I'll try and put it up myself. It would help ENORMOUSLY if some of the JOGL authors would upload new versions themselves (only takes around 5 seconds if they just copy/paste the link to their JNLP-EXT), but so far AFAIAA they are not doing this. I have some java speech in it do I need to upload jsapi jars??
At the moment, any lib you use that is not part of the standard JDK/JRE *and* which is not listed as an available library does need to be uploaded too. However, it would be better if you were to create a Library on JGF, upload the JSAPI jars into that, set the version number correctly, publish it - and then it will become available as an option for your game. This is more effort for you, but it means no-one ever needs to upload those JAR's again, they can share the ones fromthe Library you created. do I just upload every jar I use other thasn the JDK....is your JDK 1.4.2??
Yes, just upload every jar. The JDK doesn't matter - all you have to do is select what *minimum* JDK is required to play your game, on the screen where you upload your JARs. Webstart will *automatically* make sure every player has this version installed, or a newer one. Hope all that makes sense!
|
malloc will be first against the wall when the revolution comes...
|
|
|
nardev
Senior Newbie 
|
 |
«
Reply #148 - Posted
2005-11-16 12:31:24 » |
|
There seems to be a problem when wanting the JAR with the main class to be on top of the list of included JARS in the JNLP file. I don't know what to do. I've played around with deleting and uploading but i'm only wasting the b/w and it's not helping so i cannot publish the new version of my game.... 
|
|
|
|
|