commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sebb (JIRA)" <j...@apache.org>
Subject [jira] Updated: (NET-286) Unhandled SecurityException in DefaultFTPFileEntryParserFactory.createFileEntryParser when using applets
Date Thu, 03 Mar 2011 01:57:36 GMT

     [ https://issues.apache.org/jira/browse/NET-286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Sebb updated NET-286:
---------------------

    Affects Version/s:     (was: 2.2)
                       2.0

> Unhandled SecurityException in DefaultFTPFileEntryParserFactory.createFileEntryParser
when using applets
> --------------------------------------------------------------------------------------------------------
>
>                 Key: NET-286
>                 URL: https://issues.apache.org/jira/browse/NET-286
>             Project: Commons Net
>          Issue Type: Bug
>          Components: FTP
>    Affects Versions: 2.0
>            Reporter: Jory Geerts
>            Priority: Minor
>             Fix For: 3.0
>
>
> When using a commons.net.ftp in a (signed) applet, we encountered an unhandles _SecurityException_
in _DefaultFTPFileEntryParserFactory.createFileEntryParser_ in some cases.
> If the applet was being hosted on my Windows Vista devmachine, connecting to FTP servers
was no issue.
> However, as soon as we uploaded the applet to our webserver (CentOS), things stopped
working. After some debugging, we found that there was a _SecurityException_ being thrown
by the following code in _DefaultFTPFileEntryParserFactory.createFileEntryParser_:
> {{parserClass = Class.forName(key);}}
> {{parser = (FTPFileEntryParser) parserClass.newInstance();}}
> The toString() of the exception gave:
> {{java.lang.SecurityException: class "UNIX Type: L8"'s signer information does not match
signer information of other classes in the same package}}
> (Note: When using a different FTP server, the string was obviously different.)
> The exception got caught by the generic catchblock at the bottom that doesn't really
do anything.
> We managed to solve this by taking the code inside the catching of _ClassNotFoundException_
and use that to catch the _SecurityException_.
> I hope this is somewhat helpfull. :)

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message