Package Details: studio-3t 2018.4.4-1

Git Clone URL: (read-only)
Package Base: studio-3t
Description: The professional workspace for MongoDB (formerly known as MongoChef)
Upstream URL:
Keywords: MongoDB
Licenses: custom
Provides: studio-3t
Replaces: mongochef
Submitter: random-access
Maintainer: afterSt0rm
Last Packager: afterSt0rm
Votes: 10
Popularity: 1.943331
First Submitted: 2017-02-12 23:52
Last Updated: 2018-09-23 04:51

Latest Comments

1 2 Next › Last »

afterSt0rm commented on 2018-09-23 04:51

Updated to latest version.

aksel commented on 2018-08-07 19:40

The issue is not with the new naming convention, but rather that 3T Software Labs don't host versions older than 2018.3.2

As of today, 3.2 is still there but 3.1 is missing

Zendy commented on 2018-07-10 01:02

makepkg -si fail because download link returns 404 Instead of 5.6.3 They have used versioning like 2018.3.2

butfly commented on 2018-04-28 13:55

Summary: the startup script of studio-3t (/usr/bin/studio-3t) should be change to adapting more new java versions, now by manually, waiting for updating from package maintainer:


## Get path to a JDK >= 8. If default JDK does not match, choose the first ##
## match from "archlinux-java status" list ##
java_version=`archlinux-java get | sed 's/[^0-9]//g'`
if [ "$java_version" -ge 8 ]
    echo "Using default JDK / JRE: "`archlinux-java get`
    java_versions=`archlinux-java status | grep -oe "java-\(8\|9\|1[0-9]\).*"`
    java_name=`echo $java_versions | cut -f 1 -d " " | sed 's_/jre__g'`
    java_version=`echo $java_name | sed 's/[^0-9]//g'`
    echo "Default java version is smaller than 8."
    echo "Consider changing the default java version to $java_version with archlinux-java." 
    echo "Using JDK / JRE $java_version at "$JDK_PATH" for mongochef execution."
## Add by butfly to append module argument on java version newer than 8 (9/10/...)
if [ "$java_version" -ge 9 ]
        JDK_PATH="$JDK_PATH --add-modules"
        echo "Found java version greater than 8, append the j2ee module as: $JDK_PATH"

# JavaFX charts rendering requires this to be set.
export SWT_GTK3=0

# Launch the java program
$JDK_PATH -Dprism.order=sw -jar /opt/studio-3t/data-man-mongodb-ent-*.jar

butfly commented on 2018-04-23 05:29

The application does not work on oracle jdk 9/openjdk 9/openjdk 8(!!!)

So the startup script should lock to oracle jdk 8, and maybe it should be add as dependency in package file.

update: the problem under jdk 9 is j2ee module not default. so you can update the startup script (/usr/bin/studio-3t) by append the java command with module j2ee (--add-modules

if [ "$java_default_version" -ge 8 ]
    JDK_PATH="java --add-modules"
    echo "Using default JDK / JRE: "`archlinux-java get`


Bitl0rd commented on 2018-03-26 13:03

please update! new version is 2018.2.4 !

Jat commented on 2017-11-21 09:36

I tried it on OpenJDK 9 and Oracle Java 9, both not worked. Can you modify the script to use Java 8 only?

Another problem. I had to export LD_BIND_NOW=1 on the latest version. Otherwise I will got an error:
java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)
# A fatal error has been detected by the Java Runtime Environment:
# SIGSEGV (0xb) at pc=0x00007f492004548d, pid=804, tid=0x00007f49201ff700
# JRE version: Java(TM) SE Runtime Environment (8.0_152-b16) (build 1.8.0_152-b16)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.152-b16 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [] do_lookup_x+0x12d
# Core dump written. Default location: /home/jat/core or core.804
# An error report file with more information is saved as:
# /home/jat/hs_err_pid804.log
# If you would like to submit a bug report, please visit:
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
/usr/bin/studio-3t: line 22: 804 Aborted (core dumped) $JDK_PATH -Dprism.order=sw -jar /opt/studio-3t/data-man-mongodb-ent-*.jar

I am happy to make a pull request. But AUR does not have this feature.

mafzst commented on 2017-10-24 13:18

5.6.1 is now available

zara86 commented on 2017-05-29 15:09

The x86_64 version of v.5.3.0 has a different hash and fail the check. Use this instead: 96a7e9b6c082594d63e38d71aabb5e41e8890bf7ecc311048a58858e686de491

random-access commented on 2017-05-26 15:47

Sorry for not updating the package that long. I will keep it up to date from now on.