[VOTE] Apache LDAP API 2.1.2
Hi all, this is a vote for the release of Apache LDAP API 2.1.2 This is a correction in the package construction, in order to be bale to run Apache Directory Server with Java 8 (with the 2.1.1 version, Java 11 was required). There is no other significative change. The revision : https://gitbox.apache.org/repos/asf?p=directory-ldap-api.git;a=commit;h=b6a137dcfdc0495776cf7f5904556d88dcc14880 The source and binary distribution packages: https://dist.apache.org/repos/dist/dev/directory/api/2.1.2 The staging repository: https://repository.apache.org/content/repositories/orgapachedirectory-1210 Please cast your votes: [ ] +1 Release Apache LDAP API 2.1.2 [ ] 0 abstain [ ] -1 Do not release Apache LDAP API 2.1.2 Thanks ! -- *Emmanuel Lécharny - CTO* 205 Promenade des Anglais – 06200 NICE T. +33 (0)4 89 97 36 50 P. +33 (0)6 08 33 32 61 emmanuel.lecha...@busit.com https://www.busit.com/ - To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org For additional commands, e-mail: dev-h...@directory.apache.org
Re: Can't build ApacheDS with Java 8, because of LDAP API, was Re: Can't build ApacheDS with Java 8, because of MINA
Side note: in order to be able to generate the LDAP API site, the
maven-site-plugin version must be changed to 3.12.0 instead of 4.0.0-M5.
I'll change that in the next vesion.
On 10/08/2022 07:46, Emmanuel Lécharny wrote:
I confirm. If I add the missing profile in LDAP API pom.xml, Apache DS
builds fine with Java 8.
I will create a new LXDAP API release.
On 10/08/2022 07:20, Emmanuel Lécharny wrote:
Correction, this is not a MINA issue, as we built it with the proper tag:
java-8-compilation
[9,)
8
...
We don't have such a profile in the LDAP API, and we need to get it
fixed...
On 10/08/2022 07:11, Emmanuel Lécharny wrote:
Ok, I think I found the reason.
There were some changes made in the ByteBuffer class in Java 9 (and
forward) which leads to some error in Apache DS code.
In MINA, I get an exception like:
java.lang.NoSuchMethodError:
java.nio.ByteBuffer.mark()Ljava/nio/ByteBuffer;
which is badly handled (basically, it ends in an infinite loop). The
LdapProtocolHandler exceptionCaught method tries to write a
NoticeOfDisconnect to the remote peer, but that does not ends well:
we get an exception that is caught and...
/**
* {@inheritDoc}
*/
@Override
public void exceptionCaught( IoSession session, Throwable cause )
{
if ( cause.getCause() instanceof
ResponseCarryingMessageException )
{
ResponseCarryingMessageException rcme = (
ResponseCarryingMessageException ) cause.getCause();
if ( rcme.getResponse() != null )
{
session.write( rcme.getResponse() );
return;
}
}
LOG.warn( "Unexpected exception forcing session to close:
sending disconnect notice to client.", cause );
session.write( NoticeOfDisconnect.PROTOCOLERROR );
session.closeOnFlush();
//LdapSession ldapSession =
this.ldapServer.getLdapSessionManager().removeLdapSession( session );
//cleanUpSession( ldapSession );
}
This blog post summarize the root cause:
https://www.morling.dev/blog/bytebuffer-and-the-dreaded-nosuchmethoderror/
This may require a MINA fix to get it working. I will do that.
On 10/08/2022 06:23, Emmanuel Lécharny wrote:
Hi,
since I have bumped up the LDAP API version to 2.1.1, the tests are
blocking on DirectoryServiceAnnotationTest when ran with Java 8.
It's passing with Java 11.
Here is the thread dump I get (see further down), it seems to block
on surfire trying to read some stream. The surefire plugin in use is
2.0.0-M7 instead of 2.0.0-M5.
I'm investigating.
2022-08-10 06:16:01
Full thread dump OpenJDK 64-Bit Server VM (25.312-b07 mixed mode):
"fork-1-err-thread" #509 daemon prio=5 os_prio=31
tid=0x7ff29e08a000 nid=0x9253 runnable [0x75edd000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:255)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b5c58> (a
java.lang.UNIXProcess$ProcessPipeInputStream)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51c8078> (a java.io.BufferedInputStream)
at
org.apache.maven.surefire.api.util.internal.Channels$3.readImpl(Channels.java:214)
at
org.apache.maven.surefire.api.util.internal.AbstractNoninterruptibleReadableChannel.read(AbstractNoninterruptibleReadableChannel.java:54)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:274)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
- locked <0x0006c561f6f8> (a sun.nio.cs.StreamDecoder)
at java.io.Reader.read(Reader.java:100)
at java.util.Scanner.readInput(Scanner.java:804)
at java.util.Scanner.findWithinHorizon(Scanner.java:1685)
at java.util.Scanner.hasNextLine(Scanner.java:1500)
at
org.apache.maven.surefire.extensions.util.LineConsumerThread.run(LineConsumerThread.java:67)
"fork-1-event-thread" #508 daemon prio=5 os_prio=31
tid=0x7ff29e089000 nid=0x715b runnable [0x75dda000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:255)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b3b98> (a
java.lang.UNIXProcess$ProcessPipeInputStream)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputSt
Can't build ApacheDS with Java 8, because of LDAP API, was Re: Can't build ApacheDS with Java 8, because of MINA
I confirm. If I add the missing profile in LDAP API pom.xml, Apache DS
builds fine with Java 8.
I will create a new LXDAP API release.
On 10/08/2022 07:20, Emmanuel Lécharny wrote:
Correction, this is not a MINA issue, as we built it with the proper tag:
java-8-compilation
[9,)
8
...
We don't have such a profile in the LDAP API, and we need to get it
fixed...
On 10/08/2022 07:11, Emmanuel Lécharny wrote:
Ok, I think I found the reason.
There were some changes made in the ByteBuffer class in Java 9 (and
forward) which leads to some error in Apache DS code.
In MINA, I get an exception like:
java.lang.NoSuchMethodError:
java.nio.ByteBuffer.mark()Ljava/nio/ByteBuffer;
which is badly handled (basically, it ends in an infinite loop). The
LdapProtocolHandler exceptionCaught method tries to write a
NoticeOfDisconnect to the remote peer, but that does not ends well: we
get an exception that is caught and...
/**
* {@inheritDoc}
*/
@Override
public void exceptionCaught( IoSession session, Throwable cause )
{
if ( cause.getCause() instanceof
ResponseCarryingMessageException )
{
ResponseCarryingMessageException rcme = (
ResponseCarryingMessageException ) cause.getCause();
if ( rcme.getResponse() != null )
{
session.write( rcme.getResponse() );
return;
}
}
LOG.warn( "Unexpected exception forcing session to close:
sending disconnect notice to client.", cause );
session.write( NoticeOfDisconnect.PROTOCOLERROR );
session.closeOnFlush();
//LdapSession ldapSession =
this.ldapServer.getLdapSessionManager().removeLdapSession( session );
//cleanUpSession( ldapSession );
}
This blog post summarize the root cause:
https://www.morling.dev/blog/bytebuffer-and-the-dreaded-nosuchmethoderror/
This may require a MINA fix to get it working. I will do that.
On 10/08/2022 06:23, Emmanuel Lécharny wrote:
Hi,
since I have bumped up the LDAP API version to 2.1.1, the tests are
blocking on DirectoryServiceAnnotationTest when ran with Java 8.
It's passing with Java 11.
Here is the thread dump I get (see further down), it seems to block
on surfire trying to read some stream. The surefire plugin in use is
2.0.0-M7 instead of 2.0.0-M5.
I'm investigating.
2022-08-10 06:16:01
Full thread dump OpenJDK 64-Bit Server VM (25.312-b07 mixed mode):
"fork-1-err-thread" #509 daemon prio=5 os_prio=31
tid=0x7ff29e08a000 nid=0x9253 runnable [0x75edd000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:255)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b5c58> (a
java.lang.UNIXProcess$ProcessPipeInputStream)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51c8078> (a java.io.BufferedInputStream)
at
org.apache.maven.surefire.api.util.internal.Channels$3.readImpl(Channels.java:214)
at
org.apache.maven.surefire.api.util.internal.AbstractNoninterruptibleReadableChannel.read(AbstractNoninterruptibleReadableChannel.java:54)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:274)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
- locked <0x0006c561f6f8> (a sun.nio.cs.StreamDecoder)
at java.io.Reader.read(Reader.java:100)
at java.util.Scanner.readInput(Scanner.java:804)
at java.util.Scanner.findWithinHorizon(Scanner.java:1685)
at java.util.Scanner.hasNextLine(Scanner.java:1500)
at
org.apache.maven.surefire.extensions.util.LineConsumerThread.run(LineConsumerThread.java:67)
"fork-1-event-thread" #508 daemon prio=5 os_prio=31
tid=0x7ff29e089000 nid=0x715b runnable [0x75dda000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:255)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b3b98> (a
java.lang.UNIXProcess$ProcessPipeInputStream)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b8028> (a java.io.BufferedInputStream)
at
org.apache.maven.surefire.api.util.int
Re: Can't build ApacheDS with Java 8, because of MINA
Correction, this is not a MINA issue, as we built it with the proper tag:
java-8-compilation
[9,)
8
...
We don't have such a profile in the LDAP API, and we need to get it fixed...
On 10/08/2022 07:11, Emmanuel Lécharny wrote:
Ok, I think I found the reason.
There were some changes made in the ByteBuffer class in Java 9 (and
forward) which leads to some error in Apache DS code.
In MINA, I get an exception like:
java.lang.NoSuchMethodError:
java.nio.ByteBuffer.mark()Ljava/nio/ByteBuffer;
which is badly handled (basically, it ends in an infinite loop). The
LdapProtocolHandler exceptionCaught method tries to write a
NoticeOfDisconnect to the remote peer, but that does not ends well: we
get an exception that is caught and...
/**
* {@inheritDoc}
*/
@Override
public void exceptionCaught( IoSession session, Throwable cause )
{
if ( cause.getCause() instanceof
ResponseCarryingMessageException )
{
ResponseCarryingMessageException rcme = (
ResponseCarryingMessageException ) cause.getCause();
if ( rcme.getResponse() != null )
{
session.write( rcme.getResponse() );
return;
}
}
LOG.warn( "Unexpected exception forcing session to close:
sending disconnect notice to client.", cause );
session.write( NoticeOfDisconnect.PROTOCOLERROR );
session.closeOnFlush();
//LdapSession ldapSession =
this.ldapServer.getLdapSessionManager().removeLdapSession( session );
//cleanUpSession( ldapSession );
}
This blog post summarize the root cause:
https://www.morling.dev/blog/bytebuffer-and-the-dreaded-nosuchmethoderror/
This may require a MINA fix to get it working. I will do that.
On 10/08/2022 06:23, Emmanuel Lécharny wrote:
Hi,
since I have bumped up the LDAP API version to 2.1.1, the tests are
blocking on DirectoryServiceAnnotationTest when ran with Java 8.
It's passing with Java 11.
Here is the thread dump I get (see further down), it seems to block on
surfire trying to read some stream. The surefire plugin in use is
2.0.0-M7 instead of 2.0.0-M5.
I'm investigating.
2022-08-10 06:16:01
Full thread dump OpenJDK 64-Bit Server VM (25.312-b07 mixed mode):
"fork-1-err-thread" #509 daemon prio=5 os_prio=31
tid=0x7ff29e08a000 nid=0x9253 runnable [0x75edd000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:255)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b5c58> (a
java.lang.UNIXProcess$ProcessPipeInputStream)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51c8078> (a java.io.BufferedInputStream)
at
org.apache.maven.surefire.api.util.internal.Channels$3.readImpl(Channels.java:214)
at
org.apache.maven.surefire.api.util.internal.AbstractNoninterruptibleReadableChannel.read(AbstractNoninterruptibleReadableChannel.java:54)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:274)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
- locked <0x0006c561f6f8> (a sun.nio.cs.StreamDecoder)
at java.io.Reader.read(Reader.java:100)
at java.util.Scanner.readInput(Scanner.java:804)
at java.util.Scanner.findWithinHorizon(Scanner.java:1685)
at java.util.Scanner.hasNextLine(Scanner.java:1500)
at
org.apache.maven.surefire.extensions.util.LineConsumerThread.run(LineConsumerThread.java:67)
"fork-1-event-thread" #508 daemon prio=5 os_prio=31
tid=0x7ff29e089000 nid=0x715b runnable [0x75dda000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:255)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b3b98> (a
java.lang.UNIXProcess$ProcessPipeInputStream)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b8028> (a java.io.BufferedInputStream)
at
org.apache.maven.surefire.api.util.internal.Channels$3.readImpl(Channels.java:214)
at
org.apache.maven.surefire.api.util.internal.AbstractNoninterruptibleReadableChannel.read(AbstractNoninterruptibleReadableChannel.java:54)
Re: Can't build ApacheDS with Java 8, because of MINA
Ok, I think I found the reason.
There were some changes made in the ByteBuffer class in Java 9 (and
forward) which leads to some error in Apache DS code.
In MINA, I get an exception like:
java.lang.NoSuchMethodError: java.nio.ByteBuffer.mark()Ljava/nio/ByteBuffer;
which is badly handled (basically, it ends in an infinite loop). The
LdapProtocolHandler exceptionCaught method tries to write a
NoticeOfDisconnect to the remote peer, but that does not ends well: we
get an exception that is caught and...
/**
* {@inheritDoc}
*/
@Override
public void exceptionCaught( IoSession session, Throwable cause )
{
if ( cause.getCause() instanceof ResponseCarryingMessageException )
{
ResponseCarryingMessageException rcme = (
ResponseCarryingMessageException ) cause.getCause();
if ( rcme.getResponse() != null )
{
session.write( rcme.getResponse() );
return;
}
}
LOG.warn( "Unexpected exception forcing session to close:
sending disconnect notice to client.", cause );
session.write( NoticeOfDisconnect.PROTOCOLERROR );
session.closeOnFlush();
//LdapSession ldapSession =
this.ldapServer.getLdapSessionManager().removeLdapSession( session );
//cleanUpSession( ldapSession );
}
This blog post summarize the root cause:
https://www.morling.dev/blog/bytebuffer-and-the-dreaded-nosuchmethoderror/
This may require a MINA fix to get it working. I will do that.
On 10/08/2022 06:23, Emmanuel Lécharny wrote:
Hi,
since I have bumped up the LDAP API version to 2.1.1, the tests are
blocking on DirectoryServiceAnnotationTest when ran with Java 8.
It's passing with Java 11.
Here is the thread dump I get (see further down), it seems to block on
surfire trying to read some stream. The surefire plugin in use is
2.0.0-M7 instead of 2.0.0-M5.
I'm investigating.
2022-08-10 06:16:01
Full thread dump OpenJDK 64-Bit Server VM (25.312-b07 mixed mode):
"fork-1-err-thread" #509 daemon prio=5 os_prio=31 tid=0x7ff29e08a000
nid=0x9253 runnable [0x75edd000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:255)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b5c58> (a
java.lang.UNIXProcess$ProcessPipeInputStream)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51c8078> (a java.io.BufferedInputStream)
at
org.apache.maven.surefire.api.util.internal.Channels$3.readImpl(Channels.java:214)
at
org.apache.maven.surefire.api.util.internal.AbstractNoninterruptibleReadableChannel.read(AbstractNoninterruptibleReadableChannel.java:54)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:274)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
- locked <0x0006c561f6f8> (a sun.nio.cs.StreamDecoder)
at java.io.Reader.read(Reader.java:100)
at java.util.Scanner.readInput(Scanner.java:804)
at java.util.Scanner.findWithinHorizon(Scanner.java:1685)
at java.util.Scanner.hasNextLine(Scanner.java:1500)
at
org.apache.maven.surefire.extensions.util.LineConsumerThread.run(LineConsumerThread.java:67)
"fork-1-event-thread" #508 daemon prio=5 os_prio=31
tid=0x7ff29e089000 nid=0x715b runnable [0x75dda000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:255)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b3b98> (a
java.lang.UNIXProcess$ProcessPipeInputStream)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0006c51b8028> (a java.io.BufferedInputStream)
at
org.apache.maven.surefire.api.util.internal.Channels$3.readImpl(Channels.java:214)
at
org.apache.maven.surefire.api.util.internal.AbstractNoninterruptibleReadableChannel.read(AbstractNoninterruptibleReadableChannel.java:54)
at
org.apache.maven.plugin.surefire.extensions.EventConsumerThread.read(EventConsumerThread.java:223)
at
org.apache.maven.plugin.surefire.extensions.EventConsumerThread.decode(EventConsumerThread.java:150)
at
org.apache.maven.plugin.surefire.extensions.EventConsumerThread.run(EventConsumerThrea
[jira] [Commented] (DIR-343) Documentation wrong
[
https://issues.apache.org/jira/browse/DIR-343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17577751#comment-17577751
]
Emmanuel Lécharny commented on DIR-343:
---
Hi,
may you move the JIRA to the DIRSTUDIO project?
Also please attach the configuration of you server, because it seems that you
are trying to authenticate using Kerberos.
> Documentation wrong
> ---
>
> Key: DIR-343
> URL: https://issues.apache.org/jira/browse/DIR-343
> Project: Directory
> Issue Type: Bug
> Components: sitedocs
> Environment: Windows 10 Home v21H1
>Reporter: Yasuf
>Assignee: Emmanuel Lécharny
>Priority: Major
>
> Following:
> [https://directory.apache.org/apacheds/kerberos-ug/4.2-authenticate-studio.html]
> Gives me an error instead of result promised in the guide:
> {quote}Clinking in the ‘Check Authentication’ button should be succesfull.
> {quote}
> I'm using
> {quote}Apache Directory Studio
> Version: 2.0.0.v20210717-M17
> {quote}
> And I'm getting following error:
> {code:java}
> !ENTRY org.apache.directory.studio.common.core.jobs 4 4 2022-08-10
> 04:33:12.194
> !MESSAGE Error while opening connection
> - javax.security.auth.login.LoginException: Client not found in Kerberos
> database (6) - Client not found in Kerberos database
> !SUBENTRY 1 org.apache.directory.studio.common.core.jobs 4 4 2022-08-10
> 04:33:12.194
> !MESSAGE org.apache.directory.studio.connection.core.io.StudioLdapException:
> javax.security.auth.login.LoginException: Client not found in Kerberos
> database (6) - Client not found in Kerberos database
> at
> org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.toStudioLdapException(DirectoryApiConnectionWrapper.java:1350)
> at
> org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.access$2(DirectoryApiConnectionWrapper.java:1342)
> at
> org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper$2.run(DirectoryApiConnectionWrapper.java:483)
> at
> org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.runAndMonitor(DirectoryApiConnectionWrapper.java:1261)
> at
> org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.doBind(DirectoryApiConnectionWrapper.java:488)
> at
> org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.bind(DirectoryApiConnectionWrapper.java:323)
> at
> org.apache.directory.studio.connection.core.jobs.OpenConnectionsRunnable.run(OpenConnectionsRunnable.java:114)
> at
> org.apache.directory.studio.connection.core.jobs.StudioConnectionJob.run(StudioConnectionJob.java:109)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
> Caused by: org.apache.directory.api.ldap.model.exception.LdapException:
> javax.security.auth.login.LoginException: Client not found in Kerberos
> database (6) - Client not found in Kerberos database
> at
> org.apache.directory.ldap.client.api.LdapNetworkConnection.bindAsync(LdapNetworkConnection.java:2223)
> at
> org.apache.directory.ldap.client.api.LdapNetworkConnection.bind(LdapNetworkConnection.java:2031)
> at
> org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper$2.run(DirectoryApiConnectionWrapper.java:474)
> ... 6 more
> Caused by: javax.security.auth.login.LoginException: Client not found in
> Kerberos database (6) - Client not found in Kerberos database
> at
> jdk.security.auth/com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:784)
> at
> jdk.security.auth/com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:592)
> at
> java.base/javax.security.auth.login.LoginContext.invoke(LoginContext.java:726)
> at
> java.base/javax.security.auth.login.LoginContext$4.run(LoginContext.java:665)
> at
> java.base/javax.security.auth.login.LoginContext$4.run(LoginContext.java:663)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at
> java.base/javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:663)
> at
> java.base/javax.security.auth.login.LoginContext.login(LoginContext.java:574)
> at
> org.apache.directory.ldap.client.api.LdapNetworkConnection.bindAsync(LdapNetworkConnection.java:2208)
> ... 8 more
> Caused by: KrbException: Client not found in Kerberos database (6) - Client
> not found in Kerberos database
> at
> java.security.jgss/sun.security.krb5.KrbAsRep.(KrbAsRep.java:82)
> at
> java.security.jgss/sun.security.krb5.KrbAsReqBuilder.send(KrbAsReqBuilder.java:345)
> at
> java.security.jgss/sun.security.krb5.KrbAsReqBuilder.action(KrbAsReqBuilder.java:498)
> at
> jdk.secu
Can't build ApacheDS with Java 8
Hi, since I have bumped up the LDAP API version to 2.1.1, the tests are blocking on DirectoryServiceAnnotationTest when ran with Java 8. It's passing with Java 11. Here is the thread dump I get (see further down), it seems to block on surfire trying to read some stream. The surefire plugin in use is 2.0.0-M7 instead of 2.0.0-M5. I'm investigating. 2022-08-10 06:16:01 Full thread dump OpenJDK 64-Bit Server VM (25.312-b07 mixed mode): "fork-1-err-thread" #509 daemon prio=5 os_prio=31 tid=0x7ff29e08a000 nid=0x9253 runnable [0x75edd000] java.lang.Thread.State: RUNNABLE at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:255) at java.io.BufferedInputStream.read1(BufferedInputStream.java:284) at java.io.BufferedInputStream.read(BufferedInputStream.java:345) - locked <0x0006c51b5c58> (a java.lang.UNIXProcess$ProcessPipeInputStream) at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) at java.io.BufferedInputStream.read(BufferedInputStream.java:345) - locked <0x0006c51c8078> (a java.io.BufferedInputStream) at org.apache.maven.surefire.api.util.internal.Channels$3.readImpl(Channels.java:214) at org.apache.maven.surefire.api.util.internal.AbstractNoninterruptibleReadableChannel.read(AbstractNoninterruptibleReadableChannel.java:54) at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:274) at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178) - locked <0x0006c561f6f8> (a sun.nio.cs.StreamDecoder) at java.io.Reader.read(Reader.java:100) at java.util.Scanner.readInput(Scanner.java:804) at java.util.Scanner.findWithinHorizon(Scanner.java:1685) at java.util.Scanner.hasNextLine(Scanner.java:1500) at org.apache.maven.surefire.extensions.util.LineConsumerThread.run(LineConsumerThread.java:67) "fork-1-event-thread" #508 daemon prio=5 os_prio=31 tid=0x7ff29e089000 nid=0x715b runnable [0x75dda000] java.lang.Thread.State: RUNNABLE at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:255) at java.io.BufferedInputStream.read1(BufferedInputStream.java:284) at java.io.BufferedInputStream.read(BufferedInputStream.java:345) - locked <0x0006c51b3b98> (a java.lang.UNIXProcess$ProcessPipeInputStream) at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) at java.io.BufferedInputStream.read(BufferedInputStream.java:345) - locked <0x0006c51b8028> (a java.io.BufferedInputStream) at org.apache.maven.surefire.api.util.internal.Channels$3.readImpl(Channels.java:214) at org.apache.maven.surefire.api.util.internal.AbstractNoninterruptibleReadableChannel.read(AbstractNoninterruptibleReadableChannel.java:54) at org.apache.maven.plugin.surefire.extensions.EventConsumerThread.read(EventConsumerThread.java:223) at org.apache.maven.plugin.surefire.extensions.EventConsumerThread.decode(EventConsumerThread.java:150) at org.apache.maven.plugin.surefire.extensions.EventConsumerThread.run(EventConsumerThread.java:113) "std-in-fork-1" #507 daemon prio=5 os_prio=31 tid=0x7ff27e672000 nid=0x6e13 waiting on condition [0x75cd7000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x0006c503d6b8> (a java.util.concurrent.Semaphore$NonfairSync) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836) at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:997) at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1304) at java.util.concurrent.Semaphore.acquire(Semaphore.java:312) at org.apache.maven.plugin.surefire.booterclient.lazytestprovider.TestLessInputStream.awaitNextCommand(TestLessInputStream.java:164) at org.apache.maven.plugin.surefire.booterclient.lazytestprovider.TestLessInputStream.beforeNextCommand(TestLessInputStream.java:136) at org.apache.maven.plugin.surefire.booterclient.lazytestprovider.DefaultCommandReader.readNextCommand(DefaultCommandReader.java:81) at org.apache.maven.plugin.surefire.extensions.StreamFeeder.run(StreamFeeder.java:86) "ThreadedStreamConsumer" #505 daemon prio=5 os_prio=31 tid=0x7ff28bacd800 nid=0x6a37 waiting on condition [0x75bd4000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wai
[jira] [Created] (DIR-343) Documentation wrong
Yasuf created DIR-343:
-
Summary: Documentation wrong
Key: DIR-343
URL: https://issues.apache.org/jira/browse/DIR-343
Project: Directory
Issue Type: Bug
Components: sitedocs
Environment: Windows 10 Home v21H1
Reporter: Yasuf
Assignee: Emmanuel Lécharny
Following:
[https://directory.apache.org/apacheds/kerberos-ug/4.2-authenticate-studio.html]
Gives me an error instead of result promised in the guide:
{quote}Clinking in the ‘Check Authentication’ button should be succesfull.
{quote}
I'm using
{quote}Apache Directory Studio
Version: 2.0.0.v20210717-M17
{quote}
And I'm getting following error:
{code:java}
!ENTRY org.apache.directory.studio.common.core.jobs 4 4 2022-08-10 04:33:12.194
!MESSAGE Error while opening connection
- javax.security.auth.login.LoginException: Client not found in Kerberos
database (6) - Client not found in Kerberos database
!SUBENTRY 1 org.apache.directory.studio.common.core.jobs 4 4 2022-08-10
04:33:12.194
!MESSAGE org.apache.directory.studio.connection.core.io.StudioLdapException:
javax.security.auth.login.LoginException: Client not found in Kerberos database
(6) - Client not found in Kerberos database
at
org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.toStudioLdapException(DirectoryApiConnectionWrapper.java:1350)
at
org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.access$2(DirectoryApiConnectionWrapper.java:1342)
at
org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper$2.run(DirectoryApiConnectionWrapper.java:483)
at
org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.runAndMonitor(DirectoryApiConnectionWrapper.java:1261)
at
org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.doBind(DirectoryApiConnectionWrapper.java:488)
at
org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper.bind(DirectoryApiConnectionWrapper.java:323)
at
org.apache.directory.studio.connection.core.jobs.OpenConnectionsRunnable.run(OpenConnectionsRunnable.java:114)
at
org.apache.directory.studio.connection.core.jobs.StudioConnectionJob.run(StudioConnectionJob.java:109)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
Caused by: org.apache.directory.api.ldap.model.exception.LdapException:
javax.security.auth.login.LoginException: Client not found in Kerberos database
(6) - Client not found in Kerberos database
at
org.apache.directory.ldap.client.api.LdapNetworkConnection.bindAsync(LdapNetworkConnection.java:2223)
at
org.apache.directory.ldap.client.api.LdapNetworkConnection.bind(LdapNetworkConnection.java:2031)
at
org.apache.directory.studio.connection.core.io.api.DirectoryApiConnectionWrapper$2.run(DirectoryApiConnectionWrapper.java:474)
... 6 more
Caused by: javax.security.auth.login.LoginException: Client not found in
Kerberos database (6) - Client not found in Kerberos database
at
jdk.security.auth/com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:784)
at
jdk.security.auth/com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:592)
at
java.base/javax.security.auth.login.LoginContext.invoke(LoginContext.java:726)
at
java.base/javax.security.auth.login.LoginContext$4.run(LoginContext.java:665)
at
java.base/javax.security.auth.login.LoginContext$4.run(LoginContext.java:663)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at
java.base/javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:663)
at
java.base/javax.security.auth.login.LoginContext.login(LoginContext.java:574)
at
org.apache.directory.ldap.client.api.LdapNetworkConnection.bindAsync(LdapNetworkConnection.java:2208)
... 8 more
Caused by: KrbException: Client not found in Kerberos database (6) - Client not
found in Kerberos database
at
java.security.jgss/sun.security.krb5.KrbAsRep.(KrbAsRep.java:82)
at
java.security.jgss/sun.security.krb5.KrbAsReqBuilder.send(KrbAsReqBuilder.java:345)
at
java.security.jgss/sun.security.krb5.KrbAsReqBuilder.action(KrbAsReqBuilder.java:498)
at
jdk.security.auth/com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:746)
... 16 more
Caused by: KrbException: Identifier doesn't match expected value (906)
at
java.security.jgss/sun.security.krb5.internal.KDCRep.init(KDCRep.java:140)
at
java.security.jgss/sun.security.krb5.internal.ASRep.init(ASRep.java:64)
at
java.security.jgss/sun.security.krb5.internal.ASRep.(ASRep.java:59)
at
java.security.jgss/sun.security.krb5.KrbAsRep.(KrbAsRep.java:60)
[jira] [Comment Edited] (DIRSTUDIO-1293) Fails to start on MacOS Monterey
[
https://issues.apache.org/jira/browse/DIRSTUDIO-1293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17577619#comment-17577619
]
Warren White edited comment on DIRSTUDIO-1293 at 8/9/22 8:49 PM:
-
New install of Eclipse on macOS Monterey version 12.5, with Apple M1 Pro chip.
Eclipse Version: 2022-06 (4.24.0)
Eclipse Build id: 20220609-1112
Used the built in java runtime with Eclipse, which was installed at:
{code:java}
/Users/USERNAME/.p2/pool/plugins/org.eclipse.justj.openjdk.hotspot.jre.full.macosx.x86_64_17.0.3.v20220515-1416/jre/lib/libjli.dylib
{code}
I then updated the vm for Apache Directory Studio to use, editing *Info.plist*
by adding the following:
{code:java}
-vm/Users/USERNAME/.p2/pool/plugins/org.eclipse.justj.openjdk.hotspot.jre.full.macosx.x86_64_17.0.3.v20220515-1416/jre/lib/libjli.dylib{code}
Works like a charm.
I don't think this is a problem with Apache Directory Studio, as changing the
-vm to a working Eclipse with built in jre works.
was (Author: JIRAUSER294184):
New install of Eclipse on macOS Monterey version 12.5, with Apple M1 Pro chip.
Eclipse Version: 2022-06 (4.24.0)
Eclipse Build id: 20220609-1112
Used the built in java runtime with Eclipse, which was installed at:
{code:java}
/Users/USERNAME/.p2/pool/plugins/org.eclipse.justj.openjdk.hotspot.jre.full.macosx.x86_64_17.0.3.v20220515-1416/jre/lib/libjli.dylib
{code}
I then updated the vm for Apache Directory Studio to use, editing *Info.plist*
by adding the following:
{code:java}
-vm/Users/USERNAME/.p2/pool/plugins/org.eclipse.justj.openjdk.hotspot.jre.full.macosx.x86_64_17.0.3.v20220515-1416/jre/lib/libjli.dylib{code}
Works like a charm.
> Fails to start on MacOS Monterey
>
>
> Key: DIRSTUDIO-1293
> URL: https://issues.apache.org/jira/browse/DIRSTUDIO-1293
> Project: Directory Studio
> Issue Type: Bug
> Components: studio-ldapbrowser
>Affects Versions: 2.0.0-M17
> Environment: Model Name:MacBook Pro
> Model Identifier: MacBookPro18,2
> Chip: Apple M1 Max
> Total Number of Cores: 10 (8 performance and 2 efficiency)
> Memory: 32 GB
> System Firmware Version:7429.41.5
> OS Loader Version: 7429.41.5
>Reporter: Philip Peake
>Priority: Major
> Fix For: 2.0.0-M18
>
> Attachments: alert.png
>
>
> Launching Directory Studio fails with an error (see attached image),
> basically saying that the JNI_CreateJavaVM symbol is not found in
> libjvm.dylib.
> The symbol is actually there:
>
> {code:java}
> bin philip$ nm ../lib/server/libjvm.dylib | grep -i jni_create
> 004e3190 T _JNI_CreateJavaVM
> {code}
>
> Tried two different java versions:
> * zulu-11.jdk
> * zulu-17.jdk
> Tried adding the path to the java version explicitly in the Info.plist file:
>
> {code:java}
>
>
>
>
> -vm/Library/Java/JavaVirtualMachines/zulu-17.jdk/Contents/Home/bin/java
> -keyring
> ~/.eclipse_keyring
>
>
> {code}
>
> This appears to be a problem in Eclipse/Directory Studio.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org
For additional commands, e-mail: dev-h...@directory.apache.org
[jira] [Commented] (DIRSTUDIO-1293) Fails to start on MacOS Monterey
[
https://issues.apache.org/jira/browse/DIRSTUDIO-1293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17577619#comment-17577619
]
Warren White commented on DIRSTUDIO-1293:
-
New install of Eclipse on macOS Monterey version 12.5, with Apple M1 Pro chip.
Eclipse Version: 2022-06 (4.24.0)
Eclipse Build id: 20220609-1112
Used the built in java runtime with Eclipse, which was installed at:
{code:java}
/Users/USERNAME/.p2/pool/plugins/org.eclipse.justj.openjdk.hotspot.jre.full.macosx.x86_64_17.0.3.v20220515-1416/jre/lib/libjli.dylib
{code}
I then updated the vm for Apache Directory Studio to use, editing *Info.plist*
by adding the following:
{code:java}
-vm/Users/USERNAME/.p2/pool/plugins/org.eclipse.justj.openjdk.hotspot.jre.full.macosx.x86_64_17.0.3.v20220515-1416/jre/lib/libjli.dylib{code}
Works like a charm.
> Fails to start on MacOS Monterey
>
>
> Key: DIRSTUDIO-1293
> URL: https://issues.apache.org/jira/browse/DIRSTUDIO-1293
> Project: Directory Studio
> Issue Type: Bug
> Components: studio-ldapbrowser
>Affects Versions: 2.0.0-M17
> Environment: Model Name:MacBook Pro
> Model Identifier: MacBookPro18,2
> Chip: Apple M1 Max
> Total Number of Cores: 10 (8 performance and 2 efficiency)
> Memory: 32 GB
> System Firmware Version:7429.41.5
> OS Loader Version: 7429.41.5
>Reporter: Philip Peake
>Priority: Major
> Fix For: 2.0.0-M18
>
> Attachments: alert.png
>
>
> Launching Directory Studio fails with an error (see attached image),
> basically saying that the JNI_CreateJavaVM symbol is not found in
> libjvm.dylib.
> The symbol is actually there:
>
> {code:java}
> bin philip$ nm ../lib/server/libjvm.dylib | grep -i jni_create
> 004e3190 T _JNI_CreateJavaVM
> {code}
>
> Tried two different java versions:
> * zulu-11.jdk
> * zulu-17.jdk
> Tried adding the path to the java version explicitly in the Info.plist file:
>
> {code:java}
>
>
>
>
> -vm/Library/Java/JavaVirtualMachines/zulu-17.jdk/Contents/Home/bin/java
> -keyring
> ~/.eclipse_keyring
>
>
> {code}
>
> This appears to be a problem in Eclipse/Directory Studio.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org
For additional commands, e-mail: dev-h...@directory.apache.org
[Announcement] : Apache LDAP API 2.1.1
The Apache Directory project is proud to announce the release of the Apache LDAP API 2.1.1 version ! The Apache Directory LDAP API is an ongoing effort to provide an enhanced LDAP API, as a replacement for JNDI and the existing LDAP API (jLdap and Mozilla LDAP API). This is a schema aware API, with some convenient ways to access a LDAP server. This API is not only targeting the Apache Directory Server, but should work pristine with any LDAP server. It's also an extensible API : new Controls, schema elements and network. This version is now using MINA 2.1.1, which comes with a complete rewrite of the TLS layer. It also fixes a list of issues: Improvement: * https://issues.apache.org/jira/browse/DIRAPI-352 - The Base64 implementation can be removed Bugs: * https://issues.apache.org/jira/browse/DIRAPI-348 - NPE when Api decodes bind response from OpenDJ server 6.0 * https://issues.apache.org/jira/browse/DIRAPI-369 - DSML needsBase64Encoding * https://issues.apache.org/jira/browse/DIRAPI-379 - NPE on ill formed error response * https://issues.apache.org/jira/browse/DIRAPI-380 - Binding using a DN which RDN is complex may fail Website : https://directory.apache.org/api Download : https://directory.apache.org/api/downloads-2.html User's Guide : https://directory.apache.org/api/user-guide.html -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com - To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org For additional commands, e-mail: dev-h...@directory.apache.org
