Xu Yaning created DIRKRB-367:
Summary: Fix ME_ENUM_FIELD_SETTER Problems in kerby-tool module
Key: DIRKRB-367
URL: https://issues.apache.org/jira/browse/DIRKRB-367
Project: Directory Kerberos
Le 14/07/15 04:23, Luca Sokoll a écrit :
So which java version do I need? I did say several times which versions of
everything I was running and nobody pointed out I was running the wrong
version…
Java 7 is required.
For the record, in my first mail, I asked you the version of Java you
[
https://issues.apache.org/jira/browse/DIRKRB-368?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xu Yaning reassigned DIRKRB-368:
Assignee: Xu Yaning
Fix findbugs Problems for kerby-tool module
Le 14/07/15 10:49, Radovan Semancik a écrit :
Hi,
In rev.1690876 I've committed a couple of changes to support 389ds in
API.
Firstly is looks like 389ds does not respond to base search of root
DSE unless the attributes are specified explicitly (* or + does not
work). So I've added support
On 07/14/2015 12:12 PM, Pierre Smits wrote:
Is that an achievable goal? Crappy servers pose so many exceptions to
the rule, that any project, trying to realise a client solution, will
eventually find that has shot itself in the foot. Of course, no one
can argue with a contributor scratching
See inline
On Tue, Jul 14, 2015 at 12:43 PM, Radovan Semancik
radovan.seman...@evolveum.com wrote:
On 07/14/2015 12:12 PM, Pierre Smits wrote:
Is that an achievable goal? Crappy servers pose so many exceptions to the
rule, that any project, trying to realise a client solution, will
From: Emmanuel Lécharny elecha...@gmail.com
Reply: Apache Directory Developers List dev@directory.apache.org
Date: 14 Jul 2015 at 11:39:13
To: dev@directory.apache.org dev@directory.apache.org
Subject: Re: 389 Directory Server support in API
Le 14/07/15 10:49, Radovan Semancik a écrit :
On 07/14/2015 12:56 PM, Ludovic Poitou wrote:
The general rule around standard support is “be flexible in what you
accept, strict about what you produce”.
This should apply to the LDAP APIs as well.
This is not necessarily the best option:
Hi all,
quoteAnd a good LDAP API should support even bad servers/quote
Is that an achievable goal? Crappy servers pose so many exceptions to the
rule, that any project, trying to realise a client solution, will
eventually find that has shot itself in the foot. Of course, no one can
argue with a
The general rule around standard support is “be flexible in what you accept,
strict about what you produce”.
This should apply to the LDAP APIs as well.
My 2 cents,
Ludo
--
Ludovic Poitou
http://ludopoitou.com
From: Pierre Smits pierre.sm...@gmail.com
Reply: Apache Directory Developers List
Hi,
In rev.1690876 I've committed a couple of changes to support 389ds in API.
Firstly is looks like 389ds does not respond to base search of root DSE
unless the attributes are specified explicitly (* or + does not work).
So I've added support for this.
Secondly, 389ds seems to use a lot of
On 07/14/2015 11:38 AM, Emmanuel Lécharny wrote:
Good to know. 389ds is known to be a crappy LDAP server, this is one
more proof...
Agreed. But it is out there. And a good LDAP API should support even bad
servers (with a proper options, of course).
Secondly, 389ds seems to use a lot of
Hi All,
Just to inform you: I have updated the profile of our flagship product
'Apache Directory Server' on OpenHub by adding some tags. See
https://www.openhub.net/p/apacheds
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing,
The list of competing ldap servers can be found here:
https://en.wikipedia.org/wiki/List_of_LDAP_software
When doing a GTrend analysis of the top competing open source variants,
Apache Directory Server is in the top, but the level of the name we know
(and don't speak ;-) as it counts for them) is
Le 14/07/15 12:54, Ludovic Poitou a écrit :
From: Emmanuel Lécharny elecha...@gmail.com
Reply: Apache Directory Developers List dev@directory.apache.org
Date: 14 Jul 2015 at 11:39:13
To: dev@directory.apache.org dev@directory.apache.org
Subject: Re: 389 Directory Server support in API
Le
Le 14/07/15 14:01, Lucas Theisen a écrit :
On Jul 14, 2015 2:09 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 14/07/15 04:23, Luca Sokoll a écrit :
So which java version do I need? I did say several times which versions
of everything I was running and nobody pointed out I was running the
Hi All,
Just to inform you: I have updated the profile of our flagship directory
client and ldap browser 'Apache Directory Studio' on OpenHub by adding some
tags. See *https://www.openhub.net/p/ApacheDirectoryStudio
https://www.openhub.net/p/ApacheDirectoryStudio*
Best regards,
Pierre Smits
On 07/14/2015 02:26 PM, Emmanuel Lécharny wrote:
There are not that many LDAP servers out there we need to support :
- ApacheDS
- OpenLDAP
- i389
- AD
- IDS
- OID
- OpenDS
- eDirectory (yes, this is still alive)
- DSEE
I have reasonably good tests for basic operations on OpenLDAP, 389ds,
Hi all,
When looking at https://projects-new.apache.org/committee.html?directory/ I
see our two flagship products (sub projects) listed, but not our key others
(Fortress, Kerby and LDAP api). Nor can I see how we got included in the
various ways the 'Language distribution' (at the homepage
Le 14/07/15 14:14, Pierre Smits a écrit :
The list of competing ldap servers can be found here:
https://en.wikipedia.org/wiki/List_of_LDAP_software
When doing a GTrend analysis of the top competing open source variants,
Apache Directory Server is in the top, but the level of the name we know
Grin. I would say worthy of a tweet. ;-)
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
http://www.orrtiz.com
On Tue, Jul 14, 2015 at 3:05 PM, Radovan Semancik
On Jul 14, 2015 2:09 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 14/07/15 04:23, Luca Sokoll a écrit :
So which java version do I need? I did say several times which versions
of everything I was running and nobody pointed out I was running the wrong
version…
Java 7 is required.
For
Le 14/07/15 12:12, Pierre Smits a écrit :
Hi all,
quoteAnd a good LDAP API should support even bad servers/quote
Is that an achievable goal? Crappy servers pose so many exceptions to the
rule, that any project, trying to realise a client solution, will
eventually find that has shot itself
Please add NetIQ eDirectory to that list (it's quite common in corporate
environments both as authentication directory and basis for NetIQ Identity
Manager), though it's LDAP v3 compliant and I've not seen any issues with
Dirstudio that would require eDirectory-specific workarounds.
Am
Like I stated: the analysis is based on searches in G. Hence why some lines
are so low.
But I agree with earlier assertions made in this thread and elsewhere:
functionality is key! Main driver for adoption. ;-)
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions
On OS-X, run
/usr/libexec/java_home -V
to list all available JVMs,
/usr/libexec/java_home -v
to return the current default JVM, and
export JAVA_HOME=$(/usr/libexec/java_home -v 1.8)
to set the default version to use (to Java 8 in this example, use -v 1.7 for
Java
Thanks, my apologies. I think one or two of the emails in this thread have not
come through to me. I did not receive that one from you.
Cheers,
Luca Sokoll
IT Systems Administrator | Linaro IT Services | irc: sokoll
On Jul 14, 2015, at 07:23, Emmanuel Lécharny elecha...@gmail.com wrote:
[
https://issues.apache.org/jira/browse/DIRSERVER-2080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14626394#comment-14626394
]
lucas theisen commented on DIRSERVER-2080:
--
There is at least one case where
I haven't tried yet, I will have a go at fixing it today.
Cheers,
Luca
On 14 July 2015 at 09:48, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 14/07/15 16:15, Luca Sokoll a écrit :
Thanks, my apologies. I think one or two of the emails in this thread
have not come through to me. I did not
Le 14/07/15 16:15, Luca Sokoll a écrit :
Thanks, my apologies. I think one or two of the emails in this thread have
not come through to me. I did not receive that one from you.
So you ave Studio working at the end ?
Le 14/07/15 16:49, Luca Sokoll a écrit :
I haven't tried yet, I will have a go at fixing it today.
Okie. Let us know !
On 07/14/2015 03:05 PM, Radovan Semancik wrote:
On 07/14/2015 02:26 PM, Emmanuel Lécharny wrote:
There are not that many LDAP servers out there we need to support :
- ApacheDS
- OpenLDAP
- i389
- AD
- IDS
- OID
- OpenDS
- eDirectory (yes, this is still alive)
- DSEE
First, I want to
I wonder if it is possible to create an automated interoperability test
suite for the LDAP API. At least for Open-Source LDAP servers (ApacheDS,
OpenDJ, OpenLDAP, 389ds) is should be easy to create Docker images.
There are Maven plugins [0] that start containers in
pre-integration-test phase
uninstalling java 8 and trying java 7 didn't work. you may be right in
that Apache DS is looking at the default Mac java version which is:
luca at Lucas-MBP in ~
$ java -version
java version 1.6.0_65
Java(TM) SE Runtime Environment (build 1.6.0_65-b14-466.1-11M4716)
Java HotSpot(TM) 64-Bit
On Wed, Jul 15, 2015 at 5:12 AM, Luca Sokoll luca.sok...@linaro.org wrote:
uninstalling java 8 and trying java 7 didn't work. you may be right in
that Apache DS is looking at the default Mac java version which is:
luca at Lucas-MBP in ~
$ java -version
java version 1.6.0_65
Java(TM) SE
[
https://issues.apache.org/jira/browse/DIRKRB-354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jiajia Li resolved DIRKRB-354.
--
Resolution: Fixed
Fix getBooleanOption return null problem
[
https://issues.apache.org/jira/browse/DIRKRB-354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14627419#comment-14627419
]
Jiajia Li commented on DIRKRB-354:
--
V3 is fine, I've committed. Thanks for Yaning's work.
[
https://issues.apache.org/jira/browse/DIRKRB-349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jiajia Li resolved DIRKRB-349.
--
Resolution: Fixed
Fix findbugs Problems for kerby-asn1 module
[
https://issues.apache.org/jira/browse/DIRKRB-368?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xu Yaning updated DIRKRB-368:
-
Description:
Findbugs maven plugin reports the following problems:
#
[
https://issues.apache.org/jira/browse/DIRKRB-348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xu Yaning updated DIRKRB-348:
-
Description: Lin has added the findbugs maven plugin. So there are lots of
bugs reported by it to solve.
[
https://issues.apache.org/jira/browse/DIRKRB-349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jiajia Li updated DIRKRB-349:
-
Description:
-file classname=org.apache.kerby.asn1.type.AbstractAsn1Type
BugInstance lineNumber=447
[
https://issues.apache.org/jira/browse/DIRKRB-353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xu Yaning updated DIRKRB-353:
-
Attachment: DIRKRB-353-v1.patch
In this patch, I've solved the findbugs problems for lib module, pls help
Le 14/07/15 23:12, Luca Sokoll a écrit :
uninstalling java 8 and trying java 7 didn't work. you may be right in
that Apache DS is looking at the default Mac java version which is:
luca at Lucas-MBP in ~
$ java -version
java version 1.6.0_65
Java(TM) SE Runtime Environment (build
[
https://issues.apache.org/jira/browse/DIRKRB-349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14627450#comment-14627450
]
Jiajia Li commented on DIRKRB-349:
--
V2 looks fine to me. I've committed. Thanks Yaning
[
https://issues.apache.org/jira/browse/DIRKRB-357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xu Yaning updated DIRKRB-357:
-
Attachment: DIRKRB-357-v2.patch
I've updated the patch, pls help me review it, thank you~
Fix findbugs
[
https://issues.apache.org/jira/browse/DIRSERVER-2080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14627461#comment-14627461
]
Kiran Ayyagari commented on DIRSERVER-2080:
---
bq. ... If the user specifies a
[
https://issues.apache.org/jira/browse/DIRKRB-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14627481#comment-14627481
]
Jiajia Li commented on DIRKRB-357:
--
Hi Yaning, I think it's better to throw exception if
[
https://issues.apache.org/jira/browse/DIRKRB-108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14627569#comment-14627569
]
Jiajia Li commented on DIRKRB-108:
--
Hi [~pfm.smits], is it ok to show in the
[
https://issues.apache.org/jira/browse/DIRKRB-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14627567#comment-14627567
]
Xu Yaning commented on DIRKRB-357:
--
Ok, thanks for jiajia's review, I'll handle it.
Fix
[
https://issues.apache.org/jira/browse/DIRKRB-368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14627578#comment-14627578
]
Jiajia Li commented on DIRKRB-368:
--
Thanks for your patch, just one minor issue, please
[
https://issues.apache.org/jira/browse/DIRKRB-368?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xu Yaning updated DIRKRB-368:
-
Attachment: DIRKRB-368-v1.patch
In this patch, I've solved problems reported by findbugs plugin in
[
https://issues.apache.org/jira/browse/DIRKRB-354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xu Yaning updated DIRKRB-354:
-
Attachment: DIRKRB-354-v3.patch
I've updated the patch, pls help me review it. Thank you~
Fix
52 matches
Mail list logo
