You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Lothar Haeger (JIRA)" <ji...@apache.org> on 2018/11/03 13:26:00 UTC
[jira] [Comment Edited] (DIRSTUDIO-1199) 2.0.0-M14 doesn't display
objectGUID / objectSid correctly
[ https://issues.apache.org/jira/browse/DIRSTUDIO-1199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16674045#comment-16674045 ]
Lothar Haeger edited comment on DIRSTUDIO-1199 at 11/3/18 1:25 PM:
-------------------------------------------------------------------
I see the same with M14/jdk1.8.0_181/ApacheAPI on macOS against Edirectory 9.1.1 but not against Edir 8.8.8.11. The Edir 8.8 connection is using JNDI while the one against Edir 9.1.1 was set up with the Apache LDAP API. When I change it to use JNDI instead, GUID is displayed just fine. So the issue seems related to Apache LDAP API vs. JNDI.
I ran a little debug session and it seems as if _InPlaceUuidValueEditor.convertToString(byte[])_ gets called with a non-16-byte long raw value (in my case 29 Bytes), so it fails in
{{ if ( bytes == null || *bytes.length != 16* )}}
{{ {}}
{{ return Messages.getString( "InPlaceUuidValueEditor.InvalidUuid" ); //$NON-NLS-1$}}
\{{ }}}
If anyone can point me to the piece of code where the attribute value gets read off the LDAP server and the TableViewer is populated, I'm happy to dig a little deeper.
In the mean time, using Java 8 and JNDI seem to be a workaround.
was (Author: lhaeger):
I see the same with M14/jdk1.8.0_181/ApacheAPI on macOS against Edirectory 9.1.1 but not against Edir 8.8.8.11.When I change the connection to use JNDI, the GUID is displayed just fine. So it seems related to Apache LDAP API vs. JNDI.
I ran a little debug session and it seems as if _InPlaceUuidValueEditor.getDisplayValue(IValue)_ gets called with a non-16-byte long raw value (in my case 29 Bytes), so when it calls _InPlaceUuidValueEditor.convertToString(byte[])_ that fails in
{{ if ( bytes == null || *bytes.length != 16* )}}
{{ {}}
{{ return Messages.getString( "InPlaceUuidValueEditor.InvalidUuid" ); //$NON-NLS-1$}}
{{ }}}
If anyone can point me to the piece of code where the attribute value gets read off the LDAP server and the TableViewer is populated, I'm happy to dig a little deeper.
In the mean time, using Java 8 and JNDI seem to be a workaround.
> 2.0.0-M14 doesn't display objectGUID / objectSid correctly
> ----------------------------------------------------------
>
> Key: DIRSTUDIO-1199
> URL: https://issues.apache.org/jira/browse/DIRSTUDIO-1199
> Project: Directory Studio
> Issue Type: Bug
> Components: studio-ldapbrowser
> Affects Versions: 2.0.0-M14
> Environment: Linux, Debian 9.5, Samba 4.5.12
> Reporter: Samo
> Priority: Major
> Attachments: m13.png, m14.png
>
>
> In Apache Directory Studio _2.0.0-M14_ *objectGUID* is displayed as "Invalid GUID", *objectSid* as "Invalid SID" for a Samba 4 AD. In Apache Directory Studio _2.0.0-M13_ both attributes are displayed correctly, as seen on screenshots.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)