Resources in natively compiled executables

[Chris Burdess <dog at bluezoo dot org>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In GNU JavaMail and GNU JavaBeans Activation Framework, we make use of 
the resource (asset) management features of the JVM, namely 
Class/ClassLoader.getResource/getResourceAsStream/getResources. These 
are used to locate non-code assets such as configuration files (for us, 
default mailcap and mime.types entries).

All is well when building a jarfile. However, when our target is a 
native executable, there is currently (AFAIK) no way for gcj to be 
informed of these resources and package them into the executable in 
such a way as to be accessible via the above methods. This means that 
it's currently not possible to natively compile any Java program using 
these libraries (or anything that depends on resources in any way).

Is anyone aware of this issue, and, if so, what can be done about it? I 
could rewrite the ClasspathX packages to fall back to hardcoded 
resources in classes, however this doesn't solve the wider problem.
- -- 
Chris Burdess
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAfPUi6dl1DEqHgrgRAouRAJ9Im784rtylD2pw8+JKsueHF9Pk+gCfU9bG
wp2vbLyJONZLT50KfNxdqAQ=
=r8rV
-----END PGP SIGNATURE-----