ill make
contributions much easier.
--
Radovan Semancik
Software Architect
evolveum.com
have missed?
--
Radovan Semancik
Software Architect
evolveum.com
course, I'll commit it after the release)
--
Radovan Semancik
Software Architect
evolveum.com
On 03/20/2015 04:07 PM, Radovan Semancik wrote:
https://github.com/Evolveum/directory-shared/commit/b941ff690a41cd03b31679759dcf2fb367b1cb83
I had a closer look at this. Tests are failing af
+1
All tests pass on my machines.
--
Radovan Semancik
Software Architect
evolveum.com
t seems to work well. Except
the small detail that the VLV support seems to be broken in the latest
stable OpenDJ (2.6.2) ... but that's not our problem :-)
--
Radovan Semancik
Software Architect
evolveum.com
naively calling connection.loadSchema()
and thinking that it will work. I guess that other API users will make
the same mistake. So I think that investing time to document this is
really going to help.
You bet...
OK. So I take the task to document this. But I would like to have a
working
.1.42
(simple anonymous LDAP search, base: cn=subschema)
--
Radovan Semancik
Software Architect
evolveum.com
--
Radovan Semancik
Software Architect
evolveum.com
ot;shared" before the fix. And again
no failure. Some tests are obviously executed during "clean install".
Should I somehow run other tests explicitly? (other project? or a
different profile?)
--
Radovan Semancik
han "mvn clean install"? Or do you
just run "mvn clean install", commit and then check Jenkins after the
commit?
--
Radovan Semancik
Software Architect
evolveum.com
ke
that. I can draft it. But I have no idea how to modify the site.
I was also thinking about updating the API documentation. Is there any
documentation describing how to update the documentation? :-)
--
Radovan Semancik
Software Architect
evolveum.com
is somehow
security-related. So I guess the security track is a good idea.
--
Radovan Semancik
Software Architect
evolveum.com
Open Source IAM Solution (45min)
ConnId Identity Connectors and the new LDAP connector (15min)
ApacheCon:
Comprehensive Open Source Identity Solution
--
Radovan Semancik
Software Architect
evolveum.com
nd review my changes?
The connection to 389ds seems to work acceptably well with these changes.
--
Radovan Semancik
Software Architect
evolveum.com
nks for dealing with all those external LDAP server s!
No problem. That's the least I can do. We need to support all major LDAP
servers out there (IDM is sometimes quite a dirty business). So this
means I have to test them anyway.
--
Radovan Semancik
Software Architect
evolveum.com
psulated inside their classes (except that pulling up of methods to
interface - and that was the reason I was asking for review). I think
that is quite safe to do in trunk. For now.
--
Radovan Semancik
Software Architect
evolveum.com
work only with ApacheDS and
OpenLDAP then it will never become widespread. So I would be inclined
towards more tolerance in the API to make it practical.
--
Radovan Semancik
Software Architect
evolveum.com
,
OpenDJ. Those work. I have done some basic testing with eDirectory and
DSEE. There were some issues with these, but I do not remember the
details (chances are that the 389ds fix also fixed DSEE). I will have a
closer look at eDir next month.
--
Radovan Semancik
Software Architect
evolveum.com
/testing/conntest
--
Radovan Semancik
Software Architect
evolveum.com
) seems to be more elegant,
though. And it should also work reliably IFAIK.
--
Radovan Semancik
Software Architect
evolveum.com
On 09/17/2015 04:43 PM, Emmanuel Lécharny wrote:
Hi !
I was suprisingly hit another time by a failing test, where the client
is trying to connect to a serv
ceived binary values can be retrieved even from StringValue
class. And that will improve usability of the API.
--
Radovan Semancik
Software Architect
evolveum.com
On 10/12/2015 08:50 PM, Emmanuel Lécharny wrote:
Thoughts about value handling i
lter, or to store the value
into an index. In other words, we must keep both a byte[] and a String
representation of a value...
Yes. I agree.
--
Radovan Semancik
Software Architect
evolveum.com
syntax in schema-less mode. And the
Values should work (reasonably) well also in schema-less mode.
--
Radovan Semancik
Software Architect
evolveum.com
+1 for release
Build on OpenJDK 1.7.0_79 (linux) OK. My tests with OpenLDAP, OpenDJ and
389ds are passing.
--
Radovan Semancik
Software Architect
evolveum.com
On 10/14/2015 07:05 PM, Emmanuel Lécharny wrote:
Hi,
This is a vote for the 32th milestone of the 1.0.0 LDAP API/Shared,
1.0.0
ay. Do you think it is OK to do that now (before 1.0.0-M32 release)?
Or should I wait after the release?
--
Radovan Semancik
Software Architect
evolveum.com
re. I suspect we should go to the full extent
and make the API as complete as possible...
For me it is the "Deleted" control now. Maybe SD_FLAGS a bit later.
--
Radovan Semancik
Software Architect
evolveum.com
purpose. Looks like I was wrong ...
--
Radovan Semancik
Software Architect
evolveum.com
ad of
long?). As I'm using relaxed mode I'm not really affected by this. But I
wanted to let you know that this might be a potential problem ...
--
Radovan Semancik
Software Architect
evolveum.com
only efficient way how to
get scope=base search when all you know is object GUID. Of course, the
API complained about the format and failed to process it. So I have
committed a patch that tolerates these insane formats when relaxed mode
is set.
--
Radovan Semancik
Software Architect
these tests
uncover more AD "features" I will be updating the API right away. And I
have a strange suspicion that there is more to this ...
--
Radovan Semancik
Software Architect
evolveum.com
tion
exceptions may be even worse, because it suggests that a retryable
network error while the root cause of the problem may be non-retryable
and it may be so serious that re-trying the operation may cause serious
harm.
So, throwing both exception as nested may in fact be a good compromise.
right now is perhaps not that
important.
We should perhaps discuss the overall error handling approach first.
--
Radovan Semancik
Software Architect
evolveum.com
On 02/02/2016 11:40 AM, Zheng, Kai wrote:
Thanks Radovan for the interesting illustration. I guess I understand it but am
not so
is correct then we
clearly cannot assume anywhere in the code that upValue equals
normalizedValue. Honestly, I'm not really sure how to fix this. Any ideas?
--
Radovan Semancik
Software Architect
evolveum.com
inion ?
+1, of course
--
Radovan Semancik
Software Architect
evolveum.com
ill not be
disposed immediately after timeout, but they will be disposed later when
the client code has a chance to explicitly close the connection. But I
think this is quite acceptable. Therefore we do not need any fixes to
Mina (and I would prefer not to touch Mina 2 unless absolutely nece
+1
tag build OK (openjdk 1.8.0_91), the most important tests with my LDAP
connector are passing.
--
Radovan Semancik
Software Architect
evolveum.com
On 06/14/2016 10:27 AM, Emmanuel Lécharny wrote:
Hi,
This is a vote for the first release candidate of the 1.0.0 LDAP API/Shared,
1.0.0
b.com/PennState/SCIMple-Identity, and it's already under a
AL 2.0 license
(https://github.com/PennState/SCIMple-Identity/blob/develop/LICENSE)
Many thanks, and trully sorry fo rthe delayed vote !
--
Radovan Semancik
Software Architect
evolveum.com
Hi,
I would give +1000 if I could :-)
(for any project)
--
Radovan Semancik
Software Architect
evolveum.com
On 02/12/2017 12:25 AM, Stefan Seelmann wrote:
Hi all,
I'd like to suggest to move to Java 8 for Studio. I mean source and
target compile flags, so Java 8 will be minimum JRE t
need some time to adapt. I
would recommend to proceed with API 1.0.0 release in java7 and switch to
java8 right after the release.
--
Radovan Semancik
Software Architect
evolveum.com
On 02/13/2017 09:39 AM, Emmanuel Lécharny wrote:
Hi guys,
I think it would make a lot of sese to switch to
On 05/28/2017 09:15 PM, Stefan Seelmann wrote:
Are there any blockers of releasing API and server?
I'm perfectly OK with API release.
--
Radovan Semancik
Software Architect
evolveum.com
+1
Built from the tag with openjdk8. Tests passing. Run extra tests with
OpenLDAP, OpenDJ and AD. All passing.
--
Radovan Semancik
Software Architect
evolveum.com
On 06/02/2017 02:01 AM, Emmanuel Lecharny wrote:
Hi,
This is a vote for the final release candidate of the 1.0.0 LDAP
API
nd 2.0. This is not a
problem for me, as I can quickly adapt my client application. But I'm
aware that it might be a problem for other people. Therefore I would
like to know opinions of the community regarding API 1.0->2.0 compatibility.
--
Radovan Semancik
Software Architect
evolveum.com
+1
... but only because I cannot give +100 :-)
--
Radovan Semancik
Software Architect
evolveum.com
On 08/04/2017 10:16 AM, Emmanuel Lécharny wrote:
Hi guys,
"It was the best *of* times, it was the worst *of* times" (Dickens)
it's a pretty big change : switching away
in almost the same way as
you use SVN now. Looking back at my migration I found this to be very
useful:
https://git.wiki.kernel.org/index.php/GitSvnCrashCourse
--
Radovan Semancik
Software Architect
evolveum.com
custom extensions to support this properly.
--
Radovan Semancik
Software Architect
evolveum.com
On 10/03/2017 03:23 PM, Graham Leggett wrote:
Hi all,
We have a directory containing current users, as well as historical accounts
that are disabled but still present.
We’d like to be able to see at
age groups, organizations, roles, etc. Managing content
of generic LDAP directory is really a job for quite a sophisticated system.
--
Radovan Semancik
Software Architect
evolveum.com
On 10/04/2017 01:57 PM, Shawn McKinney wrote:
On Oct 4, 2017, at 2:25 AM, Radovan Semancik
wrote:
The problem is that there is no standard way how to disable a user in LDAP.
Some LDAP servers have proprietary attributes for this. And some servers (such
as OpenLDAP) have no good way to do
Hi,
Thanks. This is a great honor and a privilege to be a part of this project.
However, the account does not seem to be active yet. So I'll wait till
it is activated.
--
Radovan Semancik
Software Architect
evolveum.com
On 03/29/2015 01:15 PM, Kiran Ayyagari wrote:
Hi Radovan,
I won't be able to
help with those.
--
Radovan Semancik
Software Architect
evolveum.com
t for Java 11 release. I
know that Oracle has made promises. But please forgive me if I'm not
entirely ready to believe :-)
I'm quite happy with Java 8 for API 2.0.
--
Radovan Semancik
Software Architect
evolveum.com
.. I have put a comment in the source code.
This is probably something to have a look in the future.
Overall, the solution is not perfect. But I'm quite happy with that for
2.0. It is definitely better than the temporary hack that we had in 1.0.
--
Radovan Semancik
Software Architect
evolveum.com
h those changes ? If
not, I will do that tomorrow evening.
No, I haven't tried the server nor studio.
Thanks Radovan !
And thank you for help and patience with me.
--
Radovan Semancik
Software Architect
evolveum.com
+1 of course :-)
This is a significant improvement over 1.0. Tested through midPoint LDAP
connector with OpenLDAP, OpenDJ and AD.
--
Radovan Semancik
Software Architect
evolveum.com
On 07/17/2018 01:27 AM, Emmanuel Lécharny wrote:
Hi,
This is a vote for the first Apache LDAP 2.0.0
r 7 years later (I don't exactly remember), the whole stuff seems to
me an insanity.
I was wondering whether I was the only one that felt like that. Well, at
least I know the answer now.
Thanks for doing that. I applaud everything that makes the API simpler
and more streamlined.
--
Radov
Hi,
Perfectly OK with me. I do not really see any point in mixing JNDI and
Apache Directory API.
--
Radovan Semancik
Software Architect
evolveum.com
On 10/21/18 21:25, Emmanuel Lécharny wrote:
Hi !
I'm finishing up the Decorator removal, and I'm alsmost done (still have
to p
+1
would be +1000 if I could do that :-)
--
Radovan Semancik
Software Architect
evolveum.com
On 1/5/19 8:06 AM, Emmanuel Lécharny wrote:
Hi !
just wanted to be sure we all agree on the Java version we require for
the various projects. Currently, we require Java 7, even if it'
+1
My tests with AD and OpenDJ are passing.
--
Radovan Semancik
Software Architect
evolveum.com
On 6/5/19 10:56 PM, Emmanuel Lécharny wrote:
Hi all,
this is a vote for the release of Apache LDAP API 2.0.0.AM4, the forth
milestone toward a 2.0
We wanted to cut a GA, but some urgent fixes
ger is currently not
my priority. E.g. dependency of the API on MINA is something that
bothers me much more.
--
Radovan Semancik
Software Architect
evolveum.com
-
To unsubscribe, e-mail: dev-unsubscr...@directory.apach
d something simpler on the client. But that is
also something that needs to wait a bit. One problem at a time ...
--
Radovan Semancik
Software Architect
evolveum.com
-
To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org
For additional commands, e-mail: dev-h...@directory.apache.org
m thinking
about a way how to select sync implementation instead of MINA. The
*Async methods from LdapNetworkConnection won't work (throwing
unsupported operation exception). But they are not needed for simple
sync use of the API. That may simplify the things.
--
Radovan Semancik
Sof
+1
OpenJDK 11.0.4. Tested with AD and OpenDJ.
--
Radovan Semancik
Software Architect
evolveum.com
On 11/6/19 3:09 PM, Emmanuel Lécharny wrote:
Hi all,
this is a vote for the release of Apache LDAP API 2.0.0
This is a GA, at least !
There are a couple important fixes :
o DIRMINA-342
ntrol problem. But I know how to
properly add support for the TreeDelete control. Therefore I did that.
And I have also changed the implementation of connection.deleteTree() to
use it. Therefore it should work now.
But maybe we still want to fix the OpaqueControl problem?
--
Radovan Sem
+1
Tested with AD and OpenDJ (OpenJDK 11)
--
Radovan Semancik
Software Architect
evolveum.com
On 3/21/20 9:58 AM, Emmanuel Lécharny wrote:
Hi all,
this is a vote for the release of Apache LDAP API 2.0.1
This is a bug fix release. It fixes a few bugs that we missed in the GA :
- proper
hat the project is moving away from that thing.
--
Radovan Semancik
Software Architect
evolveum.com
On 9/15/20 6:55 PM, Roy Lenferink wrote:
Hey all,
As promised hereby a vote for moving away from the (to be deprecated) CMS &
svn, to use Hugo
and git for hosting the Directory website
the code at several
places back than, but I have obviously missed this one.
Sorry for that test failure. I have built the API with the usual "mvn
clean install" and the build was successful, before I made a commit. I'm
always forgetting that there is a second test suite for the AP
ate, being stuck with
10-year-old Java version. What would be the right thing to do here to
get API completely to Java 11 world? I'm trying to assess the required
effort, whether it would be feasible for us to do the work.
Thanks for any insights.
--
Radovan Semancik
Software Archite
Hi,
Removing GAFAM dependency is always a good thing.
--
Radovan Semancik
Software Architect
evolveum.com
On 10. 2. 2022 17:07, Emmanuel Lécharny wrote:
Hi !
we have set up google analytics on Apache DS web site. It seems that
it might cause issues with the european GDPR rules.
I suggest
[
https://issues.apache.org/jira/browse/DIRAPI-244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14699261#comment-14699261
]
Radovan Semancik commented on DIRAPI-244:
-
There is method how to work aroun
[
https://issues.apache.org/jira/browse/DIRSTUDIO-871?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14723255#comment-14723255
]
Radovan Semancik commented on DIRSTUDIO-871:
Support for these attrib
[
https://issues.apache.org/jira/browse/DIRAPI-258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radovan Semancik resolved DIRAPI-258.
-
Resolution: Fixed
> Add support for the Microsoft LDAP server show deleted obje
Radovan Semancik created DIRAPI-282:
---
Summary: Detection of timeout in cursor.next()
Key: DIRAPI-282
URL: https://issues.apache.org/jira/browse/DIRAPI-282
Project: Directory Client API
[
https://issues.apache.org/jira/browse/DIRAPI-282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radovan Semancik closed DIRAPI-282.
---
Resolution: Fixed
> Detection of timeout in cursor.n
[
https://issues.apache.org/jira/browse/DIRAPI-154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radovan Semancik resolved DIRAPI-154.
-
Resolution: Fixed
It should work. Although the schema is not read from cn=config suffix
Radovan Semancik created DIRAPI-378:
---
Summary: Finer-grain timeouts
Key: DIRAPI-378
URL: https://issues.apache.org/jira/browse/DIRAPI-378
Project: Directory Client API
Issue Type
[
https://issues.apache.org/jira/browse/DIRAPI-378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radovan Semancik resolved DIRAPI-378.
-
Resolution: Fixed
> Finer-grain timeouts
>
>
>
[
https://issues.apache.org/jira/browse/DIRAPI-378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17391563#comment-17391563
]
Radovan Semancik commented on DIRAPI-378:
-
Implemented in c2fd0a08f
>
76 matches
Mail list logo