ZIP distribution has idea.properties and idea.exe.vmoptions !!!
Please remove those files from zip distribution! unzipping it overrides all
custom changes to those files!!!
Please sign in to leave a comment.
Yeah, these should be autogenerated if not present on first run, or something.
Make a favor to you and to JetBrains, and bon't unzip it over an existing directory. It's been stressed way to many times in this forum that this is the most common reason for people complaining about broken builds. Unzipping over an existing directory will not remove files that aren't present in the new distribution, and may leave your installation in an inconsistent state.
-1 to remove the idea.properties from the zip file, autogenerate it or anything else clever.
While we're on that subject, how about including building the zip distribution including the top-level directory (idea-3273), like in the tarball distribution?
I feel almost sure that it's not the most common reason for broken build
complaints.
I don't overwrite my existing directory. I delete everything but jre/ and
bin/idea.properties before unzipping.
KL> I don't overwrite my existing directory. I delete everything but
KL> jre/ and bin/idea.properties before unzipping.
I wonder who else installs idea zips this way...
Intellij should cease making the zip file. The difference between 42MB (exe)
and 37MB (zip) is not enough to justify all the problems and complaints there
have been due to problems in overwritten zip installs.
It could also create an installer without the jre for this case - the installer
should remove everything from the target directory apart from the jre and
the config dir, possibly making a backup or reusing of idea.vm.options and
idea.properties.
I'm not a great supporter for this last option, unless the installer they
are using makes this task trivial.
yes exactly I delete all but config file, JRE and some additional jars
(starteam etc) i keep in lib directory
before move from LAX everything worked fine
"Keith Lea" <keith@cs.oswego.edu> wrote in message
news:217132632476191019274272@news.jetbrains.com...
>> Make a favor to you and to JetBrains, and *bon't unzip it over an
>> existing directory*. It's been stressed way to many times in this
>> forum that this is the most common reason for people complaining about
>> broken builds. Unzipping over an existing directory will not remove
>> files that aren't present in the new distribution, and may leave your
>> installation in an inconsistent state.
>
>
>
Carlos Costa e Silva wrote:
The difference between the installer and the zip is that the zip makes
it possible to maintain multiple parallel installations.
Ciao,
Gordon
--
Gordon Tyler (Software Developer)
Quest Software <http://www.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: (416) 933-5046 | Fax: (416) 933-5001
Not at all. Installer now installs to a directory which name contains build
number by default.
-
Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"
>> Intellij should cease making the zip file. The difference between
>> 42MB (exe) and 37MB (zip) is not enough to justify all the problems
>> and complaints there have been due to problems in overwritten zip
>> installs.
>>
GT> The difference between the installer and the zip is that the zip
GT> makes it possible to maintain multiple parallel installations.
So does the installer. Just install multi
MS> Not at all. Installer now installs to a directory which name
MS> contains build number by default.
I think Gordon means multiple installations of the same build.
GT> The difference between the installer and the zip is that the zip
GT> makes it possible to maintain multiple parallel installations.
The installer also. You just have to install multiple times :)
And with the idea.properties file, it just become much simpler having parallel
installations. Just specify a parallel idea.properties file for each idea
instance.
Or am I really beeing blind and missing some use case whre you really need
everything duplicated, instead of only the config and system dirs?
Btw, to jetbrains, is there a command line switch to specify a properties
file to idea - idea.exe -properties=xxx.properties? And/or can it be done
inside the properties file: specify a current dir on the idea.exe shortcut
and use idea.config.path=${user.dir}/config, etc?
-Didea.properties.file=_path_to_file
The property may be specified in idea.exe.vmoptions for example.
-
Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"
GT>> The difference between the installer and the zip is that the zip
GT>> makes it possible to maintain multiple parallel installations.
GT>>
Hello Maxim,
MS> -Didea.properties.file=_path_to_file
MS>
MS> The property may be specified in idea.exe.vmoptions for example.
Does this work : idea.exe -Didea.properties.file=_path_to_file ?
Putting the switch inside the vmoptions file just moves the problem: now
you have to specify a different idea.exe.vmoptions file.
An option would be for idea to have a search alghorithm for idea.exe.vmoptions
and idea.properties: look first in the current dir, next on user.home[/.IntellijIdea?]
and last on the idea bin dir. Maybe idea does this already and it's just
me inventing problems :)
idea.exe -J-Didea.properties.file=xxx should work.
As to search sequence we could implement this for idea.properties but not
for idea.exe.vmoptions. Latter comes from exe4j generator.
-
Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"
MS>> -Didea.properties.file=_path_to_file
MS>>
MS>> The property may be specified in idea.exe.vmoptions for example.
MS>>
directory*.
Yes, please. For example we dropped one of our plugins called debuggerCommonViews
(there were no need for plugin actually) in build #3200.
We're still getting NoClassDefFound exceptions reported by people
who upgrade by unzipping over. Finally, it's just a matter of time stolen
from doing/implementing something useful instead of processing those issues.
http://www.jetbrains.net/jira/browse/IDEA-1194
http://www.jetbrains.net/jira/browse/IDEA-761
http://www.jetbrains.net/jira/browse/IDEA-1079
http://www.intellij.net/tracker/idea/viewSCR?publicId=44375
http://www.intellij.net/tracker/idea/viewSCR?publicId=44132
http://www.intellij.net/tracker/idea/viewSCR?publicId=43748
http://www.intellij.net/tracker/idea/viewSCR?publicId=43735
http://www.intellij.net/tracker/idea/viewSCR?publicId=43724
http://www.intellij.net/tracker/idea/viewSCR?publicId=43714
http://www.intellij.net/tracker/idea/viewSCR?publicId=43706
http://www.intellij.net/tracker/idea/viewSCR?publicId=43685
http://www.intellij.net/tracker/idea/viewSCR?publicId=43668
http://www.intellij.net/tracker/idea/viewSCR?publicId=43667
http://www.intellij.net/tracker/idea/viewSCR?publicId=43655
http://www.intellij.net/tracker/idea/viewSCR?publicId=43637
http://www.intellij.net/tracker/idea/viewSCR?publicId=43636
-
Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"
MS> idea.exe -J-Didea.properties.file=xxx should work.
http://www.jetbrains.net/jira/browse/IDEA-1219
MS> As to search sequence we could implement this for idea.properties
http://www.jetbrains.net/jira/browse/IDEA-1220
MS> but not for idea.exe.vmoptions. Latter comes from exe4j generator.
http://www.jetbrains.net/jira/browse/IDEA-1221
Pity. Customizations should include the jvm parameters for easy testing of
gc, min/max memmory etc.
Go really look anyway :) Maybe it's already there, or jetbrains can post
an rfe for this with exe4j.
Am I missing something? What customizations and search sequences have in
common? You're welcome to customize VM settings right away, aren't you? Why
do you need a search sequence for this?
-
Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"
MS> Am I missing something? What customizations and search sequences
MS> have in common? You're welcome to customize VM settings right away,
MS> aren't you? Why do you need a search sequence for this?
If I was doing multiple instance installations, besides having different
config/system dirs I may also want to have different memory settings for
example: Main wih 512M max, test with 128M max, ... I'm only theoryzing here,
I don't need multiple idea instances at the same time :) People doing multiple
idea installations are the ones that should post their use cases.
Exactly. Every of them has idea.exe.vmoptions in bin directory.
-
Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"
MS>> Am I missing something? What customizations and search sequences
MS>> have in common? You're welcome to customize VM settings right away,
MS>> aren't you? Why do you need a search sequence for this?
MS>>
Maxim Shafirov wrote:
>> multiple idea installations
Perhaps slightly different issue, but here is another use case. Every
time I install a new Idea, I do the following:
1. Install in new folder
2. Copy the vmoptions file
3. Copy the properties file
4. Copy the config dir (I keep the config dir in the idea instalation)
5. Move the system dir (unless it's the end of the day and I can leave
IDEA overnight to rebuild it)
It used to be much simpler, with the old installer, I could just specify
my old instalation and everything just worked.
If this feature is implemented, I could put the vmoptions and my
properties in my home dir and the only manual step left is 4.
Dimitar
Max,
Your new installer doesn't delete old content. I'm always using the installer, and still have the debuggerCommonViews plugin in my plugins folder...
Carlos Costa e Silva wrote:
No, I have IDEA 4.5 installed from an installer and I have the last N
EAP builds (where N varies from 1 to 3). I have two sets of system and
config directories: one for IDEA 4.5 and one for all EAP builds.
I have no idea what an EAP installer will do to my existing
installation. So I just use the zip file. Unzip to a new directory, copy
idea.properties, move JRE from previous EAP into the new directory, and
adjust the shortcut I use to launch the EAP build to point to the new
directory.
Ciao,
Gordon
--
Gordon Tyler (Software Developer)
Quest Software <http://www.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: (416) 933-5046 | Fax: (416) 933-5001
Hello Gordon,
GT> I have no idea what an EAP installer will do to my existing
GT> installation. So I just use the zip file. Unzip to a new directory,
GT> copy idea.properties, move JRE from previous EAP into the new
GT> directory, and adjust the shortcut I use to launch the EAP build to
GT> point to the new directory.
Then the new installer is just the thing for you :) Install to new directory
and copy the idea.properties file, nothing more. The installer creates a
desktop icon for you.
Carlos Costa e Silva wrote:
Hmm... I'll have to try it on the EAP build then.
Thanks,
Gordon
--
Gordon Tyler (Software Developer)
Quest Software <http://www.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: (416) 933-5046 | Fax: (416) 933-5001
I follow the same process. On top of that I don't want any change
done to my registry, any menu item added anywhere and any
desktop icon created. I just want to unzip the zip and I'm very
happy doing it myself ;)
Vince.