Forum Stats

  • 3,852,328 Users
  • 2,264,092 Discussions
  • 7,905,028 Comments

Discussions

Categories

4EA1: Not starting on Ubuntu. Unkown protocol sqldev.temp

2»

Answers

  • 890493
    890493 Member Posts: 13

    Hi,

    Your solution works for me also. SqlDeveloper 4.0EA1 and JDeveloper 12c are working perfectly now (on my Fedora 19).

    Thank you for sharing this.

    Regards,

    Boris

    · Share on TwitterShare on Facebook
  • Matthew Baldwin-Oracle
    Matthew Baldwin-Oracle Member Posts: 9 Employee

    This worked for me as well on Fedora 19.  I don't need to run as root to start jdeveloper.  I just need to run:

    unset -v GNOME_DESKTOP_SESSION_ID

    ./jdev

    and then it boots up as it should.

    JDK 1.7 40

    Fedora 19

    · Share on TwitterShare on Facebook
  • Archy_Goodwin
    Archy_Goodwin Member Posts: 1

    This solution worked in Ubuntu 13.04 with JDK 1.7.0_45. My sqldeveloper.sh:

    #!/bin/bash

    unset -v GNOME_DESKTOP_SESSION_ID

    cd "`dirname $0`"/sqldeveloper/bin && bash sqldeveloper $*

    Thank you!

    · Share on TwitterShare on Facebook
  • 1062138
    1062138 Member Posts: 1
    edited Dec 27, 2013 1:17AM

    I'm having the same issue.

    cat /etc/lsb-release

    DISTRIB_ID=Ubuntu

    DISTRIB_RELEASE=13.04

    DISTRIB_CODENAME=raring

    DISTRIB_DESCRIPTION="Ubuntu 13.04"

    java -version

    java version "1.7.0_45"

    Java(TM) SE Runtime Environment (build 1.7.0_45-b18)

    Java HotSpot(TM) 64-Bit Server VM (build 24.45-b08, mixed mode)

    SQL Developer Version 4.0.0.13

    unset -v GNOME_DESKTOP_SESSION_ID

    Also helps me

    · Share on TwitterShare on Facebook
  • bruno.antunes
    bruno.antunes Member Posts: 1
    edited Dec 27, 2013 8:45AM

    Problem is still present on final release of SQLDeveloper 4 using Oracle Java SE 7 update 45. Tested on openSUSE 13.1  using Gnome Desktop

    Also reported on this thread, performing "unset -v GNOME_DESKTOP_SESSION_ID" before launching SQLDeveloper workarounds the problem.

    · Share on TwitterShare on Facebook
  • JaredT
    JaredT Member Posts: 6

    Problem still persistent.  Linux Mint 16 (Petra)

    SQLDeveloper 4.0.1

    Oracle Java SE 7 update 51

    java version "1.7.0_51"

    Java(TM) SE Runtime Environment (build 1.7.0_51-b13)

    Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)

    The workaround "unset -v GNOME_DESKTOP_SESSION_ID" does not seem to be working.  sudo is the only working solution for me at this point.

    · Share on TwitterShare on Facebook
  • trent
    trent Member Posts: 848 Gold Badge

    Since the prob was persisting, I've opted just to install OpenJDK and use that for SQL Developer. So Oracle JDK is whats linked to /usr/bin/java, then I updated ~/.sqldeveloper/product.conf and have the line:

    SetJavaHome /usr/lib/jvm/java-7-openjdk-amd64

    It seems to work fine with OpenJDK as sopvkore suggested earlier.

    · Share on TwitterShare on Facebook
  • JaredT
    JaredT Member Posts: 6

    I also gave up on the Oracle JDK.

    I did the same steps trent did with one addition.  I didn't like the terminal window being left visible, so I installed terminator and hid the terminal window:

    sudo apt-get install terminator

    sudo vi /usr/bin/sqldeveloper

    change line:

    XTERM_OPTS="-e"

    to read

    XTERM_OPTS="-He"

    · Share on TwitterShare on Facebook
  • user6747841
    user6747841 Member Posts: 1
    edited May 22, 2014 4:38PM

    Another way to do this fairly cleanly is to use a .desktop file.  Here's my .desktop file for launching SQL Developer:

    [Desktop Entry]
Version=1.0
Name=Oracle SQL Developer
GenericName=SQL Client
Comment=Develop SQL code
MimeType=text/english;text/plain;text/sql;text/x-sql;
Exec=env -u GNOME_DESKTOP_SESSION_ID /opt/sqldeveloper/sqldeveloper.sh %F
TryExec=/opt/sqldeveloper/sqldeveloper.sh
Icon=/opt/sqldeveloper/icon.png
Type=Application
Terminal=false
Categories=Utility;Development;TextEditor;

    You would just need to adjust the path for the application above.  The 'env' command unsets the environment variable GNOME_DESKTOP_SESSION_ID before launching.

    · Share on TwitterShare on Facebook
This discussion has been closed.