Home > Default > Upgrade problem. Connection lost.

Upgrade problem. Connection lost.

November 30Hits:0
I upgraded to 1.5.3 and again all my connections were lost.
Every time I upgraded SqlDeveloper I was forced to reintroduce my connection again.
Is it possible to avoid that time vastating procedure ?


I wanted to chime in here... Using Windows XP SP 3, JDK 1.6.0_07. I've been running on an external JDK with SQL Developer for a long time; JDK 1.6 just seems to be snapper and smoother to me than 1.5.
Anyway, I just upgraded from 1.5.1 to 1.5.3. I had 1.5.1 installed under c:\program files\sqldeveloper. I renamed that directory to "c:\program files\sqldeveloperold" and then copied the contents of the new 1.5.3 download to the "sqldeveloper" directory.
I had exported my connections in 1.5.1 first before doing any of this as some previous posters has mentioned. However, when I started 1.5.3 up for the first time, it first asked me for my JDK location, and then if I wanted to migrate new settings. I said "yes", and pointed it to my old sqldeveloper preferences directory under my user profile. It found this, migrated all my settings, AND my connections. I've tested connecting and the connections do work.
Now, I only had 3 connections saved, so no biggie. However, I did want to mention that connections were migrated over properly with other settings when I upgraded and pointed SQL Dev 1.5.3 to the old SQL Dev 1.5.1 settings dir.
I'm still confused as to why I can't just upgrade with "Check for updates", as several other pages related to SQL Developer seem to say that this will work from 1.5.1 to 1.5.3. E.g. http://www.oracle.com/technology/products/database/sql_developer/index.html. K, I know you mentioned in another thread just downloading the zip file -- which I did -- I'm just saying that perhaps if that's not an option the documentation should be updated on the URL I just referenced.
However, downloading and installing worked fine. Thanks everyone!

Read other 11 answers


Related Articles

Copyright (C) 2019 wisumpire.com, All Rights Reserved. webmaster#wisumpire.com 14 q. 0.637 s.