[midPoint] IllegalArgumentException during Import Task

[Pálos Gustáv]

Hi,

Somewhere You have “int” declaration instead of “Integer” and int can’t be
null, change it to Integer(Long,….)

Best regards

Gustav



On Mon, 13 Jan 2025 at 00:47, Sebastian Beetz via midPoint <
midpoint at lists.evolveum.com> wrote:

> Hi Community,
>
>
>
> I'm currently working on a custom connector for a REST API. I'm struggling
> with an exception while running an import task:
>
>
> 2025-01-13 00:22:21,078 [] [midPointScheduler_Worker-4] WARN
> (com.evolveum.midpoint.provisioning.ucf.impl.connid.ConnIdUtil): Got ConnId
> exception (might be handled by upper layers later)
> org.identityconnectors.framework.common.exceptions.ConnectorException in
> connector:806950e3-6333-429d-9e3c-ffa9f12a6e63(ConnId
> de.kogit.connector.cafm.rest.CafmRestConnector v1.0 -SNAPSHOT):
> ConnectorSpec.Main(resource:eb89aa49-e7f0-44fd-93bf-9e1d215e90de(CAFM))
> while updating object identified by ConnId UID 'ab123': Couldn't modify
> attribute values from object ObjectClass: __ACCOUNT__ with uid Attribute:
> {Name=__UID__, Value=[ab123], NameHint=Attribute: {Name=__NAME__,
> Value=[ab123]}} , reason: java.lang.IllegalArgumentException: can't parse
> argument number: , reason: Couldn't modify attribute values from object
> ObjectClass: __ACCOUNT__ with uid Attribute: {Name=__UID__, Value=[ab123],
> NameHint=Attribute: {Name=__NAME__, Value=[ab123]}} , reason:
> java.lang.IllegalArgumentException: can't parse argument number:  (class
> org.identityconnectors.framework.common.exceptions.ConnectorException)
>
> …
>
> Caused by: java.lang.NumberFormatException: For input string: ""
>
>
>
> My connector code is preparing a delta update right before the error is
> thrown (“FreeString41” is the name of the attribute from application side):
>
> 2025-01-13 00:22:21,077 [] [midPointScheduler_Worker-4] TRACE
> (de.kogit.connector.cafm.rest.CafmRestConnector): method: null msg:execute
> updateUser for uid Attribute: {Name=__UID__, Value=[ab123],
> NameHint=Attribute: {Name=__NAME__, Value=[ab123]}} with sets: replace:
> [Attribute: {Name=FreeString41, Value=[;M;S;]}], add: [], remove: []
>
>
>
> From my observation, the error seems to be independent of the connector
> code at this point, as I have already disabled the part that adds all
> attributes and values from the set of attributes to the json to be sent to
> the API. The error is still thrown.
>
> The error is thrown for a variety of users, the only thing they might have
> in common is an empty field ("EndDate") that is also read from the endpoint
> during import, but is already declared as a string, not a number.
>
>
>
> I'm a bit lost at this point as I don't have any fields declared as number
> in my schema, nor am I trying to convert ints in my code.
>
> How can I investigate this further? Or has anyone already stumbled across
> this? I am grateful for any pointers in any direction.
>
>
>
> Best regards and thanks in advance
>
> Sebastian
>
>
>
>
>
> *Sebastian Beetz *| Solution Consultant, Head of Internal IT
> Mobil: +49 151 67806842 | Tel: +49 6151 7869-142
>
> *KOGIT GmbH *| Rheinstr. 40-42 | 64283 Darmstadt
> www.kogit.de | LinkedIn <https://de.linkedin.com/company/kogit-gmbh> |
> Xing <https://www.xing.com/pages/kogitgmbh> | Instagram
> <https://www.instagram.com/kogit_gmbh/>
>
> Geschäftsführer: Gerald Kaufhold
> Amtsgericht Darmstadt | HRB 8640 | Ust-IdNr: DE224251141
> Datenschutzhinweise | www.kogit.de/datenschutz
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> https://lists.evolveum.com/mailman/listinfo/midpoint
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20250113/3c5ee5f3/attachment-0001.htm>