RE: access problems related to xml libs?
"Bordet, Simone" <[email protected]>
| Newsgroups | gmane.comp.java.mx4j.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, > > Well, some of these failures may be handled gracefully (for > example, > > look for a file, if any exception use some defaults). > > How would I do that? [snip] I wasn't referring to your code, but to libraries', such as Xerces: if it does not find jaxp.properties it can use some defaults; but you will see a stack trace "access denied" on the console. It's handled gracefully. > I notice that sometimes it reports about the domain and > sometimes it doesn't. Here's one occurrence where everything > is logged. (POSTNOTE: Could the problem have to due with > "unresolved"s in the "unresolved java.util.FilePermission"s?) No. Unresolved permissions are fine and handled automatically. The output you posted below is strange: at a first view everything seems fine. The exact order of output is: access: access allowed (<some permission>) access: access allowed (<some permission>) access: access allowed (<some permission>) access: access denied (<missing permission>) <possibly some more access requests> access: access allowed (<some permission>) access: domain that failed ProtectionDomain (<guilty PD>) <guilty PD Permissions> java.lang.Exception: Stack trace <stack trace> To recap, output is: + a series of 'access allowed' + the first 'access denied' + possibly some more access allowed (not always present) + the printout of the failing protection domain with its permissions + the stack trace at the moment of failure You should find the first problematic access denied: looking at the second may be misleading. Hope helped, Simon ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click