Hi !
Featured games (91)
games approved by the League of Dukes
Games in Showcase (755)
Games in Android Showcase (229)
games submitted by our members
Games in WIP (842)
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  
  RFE: 'user.home' for loading plugins  (Read 1892 times)
0 Members and 1 Guest are viewing this topic.
Offline TheBohemian

Junior Devvie

Java will rule them all!

« Posted 2003-09-28 22:26:34 »

At the moment jinput searches for the plugins in 2 different folders:
( ${foo} means the system property foo )

a) ${java.home}/lib/${jinput.controllerPath}
b) ${user.dir}/lib/${jinput.controllerPath}

The first folder is nice when the admin decides to install the plugin globally for all users and the second one makes sense for applications that were launched from the commandline

In my opinion there is one configuration missing and this is the JNLP environment (eg: Webstart). Applications that were started through JNLP have never a valid user.dir property because it is implementation dependant how the JNLP client manages its cache. The only directory that really works is the current user's home dir. Therefore I recommend using the user's home directory for finding jinput plugin.

I do not suggest anything regarding the exact path because this should be discussed. I only want to admit that it may be nice to coordinate the usage of such a directory with joal and jogl.



my favorite OS:
Java 1.5 -> 1.4 converter:
Offline swpalmer

JGO Coder

Exp: 12 years

Where's the Kaboom?

« Reply #1 - Posted 2003-09-29 13:16:42 »

I don't like the idea of simply adding the user's home directory.  I would rather see an API added to the JUtils plugin stuff where the application can explicitly add directories and/or JARs to the plugin search path.  Then, if you choose, your app can add the user home directory, a directory of the applications choosing within the game hierarchy, or give it a known JAR file.

The concern is security.  We don't want to open any holes.

Pages: [1]
  ignore  |  Print  

DesertCoockie (52 views)
2018-05-13 18:23:11

nelsongames (82 views)
2018-04-24 18:15:36

nelsongames (74 views)
2018-04-24 18:14:32

ivj94 (757 views)
2018-03-24 14:47:39

ivj94 (87 views)
2018-03-24 14:46:31

ivj94 (643 views)
2018-03-24 14:43:53

Solater (102 views)
2018-03-17 05:04:08

nelsongames (184 views)
2018-03-05 17:56:34

Gornova (426 views)
2018-03-02 22:15:33

buddyBro (1086 views)
2018-02-28 16:59:18
Java Gaming Resources
by philfrei
2017-12-05 19:38:37

Java Gaming Resources
by philfrei
2017-12-05 19:37:39

Java Gaming Resources
by philfrei
2017-12-05 19:36:10

Java Gaming Resources
by philfrei
2017-12-05 19:33:10

List of Learning Resources
by elect
2017-03-13 14:05:44

List of Learning Resources
by elect
2017-03-13 14:04:45

SF/X Libraries
by philfrei
2017-03-02 08:45:19

SF/X Libraries
by philfrei
2017-03-02 08:44:05 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‑
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!