Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Invalid
    • Affects Version/s: 1.2.0, 1.3.0
    • Fix Version/s: None
    • Component/s: studio-connection
    • Labels:
      None
    • Environment:
      Ubuntu Linux, 64-bit, connecting to OpenDS. Both as an Eclipse plugin and as the standalone within the Eclipse framework.

      Description

      I am able to set up a connection to the LDAP server using startTLS. Testing the connection through every step works (Check Network Parameter, Check Authentication). When I actually try to open the connection, the initial portion of the connect occurs, but then hangs at 14 percent. At this point I am actually connected as I can view the schema, the Open Connection screen hangs at 14% and no entries are ever returned.

      I have tried to connect using both the Eclipse plugin and the standalone within the Eclipse framework. This works fine in Windows, where I have never encountered an issue. I am able to connect to the server without SSL or TLS without any issues. I also have an application that I have written that I can run from eclipse that uses startTLS and it runs successfully (both in Windows and in Linux).

      I have included a thread dump from running ADS as a standalone. Please let me know what other information you need.

      0 [main] INFO org.apache.directory.studio.Application - Entering Apache Directory Studio.
      2008-10-23 15:35:22
      Full thread dump Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode):

      "Worker-1" prio=10 tid=0x00007f91f12b4800 nid=0x70b1 in Object.wait() [0x0000000040ce5000..0x0000000040ce5d20]
      java.lang.Thread.State: TIMED_WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f920347ef30> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:185)
      • locked <0x00007f920347ef30> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:217)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)

      "org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=10 tid=0x00007f91f8376000 nid=0x70b0 in Object.wait() [0x0000000041132000..0x0000000041132da0]
      java.lang.Thread.State: TIMED_WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9218f42e28> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)
        at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:179)
      • locked <0x00007f9218f42e28> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

      "Worker-0" prio=10 tid=0x00007f91f8752400 nid=0x70ab in Object.wait() [0x0000000040de6000..0x0000000040de6a20]
      java.lang.Thread.State: TIMED_WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f920347ef30> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:185)
      • locked <0x00007f920347ef30> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:217)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)

      "Start Level Event Dispatcher" daemon prio=10 tid=0x00007f91f81a7400 nid=0x70a6 in Object.wait() [0x0000000040be4000..0x0000000040be4ba0]
      java.lang.Thread.State: WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9202f680a0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at java.lang.Object.wait(Object.java:485)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:377)
      • locked <0x00007f9202f680a0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:317)

      "Framework Event Dispatcher" daemon prio=10 tid=0x00007f91f81e9c00 nid=0x70a5 in Object.wait() [0x0000000040861000..0x0000000040861c20]
      java.lang.Thread.State: WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9202f9f638> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at java.lang.Object.wait(Object.java:485)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:377)
      • locked <0x00007f9202f9f638> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:317)

      "State Data Manager" daemon prio=10 tid=0x00007f91f81ab000 nid=0x70a4 waiting on condition [0x0000000040760000..0x0000000040760ca0]
      java.lang.Thread.State: TIMED_WAITING (sleeping)
      at java.lang.Thread.sleep(Native Method)
      at org.eclipse.osgi.internal.baseadaptor.StateManager.run(StateManager.java:297)
      at java.lang.Thread.run(Thread.java:619)

      "Low Memory Detector" daemon prio=10 tid=0x00000000401cd000 nid=0x70a2 runnable [0x0000000000000000..0x0000000000000000]
      java.lang.Thread.State: RUNNABLE

      "CompilerThread1" daemon prio=10 tid=0x00000000401cac00 nid=0x70a1 waiting on condition [0x0000000000000000..0x000000004159e230]
      java.lang.Thread.State: RUNNABLE

      "CompilerThread0" daemon prio=10 tid=0x00000000401c7400 nid=0x70a0 waiting on condition [0x0000000000000000..0x000000004065e340]
      java.lang.Thread.State: RUNNABLE

      "Signal Dispatcher" daemon prio=10 tid=0x00000000401c5c00 nid=0x709f waiting on condition [0x0000000000000000..0x0000000000000000]
      java.lang.Thread.State: RUNNABLE

      "Finalizer" daemon prio=10 tid=0x0000000040199800 nid=0x709e in Object.wait() [0x0000000040ae3000..0x0000000040ae3ba0]
      java.lang.Thread.State: WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9202e4cc30> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
      • locked <0x00007f9202e4cc30> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

      "Reference Handler" daemon prio=10 tid=0x0000000040198400 nid=0x709d in Object.wait() [0x00000000409e2000..0x00000000409e2c20]
      java.lang.Thread.State: WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9202de9b40> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:485)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
      • locked <0x00007f9202de9b40> (a java.lang.ref.Reference$Lock)

      "main" prio=10 tid=0x0000000040113400 nid=0x7099 runnable [0x00000000417d2000..0x00000000417d3ee0]
      java.lang.Thread.State: RUNNABLE
      at org.eclipse.swt.internal.gtk.OS.Call(Native Method)
      at org.eclipse.swt.widgets.Display.sleep(Display.java:3801)
      at org.eclipse.ui.application.WorkbenchAdvisor.eventLoopIdle(WorkbenchAdvisor.java:364)
      at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2383)
      at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
      at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198)
      at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
      at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
      at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488)
      at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
      at org.apache.directory.studio.Application.start(Application.java:61)
      at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
      at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
      at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
      at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382)
      at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
      at java.lang.reflect.Method.invoke(Method.java:597)
      at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
      at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
      at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
      at org.eclipse.equinox.launcher.Main.main(Main.java:1212)

      "VM Thread" prio=10 tid=0x0000000040193000 nid=0x709c runnable

      "GC task thread#0 (ParallelGC)" prio=10 tid=0x000000004011d800 nid=0x709a runnable

      "GC task thread#1 (ParallelGC)" prio=10 tid=0x000000004011ec00 nid=0x709b runnable

      "VM Periodic Task Thread" prio=10 tid=0x00000000401cec00 nid=0x70a3 waiting on condition

      JNI global references: 868

      Heap
      PSYoungGen total 36544K, used 25298K [0x00007f9217dc0000, 0x00007f921c520000, 0x00007f92225c0000)
      eden space 32256K, 68% used [0x00007f9217dc0000,0x00007f921935fab0,0x00007f9219d40000)
      from space 4288K, 73% used [0x00007f9219d40000,0x00007f921a054df8,0x00007f921a170000)
      to space 4288K, 0% used [0x00007f921c0f0000,0x00007f921c0f0000,0x00007f921c520000)
      PSOldGen total 21504K, used 6966K [0x00007f9202dc0000, 0x00007f92042c0000, 0x00007f9217dc0000)
      object space 21504K, 32% used [0x00007f9202dc0000,0x00007f920348dbc8,0x00007f92042c0000)
      PSPermGen total 32192K, used 32104K [0x00007f91fd9c0000, 0x00007f91ff930000, 0x00007f9202dc0000)
      object space 32192K, 99% used [0x00007f91fd9c0000,0x00007f91ff91a268,0x00007f91ff930000)

      ^[[AQuit
      cconnell@cconnell2:/opt/apache-directory-studio$ cls
      bash: cls: command not found
      cconnell@cconnell2:/opt/apache-directory-studio$ clear

      cconnell@cconnell2:/opt/apache-directory-studio$ 2008-10-23 15:37:46
      Full thread dump Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode):

      "Worker-3" prio=10 tid=0x00000000403e8000 nid=0x7134 in Object.wait() [0x0000000042201000..0x0000000042201b20]
      java.lang.Thread.State: TIMED_WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f920347ef30> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:185)
      • locked <0x00007f920347ef30> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:217)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)

      "Worker-2" prio=10 tid=0x00000000403e7800 nid=0x7133 in Object.wait() [0x0000000040ee7000..0x0000000040ee7ba0]
      java.lang.Thread.State: TIMED_WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f920347ef30> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:185)
      • locked <0x00007f920347ef30> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:217)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)

      "Thread-4" daemon prio=10 tid=0x00007f91fd4b4c00 nid=0x7132 runnable [0x0000000042100000..0x0000000042100c20]
      java.lang.Thread.State: RUNNABLE
      at java.net.SocketInputStream.socketRead0(Native Method)
      at java.net.SocketInputStream.read(SocketInputStream.java:129)
      at com.sun.net.ssl.internal.ssl.InputRecord.readFully(InputRecord.java:293)
      at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:331)
      at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:789)

      • locked <0x00007f9217f84960> (a java.lang.Object)
        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:746)
        at com.sun.net.ssl.internal.ssl.AppInputStream.read(AppInputStream.java:75)
      • locked <0x00007f9217f84eb8> (a com.sun.net.ssl.internal.ssl.AppInputStream)
        at com.sun.jndi.ldap.Connection.run(Connection.java:863)
        at java.lang.Thread.run(Thread.java:619)

      "org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=10 tid=0x00007f91f85e9400 nid=0x712d in Object.wait() [0x00000000419d5000..0x00000000419d5ca0]
      java.lang.Thread.State: TIMED_WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f921c242028> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)
        at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:179)
      • locked <0x00007f921c242028> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

      "Worker-1" prio=10 tid=0x00007f91f12b4800 nid=0x70b1 waiting on condition [0x0000000040ce5000..0x0000000040ce5d20]
      java.lang.Thread.State: TIMED_WAITING (sleeping)
      at java.lang.Thread.sleep(Native Method)
      at org.apache.directory.studio.connection.core.jobs.StudioProgressMonitor$1.run(StudioProgressMonitor.java:99)
      at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

      "org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=10 tid=0x00007f91f8376000 nid=0x70b0 in Object.wait() [0x0000000041132000..0x0000000041132da0]
      java.lang.Thread.State: TIMED_WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f921c1fe920> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)
        at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:179)
      • locked <0x00007f921c1fe920> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

      "Worker-0" prio=10 tid=0x00007f91f8752400 nid=0x70ab in Object.wait() [0x0000000040de5000..0x0000000040de6a20]
      java.lang.Thread.State: TIMED_WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9218165080> (a com.sun.jndi.ldap.LdapRequest)
        at com.sun.jndi.ldap.Connection.readReply(Connection.java:431)
      • locked <0x00007f9218165080> (a com.sun.jndi.ldap.LdapRequest)
        at com.sun.jndi.ldap.LdapClient.getSearchReply(LdapClient.java:611)
        at com.sun.jndi.ldap.LdapClient.search(LdapClient.java:534)
        at com.sun.jndi.ldap.LdapCtx.doSearch(LdapCtx.java:1948)
        at com.sun.jndi.ldap.LdapCtx.searchAux(LdapCtx.java:1810)
        at com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1735)
        at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search(ComponentDirContext.java:368)
        at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:338)
        at org.apache.directory.studio.connection.core.io.jndi.JNDIConnectionWrapper$1.run(JNDIConnectionWrapper.java:310)
        at org.apache.directory.studio.connection.core.io.jndi.JNDIConnectionWrapper.runAndMonitor(JNDIConnectionWrapper.java:1085)
        at org.apache.directory.studio.connection.core.io.jndi.JNDIConnectionWrapper.checkConnectionAndRunAndMonitor(JNDIConnectionWrapper.java:1016)
        at org.apache.directory.studio.connection.core.io.jndi.JNDIConnectionWrapper.search(JNDIConnectionWrapper.java:402)
        at org.apache.directory.studio.ldapbrowser.core.jobs.SearchRunnable.search(SearchRunnable.java:482)
        at org.apache.directory.studio.ldapbrowser.core.jobs.ExportLdifJob.search(ExportLdifJob.java:214)
        at org.apache.directory.studio.ldapbrowser.core.jobs.ReloadSchemaRunnable.reloadSchema(ReloadSchemaRunnable.java:176)
        at org.apache.directory.studio.ldapbrowser.core.BrowserConnectionListener.openBrowserConnection(BrowserConnectionListener.java:115)
        at org.apache.directory.studio.ldapbrowser.core.BrowserConnectionListener.connectionOpened(BrowserConnectionListener.java:65)
        at org.apache.directory.studio.connection.core.jobs.OpenConnectionsRunnable.run(OpenConnectionsRunnable.java:122)
        at org.apache.directory.studio.connection.core.jobs.StudioConnectionJob.run(StudioConnectionJob.java:110)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

      "Start Level Event Dispatcher" daemon prio=10 tid=0x00007f91f81a7400 nid=0x70a6 in Object.wait() [0x0000000040be4000..0x0000000040be4ba0]
      java.lang.Thread.State: WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9202f680a0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at java.lang.Object.wait(Object.java:485)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:377)
      • locked <0x00007f9202f680a0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:317)

      "Framework Event Dispatcher" daemon prio=10 tid=0x00007f91f81e9c00 nid=0x70a5 in Object.wait() [0x0000000040861000..0x0000000040861c20]
      java.lang.Thread.State: WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9202f9f638> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at java.lang.Object.wait(Object.java:485)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:377)
      • locked <0x00007f9202f9f638> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:317)

      "State Data Manager" daemon prio=10 tid=0x00007f91f81ab000 nid=0x70a4 waiting on condition [0x0000000040760000..0x0000000040760ca0]
      java.lang.Thread.State: TIMED_WAITING (sleeping)
      at java.lang.Thread.sleep(Native Method)
      at org.eclipse.osgi.internal.baseadaptor.StateManager.run(StateManager.java:297)
      at java.lang.Thread.run(Thread.java:619)

      "Low Memory Detector" daemon prio=10 tid=0x00000000401cd000 nid=0x70a2 runnable [0x0000000000000000..0x0000000000000000]
      java.lang.Thread.State: RUNNABLE

      "CompilerThread1" daemon prio=10 tid=0x00000000401cac00 nid=0x70a1 waiting on condition [0x0000000000000000..0x000000004159e230]
      java.lang.Thread.State: RUNNABLE

      "CompilerThread0" daemon prio=10 tid=0x00000000401c7400 nid=0x70a0 waiting on condition [0x0000000000000000..0x000000004065e340]
      java.lang.Thread.State: RUNNABLE

      "Signal Dispatcher" daemon prio=10 tid=0x00000000401c5c00 nid=0x709f waiting on condition [0x0000000000000000..0x0000000000000000]
      java.lang.Thread.State: RUNNABLE

      "Finalizer" daemon prio=10 tid=0x0000000040199800 nid=0x709e in Object.wait() [0x0000000040ae3000..0x0000000040ae3ba0]
      java.lang.Thread.State: WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9202e4cc30> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
      • locked <0x00007f9202e4cc30> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

      "Reference Handler" daemon prio=10 tid=0x0000000040198400 nid=0x709d in Object.wait() [0x00000000409e2000..0x00000000409e2c20]
      java.lang.Thread.State: WAITING (on object monitor)
      at java.lang.Object.wait(Native Method)

      • waiting on <0x00007f9202de9b40> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:485)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
      • locked <0x00007f9202de9b40> (a java.lang.ref.Reference$Lock)

      "main" prio=10 tid=0x0000000040113400 nid=0x7099 runnable [0x00000000417d2000..0x00000000417d3ee0]
      java.lang.Thread.State: RUNNABLE
      at org.eclipse.swt.internal.gtk.OS.Call(Native Method)
      at org.eclipse.swt.widgets.Display.sleep(Display.java:3801)
      at org.eclipse.ui.application.WorkbenchAdvisor.eventLoopIdle(WorkbenchAdvisor.java:364)
      at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2383)
      at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
      at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198)
      at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
      at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
      at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488)
      at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
      at org.apache.directory.studio.Application.start(Application.java:61)
      at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
      at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
      at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
      at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382)
      at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
      at java.lang.reflect.Method.invoke(Method.java:597)
      at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
      at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
      at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
      at org.eclipse.equinox.launcher.Main.main(Main.java:1212)

      "VM Thread" prio=10 tid=0x0000000040193000 nid=0x709c runnable

      "GC task thread#0 (ParallelGC)" prio=10 tid=0x000000004011d800 nid=0x709a runnable

      "GC task thread#1 (ParallelGC)" prio=10 tid=0x000000004011ec00 nid=0x709b runnable

      "VM Periodic Task Thread" prio=10 tid=0x00000000401cec00 nid=0x70a3 waiting on condition

      JNI global references: 1210

      Heap
      PSYoungGen total 35264K, used 8769K [0x00007f9217dc0000, 0x00007f921c520000, 0x00007f92225c0000)
      eden space 30976K, 14% used [0x00007f9217dc0000,0x00007f9218220a90,0x00007f9219c00000)
      from space 4288K, 99% used [0x00007f921c0f0000,0x00007f921c51f9b8,0x00007f921c520000)
      to space 5184K, 0% used [0x00007f921bb00000,0x00007f921bb00000,0x00007f921c010000)
      PSOldGen total 21504K, used 7763K [0x00007f9202dc0000, 0x00007f92042c0000, 0x00007f9217dc0000)
      object space 21504K, 36% used [0x00007f9202dc0000,0x00007f9203554cb0,0x00007f92042c0000)
      PSPermGen total 35840K, used 35763K [0x00007f91fd9c0000, 0x00007f91ffcc0000, 0x00007f9202dc0000)
      object space 35840K, 99% used [0x00007f91fd9c0000,0x00007f91ffcaccf0,0x00007f91ffcc0000)

        Activity

        Hide
        Craig S. Connell added a comment -

        I did notice that I included 2 dumps by accident .... look under the "clear" statement for the dump after the hang occurs. The first part of the dump was from ADS before creating/encountering the hang.

        Show
        Craig S. Connell added a comment - I did notice that I included 2 dumps by accident .... look under the "clear" statement for the dump after the hang occurs. The first part of the dump was from ADS before creating/encountering the hang.
        Hide
        Stefan Seelmann added a comment -

        I think the two relevant threads are:

        • "Worker-0": this is an the Eclipse worker thread, here we are already deep inside of JNDI:
        • "Thread-4": this thread is started from JNDI when it opens a connection.

        From "Worker-0" I see that Studio is loading the schema from the server.

        Could you please answer some questions and test some things?

        • Which JVM are you using? Could you please test with another (Java5, Java6 from Sun, IBM or Apache Harmony)
        • Which LDAP server do you try to connect to? On localhost or a remote server? Could you test another, both localhost and remote. For a local test you could just start an Apache Directory Server within the Studio application.
        Show
        Stefan Seelmann added a comment - I think the two relevant threads are: "Worker-0": this is an the Eclipse worker thread, here we are already deep inside of JNDI: "Thread-4": this thread is started from JNDI when it opens a connection. From "Worker-0" I see that Studio is loading the schema from the server. Could you please answer some questions and test some things? Which JVM are you using? Could you please test with another (Java5, Java6 from Sun, IBM or Apache Harmony) Which LDAP server do you try to connect to? On localhost or a remote server? Could you test another, both localhost and remote. For a local test you could just start an Apache Directory Server within the Studio application.
        Hide
        Emmanuel Lecharny added a comment -

        Sounds like a bug on the Sun JVM on 64 bits processor...

        Which JVM version exactly ?

        (Stefan, it seems that he is trying to connect to OpenDS)

        Show
        Emmanuel Lecharny added a comment - Sounds like a bug on the Sun JVM on 64 bits processor... Which JVM version exactly ? (Stefan, it seems that he is trying to connect to OpenDS)
        Hide
        Craig S. Connell added a comment -

        java version "1.6.0_07"
        Java(TM) SE Runtime Environment (build 1.6.0_07-b06)
        Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode)

        .. and correct, OpenDS 1.0 and 1.1build001. Both of these OpenDS instances are running on a remote box that is also 64-bit Linux (CentOS) with the same version of Java.

        I did try a local test as well with ApacheDS and tls within Studio, and that did work. I will also set up a local test with OpenDS and see if that makes a difference. I also have a remote OpenLDAP that I could test with, but I don't have it set up for tls yet.

        Show
        Craig S. Connell added a comment - java version "1.6.0_07" Java(TM) SE Runtime Environment (build 1.6.0_07-b06) Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) .. and correct, OpenDS 1.0 and 1.1build001. Both of these OpenDS instances are running on a remote box that is also 64-bit Linux (CentOS) with the same version of Java. I did try a local test as well with ApacheDS and tls within Studio, and that did work. I will also set up a local test with OpenDS and see if that makes a difference. I also have a remote OpenLDAP that I could test with, but I don't have it set up for tls yet.
        Hide
        Craig S. Connell added a comment -

        another update ....

        I installed OpenDS 1.0 and 1.1 both locally. I attempted to connect to them and both failed in the same fashion as above, and both failed. Eventually I got it to work (locally) following these steps:

        The original hostname that I used was the name of the machine - cconnell2. While I could connect that way and verify all connections, it was unable complete the connection (as described above).

        Next, I used the IP address of the machine, with the same results as above.

        Next, I used localhost as the address ... and it worked!

        Then, and here is the bizarre part, I went back to using the machine name, and it worked. Then I used the IP address again (just to test) and it worked.

        I still don't have the connection to the remote machine working. I have tried using the IP Address, but to no avail ... although I did get that same type of thing that worked for me locally to work on someone else's machine to connect to the same remote server. I didn't do it though, so I don't know what order they attempted for the hostname.

        I'll continue trying to get the remote to work and pass any information back to you.

        Show
        Craig S. Connell added a comment - another update .... I installed OpenDS 1.0 and 1.1 both locally. I attempted to connect to them and both failed in the same fashion as above, and both failed. Eventually I got it to work (locally) following these steps: The original hostname that I used was the name of the machine - cconnell2. While I could connect that way and verify all connections, it was unable complete the connection (as described above). Next, I used the IP address of the machine, with the same results as above. Next, I used localhost as the address ... and it worked! Then, and here is the bizarre part, I went back to using the machine name, and it worked. Then I used the IP address again (just to test) and it worked. I still don't have the connection to the remote machine working. I have tried using the IP Address, but to no avail ... although I did get that same type of thing that worked for me locally to work on someone else's machine to connect to the same remote server. I didn't do it though, so I don't know what order they attempted for the hostname. I'll continue trying to get the remote to work and pass any information back to you.
        Hide
        Stefan Seelmann added a comment -

        I just repeat Patrick's comment on DIRSTUDIO-369:

        -------------------------------------------------------------------
        please have a look to

        https://opends.dev.java.net/issues/show_bug.cgi?id=3526

        the workaround seams to work

        ......
        Using Apache Directory Studio, when creating new connections to the LDAP server
        with SSL, it hangs on 14%. Then if I press cancel and try to use the newly
        created connection it connects ok (this works every time, and is a good way of
        seeing the bug happening).

        Show
        Stefan Seelmann added a comment - I just repeat Patrick's comment on DIRSTUDIO-369 : ------------------------------------------------------------------- please have a look to https://opends.dev.java.net/issues/show_bug.cgi?id=3526 the workaround seams to work ...... Using Apache Directory Studio, when creating new connections to the LDAP server with SSL, it hangs on 14%. Then if I press cancel and try to use the newly created connection it connects ok (this works every time, and is a good way of seeing the bug happening).

          People

          • Assignee:
            Unassigned
            Reporter:
            Craig S. Connell
          • Votes:
            1 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development