Skip to content
CLM Dependency Scan

CLM Dependency Scan #25

Sign in to view logs

CLM Dependency Scan

CLM Dependency Scan #25

Triggered via schedule August 23, 2026 00:20
@odl-githubodl-github
⁠ d21278f
master
Status Success
Total duration 3m 32s
Artifacts –

clm-scan.yaml

on: schedule
clm-scan
3m 30s
clm-scan
Fit to window
Zoom out
Zoom in

Annotations

11 warnings
clm-scan
Node.js 20 is deprecated. The following actions target Node.js 20 but are being forced to run on Node.js 24: stCarolas/setup-maven@d6af6abeda15e98926a57b5aa970a96bb37f97d1. For more information see: https://github.blog/changelog/2025-09-19-deprecation-of-node-20-on-github-actions-runners/
clm-scan: mappingservice/inmemorydb/src/test/java/org/opendaylight/lispflowmapping/inmemorydb/HashMapDbTest.java#L193
unchecked call to put(K,V) as a member of the raw type java.util.Map
clm-scan: mappingservice/inmemorydb/src/test/java/org/opendaylight/lispflowmapping/inmemorydb/HashMapDbTest.java#L192
unchecked call to put(K,V) as a member of the raw type java.util.Map
clm-scan: mappingservice/inmemorydb/src/test/java/org/opendaylight/lispflowmapping/inmemorydb/HashMapDbTest.java#L191
found raw type: java.util.Map
clm-scan: mappingservice/api/src/main/java/org/opendaylight/lispflowmapping/interfaces/dao/MappingEntry.java#L53
found raw type: org.opendaylight.lispflowmapping.interfaces.dao.MappingEntry
clm-scan: mappingservice/lisp-proto/src/main/java/org/opendaylight/lispflowmapping/lisp/type/MappingData.java#L40
possible 'this' escape before subclass is fully initialized
clm-scan: mappingservice/lisp-proto/src/main/java/org/opendaylight/lispflowmapping/lisp/type/MappingData.java#L35
possible 'this' escape before subclass is fully initialized
clm-scan: mappingservice/lisp-proto/src/main/java/org/opendaylight/lispflowmapping/lisp/serializer/address/ExplicitLocatorPathSerializer.java#L115
implicit cast from int to short in compound assignment is possibly lossy
clm-scan: mappingservice/lisp-proto/src/main/java/org/opendaylight/lispflowmapping/lisp/serializer/address/ExplicitLocatorPathSerializer.java#L53
implicit cast from int to short in compound assignment is possibly lossy
clm-scan: mappingservice/lisp-proto/src/main/java/org/opendaylight/lispflowmapping/lisp/serializer/address/AfiListSerializer.java#L92
implicit cast from int to short in compound assignment is possibly lossy
clm-scan: mappingservice/lisp-proto/src/main/java/org/opendaylight/lispflowmapping/lisp/serializer/address/AfiListSerializer.java#L48
implicit cast from int to short in compound assignment is possibly lossy