About the question with java.util.PropertyPermission. I know that
it's a while from then, but I'm getting now the same exception, as you
that moment.
    I will tell you what have I done on this matter until now. So...
    I searched all over the net, with sun plugin (I work with this,
because anything else didn't work at all), with java security, applet
security, and I've found that the most importnat things in this matter
are 3 files:
        -java.security
        -java.policy/.java.policy
        -.keystore
    Now: the first thing that has to be done in working with signed OCF
applets is getting a certificate, but for testing purpose, one
self-certificate is enough. This has to be made with keytool application
that's coming with jdk or jre. About keytool, almost every thing may be
found here:

http://java.sun.com/products/jdk/1.2/docs/tooldocs/solaris/keytool.html
    The next thing is to export the certificate with the same tool.
    Finally we have to digitally sign the jar file of the applet and any
other jar file that the applet "use" it. This is done with jarsigner
tool. More infformation here:

http://java.sun.com/products/jdk/1.2/docs/tooldocs/solaris/jarsigner.html

    Now let's the HTML file with the jar files of the applet on a web
server,and that means tha applet code with OCF jar files, and other
cardservice or something that is used in the applet. The next: it's
vital to grant some permission to the code that we have just signed.
That job has to be done either in a text editor on .java.policy, or
using the policytool from jdk or jre. Here we can assign some rights,
some permission to some code that we trust.
    Until here, everythings seems to be just OK. Now, the problem for me
is that I have jdk installed and of course jre, so I have 2 pairs of
files: java.policy and java.security. OK, I understand that in the
java.security file I can specify which java.policy file, I want to use.
But in which java.security file?
    Next, on the OCF programmer guide, we are advised to use a
.java.policy file, within our "user.home" directory, that means the
third file, for the same purpose?!
    In spite of the fact that I specified in all the java.policy file
the rights for property reading I keep getting the same exception, as
follows:

                    Exception caught in initOCF : access denied
(java.util.PropertyPermission OpenCard.loaderClassName read)

   I'm using the follwing permissions in my policy files:

                  permission java.util.PropertyPermission "*",
"read,write";
                  permission java.io.FilePermission
"${java.home}/lib/opencard.properties", "read";
                  permission java.io.FilePermission
"${user.home}/.opencard.properties", "read";
                  permission java.io.FilePermission
"${user.dir}/opencard.properties", "read";
                  permission java.io.FilePermission
"${user.dir}/.opencard.properties", "read";
                  permission java.lang.RuntimePermission
"loadLibrary.*";
                  permission java.lang.RuntimePermission
"reflect.declared.*";

    I have to say that I have an opencard.properties in all the paths
specified up. But the score is the same.. ( :-(
    Do you know a solution to this problem now?Or anybody else?
    Any hint is very well-come!
    Thank you!






---
> Visit the OpenCard web site at http://www.opencard.org/ for more
> information on OpenCard---binaries, source code, documents.
> This list is being archived at http://www.opencard.org/archive/opencard/

! To unsubscribe from the [EMAIL PROTECTED] mailing list send an email
! to
!                           [EMAIL PROTECTED]
! containing the word
!                           unsubscribe 
! in the body.

Reply via email to