Java-Gaming.org    
Featured games (78)
games approved by the League of Dukes
Games in Showcase (429)
Games in Android Showcase (89)
games submitted by our members
Games in WIP (468)
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  
  Classloading from XML, deployment descriptors  (Read 690 times)
0 Members and 1 Guest are viewing this topic.
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Posted 2004-06-24 20:48:53 »

What alternatives are there to J2EE "deployment descriptors" for managing the loading of classes and/or instantiating of objects from text files (or any text-based source; e.g. could be just any char-based inputstream)?

At grex, we've never used DD's because they're so unwieldy, hard to read, hard to understand, and non self-explanatory. We also had need of more complex behaviour, so we rolled our own equivalent for prototypes some years ago....the thing is, we're still using our proprietary equivalent now, because it's done the job fine. But it has it's own issues, and rather than just patch it up I'm sure there must be some better open standard than J2EE-dd's around by now (last time I checked, it seemed everyone was still using fairly large apps just to edit dd's, largely enforced by their kludginess; i.e. editing via a decent XML editor wasn't realistic - you need more help than that).

Or...maybe DD editors these days are sufficiently advanced and compatible with each other that you don't even care what's in the DD?

malloc will be first against the wall when the revolution comes...
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #1 - Posted 2004-06-24 21:01:49 »

The only place I could think of to look for DD alternatives was in XML (de)serialization, and XMLEncoder looks quite nice. But...it already appears to have had an attack of PERL-itis, and ended up with so many ways of doing the same thing, and of abbreviating things, that debugging simple user mistakes is a nightmare in any non-trivially-small set of classes Sad.

We could perhaps adopt a subset of XMLE's schema, at least ensuring other people recognized it on contact, and making interoperability easier. But...how many people actually use the XMLE ?

malloc will be first against the wall when the revolution comes...
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.

theagentd (6 views)
2014-04-24 23:00:44

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

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

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

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

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

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

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

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

trollwarrior1 (217 views)
2014-04-04 12:06:45
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!