[midPoint] Convert string to binary data in 3.5.1 - outbound mapping
Attila Szlovak
attila.szlovak at motivum.sk
Tue Jun 20 12:19:35 CEST 2017
Pavol,
this error is related to workflow when also .getBytes() method is used
in attribute mapping - if the workflow is disabled then it works ok.
I found a commit ('Fixed "No Java package for class [B" exception.'
https://github.com/Evolveum/midpoint/commit/9a892a6a312b3b2c031a9721e096110cd2385773)
- it is applied in branch with tag v3.C (I hope that it is not only a
joke :) because it is also in master branch).
If I apply this commit to v3.5.1 (and recompile the war) then the error
disappears. I'm testing the recompiled version and it seems ok.
Is there a reason why this commit was not added to 3.5.1 or is it safe
to use it with 3.5.1?
S pozdravom/Best regards/Üdvözlettel,
Attila Szlovák
On 06/19/2017 07:29 PM, Pavol Mederly wrote:
> Attila,
>
> could you paste the whole stack trace, please?
>
> Without that I am not sure about the root of the cause.
>
> Pavol Mederly
> Software developer
> evolveum.com
>
> On 14.06.2017 17:43, Attila Szlovak wrote:
>> Hello,
>>
>> I'm using an outbound mapping (in Groovy) for a custom attribute
>> sshPublicKey (it is defined as "xsd:string" in midPoint and as "Binary
>> Data - OctetString" in LDAP resource) and in 3.4.1 works fine with
>> conversion "sshPublicKey?.getBytes()" but in 3.5.1 I got an error
>> message:
>>
>> "Workflow process(es) could not be started:
>> com.evolveum.midpoint.util.exception.SystemException: No Java package
>> for class [B"
>>
>> If the code with .getbytes() method is disabled then the error message
>> disappears so it seems that .getBytes() method does not work anymore in
>> 3.5.1.
>>
>> Is it a planned change and should I use an alternative method for
>> mapping such a string attribute?
>>
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> http://lists.evolveum.com/mailman/listinfo/midpoint
More information about the midPoint
mailing list