[
https://issues.apache.org/jira/browse/WSS-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17100885#comment-17100885
]
Colm O hEigeartaigh edited comment on WSS-671 at 5/6/20, 3:18 PM:
------------------------------------------------------------------
I don't think WSS4J does any URL Decoding on XOP attachment Ids. Could you add
a screenshot of what the part of your request that references the XOP URI looks
like?
When you say "when it is resolved as attachmentId via the method
getAttachmentId(xopUri)" - where is xopUri coming from in this case? Maybe you
can walk backwards from this point and see where the URL decoding is happening.
was (Author: coheigea):
I don't think WSS4J does any URL Decoding on XOP attachment Ids. Could you add
a screenshot of what the part of your request that references the XOP URI looks
like?
> AttachmentId issue
> -------------------
>
> Key: WSS-671
> URL: https://issues.apache.org/jira/browse/WSS-671
> Project: WSS4J
> Issue Type: Bug
> Components: WSS4J Handlers
> Affects Versions: 2.2.4
> 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)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
