Is 7.0M1 a production release?
In other words, has 7.0M1 been fully tested, and will bug fixes be released on a branch, or only in EAP builds along with new features and bugs? Today I was told that 7.0M1 is an EAP build, but I hadn't realized that from the advertising. I understood that it was only a pre-release of 7.0, but I thought that just meant that JetBrains would be adding lots more features in the next 8 months, not that 7.0M1 is not ready for use in production. Why the big advertising push for 7.0M1 if it's just an EAP build?
请先登录再写评论。
Hello David,
It's not just an EAP build. It did go through a testing and bugfixing period,
although not as long as a final production release. We also plan to release
at least one bugfix build from the M1 branch, and maybe more if critical
issues are found with it.
So far we aren't aware of any major problems that prevent the use of 7.0M1
in a production environment.
--
Dmitry Jemerov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"
Okay, it sounds better than an EAP build. That makes me feel better. Thanks.
I have been using M1 in production since it came out a couple of weeks back and I haven't ran into any problems with it.
The only slight annoyance is that the GenerateToString and SVNBar plugins don't seem to work in it but that is something the plugin developers need to fix.
Hello Michael,
I wonder why people need SVNBar and do not use Settings | Customizations
instead. :)
--
Dmitry Jemerov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"
We have to exit IDEA every time we need to pick up an external file change because synchronization is broken. Sync doesn't work on a samba mounted drive - at least not for us.
http://www.jetbrains.net/jira/browse/IDEADEV-16207
Jon
Because I have never thought about using Settings -> Customizations :)
I opened it and it looks like all SVNBar does is add stuff to settings->customizations. It it actually there just not showing up on the toolbar, when I add my own they do show up though.
Are there any icons included with IntelliJ I can assign through settings->customizations?
Found them...IDEA_HOME/lib/icons.jar
Hello Michael,
All our icons are in lib\icons.jar. I guess you can use stuff from there
in the customizations if you unpack the jar.
--
Dmitry Jemerov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"
Thanks for the explanation Dmitry. I was curious myself. Any ETA on when M2 might be out? Q3?
In the end, my problem was just an update from a rogue J2ME plugin. It frustrated me from the start, though, because it blew away the whole window. So I started worrying about the stability.
I also updated from Firefox 1.5.0.6 to 2.0.0.3 on the same day, and it started disappearing at www.vonage.com, so I started worrying about the viability of my old Linux distro in general (Fedora Core 3). That's not IDEA's fault, of course, but it made me start questioning.
We also have from time to time synchronization problems on normal Windows
drives with version 6.0.5 and previous ones. The bad thing is, that pressing
the synchronize button in the toolbar does NOT refresh the whole project
when the DLL-file system watcher fails for some reason. For us, the toolbar
button is completely useless.
Agreed. That button is useless in 6.0.5. Also I have around 21 modules in my 6.0.5 IDE and I tried to perform a CVS update...and man it took forever! I cancelled it at 59% and I just gave up and went back to using Tortoise CVS.
Wondering if Selena on final launch will be compiled with JDK 6 or not...seems that Eclipse is getting around a 20% boost when compiled and run with Java 6!
I run IntelliJ with 1.6 and it does seem a little snappier.
same thing in 6.0.4 and 6.0.5. Sometimes a changed jar isn't properly synched, the old references seem to be removed but no new ones inserted.
I've read, that it is important to have it compiled to 1.6, not 1.5.
As I understand it, that is only to take advantage of the new bytecode verifier. Apparently, it is much faster in 1.6, but needs some meta data compiled into the class files. This speeds up class loading (noticably), but not much else.
You can add the line "-Xverify:none" to idea.exe.vmoptions or idea.vmoptions file to get a similar or greater speedup under jdk 6 or even under jdk 5.
Bas
Bas, don't you happen to know if there is a way to turn off the verifier on a class loader basis?
Eugene.
I may be remembering incorrectly, but I think verifier is not enabled for
classes loaded from system classloader.
Yes, and it would be nice if idea could turn off verification for core classes, but not for plugins.
How big is the speed boost from -Xverify:none anyway?
You could try to load IDEA and its dependencies from boot classpath using
-Xbootclasspath/a
ASM contains a bytecode verifier, I believe. Perhaps it is possible to use that instead of the standard one?
Bas
Do you have a special reason for not wanting to disable class verification for plugins?
Bas
About 15-20% on my machine.
Bas
JVM verifier (for non-research JVMs) is written in native code and definitely
not pluggable.
You can start browsing around here if you're curious:
https://openjdk.dev.java.net/source/browse/openjdk/hotspot/trunk/src/share/vm/runtime/verifier.cpp?rev=210&view=markup
Could it be that is is possible the plugins could not be all written in Java 6 adn therefore there could be some sort of conflict there?
Seems to me going the JDK 6 route with the latest updates is an easy boost in performance. After all a lot of developers always complain about startup speeds on almost any Java IDE.
Tried it on mine and I couldnt believe my eyes as to how much faster it loaded up!
...and I wonder why in 2007 jetbrains does not implement the "generate tostring" functionality in IDEA... ;)
Hello Eugene,
Like Bas I do not understand the reason for enabling bytecode verification
for plugins only.
However, it seems that you might accomplish such a thing by running in "-Xverify:remote"
mode. The only thing to do is convince the verifier that the plugin classloaders
are "remote"/"untrusted". That looks like doable, but again I don't see the
advantage.
-tt