commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kristian Rosenvold (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (IO-487) SafeObjectInputStream contribution - restrict which classes can be deserialized
Date Sun, 15 Nov 2015 19:39:10 GMT

    [ https://issues.apache.org/jira/browse/IO-487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15006005#comment-15006005
] 

Kristian Rosenvold commented on IO-487:
---------------------------------------

IntersectionClassAcceptor: Does a "Set" of acceptors make any sense when the ClassAcceptors
dont implement equals/hashcode ?

I'm wondering if this should really be moved to the "org.apache.commons.io.input" package,
possibly with the acceptors in a sub-package ? (I'm discussing this with myself kind-of. But
I think so....)

> SafeObjectInputStream contribution - restrict which classes can be deserialized
> -------------------------------------------------------------------------------
>
>                 Key: IO-487
>                 URL: https://issues.apache.org/jira/browse/IO-487
>             Project: Commons IO
>          Issue Type: Improvement
>          Components: Utilities
>    Affects Versions: 2.4
>            Reporter: Bertrand Delacretaz
>            Priority: Minor
>              Labels: patch
>             Fix For: 2.5
>
>         Attachments: IO-487-2.patch, IO-487-name-regex-acceptor.patch, IO-487.patch,
IO-487.patch, IO-487.patch, IO-487.patch, IO-487.patch, IO-487.patch
>
>
> As discussed on the commons dev list I'd like to contribute my SLING-5288 code to commons-io.
I'll attach a patch.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message