Java-Gaming.org    
Featured games (91)
games approved by the League of Dukes
Games in Showcase (581)
games submitted by our members
Games in WIP (500)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Embedding vm: what is allowed?  (Read 1537 times)
0 Members and 1 Guest are viewing this topic.
Offline baegsi

Senior Newbie




Java games rock!


« Posted 2005-01-26 17:25:38 »

I read a post about it somewhere but could not find it, so I hope you don't mind bringing me this up again. I'd like to avoid having customers deal with downloading and installing a JRE so I have either to compile my game to a native exe via JET or bundle it with an embedded vm. The former is costly and adds an additional step to the deployment task so embedding is an option.

My question is: what am I allowed to do? What can be stripped off?

And just out of curiosity: is someone besides Cas doing this?
Offline woogley
« Reply #1 - Posted 2005-01-26 19:01:01 »

go into your JRE folder and view the README.txt file. That file has a section that starts out like this:
Quote

-----------------------------------------------------------------------
Optional Files and Directories
-----------------------------------------------------------------------
The following files may be optionally excluded from redistributions:

and it lists the files which you can exclude from your private jvm
Offline princec

JGO Kernel


Medals: 284
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #2 - Posted 2005-01-26 20:00:19 »

Probably one or two others doing it. Dunno. It's not an ideal solution but I could use Jet if I wanted to. The way i see it is I'm advertising Sun's JVM and Java whether it's complete or not. Evangelism in mysterious ways.

Cas Smiley

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline baegsi

Senior Newbie




Java games rock!


« Reply #3 - Posted 2005-01-27 05:50:05 »

Quote
go into your JRE folder and view the README.txt file. That file has a section that starts out like this:
and it lists the files which you can exclude from your private jvm
Stupid me, I could have find this out by myself  Embarrassed

Not much allowed to leave out...
Offline princec

JGO Kernel


Medals: 284
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #4 - Posted 2005-01-27 08:52:48 »

The more I lookk at that license agreement the less real reason I can see for it being that way. I once got some BS about "supporting millions of tiny broken versions of Java" but plainly this isn't what's happening here. I can see that if I wanted to ship a Puppygames Game VM based on the Sun code that'd be a nasty and immoral thing to do but as it stands... it's just a great advert for Java technology in gaming to end-users and developers alike. I have met with no progress attempting to get a kosher license for it.

Hm, I'm owed a $45,000 prize by Sun. Maybe they could sort out a license for me instead?

Cas Smiley

Offline JasonB

Junior Member





« Reply #5 - Posted 2005-01-27 18:37:39 »

Quote
The more I lookk at that license agreement the less real reason I can see for it being that way. I once got some BS about "supporting millions of tiny broken versions of Java" but plainly this isn't what's happening here.

There's not even remotely a technical argument for it these days.  Was reading something recently (& after wracking my brains I can't for the life of me remember where) that discussed the reasoning behind re-use of libraries, etc, that basically stemmed from a time where disk space was expensive, but which no longer makes sense in a modern environment. If that was actually a reality you could (sort of) accept an argument that said: it's a dumb idea to distribute a VM with your app/game when there should only be one on a machine.  But disk space -isn't- expensive, and your cut down VM is what... only 2MB... so, at the very least, there should be a licensing exception for these sort of uses.

J
Offline DaveLloyd

Junior Member




Making things happen fast with Java!


« Reply #6 - Posted 2005-01-29 12:33:39 »

JasonB wrote:
Quote

basically stemmed from a time where disk space was expensive, but which no longer makes sense in a modern environment


Surely the issue is RAM not disk. Main memory is always going to be contended. Re-use between processes wouldn't be possible if each app had its own private JVM and libs.  I run enough different Java apps concurrently that this could make a big difference. (PS: I'm not sure how much modern JVMs actually do this though)

Offline princec

JGO Kernel


Medals: 284
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #7 - Posted 2005-01-29 12:42:47 »

The client version of the latest VM also does class sharing, but the fact is - we don't care! We just want stuff to work.

Cas Smiley

Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

xsi3rr4x (55 views)
2014-04-15 18:08:23

BurntPizza (53 views)
2014-04-15 03:46:01

UprightPath (66 views)
2014-04-14 17:39:50

UprightPath (49 views)
2014-04-14 17:35:47

Porlus (66 views)
2014-04-14 15:48:38

tom_mai78101 (90 views)
2014-04-10 04:04:31

BurntPizza (151 views)
2014-04-08 23:06:04

tom_mai78101 (247 views)
2014-04-05 13:34:39

trollwarrior1 (204 views)
2014-04-04 12:06:45

CJLetsGame (211 views)
2014-04-01 02:16:10
List of Learning Resources
by SHC
2014-04-18 03:17:39

List of Learning Resources
by Longarmx
2014-04-08 03:14:44

Good Examples
by matheus23
2014-04-05 13:51:37

Good Examples
by Grunnt
2014-04-03 15:48:46

Good Examples
by Grunnt
2014-04-03 15:48:37

Good Examples
by matheus23
2014-04-01 18:40:51

Good Examples
by matheus23
2014-04-01 18:40:34

Anonymous/Local/Inner class gotchas
by Roquen
2014-03-11 15:22:30
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
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!