Buld 977 on OS X

Not too long ago, I posted complaining about not being able to create projects with build 963 on OS X. Well, I decided to give it another try with 977. I finally got my project loaded, but it was not without problems.

At first, I was experiencing the same errors upon project creation as I have in the past (or at least, error at the same point... after idea finished "parsing files"). Then, like before, I had no "tabs" on the left, right or bottom of the main window (ie, no Project, Structure, TODO, Ant, Commander, Hierarchy, etc).

This occured if I was trying to create my big (8500+ file project), or a simple, brand new project with no files at all!

After about an hour of trying all sorts of different things I found that if I created the project (using the wizard) w/o specifying a default JDK, the project would successfully create and would be useable.. except of course all java-specific classnames/packages appeared in red.

But the moment I set Apple's JDK 1.4.1 (from Panther 10.3.1) as my default JDK and restarted idea, boom! No "tabs" again... no way to access the project.

So I played around in the ~/.IntelliJIdea/config/options/jdk.table.xml file, and narrowed the problem down to classes.jar (/System/Library/Frameworks/JavaVM.framework/Versions/1.4.1/Classes/classes.jar). Removing the pointer to that file from jdk.table.xml allowed the project to load, but of course all java classnames/packages were still red.

What I ended up doing was unpacking classes.jar into a directory and changed jdk.table.xml to point to that directory. This seems to make everything work as expected. 977 is pretty nice, now that it works.

So what's goin' on here? Any ideas? I don't see how my classes.jar file could be corrupt. Not only did it unpack just fine, but every java app I've ever run, including the ones I develop and Idea itself run just fine. It just seems that for some reason Idea doesn't like to parse it. Also, I've never touched the file. It's just the stock classes.jar that ships with Panther. When I installed Panther on my new G5 I did a clean install, not an upgrade.

eric

22 comments

It seems like being a Panther specific problem. We've just got new Mac G5
and awaiting for upgrade from Jaguar to Panther so I hope we'll be able to
address this problem soon.

--

Best regards,
Maxim Shafirov
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"


"Eric B. Ridge" <ebr@tcdi.com> wrote in message
news:29260562.1068920169736.JavaMail.itn@is.intellij.net...

Not too long ago, I posted complaining about not being able to create

projects with build 963 on OS X. Well, I decided to give it another try
with 977. I finally got my project loaded, but it was not without problems.
>

At first, I was experiencing the same errors upon project creation as I

have in the past (or at least, error at the same point... after idea
finished "parsing files"). Then, like before, I had no "tabs" on the left,
right or bottom of the main window (ie, no Project, Structure, TODO, Ant,
Commander, Hierarchy, etc).
>

This occured if I was trying to create my big (8500+ file project), or a

simple, brand new project with no files at all!
>

After about an hour of trying all sorts of different things I found that

if I created the project (using the wizard) w/o specifying a default JDK,
the project would successfully create and would be useable.. except of
course all java-specific classnames/packages appeared in red.
>

But the moment I set Apple's JDK 1.4.1 (from Panther 10.3.1) as my default

JDK and restarted idea, boom! No "tabs" again... no way to access the
project.
>

So I played around in the ~/.IntelliJIdea/config/options/jdk.table.xml

file, and narrowed the problem down to classes.jar
(/System/Library/Frameworks/JavaVM.framework/Versions/1.4.1/Classes/classes.
jar). Removing the pointer to that file from jdk.table.xml allowed the
project to load, but of course all java classnames/packages were still red.
>

What I ended up doing was unpacking classes.jar into a directory and

changed jdk.table.xml to point to that directory. This seems to make
everything work as expected. 977 is pretty nice, now that it works.
>

So what's goin' on here? Any ideas? I don't see how my classes.jar file

could be corrupt. Not only did it unpack just fine, but every java app I've
ever run, including the ones I develop and Idea itself run just fine. It
just seems that for some reason Idea doesn't like to parse it. Also, I've
never touched the file. It's just the stock classes.jar that ships with
Panther. When I installed Panther on my new G5 I did a clean install, not
an upgrade.
>

eric



0

On Sat, 15 Nov 2003 21:43:51 +0300, Maxim Shafirov (JetBrains) wrote:

It seems like being a Panther specific problem. We've just got new Mac G5
and awaiting for upgrade from Jaguar to Panther so I hope we'll be able to
address this problem soon.


Whee - finally they get an OS/X machine ;) Here's hoping all those OS/X
related issues I see mentioned disappear now. Not that I have an OS/X box
(yet) :)

0

BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

They've had a Mac, but I think they has A (as in 1) Mac to be shared by
many developers. Last I heard they all lined up to take turns to work
on it.

R

Mark Derricutt wrote:

| On Sat, 15 Nov 2003 21:43:51 +0300, Maxim Shafirov (JetBrains) wrote:
|
|
|>It seems like being a Panther specific problem. We've just got new Mac G5
|>and awaiting for upgrade from Jaguar to Panther so I hope we'll be able to
|>address this problem soon.
|
|
| Whee - finally they get an OS/X machine ;) Here's hoping all those OS/X
| related issues I see mentioned disappear now. Not that I have an OS/X box
| (yet) :)
|
-


BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/t6Xy+cV9vuB27SARAlD5AKCk1o5ulXakPVuQyD0J4kEPbwdmQgCgow9k
9ZyHYwsxd5nXYaojqtTaTEo=
=xsGD
-


END PGP SIGNATURE-----

0

Mark Derricutt <mark@talios.com> wrote:

Whee - finally they get an OS/X machine ;) Here's hoping all those OS/X
related issues I see mentioned disappear now. Not that I have an OS/X box
(yet) :)


I wouldn't mind if they committed some serious development time to
fixing all those OS X related bugs. Especially as Java starts getting
usable with Panther.

On the other hand it is a nightmare to support. There is 1.4.1, 1.4.1
Update 1 (which is currently not available but fixes a lot of bugs),
1.4.1 (Panther) and something Apple wants a NDA for.

Dirk Dittert

0

So I played around in the
~/.IntelliJIdea/config/options/jdk.table.xml file,
and narrowed the problem down to classes.jar
(/System/Library/Frameworks/JavaVM.framework/Versions/
.4.1/Classes/classes.jar). Removing the pointer to
that file from jdk.table.xml allowed the project to
load, but of course all java classnames/packages were
still red.


I had the same problem with 977, Mac 10.3.1 Panther on a Dual G5, using home path /Library/Java/Home solved this problem.

TOM


0

I had the same problem with 977, Mac 10.3.1 Panther
on a Dual G5, using home path /Library/Java/Home
solved this problem.


I tried something similar -- a symlink in /usr/local/jdk -- but it didn't help.

eric

0

i'm having the same problems, and none of the fixes listed here have worked for me. strangely, this problem did not happen until i upgraded to 977, but as soon as i did, all earlier version of idea were also broken.

0

Never had any similar issue here. This is with Panther (10.3.1) with 1.4.2 DP1 on a Powerbook G4...

Have you tried trashing your IDEA settings or re-installing IDEA without importing the previous ones?

Hope this helps.

-Chris

0

I upgraded my powerbook G4 to 10.3 and it was a mess. Lots of things, Java included , didn't work right, or just didn't work at all. I ende up reinstalling 10.3 to a new System folder (opting to save user directories and network settings) and everything started working again. The update process for the 10.3 installer seems to be buggy.

0

yes, i've tried everything. finally what worked for me was to copy classes.jar into /Library/Java/lib/home. no idea at all why that worked, but it did

0

Someone promised help making IDEA looking like native Aqua application on
MacOS.

Well, problem number one I don't know how to fix elegantly.

MacOS application is enforced to have screen menu bar rather than per-frame
one.
-Dapple.laf.useScreenMenuBar=true does the job well except... two keystroke
shortcuts. I have no idea how to display TWO shortcuts like + in
native screen menu bar, have you?

--

Best regards,
Maxim Shafirov
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"


"Michael Ventura" <no_mail@jetbrains.com> wrote in message
news:16331691.1069171101442.JavaMail.itn@is.intellij.net...

yes, i've tried everything. finally what worked for me was to copy

classes.jar into /Library/Java/lib/home. no idea at all why that worked, but
it did


0

Please don't do this. I frequently run on a multimonitor setup where IDEA is not on the primary screen and in Apples infinite wisdom/stupidity I would have to go back to the primary display for menus all the time when Idea is 2 screens away.

0

In article <bpdrb1$spb$1@is.intellij.net>,
"Maxim Shafirov \(JetBrains\)" <max@intellij.net> wrote:

Someone promised help making IDEA looking like native Aqua application on
MacOS.


That might have been me :)

Well, problem number one I don't know how to fix elegantly.

MacOS application is enforced to have screen menu bar rather than per-frame
one.
-Dapple.laf.useScreenMenuBar=true does the job well except... two keystroke
shortcuts. I have no idea how to display TWO shortcuts like + in
native screen menu bar, have you?


Is it needed? In 19 years of using Macs, I've never seen an app with
menu items that require two keystrokes. Maybe you can just disable that
feature on the Mac (or require that the Java menubar be used if that
feature is going to be used). I bet not many Mac users will miss it.


--
Erik Hanson

0

They've had a Mac, but I think they has A (as in 1) Mac to be shared by
many developers. Last I heard they all lined up to take turns to work
on it.


The problem was that it was too slow. The new one is much better and seems
to be powerful enough to be developer's machine...

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


"Robert S. Sfeir" <robert@codepuccino.com> wrote in message
news:bp88lk$eve$2@is.intellij.net...

---BEGIN PGP SIGNED MESSAGE---
Hash: SHA1

>

They've had a Mac, but I think they has A (as in 1) Mac to be shared by
many developers. Last I heard they all lined up to take turns to work
on it.

>

R

>

Mark Derricutt wrote:

>

| On Sat, 15 Nov 2003 21:43:51 +0300, Maxim Shafirov (JetBrains) wrote:
|
|
|>It seems like being a Panther specific problem. We've just got new Mac

G5

|>and awaiting for upgrade from Jaguar to Panther so I hope we'll be able

to

|>address this problem soon.
|
|
| Whee - finally they get an OS/X machine ;) Here's hoping all those OS/X
| related issues I see mentioned disappear now. Not that I have an OS/X

box

| (yet) :)
|
---BEGIN PGP SIGNATURE---
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

>

iD8DBQE/t6Xy+cV9vuB27SARAlD5AKCk1o5ulXakPVuQyD0J4kEPbwdmQgCgow9k
9ZyHYwsxd5nXYaojqtTaTEo=
=xsGD
---END PGP SIGNATURE---

>


0

The problem was that it was too slow. The new one is
much better and seems
to be powerful enough to be developer's machine...



I don't know what it was but TESTING on slow machines is good so that you don't unintentionally set the bar too high. As for me, I'm using "lowly" Powerbook G4 667MHz and it's good enough to develop on it. I bet a G5 will make a difference though! :)

Best,
Chris

0

Upgrading to 10.3 is a hit or miss affair. I ran across it in the beta and apparently it slipped through. Once you're on 10.3, things get better - but a clean install is the only reliable way to get there.

0

BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'd like to develop on a cray, but hey... little laptop is fine :)

I'm concerned that the machine you're on will not give you the
impression that things are performing fast enough... of course as long
as that first Mac doesn't get lost in the mix and it's still tested on,
you should be good to go :)

R

Valentin Kipiatkov (JetBrains) wrote:

|>They've had a Mac, but I think they has A (as in 1) Mac to be shared by
|>many developers. Last I heard they all lined up to take turns to work
|>on it.
|
|
| The problem was that it was too slow. The new one is much better and seems
| to be powerful enough to be developer's machine...
|
-


BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/urbucV9vuB27SARAoijAKDMSxY5xvYL809XQfkqve80X4k6QCfflFM
BZBMgn9ElP0ciISSLwgvZs4=
=RnVk
-


END PGP SIGNATURE-----

0

for what it's worth, I've been using the previous eap on a
powerbok g4 (667) with 10.3(.1) and it works like a charm.

I'd love to see some more 'mac like' elements.

I think the easiest might be to get all/most of the various items
under "IntelliJ-IDEA-XXX" into the .app bundle
-> the various .png, .lax, .jar files under bin/ at least
there may even be support for handling the plugin directory
inside the bundle - I know this can be done for native apps, not
certain about java

0

Well except for TESTING developers should be able to make DEVELOPMENT :-).

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


"Chris Laprun" <chris.laprun@nist.gov> wrote in message
news:12603133.1069187262835.JavaMail.itn@is.intellij.net...
>

The problem was that it was too slow. The new one is
much better and seems
to be powerful enough to be developer's machine...

>
>

I don't know what it was but TESTING on slow machines is good so that you

don't unintentionally set the bar too high. As for me, I'm using "lowly"
Powerbook G4 667MHz and it's good enough to develop on it. I bet a G5 will
make a difference though! :)
>

Best,
Chris



0

In article <1g4k99i.by86h81pokg00N%dittert@despammed.com>,
dittert@despammed.com (Dirk Dittert) wrote:

Mark Derricutt <mark@talios.com> wrote:

Whee - finally they get an OS/X machine ;) Here's hoping all those OS/X
related issues I see mentioned disappear now. Not that I have an OS/X box
(yet) :)


I wouldn't mind if they committed some serious development time to
fixing all those OS X related bugs. Especially as Java starts getting
usable with Panther.


Me, too. I am an Eclipse user, but I do try IDEA releases every now and
then, as I suspect there is more energy going into Swing performance
tuning at Apple than SWT performance tuning at IBM. I may well be wrong
about that, and I really would rather both just screamed.

On the other hand it is a nightmare to support. There is 1.4.1, 1.4.1
Update 1 (which is currently not available but fixes a lot of bugs),
1.4.1 (Panther) and something Apple wants a NDA for.


1.4.1 update 1 is back.

In general, though, I usually target just the latest released version on
the platforms I need to test under. I test my Jag apps under update 1
(and it really ticked me off when it vanished), and Panther apps under
the version of 1.4.1 it uses. Lin/Win users have official support for
1.4.2, though I will go through a 1.5 beta cycle at some point.

If I can target several releases, like all 1.4.1 versions, I do, just
like I put java.version guards around bugfixes, but the best support
goes to the most recent public release.

As far as the "NDA" one, I target nothing to it, but test everything on
it, until it is in release for end users. At that point, the test
matrix is 10.2/1.4.1U1 and 10.3/Latest, with some odds and sods bug fix
code inside for bugs I can fix for all releases.

Scott

0

Scott Ellsworth <scott@alodar.com> wrote:

Me, too. I am an Eclipse user, but I do try IDEA releases every now and
then, as I suspect there is more energy going into Swing performance
tuning at Apple than SWT performance tuning at IBM. I may well be wrong
about that, and I really would rather both just screamed.


Apple has made a lot of progress with Java 1.4 on OS X (from unusable to
quite ok). Swing applications appear to be a lot faster in Panther.
Those "unclosed" modal dialogs are gone, too. The only thing that
bothers me a little bit are popup menus. Sometimes they popup and close
immediately after the right click. I guess, I'll file a bug for that...

Dirk Dittert

0

While this thread is very old (over a year now), I ran into this same problem (and the same solution worked) on a very recent build (#2250). Can anyone explain why this happens? I tried everything I could think of before running into the solution posted here, and this seems exceedingly hack-ish (but at least I can get work done).

My exception dumps in the console all looked like:

ERROR - sight.daemon.impl.UpdateThread -
ERROR - sight.daemon.impl.UpdateThread - IntelliJ IDEA 4.5.3 Build #2250
ERROR - sight.daemon.impl.UpdateThread - JDK: 1.4.2_05
ERROR - sight.daemon.impl.UpdateThread - VM: Java HotSpot(TM) Client VM
ERROR - sight.daemon.impl.UpdateThread - Vendor: Apple Computer, Inc.
ERROR - sight.daemon.impl.UpdateThread - OS: Mac OS X
ERROR - sight.daemon.impl.UpdateThread -
com.intellij.util.e.k$b_
at com.intellij.util.e.k.d(k.java:297)
at com.intellij.util.e.k.h(k.java:135)
at com.intellij.util.e.k$d_.b(k$d_.java:14)
at com.intellij.util.e.k$d_.a(k$d_.java:56)
at com.intellij.util.e.a.b(a.java:7)
at com.intellij.psi.d.j.a.b.c.a(c.java:234)
at com.intellij.psi.d.j.a.b.c.r(c.java:220)
at com.intellij.psi.d.j.a.g.w(g.java:67)
at com.intellij.psi.d.j.a.g.e(g.java:23)
at com.intellij.psi.d.f.u.getTypeParameterList(u.java:485)
at com.intellij.psi.d.bj.a(bj.java:54)
at com.intellij.psi.d.f.u.hasTypeParameters(u.java:599)
at com.intellij.psi.d.o.putAll(o.java:4)
at com.intellij.psi.d.c.j.a(j.java:17)
at com.intellij.psi.d.c.j.e(j.java:138)
at com.intellij.psi.d.c.j.access$000(j.java:80)
at com.intellij.psi.d.c.j$a_.b(j$a_.java:10)
at com.intellij.psi.d.c.j$a_.a(j$a_.java:11)
at com.intellij.psi.d.c.h.c.a(c.java:88)
at com.intellij.psi.d.c.j.multiResolve(j.java:132)
at com.intellij.psi.d.c.j.advancedResolve(j.java:48)
at com.intellij.psi.d.c.j.resolve(j.java:94)
at com.intellij.psi.d.c.bi.resolve(bi.java:24)
at com.intellij.codeInsight.f.a.l.a(l.java:220)
at com.intellij.codeInsight.f.a.l.a(l.java:231)
at com.intellij.codeInsight.f.a.l.a(l.java:161)
at com.intellij.codeInsight.f.a.l.b(l.java:162)
at com.intellij.codeInsight.f.a.bl$1.run(bl$1.java:8)
at com.intellij.openapi.o.b.c.runReadAction(c.java:26)
at com.intellij.codeInsight.f.a.bl.b(bl.java:16)
at com.intellij.codeInsight.f.a.bl.access$100(bl.java:21)
at com.intellij.codeInsight.f.a.bl$0.run(bl$0.java:2)
at com.intellij.openapi.progress.a.a.runProcess(a.java:65)
at com.intellij.codeInsight.f.a.bl.run(bl.java:10)

0

Please sign in to leave a comment.