You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Colm O hEigeartaigh (Jira)" <ji...@apache.org> on 2020/05/08 10:36:00 UTC

[jira] [Moved] (CXF-8280) AttachmentId issue

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

Colm O hEigeartaigh moved WSS-671 to CXF-8280:
----------------------------------------------

             Component/s:     (was: WSS4J Handlers)
    Estimated Complexity: Unknown
                     Key: CXF-8280  (was: WSS-671)
       Affects Version/s:     (was: 2.2.4)
                Workflow: Default workflow, editable Closed status  (was: classic default workflow)
                 Project: CXF  (was: WSS4J)

> AttachmentId issue 
> -------------------
>
>                 Key: CXF-8280
>                 URL: https://issues.apache.org/jira/browse/CXF-8280
>             Project: CXF
>          Issue Type: Bug
>            Reporter: Frédéric Pirson
>            Assignee: Colm O hEigeartaigh
>            Priority: Major
>
> Hello, 
> I don't know if it is really a bug, or something I am missing, but I have and issue when the attachmend is resolved.
> I have a xopUri like this : 
>  
> {code:java}
> // cid:998c3362-5b5f-405a-817a-b20f8373c378-5@urn%3Abe%3Acin%3Anip%3Aasync%3Ageneric
> {code}
> when it is resolved as attachmentId via the method getAttachmentId(xopUri) the value is this : 
> {code:java}
> // 998c3362-5b5f-405a-817a-b20f8373c378-5@urn:be:cin:nip:async:generic
> {code}
> We see here that %3A has been replaced by his related characters ':'
>  
> After when the attachmentCallbackHandler try to find the correct attachment in the list (loadAttachments methods) it compare these 2 values in the do while 
>  
> {code:java}
> // }while(attachmentId != null && !attachmentId.equals(attachment.getId()));
> {code}
> The value of attachmentId is 
>  
> {code:java}
> // 998c3362-5b5f-405a-817a-b20f8373c378-5@urn:be:cin:nip:async:generic
> {code}
> The value of attachment.getId() is :
> {code:java}
> // 998c3362-5b5f-405a-817a-b20f8373c378-5@urn%3Abe%3Acin%3Anip%3Aasync%3Ageneric
> {code}
> So the comparaison fails and attachment is not found => Exception attachment not found
>  
> Is it some issue, or do I something wrong ?
>  
> Version of wss4j : 2.2.4 
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)