Skip to content

chore(deps): track jcifs 3.0.4-SNAPSHOT for the 15.9 line - #81

Merged
marevol merged 1 commit into
mainfrom
chore/jcifs-304-snapshot
Sep 10, 2026
Merged

marevol merged 1 commit into
mainfrom
chore/jcifs-304-snapshot

Conversation

@marevol

@marevol marevol commented Sep 10, 2026

Copy link
Copy Markdown
Contributor

Why

jcifs.version was still 3.0.3, a 15.8-line release pin, while the repository
develops 3.0.4-SNAPSHOT.

#68 ("pin dependency versions to released artifacts") pinned fesen-httpclient,
corelib, curl4j, java-saml, jcifs, nekohtml and spnego for the 15.8 release. #72 then
moved this pom to 15.9.0-SNAPSHOT, but the usual counterpart — the
"bump CodeLibs libraries to next development snapshots" step, #58 in the previous
cycle — only ever ran partially: #75 moved sai and #76 moved fesen-httpclient.
jcifs and five others were left on their 15.8 releases.

It matters for jcifs specifically right now. 3.0.4 carries the configuration property
fixes from codelibs/jcifs#81 — the documented property names were wrong across the
whole repository, and a pre-3.0.0 key is silently ignored rather than reported.
codelibs/jcifs#87 corrects the names and makes PropertyConfiguration warn when it
is handed a key under an obsolete prefix, naming the replacement.
codelibs/fess#3433 and codelibs/fess-crawler#205 fix Fess's own uses of those dead
names; this bump is what makes the diagnostic reach users whose own configuration still
carries them.

Resolution

3.0.4-SNAPSHOT resolves from the central-portal-snapshots repository this pom
already declares (snapshots enabled, updatePolicy always):

mvn -U dependency:get -Dartifact=org.codelibs:jcifs:3.0.4-SNAPSHOT \
    -DremoteRepositories=https://central.sonatype.com/repository/maven-snapshots
-> jcifs-3.0.4-20260910.113011-3.jar

Note the snapshot currently published (20260910.113011, build 3) predates the merge
of codelibs/jcifs#87 by about half an hour, so the fixes land with the next snapshot
deploy rather than immediately. The coordinate resolves either way, so nothing is
broken in the meantime.

Not in this PR

The same drift left five more CodeLibs libraries on their 15.8 release pins while their
repositories develop the next version:

property pinned repository develops
corelib.version 0.7.2 0.7.3-SNAPSHOT
curl4j.version 1.3.3 1.3.4-SNAPSHOT
java.saml.version 3.1.2 3.1.3-SNAPSHOT
jhighlight.version 2.0.0 2.0.1-SNAPSHOT
nekohtml.version 3.0.4 3.0.5-SNAPSHOT
spnego.version 1.2.2 1.2.3-SNAPSHOT

Each of those pulls in whatever else has landed upstream, which is a separate call from
this one, so I left them. Happy to do the sweep in a follow-up if you want the 15.9 line
back on snapshots across the board.

jcifs was pinned to the released 3.0.3 by #68, which was the 15.8 release
pin. The 15.9 line moved on in #72 and the CodeLibs libraries were only
partly bumped back to development snapshots afterwards, in #75 and #76,
so jcifs stayed on the 15.8 release while its repository develops 3.0.4.

That matters now: 3.0.4 carries the configuration property fixes from
codelibs/jcifs#81, including the warning that tells an operator when a
property is being ignored because it still uses a pre-3.0.0 prefix.
codelibs/fess#3433 and codelibs/fess-crawler#205 correct Fess's own uses
of those names, and this is the dependency that makes the diagnostic
reach anyone whose configuration still has them.

3.0.4-SNAPSHOT resolves from the Central Portal snapshot repository this
pom already declares.
@marevol marevol self-assigned this Sep 10, 2026
@marevol marevol added this to the 15.9.0 milestone Sep 10, 2026
@marevol
marevol merged commit cc1be17 into main Sep 10, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant