-
Notifications
You must be signed in to change notification settings - Fork 85
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[deps]: Update ldapjs to v3 #457
Conversation
Internal tracking:
|
No New Or Fixed Issues Found |
d0518e7
to
3079a39
Compare
12ecda3
to
50f2acb
Compare
74b66fe
to
c671a06
Compare
9591f39
to
315a892
Compare
4c05c98
to
0f77464
Compare
d10c3d7
to
09d6a41
Compare
11f4379
to
e5db765
Compare
858d64c
to
0107fa4
Compare
0107fa4
to
e5180a6
Compare
This library is no longer being maintained so we need to decide to fork it or replace it. I've started a conversation internally about how to handle this. In the meantime we will hold off on upgrading. I am leaving the PR open to make sure I follow up on it. |
94d5808
to
eace0a2
Compare
311a039
to
7c251d5
Compare
7c251d5
to
3b0824f
Compare
Quality Gate passedIssues Measures |
@eliykat did the team decide where to go here? I was hoping we could just directly implement the small amount of what we need and drop the library altogether. |
@withinfocus not yet, I have been monitoring the dependency and community chatter for any updates/successor projects, but nothing has emerged. I agree we need to do something about it ourselves, I'll schedule it for an upcoming sprint to look at it again. |
3b0824f
to
8779df7
Compare
8779df7
to
f03e7b7
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
✅ All tests successful. No failed tests found. Additional details and impacted files@@ Coverage Diff @@
## main #457 +/- ##
=====================================
Coverage 0.00% 0.00%
=====================================
Files 58 58
Lines 2542 2542
Branches 462 462
=====================================
Misses 2542 2542 ☔ View full report in Codecov by Sentry. |
We will replace this with ldapts, which is tracked in a separate ticket: https://bitwarden.atlassian.net/browse/PM-13007. |
Renovate Ignore NotificationBecause you closed this PR without merging, Renovate will ignore this update. You will not get PRs for any future If you accidentally closed this PR, or if you changed your mind: rename this PR to get a fresh replacement PR. |
This PR contains the following updates:
2.3.3
->3.0.7
2.2.5
->3.0.6
Release Notes
ldapjs/node-ldapjs (ldapjs)
v3.0.7
Compare Source
What's Changed
New Contributors
Full Changelog: ldapjs/node-ldapjs@v3.0.6...v3.0.7
v3.0.6
Compare Source
What's Changed
New Contributors
Full Changelog: ldapjs/node-ldapjs@v3.0.5...v3.0.6
v3.0.5
Compare Source
What's Changed
Full Changelog: ldapjs/node-ldapjs@v3.0.4...v3.0.5
v3.0.4
Compare Source
What's Changed
New Contributors
Full Changelog: ldapjs/node-ldapjs@v3.0.3...v3.0.4
v3.0.3
Compare Source
What's Changed
New Contributors
Full Changelog: ldapjs/node-ldapjs@v3.0.2...v3.0.3
v3.0.2
Compare Source
What's Changed
New Contributors
Full Changelog: ldapjs/node-ldapjs@v3.0.1...v3.0.2
v3.0.1
Compare Source
What's Changed
Full Changelog: ldapjs/node-ldapjs@v3.0.0...v3.0.1
v3.0.0
Compare Source
🎉🎉🎉 Version 3.0.0 Is Here
This release has been in development for many months. The first commit toward this goal happened on 2019-09-01, but work really started with a commit on 2022-03-27.
This is not a trivial release. There are significant changes under the hood. They include:
@ldapjs/attribute
-- a comprehensive implementation of the LDAPattribute
spec.@ldapjs/change
-- a full implementation of RFC 4511 §4.6.@ldapjs/controls
-- specific implementations for all supported controls (with a caveat detailed below) that inherit from a base identifiable object.@ldapjs/dn
-- providesDN
andRDN
objects to represent LDAP distinguished names.@ldapjs/messages
-- all supported messages as their own objects with methods and properties matching the specs, including a complete overhaul of theextension
(renamed fromextended
) request and response objects (with added support for several extensions, e.g. "password modify").@ldapjs/protocol
-- now with a full suite of operation identifiers, result codes, and search tags.ldap-filter
has been forked to@ldapjs/filter
. It includes improvements around value escaping, modern method signatures, and identifiable "class" objects. The full set of changes can be reviewed at ldapjs/filter@daa5a5d...v2.0.0asn1
has been forked to@ldapjs/asn1
. Methods have been improved, e.g.BerReader.readBoolean
now accepts a tag to expect, new ones added, e.g.BerWriter.appendBuffer
, unreachable code removed, and bugs fixed. The full set of changes can be reviewed at ldapjs/asn1@bf1bb90...v2.0.0Additionally, all of the above modules now have complete, 100%, test coverage (except for
@ldapjs/filter
; PRs are welcome to help out here). They are also comprehensively documented with jsdoc.We expect there are going to be issues with this release. We worked hard to make sure all of the current tests pass without any changes (or at least none that affect the purpose of the test). But the current test suite is by no means comprehensive, and such sweeping changes as are present in this release are almost guaranteed to introduce new bugs. Please bear with us as we resolve them. Your contributions to fix any such bugs will help greatly.
Even the simple act of opening an issue describing something you've found that should be in these release notes would be a big help. For example, if you have determined that a change in some object API, e.g. the
SearchRequest
object, should be highlighted, then please open an issue describing the change so that we can add an it to an addendum on these release notes.The Biggest Change
We think that the most impactful change is going to be the decoupling of the underlying byte arrays from all objects. In v2 and earlier, the client, server, controls, messages, and everything else passed around single byte arrays during the handling of requests. The benefit of this is reduced memory consumption and faster handling of requests. The downside is an extremely difficult to understand and maintain codebase. As part of the work to modularize this codebase, we opted to make byte array processing idempotent in the majority of cases. This will have an impact on performance, but we do not know how much of an impact. We do not have any way to benchmark the before and after of this change. We suspect (hope) that in the majority of cases it will not be noticeable.
VLV Controls
During the development of v3 we were not clear if the VLV implementation that was added to v2 was correct. So we opted to cut it for the release. Shortly after cutting it, we determined that the implementation is very likely correct. You can read about this decision at #797 (comment) and the realization at #797 (comment).
Ultimately, we decided to postpone adding this feature back so that we could get v3 shipped.
Conclusion
A lot of hard work has gone into this release. We think it lays the ground work for a much more maintainable codebase. We envision being able to re-implement the server and client components as
@ldapjs/server
and@ldapjs/client
at some point in the future. We think there is a real opportunity to refactor both components into more modern interfaces with significant improvements (particularly in the form of error handling). No promises are made about when such projects might be undertaken, if ever. But they wouldn't be possible without the work in this v3 release.In regard to my (James Sumners) personal contributions to this release, please consider using my ❤️ GitHub Sponsor link to show your gratitude. Contributions will be particularly helpful at this time; I was laid off as part of a significant downsizing event at my previous employer and am currently unemployed.
Additionally, a big thank you to @dirmgr for his willingness to answer general LDAP protocol questions and the abundance of well written documentation he has provided at https://nawilson.com/ldapv3-wire-protocol-reference/ and https://ldap.com/learn-about-ldap/. The help and articles were indispensable in crafting this release.
Known Breaking Changes
Client
options.strictDN
: removed. All DN parsing is now "strict". It does not make any sense to try and parse DN strings that are not spec compliant..modify
: no longer accepts plain objects as change descriptors. An instance of@ldapjs/change
is now required.searchEntry
object: thesearchEntry
object no longe provides a.raw
property. The access this property provided is now supplied by thesearchEntry
object's standard methods and accessors, e.g..attributes
for the set of attributes returned on the entry. Further, accessing binary field values should be done by specifying the;binary
attribute option as per the LDAP spec. See https://github.com/ldapjs/node-ldapjs/issues/850 and https://github.com/ldapjs/node-ldapjs/issues/858 for more detail.change
objects. When creating a newchange
object,@ldapjs/attribute
objects must be provided (or a plain object that conforms to anattribute
object). See https://github.com/ldapjs/node-ldapjs/issues/859 for more detail.Server
options.strictDN
: removed. All DN parsing is now "strict". It does not make any sense to try and parse DN strings that are not spec compliant..listen
: No longer listens on0.0.0.0
when nohost
parameter is provided. It now uses the secure default of127.0.0.1
..search
: the results ofSearchRequest.scope
changed to the spec defined search scope names. With[email protected]
(and@ldapjs/[email protected]
) you must match againstbase
,single
, andsubtree
instead ofbase
,one
, andsub
. This has been corrected in[email protected]
(with@ldapjs/[email protected]
) via PR #847. See the unit test included in that release for the recommended approach for matching search scopes.General
.object
accessor. This has been replaced with the.pojo
accessor. It didn't make any sense to have a message object with an accessor that returns an object (it's confusing). The.pojo
accessor states what will be returned: a plain JavaScript object. You may find that the actual message object now has fields you can directly use. See https://github.com/ldapjs/node-ldapjs/issues/841.objectClass
. Inldapjs@2
and earlier, there were many explicit checks forobjectClass
being compared. When such a comparison was found, the code always performed that specific comparison in a case insensitive manner. As ofldapjs@3
, you must specify that you want to perform case insensitive comparisons on property names. See https://github.com/ldapjs/filter/issues/3 for more detail.Configuration
📅 Schedule: Branch creation - "every 2nd week starting on the 2 week of the year before 4am on Monday" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR was generated by Mend Renovate. View the repository job log.