Arch Linux User Repository

You know what? You are right. I removed it, enjoy!

why don't you remove upper version limit? it's a constant problem of this package

The jre-openjdk package now provides a Java 17 runtime, following @stefseel comment, the current version of Apache Directory Studio is compatible with it. Could you modify the java-runtime dependency accordingly? Thanks

Okay, I've updated to M17 and allow Java16. I hope this resolves the issues! Thanks for leeting me know @stefseel and @kawasakai. Much appreciated.

The modification logs bug with Java 16+ is fixed in 2.0.0.v20210717-M17, this was also tested with the upcoming Java 17.

I had to update, because my modification logs stopped working, I changed

depends=('java-runtime>=11' 'java-runtime<=16' 'python' 'libsecret')
pkgver=2.0.0.v20210717.17

and updated pkgsums, seems to work fine.

Needs another Java version bump. Appears to work with jre-openjdk-16.0.1.

Thanks @nvb and @bastla, I updated the PKGBUILD to consider Java 15! :)

@nvb Yes, package is out-of-date. It seems to work with Java 15, so until it's updated you just need to adapt the PKGBUILD by hand:

17c17
< depends=('java-runtime>=8' 'java-runtime<=14' 'python' 'libsecret')
---
> depends=('java-runtime>=8' 'java-runtime<=15' 'python' 'libsecret')

Hey, just ran into following error when doing an system update.

It is saying that I can not update jre-openjdk since there is a hard limit of jre up to version 14. Is this still valid?

Installation von jre-openjdk (15.0.1.u9-1) verletzt Abhängigkeit 'java-runtime<=14', benötigt von apachedirectorystudio

Thanks @stefseel, I updated the package.

New upstream version is available. Now works with Java 8-14. 32bit version is no longer available. Updated source URL.

diff --git a/PKGBUILD b/PKGBUILD
index 452e38d..ab6dcc8 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -7,21 +7,19 @@

 pkgname=apachedirectorystudio
 _pkgname=ApacheDirectoryStudio
-pkgver=2.0.0.v20180908.14
+pkgver=2.0.0.v20200411.15
 pkgrel=0
 _pkgver="${pkgver%.*}-M${pkgver##*.}"
 pkgdesc="Eclipse based LDAP browser and directory client"
-arch=('i686' 'x86_64')
-url="http://directory.apache.org/studio/"
+arch=('x86_64')
+url="https://directory.apache.org/studio/"
 license=('Apache')
-depends=('java-runtime>=8' 'gtk2' 'java-runtime<=10')
+depends=('java-runtime>=8' 'gtk2' 'java-runtime<=14')
 source=('apachedirectorystudio.desktop' 'apachedirectorystudio.png')
-source_i686=("http://www.apache.org/dist/directory/studio/$_pkgver/$_pkgname-$_pkgver-linux.gtk.x86.tar.gz")
-source_x86_64=("http://www.apache.org/dist/directory/studio/$_pkgver/$_pkgname-$_pkgver-linux.gtk.x86_64.tar.gz")
+source_x86_64=("http://downloads.apache.org/directory/studio/$_pkgver/$_pkgname-$_pkgver-linux.gtk.x86_64.tar.gz")
 sha256sums=('d8c2b2b4bc29de8d5dca34b6f9f1ff1a8716f91cf132d76232a9a133a95c6e68'
             '400929c64547773a1bba1c82f7c12f9cd55f2a68b43f5fcebc3c4d07cbe6549b')
-sha256sums_i686=('38c0ca414961852e6b1d3960124fb12f45ccfcd03779537291afe02725f20d0d')
-sha256sums_x86_64=('faae04c6d37bfd1e1ac6cd997399d5d314de7ba9b7279fd7b9c9e052cea0044f')
+sha256sums_x86_64=('67b0c5627abcc4bd6ab2be977d8ed50327b394e2b55cceb0983051cd30587ee6')

 package() {
   cd "$pkgdir"

@bighuskysf: Sorry for the long delay. I could not duplicate the Breeze Dark issue with KDE on my work desktop. I don't have any Gnome2/GTK2 tweaks installed, though.

Lots of display issues when using it on KDE with Dark Breeze Theme. Welcome screen is just black. When dismissed, the ldap browser,connection,modification logs and progress sections are black while middle and outline window are gray. apache. Also problem window has white background and nearly unreadable text. Can this made to work with Dark Breeze theme? https://1drv.ms/f/s!AmTCPpjAMeTlkQBvUYV6grxnCe8u

@ogarcia: Thanks, it is done! :)

@zokker13

In desktop file, the Icon entry must be: Icon=apachedirectorystudio.png

Don't set full path because this breaks icon themes compatibility.

Okay fellas, I was finally able to update the thing. I've added mkolossa as Co-Contributor. Please make sure you add yourself as contributor in the PKGBUILD the next time you make an update.

I hope this update is somewhat nice. Love that they added full support for java10 (seemingly). I'll crosscheck tomorrow with my other computer and see if I can actually browse my LDAP servers.

@ayecat: I'm not sure if the change with the depends is that great. How would I make sure the proper dependencies are met? Do you have a sample PKGBUILD in mind you could show me?

Here's a quick patch for 2.0.0.v20180908-M14.

diff --git a/PKGBUILD b/PKGBUILD
index 1c6267a..6938eed 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -7,8 +7,8 @@

 pkgname=apachedirectorystudio
 _pkgname=ApacheDirectoryStudio
-pkgver=2.0.0.v20170904.13
-pkgrel=1
+pkgver=2.0.0.v20180908.14
+pkgrel=0
 _pkgver="${pkgver%.*}-M${pkgver##*.}"
 pkgdesc="Eclipse based LDAP browser and directory client"
 arch=('i686' 'x86_64')
@@ -20,8 +20,8 @@ source_i686=("http://www.apache.org/dist/directory/studio/$_pkgver/$_pkgname-$_p
 source_x86_64=("http://www.apache.org/dist/directory/studio/$_pkgver/$_pkgname-$_pkgver-linux.gtk.x86_64.tar.gz")
 sha256sums=('d0a241c30b2a04a2d7f05f6d0f53de966138095e062a59266cf90750549bfc88'
             '400929c64547773a1bba1c82f7c12f9cd55f2a68b43f5fcebc3c4d07cbe6549b')
-sha256sums_i686=('96281c2af3b1ea04e423b41b465a93b21607ce41b3dc3771861e0b52557eb5af')
-sha256sums_x86_64=('581d55f3496827710301dec613466d829cf9a3ed3d4308460e63ca08aaa9d6c9')
+sha256sums_i686=('38c0ca414961852e6b1d3960124fb12f45ccfcd03779537291afe02725f20d0d')
+sha256sums_x86_64=('faae04c6d37bfd1e1ac6cd997399d5d314de7ba9b7279fd7b9c9e052cea0044f')

 package() {
   cd "$pkgdir"

A new version 2.0.0.v20180908-M14 has been released, based on Eclipse Photon, which works now with Java 8/9/10/11-ea.

I think the idea is that it doesn't require Java to create the package (i.e. it ships precompiled jars), so makepkg could run on a server without a JRE installed.

Basically the opposite of makedepends.

I'm not sure if I follow right; The tool requires Java to run.

Would it be possible to move the dependencies into the package() function to avoid having to install Java essentially just for copying files around?

Thanks for reporting, guys! It's adjusted now and working on my part. Let me know if you still have issues.

~~ zokker13

The download URL in this package needs to be patched from www-eu.apache.org to www.apache.org as the www-eu subdomain 404's.

-> Lade ApacheDirectoryStudio-2.0.0.v20170904-M13-linux.gtk.x86_64.tar.gz herunter... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found

Could you please help me

I'm not sure (by now it'd be Java 10, actually). Arch allows multiple JREs installed at the same time, after all, and you can't be sure which version is set as default.

But because of the latter, it might be a good idea to 1) depend on a specific JVM, such as jre8-openjdk; and 2) tell the ADS Eclipse launcher to always use it, by adding the lines -vm, /usr/lib/jvm/java-8-openjdk/jre/bin/java to the .ini file. That'll make ADS work even for systems where Java ≥9 is the default JVM (although it might annoy people who prefer aur/jre8).

So it's an .ini edit both ways.

Edit:

• Java 10 on Arch: doesn't connect to any of my servers
• Java 10 on Windows: works fine and fixes the major security problem with "StartTLS" being actually plaintext

Nice catch! I'm just wondering if I should change the dependency though. Is Java 9 that much more used? Are there package statistics in Arch?

I just noticed that the project site has a FAQ entry about Java 9:

Workaround until Studio is upgraded to Eclispe Oxygen platform is to add "--add-modules=ALL-SYSTEM" to the end of the ApacheDirectoryStudio.ini file. This is only required for Oracle Java 9, OpenJDK 9 enables that flag by default.

Alright, finally found the time to fix it. Sorry for the delay. Hope it works.

@zokker13 : I can send you a patch if you want. I put a copy of the diff it in my last comment. Basically, you can easily update it by hand. It is :

Replacing :

http://www.us.apache.org/

By

http://www-eu.apache.org

As it seems the archive is not availaible on us repository anymore.

@mugnipper: Sorry for the delay, somehow didn't realised someone wrote here. Can you issue a curl command? curl http://www.us.apache.org/dist/directory/studio/2.0.0.v20170904-M13/ApacheDirectoryStudio-2.0.0.v20170904-M13-linux.gtk.x86_64.tar.gz > /tmp/apa.tar.gz

@naramski: Do you want to send me a patch or should I just include the change by hand?

I propose this patch, that seems to solve the problem :

diff --git a/PKGBUILD b/PKGBUILD
index c0650cc..9800def 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -16,8 +16,8 @@ url="http://directory.apache.org/studio/"
 license=('Apache')
 depends=('java-runtime=8' 'gtk2')
 source=('apachedirectorystudio.desktop' 'apachedirectorystudio.png')
-source_i686=("http://www.us.apache.org/dist/directory/studio/$_pkgver/$_pkgname-$_pkgver-linux.gtk.x86.tar.gz")
-source_x86_64=("http://www.us.apache.org/dist/directory/studio/$_pkgver/$_pkgname-$_pkgver-linux.gtk.x86_64.tar.gz")
+source_i686=("http://www-eu.apache.org/dist/directory/studio/$_pkgver/$_pkgname-$_pkgver-linux.gtk.x86.tar.gz")
+source_x86_64=("http://www-eu.apache.org/dist/directory/studio/$_pkgver/$_pkgname-$_pkgver-linux.gtk.x86_64.tar.gz")
 sha256sums=('d0a241c30b2a04a2d7f05f6d0f53de966138095e062a59266cf90750549bfc88'
             '400929c64547773a1bba1c82f7c12f9cd55f2a68b43f5fcebc3c4d07cbe6549b')
 sha256sums_i686=('96281c2af3b1ea04e423b41b465a93b21607ce41b3dc3771861e0b52557eb5af')
@@ -31,7 +31,7 @@ package() {

   ln -sf /opt/$_pkgname/$_pkgname usr/bin/$_pkgname
   ln -sf /opt/$_pkgname/$_pkgname usr/bin/$pkgname
-  
+
   install -Dm644 "$srcdir"/apachedirectorystudio.desktop "$pkgdir"/usr/share/applications/apachedirectorystudio.desktop
   install -Dm644 "$srcdir"/apachedirectorystudio.png "$pkgdir"/usr/share/pixmaps/apachedirectorystudio.png
 }

but I duno how to include it in the original source tree.

The Download keeps failing:

curl: (18) transfer closed with 119918522 bytes remaining to read ==> FEHLER: Fehler beim Download von http://www.us.apache.org/dist/directory/studio/2.0.0.v20170904-M13/ApacheDirectoryStudio-2.0.0.v20170904-M13-linux.gtk.x86_64.tar.gz

It downloads about 10% and then stops, short afterwards it fails. I didn't found a way to download it manually and offer it yaourt as cache. Download via Chrome works...

Any idea?

Mh.. okay, seems to be my fault. I thought the JVM was downwards compatible but that doesn't seem to be the case: "Studio requires Java 7 or Java 8 (recommended). Java 9 is not yet supported."

Since another user complained about Java7 I'll pin it to Java8 and hope that will be good enough. Thanks for reporting this.

That seems to be a Java 9-related problem.

Last working version for me is apachedirectorystudio 2.0.0.v20161101.12-1.

The latest versions fails ib startup as follows:

!SESSION 2018-01-09 04:50:26.636 -----------------------------------------------
eclipse.buildId=unknown
java.version=9.0.1
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=de_DE
Framework arguments:  /studio-rcp/resources/icons/linux/studio.xpm -v
Command-line arguments:  -os linux -ws gtk -arch x86_64 /studio-rcp/resources/icons/linux/studio.xpm -v

!ENTRY org.eclipse.osgi 4 0 2018-01-09 04:50:28.716
!MESSAGE Anwendungsfehler
!STACK 1
org.eclipse.e4.core.di.InjectionException: java.lang.NoClassDefFoundError: javax/annotation/PostConstruct
    at org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:386)
    at org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:294)
    at org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:162)
    at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createDefaultHeadlessContext(E4Application.java:490)
    at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createDefaultContext(E4Application.java:504)
    at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createE4Workbench(E4Application.java:203)
    at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:632)
    at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:336)
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:610)
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:148)
    at org.apache.directory.studio.Application.start(Application.java:51)
    at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.base/java.lang.reflect.Method.invoke(Unknown Source)
    at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:673)
    at org.eclipse.equinox.launcher.Main.basicRun(Main.java:610)
    at org.eclipse.equinox.launcher.Main.run(Main.java:1519)
    at org.eclipse.equinox.launcher.Main.main(Main.java:1492)
Caused by: java.lang.NoClassDefFoundError: javax/annotation/PostConstruct
    at org.eclipse.e4.core.internal.di.InjectorImpl.inject(InjectorImpl.java:151)
    at org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:375)
    ... 23 more
Caused by: java.lang.ClassNotFoundException: javax.annotation.PostConstruct cannot be found by org.eclipse.e4.core.di_1.6.1.v20160712-0927
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:410)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
    at java.base/java.lang.ClassLoader.loadClass(Unknown Source)
    ... 25 more

!ENTRY org.eclipse.e4.ui.workbench 4 0 2018-01-09 04:50:28.738
!MESSAGE FrameworkEvent ERROR
!STACK 0
java.lang.NoClassDefFoundError: javax/annotation/PreDestroy
    at org.eclipse.e4.core.internal.di.InjectorImpl.disposed(InjectorImpl.java:426)
    at org.eclipse.e4.core.internal.di.Requestor.disposed(Requestor.java:154)
    at org.eclipse.e4.core.internal.contexts.ContextObjectSupplier$ContextInjectionListener.update(ContextObjectSupplier.java:78)
    at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.update(TrackableComputationExt.java:111)
    at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.handleInvalid(TrackableComputationExt.java:74)
    at org.eclipse.e4.core.internal.contexts.EclipseContext.dispose(EclipseContext.java:176)
    at org.eclipse.e4.core.internal.contexts.osgi.EclipseContextOSGi.dispose(EclipseContextOSGi.java:106)
    at org.eclipse.e4.core.internal.contexts.osgi.EclipseContextOSGi.bundleChanged(EclipseContextOSGi.java:139)
    at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(BundleContextImpl.java:903)
    at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
    at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
    at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEventPrivileged(EquinoxEventPublisher.java:213)
    at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:120)
    at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:112)
    at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor.publishModuleEvent(EquinoxContainerAdaptor.java:156)
    at org.eclipse.osgi.container.Module.publishEvent(Module.java:476)
    at org.eclipse.osgi.container.Module.doStop(Module.java:634)
    at org.eclipse.osgi.container.Module.stop(Module.java:498)
    at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:202)
    at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
    at java.base/java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: javax.annotation.PreDestroy cannot be found by org.eclipse.e4.core.di_1.6.1.v20160712-0927
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:410)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
    at java.base/java.lang.ClassLoader.loadClass(Unknown Source)
    ... 21 more

I updated the deps to reference >=8 but I wonder if the studio has strict requirements to JDK or not as I had it already installed. Please let me know if it still fails.

Latest upgrade did not force JRE upgrade. Fails to run with:

Version 1.7.0_151 of the JVM is not suitable for this product. Version: 1.8 or greater is required.