Upgrading 688 to 689

When updating from build 688 to build 689, what is the recommended
procedure? Do I just run the .exe installer and install over top of 688?
Or should I rename my existing 688 directory and install 689 into a new,
empty directory. I don't want to lose all my configuration settings I
realize I may need to copy the plugins over if using a new directory).

The notes with the build don't address an update with the .exe installer
(perhaps the notes on the page need an update). I have always used the
.zip archives in the past, so I'm not sure what exactly the .exe installer
will do.

Thanks,
Paul


10 comments
Comment actions Permalink

i am confused too. why offer a zip file like before?

0
Comment actions Permalink

Paul,

I was in the same situation as you are in now. However, part of the installer is a step to import settings from a previous version. What I did was install the 689 to a new directory and when it asked where the previous version settings were, I selected the home directory of the 688 build.

There was one glitch in the install that forces me to create a "%IDEA_HOME%" directory in the 688 IDEA/bin directory and then copy the "config" directory there. You may see that once you select the location of your 688 IDEA home directory for the Import Config step that it results in a path like "c:\idea688\bin\%IDEA_HOME%\config". I am not sure how the installer comes up with this directory but never the less it is where it will look for config directories to import from.

Hope this helps.

Justin

0
Comment actions Permalink

Justin Hopper wrote:

I was in the same situation as you are in now. However, part of the
installer is a step to import settings from a previous version. What I
did was install the 689 to a new directory and when it asked where the
previous version settings were, I selected the home directory of the
688 build.


This seems further complicated by the fact that much (most, all?) of the
config settings seem to be stored under my Windows profile (the Documents
and Settings directory). I wonder what exactly it copies from the old
program directories? Plugins? I wonder if it alters the config directory
at all, or if it leaves it alone? ???

There was one glitch in the install that forces me to create a
"%IDEA_HOME%" directory in the 688 IDEA/bin directory and then copy the
"config" directory there. You may see that once you select the
location of your 688 IDEA home directory for the Import Config step
that it results in a path like "c:\idea688\bin\%IDEA_HOME%\config". I
am not sure how the installer comes up with this directory but never
the less it is where it will look for config directories to import from.


Hmmm, since my config directory, under Windows, is in my profile, maybe
installing the new program files just means replacing the program
directories with the new ones from the install, and retrieving the plugins.
Doing a date search, it looks like nothing in the main program directories
has changed for a couple of weeks (since I installed 688), other than the
plugins that I've added. Oh, and I also added a parameter to the IDEA
startup script, so I'd need to edit the new idea.bat file.

Hope this helps.


Yes, it gives me something to consider. It seems if I back up my config
directory for safety, I should be able to just do the 689 install into a
new directory (or a cleaned-out old one), and then copy my plugins back and
edit the startup script. Then I can see if I lost any config settings. If
so, I could copy them from my backup (I hope I don't have to start diff'ing
the xml files one by one).

This sounds like a whole lot of hassle. I wish either the installer was
known to behave correctly as expected, or JetBrains would issue some
explicit update instructions that are known accurate, or we'd get the zip
files back.

Thanks,
Paul

0
Comment actions Permalink

I've always just installed the exe right into the same directory, and overwrote everything. No problems...

0
Comment actions Permalink

If you store your settings under Windows profile, just install 689 in any
directory and copy your plugins from previous installation

--
Mikhail Yakovlev
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"


"Paul Hodgetts" <phodgetts@agilelogic.com> wrote in message
news:9t2c0v0lr3c8sap7vugcenj3v1ug76utro@4ax.com...

Justin Hopper wrote:

>

I was in the same situation as you are in now. However, part of the
installer is a step to import settings from a previous version. What I
did was install the 689 to a new directory and when it asked where the
previous version settings were, I selected the home directory of the
688 build.

>

This seems further complicated by the fact that much (most, all?) of the
config settings seem to be stored under my Windows profile (the Documents
and Settings directory). I wonder what exactly it copies from the old
program directories? Plugins? I wonder if it alters the config directory
at all, or if it leaves it alone? ???

>

There was one glitch in the install that forces me to create a
"%IDEA_HOME%" directory in the 688 IDEA/bin directory and then copy the
"config" directory there. You may see that once you select the
location of your 688 IDEA home directory for the Import Config step
that it results in a path like "c:\idea688\bin\%IDEA_HOME%\config". I
am not sure how the installer comes up with this directory but never
the less it is where it will look for config directories to import from.

>

Hmmm, since my config directory, under Windows, is in my profile, maybe
installing the new program files just means replacing the program
directories with the new ones from the install, and retrieving the

plugins.

Doing a date search, it looks like nothing in the main program directories
has changed for a couple of weeks (since I installed 688), other than the
plugins that I've added. Oh, and I also added a parameter to the IDEA
startup script, so I'd need to edit the new idea.bat file.

>

Hope this helps.

>

Yes, it gives me something to consider. It seems if I back up my config
directory for safety, I should be able to just do the 689 install into a
new directory (or a cleaned-out old one), and then copy my plugins back

and

edit the startup script. Then I can see if I lost any config settings.

If

so, I could copy them from my backup (I hope I don't have to start

diff'ing

the xml files one by one).

>

This sounds like a whole lot of hassle. I wish either the installer was
known to behave correctly as expected, or JetBrains would issue some
explicit update instructions that are known accurate, or we'd get the zip
files back.

>

Thanks,
Paul

>


0
Comment actions Permalink

"Mikhail Yakovlev" wrote:

If you store your settings under Windows profile, just install 689 in any
directory and copy your plugins from previous installation


Thanks. But there are a few details for the Windows installation that
really should be explained somewhere:

IDEA is now packaged as an .exe. So it's no longer started from idea.bat
as before.

This means that if you had tweaked any of the JVM parameters, you'll now
need to tweak them elsewhere. It seems like the place to do this is in
bin/idea.lax . For example, I had tweaked the memory settings and set it
to use the concurrent mark and sweep GC algorithm. I needed to move these
settings into the lax file.

This also means that any shortcuts that you had anywhere around are now
broken. The installer will make some new shortcuts for you, and there are
options for where to put them. But you'll have to hunt down any other
shortcuts and edit them to point to idea.exe now.

Otherwise, this is how I updated:

1. I copied the .IntelliJIdea directory under my user profile as a backup.
It turns out this was not needed, so don't bother with this.

2. I renamed my entire intellij install directory to back it up. It turns
out I needed two things from here (see below).

3. I installed using the installer. I told it to install under my previous
install directory name (now not existing because I renamed it). I pointed
it to my backup install directory as the previous installation. I think
all the other options are straightforward, pick what you need.

4. It happily installed with no errors shown.

5. I copied all of my plugins from the backup install directory (but I kept
the newer standard StarTeam and Tomcat plugins, which I don't use).

6. I retrieved my custom JVM settings from idea.bat in the backup install
directory, and edited them into idea.lax in the new install directory.

7. I fixed up a couple of existing shortcuts to point to idea.exe instead
of idea.bat. I could have also copied the shortcuts from the new programs
folder and deleted the old ones.

8. I fired up IDEA, and all seems well. My settings are intact. The
plugins are there. The JVM settings seem to be in effect.


As a suggestion, since I pointed the installer to the old installation, it
would be nice if it would copy my plugins over for me. Also, it would be
very cool if it looked at my old idea.bat (or previous idea.lax) and
replicated any custom JVM settings in idea.lax for me, but I understand
this is a non-standard installation and a bit tricky to pull off.

Maybe that will help someone else...

Regards,
Paul

0
Comment actions Permalink

Currently, the installer can only determine location of "config" and
"system", and can not your jvm settings and plugins.

By the way, you can still use your idea.bat file - it works.

--
Mikhail Yakovlev
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"

"Paul Hodgetts" <phodgetts@agilelogic.com> wrote in message
news:t5me0v4tmfaa1rni7jdq9lo1iv44jvu159@4ax.com...

"Mikhail Yakovlev" wrote:

>

If you store your settings under Windows profile, just install 689 in

any

directory and copy your plugins from previous installation

>

Thanks. But there are a few details for the Windows installation that
really should be explained somewhere:

>

IDEA is now packaged as an .exe. So it's no longer started from idea.bat
as before.

>

This means that if you had tweaked any of the JVM parameters, you'll now
need to tweak them elsewhere. It seems like the place to do this is in
bin/idea.lax . For example, I had tweaked the memory settings and set it
to use the concurrent mark and sweep GC algorithm. I needed to move these
settings into the lax file.

>

This also means that any shortcuts that you had anywhere around are now
broken. The installer will make some new shortcuts for you, and there are
options for where to put them. But you'll have to hunt down any other
shortcuts and edit them to point to idea.exe now.

>

Otherwise, this is how I updated:

>

1. I copied the .IntelliJIdea directory under my user profile as a backup.
It turns out this was not needed, so don't bother with this.

>

2. I renamed my entire intellij install directory to back it up. It turns
out I needed two things from here (see below).

>

3. I installed using the installer. I told it to install under my

previous

install directory name (now not existing because I renamed it). I pointed
it to my backup install directory as the previous installation. I think
all the other options are straightforward, pick what you need.

>

4. It happily installed with no errors shown.

>

5. I copied all of my plugins from the backup install directory (but I

kept

the newer standard StarTeam and Tomcat plugins, which I don't use).

>

6. I retrieved my custom JVM settings from idea.bat in the backup install
directory, and edited them into idea.lax in the new install directory.

>

7. I fixed up a couple of existing shortcuts to point to idea.exe instead
of idea.bat. I could have also copied the shortcuts from the new programs
folder and deleted the old ones.

>

8. I fired up IDEA, and all seems well. My settings are intact. The
plugins are there. The JVM settings seem to be in effect.

>
>

As a suggestion, since I pointed the installer to the old installation, it
would be nice if it would copy my plugins over for me. Also, it would be
very cool if it looked at my old idea.bat (or previous idea.lax) and
replicated any custom JVM settings in idea.lax for me, but I understand
this is a non-standard installation and a bit tricky to pull off.

>

Maybe that will help someone else...

>

Regards,
Paul

>


0
Comment actions Permalink

"Mikhail Yakovlev" <myakovlev@intellij.com> wrote:

Currently, the installer can only determine location of "config" and
"system", and can not your jvm settings and plugins.


Yes, I can tell that is the way it currently works. It doesn't seem like
copying the plugins from a previous installation would be a big task. The
JVM settings would be more complex, and probably not worth the effort for
the small number of folks that modify them.

By the way, you can still use your idea.bat file - it works.


But there is no idea.bat shipped with the 689 installation. The whole
point here is to try and make it so updating with the installer should not
involve manual intervention by the user. Or do you folks not care if the
installation of an update is clean and trouble-free? ;)

Thanks,
Paul

0
Comment actions Permalink

These are EAP builds. They are not releases to the general public. I'd say what they're doing is just fine.
Besides, we're developers. Copying 1 file that is optional is not a big deal. I'd rather them concentrate on making the product more bug free than on these petty issues.

Rob.

0
Comment actions Permalink

Not true, the same problems existed with upgrading from 3.0 to 3.0.1 an official release. And while yes I am a programmer and perfectly capable of moving some files around I have no need to worry about details that could be taken care of automatically.
After all the greatness of IDEA is that it automatically does things that we all could spend lots of time doing by hand.

These are EAP builds. They are not releases to the
e general public. I'd say what they're doing is just
fine.

0

Please sign in to leave a comment.