Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (541)
Games in Android Showcase (133)
games submitted by our members
Games in WIP (603)
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  
  Why not using JMS for our games?  (Read 1880 times)
0 Members and 1 Guest are viewing this topic.
Offline karmaGfa

Junior Devvie




Miaow


« Posted 2006-03-27 04:08:25 »

Hey guys,

I recently discovered the JMS specification, and I am really wondering what we are doing here ... just re-inventering the wheel?
Why not making our network libs to implement or use the JMS spec ?

Java already have a huge advance in networking, why don't we simply use it ?

<a href="http://www.le-moulin-studio.com">Le Moulin Studio</a> - MMO Technologies and Services.
Offline Jeff

JGO Coder




Got any cats?


« Reply #1 - Posted 2006-03-27 07:19:33 »

Ina word: Performance

Got a question about Java and game programming?  Just new to the Java Game Development Community?  Try my FAQ.  Its likely you'll learn something!

http://wiki.java.net/bin/view/Games/JeffFAQ
Offline whome

Junior Devvie




Carte Noir Java


« Reply #2 - Posted 2006-03-27 12:57:26 »

Its like saying "who do we need JOGL if we already have AWT canvas for graphics drawing"....

Games may well use JMS for occasional messages but not in a game loop changing frequent messages.

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

Junior Devvie




Miaow


« Reply #3 - Posted 2006-04-22 08:26:17 »

In a word: Performance

But JMS is not an implementation, it is just a specification.
Why should it be considered not performant ?

I was thinking that rather than to have a network lib war, we could be a little more organized and have a JMS implementation war. This way, all the games could use the same API (JMS) and switch between the different implementations without having to modify the source code of the game.

<a href="http://www.le-moulin-studio.com">Le Moulin Studio</a> - MMO Technologies and Services.
Offline Jeff

JGO Coder




Got any cats?


« Reply #4 - Posted 2006-04-25 02:59:56 »

In a word: Performance

But JMS is not an implementation, it is just a specification.
Why should it be considered not performant ?

Because it is not an API that was designed with minimizing latencies in mind.   The abstraction has to be buitl around the qualities you want or it wont deliver those qualities.  Its loike trying to put a metric nut on an english screw.  You waill spend an INCRDIBLE amount of effort trying to pang it into somplace it was never desigend to go.

JMS is designed for enterprise apps where the issues are average transactional throughput and fault-tolerance and NOT worst case latency.


Got a question about Java and game programming?  Just new to the Java Game Development Community?  Try my FAQ.  Its likely you'll learn something!

http://wiki.java.net/bin/view/Games/JeffFAQ
Offline beowulf03809

Junior Devvie




We live for the code, we die for the code


« Reply #5 - Posted 2006-04-27 16:18:19 »

Agreed.  In my real-life I supported enterprise middleware for about six years and various messaging products ( focused on IBM MQ ) were a key part of that. Absolutely great if you want guaranteed delivery and several other transactional features, but they are not the right solution for most game needs. 

Now if you were building a PBM-style turn based game JMS may be a perfect mechanism to get your clients moves back to the server.  But for anything close to real-time it's a matter of "right tool for the job" and I don't JMS is it.
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.

Mr.CodeIt (24 views)
2014-12-23 03:34:11

rwatson462 (55 views)
2014-12-15 09:26:44

Mr.CodeIt (45 views)
2014-12-14 19:50:38

BurntPizza (91 views)
2014-12-09 22:41:13

BurntPizza (113 views)
2014-12-08 04:46:31

JscottyBieshaar (83 views)
2014-12-05 12:39:02

SHC (92 views)
2014-12-03 16:27:13

CopyableCougar4 (100 views)
2014-11-29 21:32:03

toopeicgaming1999 (160 views)
2014-11-26 15:22:04

toopeicgaming1999 (163 views)
2014-11-26 15:20:36
Resources for WIP games
by kpars
2014-12-18 10:26:14

Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50
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!