07/12/07 23:28:01 vXrfnA400
圧力かけても無駄だと思うよ。
これ（Java開発の停滞）は .NET による世界制覇への布石であろうから。
もちろん、apple内のJava開発陣は情熱的に開発しているかもしれない。
しかし、そもそも開発にリソースを割いてくれないという点こそが、
そんな開発陣の思惑を超えた上層部の意思の表れだ。
やがて Mac は.NET陣営の旗振り役を果たすことになるだろう。
いまはその過渡期だ。
516:名称未設定
07/12/07 23:40:23 NFYqfbKc0
>>514
アルファ以前のリリースに対して、
「使うツールとしてはまだだ」とか「趣味レベル」とか、
そんな批判していて、移植者に恥ずかしくないの？
517:名称未設定
07/12/07 23:59:25 Loibuwf20
>>513
Silverlightで、MacOSXへの浸食はあるかもしれないが
ZFSの導入など、Sunとの関係を考えると切り捨てるとは考えにくいな
>>516
ちょ。
何で！？
「一般ユーザがJava6の恩恵にあずかるために
使うツールとしてはまだだ」
って改行入れたから意図が伝わってない？
趣味レベルというのは、開発者が自分で入れて開発用途やお試しで使うというニュアンスだった。
出来がひどいという意味ではないつもり・・・
決して、貶めているつもりはないんだが・・・・そう伝わったなら移植者に申し訳ないな・・・。
518:名称未設定
07/12/08 00:27:53 p4QCvvBA0
分かってないなぁ。
いいかい (MSお墨付きの).NET がサポートされれば、
Win と Mac のソフトは共通化されるということなんだよ。
Win のソフトが、そのままMac で走りますよ、
とジョブズ が胸を張っていえるようになる。
主導権は、ジョブズの方が握っているかもしれない。
Linux の世界では、GNOME やKDE が成熟してきて、
いまやWin や Mac のGUI の優位点は少なくなってきた。
ジョブズやゲイツがオープンソース勢力に脅威を感じ始めていても
不思議じゃない。
もし、Win とMac が手を握れば、オープンソースの勢力をもう一度
跳ね返すことができる。
だから .NET によってWin とMac を統一する、それが両者共通の
次なる目標というのは、大いにありうる話だ。
嘘だと思うなら、GNOME や KDE を冷静な頭で今一度使ってみろよ。
少しは劣るところがあっても、もはやWin にせよ Mac にせよ、
優位点はそれほど多くないと実感できるんじゃないか？
Java を切り .NET に乗るというのは、彼らの立場に立てば、
懸命な判断だということが理解できるはずだ。
519:名称未設定
07/12/08 00:31:53 bDVY8sp70
Mac？ああｗ、前世紀のゴミねｗ 周りを見てごらん、皆Windowsだよｗ
520:名称未設定
07/12/08 00:40:11 O5Kcu1fp0
> Java の搭載はレパードがたぶん最後だろ。
> これ（Java開発の停滞）は .NET による世界制覇への布石であろうから。
> やがて Mac は.NET陣営の旗振り役を果たすことになるだろう。
見えている世界は人それぞれなんだなぁ。
521:名称未設定
07/12/08 01:51:12 aIkKelnh0
.NETのアプリがMacで動けば、クロスプラットフォームアプリが簡単に作れるようになっていいなあ。
唯一の難点は、それはMSにメリットがあるのか？って事だが、
そのぶん（あのクソ高い）Visual Studioが売れるって事だから別に問題ないのかもね。
VS Expressは使い物にならん。Pro以上は高いから個人用ライセンスはStandardしか持ってない。つーか買えない。
522:名称未設定
07/12/08 02:15:46 aQmIHsQd0
妄想を語るスレ・・・・？
523:名称未設定
07/12/08 03:46:13 MFlmCuJN0
SharpDevelopがWindows上でしか動かないのが
結局.NETの適用範囲はWindowsなんだと再確認させられる。
マイクロソフトが、Java級のポータビリティを実現できて初めて>>518の話の頭に到着だ。
今は、パフォーマンスはJVMに負けてるしポータビリティもない。
まだまだ、.NETはWindowsのものだよ。
524:名称未設定
07/12/08 04:33:19 H2KrR6qw0
.NETをMacで動かすつもりもその実現可能性もないだろ。
525:名称未設定
07/12/08 14:33:30 O5Kcu1fp0
>>524
いや、SilverlightやMonoがある。
OS Xで.NETの機能を利用できる「Silverlight」を試す
URLﾘﾝｸ(journal.mycom.co.jp)
.NET互換の「Mono」、Mac OS Xのサポート強化へ
URLﾘﾝｸ(journal.mycom.co.jp)
だからといって、Javaが無くなることはないと思うが。
526:名称未設定
07/12/08 17:00:08 aQmIHsQd0
>>525
monoが普及しそうだとあんまり思えないんだよなあ。
527:名称未設定
07/12/09 11:59:39 COvp2p+O0
Mono が乗るとか乗らないの話ではなくて、
MS謹製の.NET が乗るんだよ。
すでに、ジョブズとゲイツの間で極秘の合意がなされているんだよ。
WinとMacの .NETとCocoa による開発環境の完全統合が。
（動機は先に書いたとおり。むしろジョブズが主導権を握ってるだろう）
まず、Mac のJava は徐々にフェイドアウトさせ非搭載にする。
それと同時に、MS謹製の.NET の搭載が発表される。
ゲイツはいう、Win向けに開発してくれれば、それはMac でもそのまま走るよと。
ジョブズもいう、Cocoaで開発すれば、それはWin でもそのまま走るよと。
Java の開発停滞は、この極秘プロジェクトの最初の兆候だと考えられる。
３年後くらいには発表されるだろう。
もちろん、SUNも黙っちゃいないだろうし、
Apple の手によらないJVM の提供プランも発表されるだろうが、
なかなか一筋縄ではいかないだろう。
しかしいずれにせよ、Mac は.NETへ舵を切ったということだ。
528:名称未設定
07/12/09 13:15:26 3r8utBeA0
極秘の合意（笑）
529:名称未設定
07/12/09 13:46:44 PTqLq8g20
何でこんな電波が居着いちゃったんだろw
530:名称未設定
07/12/09 14:42:41 COvp2p+O0
そして、
>>528 >>529 の期待にもかかわらず、MacのJava は今後も相変わらず進まない。
Apple はその件に関して、要領を得ない態度を繰り返すはずだ。
1年も経った頃、もしかしたらとみんな思い始める。
3年後には、Javaは非搭載となり、MS謹製.NET の搭載とCocoaのwin対応
がセットで発表され、世界はひっくり返るほどビックリする。
ほどなくして、SUNからMac 用JVMの独自提供プランが発表されるが、
ひっそりと報道されるだけだった。さて、SUNに打つ手は残されているのか？
まあ、そういうスケジュールになってるんだな。
531:名称未設定
07/12/09 15:19:04 Xb8gHr1g0
.NETかCocoaでの開発頑張ってくださいです。
532:名称未設定
07/12/09 15:45:35 k8T67NJU0
>>530
こんだけ、遅いとあり得そうに思えてくるな。
533:名称未設定
07/12/09 16:10:53 Xb8gHr1g0
HD DVDがBlu-rayに勝つくらい、ありえませんな。
534:名称未設定
07/12/10 00:14:47 4urMhfaG0
質問です。
CyberduckはCocoa-Javaアプリケーションなのに、どうしてUniversal Binaryに対応できているのですか？
Appleは公式にはCocoa-JavaブリッジがUBに対応するとは言っていませんよね。
535:名称未設定
07/12/10 01:29:50 +4+AMD9+0
なんか金曜あたりから痛い子が湧いてるな・・・・
まあ何だ、MacにMS謹製CLRが載って、Java非搭載になったらまた帰ってきてくれ>>530
予言者は語りすぎない方がいい。うん、その方が格好いいと思うぞ。
だから・・・・それまで帰ってこなくていいぞ。
ただ、不安要素としてはJava6以降、Javaにデスクトップ用の機能が追加されてるけど
それがMacOSXへのポーティングを邪魔してるんだったら
Java7で、さらに搭載されてくる機能とかが不安だわ・・・・
536:名称未設定
07/12/10 01:37:16 hPaRNBx20
おじゃまします。
Mac初心者スレよりも良いかと思って参りました。
プログラム板からきました。
【初心者】Java質問･相談スレッド109【大歓迎】
ｽﾚﾘﾝｸ(tech板)
772 ：デフォルトの名無しさん [sage] ：2007/12/10(月) 00:38:42
Java VM がデフォルトで使用する文字コードをどうやって決めてるかだが、
Mac 環境は分からん。Unix 系だからシェルの環境変数 LANG か
LC_CTYPE を ja_JP.UTF-8 に設定するんじゃないのか。Mac 関連板で聞け。
と、いうことなんですが、eclipse3.3で、Javaで日本語表示をするプログラムを実行させて、文字化けが発生する事について、おしえていただけますか。
//Sample.java
class Sample{
public static void main(String args[]){
System.out.println("こんにちわ");
}
}
/////実行結果/////
?????
よろしくお願いします。
537:名称未設定
07/12/10 02:02:44 +4+AMD9+0
>>536
実行方法を晒したほうがいいな。Terminalから実行か？
eclipse上で実行した場合うちでは化けません。
プロジェクトの文字コードはUTF-8。
538:名称未設定
07/12/10 02:45:16 hPaRNBx20
実行方法
はじめからいくと・・・
Eclipse3.3を起動＞メニュー＞新規＞Javaプロジェクト＞プロジェクト名記入して作成＞プロジェクト内から新規＞クラス＞Javaファイル名記入して作成
そのJavaファイルにコードを書く＞メニュー＞実行＞実行＞Javaアプリケーション＞コンソールに表示される
日本語を出力表示すると文字化けする。
539:名称未設定
07/12/10 02:50:47 1YpI3Sg20
>>536
移動した旨、Mac OS X初心者質問用スレのほうに
書き込んどかなくてもいいのか？
540:536
07/12/10 03:04:38 hPaRNBx20
>>539
すみません。
書いてきました。
541:536
07/12/10 03:31:01 hPaRNBx20
eclipse3.3で、書いたコードと、実行結果になります。
//Sample.java
import java.io.*;
class Sample{
public static void main(String args[]) throws IOException{
System.out.println(System.getProperty("file.encoding"));
System.out.write("こんにちわ\n".getBytes("MacRoman"));
System.out.write("こんにちわ\n\n".getBytes("UTF-8"));
System.out.println("Hello World!");
System.out.println("こんにちわ");
}
}
MacRoman
?????
こんにちわ
Hello World!
?????
ものすごくきになるんですが、MacRomanというエンコードは、UTF-8に変更する事は出来ないのでしょうか。
542:名称未設定
07/12/10 04:54:09 +4+AMD9+0
>>541
プロジェクトのプロパティでResourceの中で文字コードを指定できるはずなので
そこでUTF-8を選んでおけばOK
プロジェクト単位ではなく全体の設定は、PreferencesのGeneral>workspace
に同じように設定できる箇所がある
543:536
07/12/10 05:03:30 hPaRNBx20
>>542
それやってみました。
UTF-8に設定した後、eclipse3.3を再起動させて再度行ってみました。
結果は同じでした。
原因が分からない・・・。
544:名称未設定
07/12/10 07:26:00 pULfN0TP0
>>534
ユニバーサル・バイナリは原理的には、
実行形式がMach-Oなら可能。
後はライブラリがユニバーサル・バイナリになっているかどうか。
545:名称未設定
07/12/10 09:35:09 U8aOXsVu0
「WindowsアプリをMacでそのまま実行可能」の日は近い？
URLﾘﾝｸ(wiredvision.jp)
これもまた .NETとCocoaによるWinとMac統合プロジェクトの兆候だとは
まだ誰も気づいていなかった…
Java非搭載とMS謹製.NET搭載、CocoaのWin対応まであと３年。
546:名称未設定
07/12/10 12:57:13 w7rlq6+DO
>>543
俺もEclipse上では日本語化ける。初心者だからかもしんないけど。
ググっても対策出なかったし諦めた。
Terminalから実行すればちゃんと表示されるし、まぁいいかなと。
547:名称未設定
07/12/10 15:01:23 /bKTxL3h0
だれか、>>546の解決方法おしえてくれー
548:名称未設定
07/12/10 16:44:50 jz9cCoRy0
>>547
つNetBeans6.0
549:名称未設定
07/12/10 21:15:32 aPfag1F20
>>547
当方(OS X 10.5)だとfile.encoding=UTF8になっていて日本語が出ている。
特に設定してないから10.5だとUTF8になったのだろうか。
10.4とかだとEclipse.app/Contents/MacOS/eclipse.iniをいじることで設定できると思う。
-vmargs
の後の最後の行に
-Dfile.encoding=UTF8
を追加すればうまくいくのでは。
550:536
07/12/10 23:26:57 LIn0ODUI0
>>549
それ、やってみましたが、うまくいきませんでした。
どうにかならないものですかね。。。
551:名称未設定
07/12/11 01:24:44 E/asm4oa0
>>550
10.4でやってみたがfile.encoding=SJISになっていてEclipse上で普通に表示できる。
Terminal上でMacRomanになっていないのであれば、おそらくなにかプラグインの影響ではないか?
552:536
07/12/11 03:21:03 ZsQc6Zj90
>>551
Terminal上やってみた所、エンコードはMacRomanになっていました。
553:名称未設定
07/12/11 04:10:10 CCitKQD40
うーん？OSのデフォルトが変？
MacRomanって、日本語じゃなくて欧米用だよね
Leopardなんで参考にならないかもしれないが、
OSの環境設定の言語環境は日本語になってる？
.profileとかで変なLANG設定していない？
ターミナルの環境設定で、エンコーディングはどうなってる？
554:536
07/12/11 05:40:04 ZsQc6Zj90
>>553
こうなってます。＞＜；
Terminal:
Menu>Terminal>Window Settings...>Character Set Endoding>Unicode(UTF-8)
OS:
SystemPreferences...>International>Languages:>English
.bash_profile
export PATH=/usr/local/mysql/bin:$PATH
export PATH=/usr/local/bin:$PATH
lias javac='javac -J-Dfile.encoding=UTF-8'
alias java='java -Dfile.encoding=UTF-8'
alias javadoc='javadoc -J-Dfile.encoding=UTF-8 -encoding UTF-8 -docencoding UTF-8'
alias jar='jar -J-Dfile.encoding=UTF-8'
555:名称未設定
07/12/11 11:38:32 CCitKQD40
あれ？英語じゃない？
それじゃ・・・・Java起動するときに
-Duser.language=ja
-Duser.country=JP
のプロパティもつけたらどうでしょう。
556:536
07/12/12 00:43:22 qV7YfF4e0
.bash_profileにこのように付け加えたんですが、これでいいでしょうか。。。
export PATH=/usr/local/mysql/bin:$PATH
export PATH=/usr/local/bin:$PATH
export LC_ALL="en_US.UTF-8"
export LANG="en_US.UTF-8"
export LESSCHARSET="en_US.UTF-8"
alias javac='javac -J-Dfile.encoding=en_US.UTF-8'
alias java='-Duser.language=ja'
alias java='-Duser.country=JP'
alias java='java -Dfile.encoding=en_US.UTF-8'
alias javadoc='javadoc -J-Dfile.encoding=en_US.UTF-8 -encoding en_US.UTF-8 -docencoding en_US.UTF-8'
alias jar='jar -J-Dfile.encoding=en_US.UTF-8'
それと、もう一つ質問なんですが、Terminalで、コンパイルが通りません。
$ javac Sample.java
Error occurred during initialization of VM
java.lang.Error: java.io.UnsupportedEncodingException: en_US.UTF-8
Trace/BPT trap
557:名称未設定
07/12/12 01:52:07 rf0jMubr0
もうネタだろ・・・・なんでen_USにしたがるんだよ・・・・
javaは、localeから言語関係のプロパティ設定するぞ。そこから先は自分で考えてくれ・・・・
558:名称未設定
07/12/12 11:29:07 cgFAh8x30
最近のJavaには疎い者だが
>それと、もう一つ質問なんですが、Terminalで、コンパイルが通りません。
なぜここに全ての原因があると考えないのか？誰がそんなオプションの書き方を教えてくれたのか？
・・・と言わずにおれなかった。
559:名称未設定
07/12/12 12:23:27 T89z+hG+0
Java1年目の俺が言ってみる。
Terminalでの起動には554の.bash_profileの最初に
export LANG="ja_JP.UTF-8"を追加。
eclipseなら.MacOSX/environment.plistのLANGをja_JP.UTF-8に正しく記述。
どうしてもだめなら日本語環境で使う。
560:名称未設定
07/12/12 13:08:04 9+VIPaXV0
いや、それ以前に alias の書き方とかがわかってないみたいだから匙投げた。
わかってないのにen_USにするからおかしくなる。
561:名称未設定
07/12/12 16:10:53 o9PxmFx30
>>556
Mac 使うより vine Linux でやった方が楽だよ。
はっきりいって。
で、LPIC の本で勉強すれば、知識も身につくし。
実のところ、Mac はかえってややこしくて分かりにくい。
いっそwin を使うか、unix系にこだわるなら 日本語に定評あるLinux の
方が楽ちんだ。
562:546
07/12/12 20:43:59 YP4i8rj00
久々にEclipse落としてみたら、環境設定が変わっててビビったｗ
で、コンソール文字化けの件ね。
SourceEditorとConsoleのエンコードをUTF-8にしてもダメだった。
で…
String aaa = new String("あああ");
String unicodeStirng = new String(aaa.getBytes("UTF-8"), "MacRoman");
日本語表示OK（Console、EditorともUTF-8設定）
Javaは会社で簡単な講習受けた程度なのでよく知らん。
詳しい人よろしく。
563:546
07/12/12 21:53:28 YP4i8rj00
つか、読み直してみたら質問の意図を取り違えてたorz
すまん。消える。
564:名称未設定
07/12/14 10:45:37 eL30uvy80
そんなに落ち込まなくて いいから いいから
565:名称未設定
07/12/15 01:08:08 bpE+Slb10
Java for Mac OS X 10.4, Release 6 が出ているね。
566:名称未設定
07/12/15 01:21:46 vUwrugSY0
そうそう
一瞬Java6が出たのかとたまげたw
567:名称未設定
07/12/19 13:31:16 u4f1RiLt0
Java SE 6 Preview 8 for Leopard出てるみたいだよ。
64ビットなIntel Mac専用だとさ。
うちのCore DuoのiMacは駄目なのかよ。
Java 7の話も出てるってのにAppleは何やってんだよ・・・
568:名称未設定
07/12/19 20:20:41 e4IbgXxN0
ようやくきたか・・・・(´；ω；`) 家に帰ったら試そう。
Java7 はまだスペックが固まってないから、JRE6のupdateリリースに組み込まれてくるはずの
Nimbusとか、JavaKernelとかはしっかりキャッチアップして欲しいなぁと思う。
NimbusはSynth実装だから、何とかなるよ・・・ね？・・・もしかして、それもAquaに作り替えちゃうの・・・・？
まぁ、AquaのSynth実装が出てくるならそれはそれで歓迎なんだけど。
569:名称未設定
07/12/20 03:32:24 Y5Ai6N040
入れてみた。
・・・・けど・・・・JavaPreferenceがない？
あ、で、>>422 のレンダリングの件ですが、直ってます。
それを試してる過程で気がついたんだが・・・・タスクトレイサポートが
LeopardのJava5にバックポートされているような気がする。
Java6で動かしてるつもりでタスクトレイサポートをチェックするテストを動かしたんだが
普通にタスクトレイサポートがtrueになって、アイコンも表示された。
どうも、Java6で出てる不具合をLeopardのJava5で試してくれとAppleのエンジニアが
言ってきたのはJava6のコードをベースに、Java5を作ってきたからなのか？
バックポートの手間とかを考えると、そっちの方が楽だったのかもしれない。
Sunが、OpenJDK6を、JDK6本流からじゃなくOpenJDK7ベースで作ったというのと似た話なのかも。
570:名称未設定
07/12/21 14:00:37 boNMUYjR0
あはは。もう笑うしかない。
SE6 出たかと思ったら、今度は32ビット切捨てかい。
もういいわ。プラットフォーム変えるわ。付き合えん。
571:名称未設定
07/12/21 14:31:52 uKb5dxiK0
最高だろ？ｗ
572:名称未設定
07/12/21 23:46:22 AZKvpt8/0
アクティビティモニタで唯一64bitって表示されるのが netbeansだけか・・・
って、え？Java以外は32bitアプリなの？
573:名称未設定
07/12/21 23:48:18 efh3k8B40
インテルMac向けなら32ビット切り捨てても良いだろ
574:名称未設定
07/12/22 00:24:54 a4g9UF9J0
でも Core Duo の MacBook とか iMac 買った人もいますからねー
575:名称未設定
07/12/22 00:50:24 NKGd8FW80
そうそう
しかし，去年買ったパソコンなのにもう切り捨てはいるのか．
どんだけお布施させる気なんだろw
576:名称未設定
07/12/22 01:57:53 gyIPr4/Q0
32bit向けは、JDK5までってことか・・・・
Appleはサポート切るのほんと勢いいいよな・・・・
577:名称未設定
07/12/22 02:03:38 a4g9UF9J0
でもまだ Developer Preview だから
正式版が 32bits 切り捨てになるかどうかはまだわからないですよね
578:名称未設定
07/12/22 03:09:35 gyIPr4/Q0
今のペースだと、正式版リリース時には64bitのみで
後から32bitサポートが入れば嬉しい・・・くらいじゃないのか・・・・？
DeveloperPreview6で入ってた32bitサポートをわざわざ抜いてきたのは、
開発スピードアップだと思うし・・・・
そうしてるうちに、SoyLatteの完成度が上がってそっちの方がいいってことにならないかな？
SoyLatteが目標にしてる通りOpenJDK7までターゲットに入ってきたら
Appleよりも先にJDK7サポートしてしまうかもしれないし。
579:名称未設定
07/12/22 08:19:29 t2Jwav5Z0
つか、6出ることすらなんの前触れもなくだったし
32bit版も同じような気がしないでもない。
580:名称未設定
07/12/22 10:07:26 hb8Pt+Tt0
過去の切り捨てでも前触れなかったことあるでしょw
Win, Linux, Solaris, *BSDいろいろあるけど、
Javaの開発で最悪なのがMac。悲しス
581:名称未設定
07/12/22 14:08:33 pnfK87Hg0
>>567
おなじ64bitでもPowerPC G5はもう見捨ててるのかな・・・
582:名称未設定
07/12/22 16:55:54 RNEgt2G70
俺は開発の為にVMWare Fusion買ってきちゃった。
ある意味悲しス。
583:名称未設定
07/12/22 23:37:07 cy9hJgdd0
>>578
SoyLatteの成果がOpenJDKにマージされて、Appleはそれをベースにすると。
X11で良ければOpenJDKを使い、Aquaが良ければAppleの作業を待つと。
でも、Leopardでは64bitとか解像度非依存のAquaとかで時間がかかった気がする。
6が出てしまえば、7とかはそんなに遅くならないんじゃないかな～。
584:名称未設定
07/12/23 01:37:11 XRK+Xpru0
SoyLatteは、X11非依存をターゲットにしてると思うが・・・・
Cocoaを素で使わないで、Quaqua使うことでMacOSX依存を少なくしてAqua対応しようとしてると思うし。
いずれにせよOpenJDKベースでSunがリリースしてくると言うことは
企業内開発者とオープンソース開発者が、従来より近い位置から
スタートできるという点で見通しは悪くないと思う。
しかし、64bitは、Solaris版で十分に練られてるコードが
あるからと思ってたけど大変なんかねぇ？
（だから早くコアのSolaris化を・・・・・とか）
585:名称未設定
07/12/23 01:45:25 NkytJIg30
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
586:名称未設定
07/12/24 17:07:11 D7yfr4G20
J2SEDP8 うちにはインストールできなかった。うぇーん。
587:名称未設定
07/12/24 17:52:13 4nKv+3IQ0
OSX用のだけ遅いのは、AquaだのCocoaだのために手を加える必要があるから？
他のプラットフォームと共通の部分だけリリースすることってできないのかな？
OS XのGUIコンポーネントをコンパイルしない用途には、それで十分じゃないかと思うんだけど。
588:名称未設定
07/12/24 18:10:31 4nKv+3IQ0
道理で、Java EEはOS X用も出てるんだな。
589:名称未設定
07/12/25 10:51:03 n76/Vgvj0
>>587
抜くとSEとしてリリースできない。
そこはX11で出しとくって手はあるけど。
俺はCocoa純正必要ないから、Quaquaに期待。
590:名称未設定
07/12/25 11:07:47 kHOIAlC60
SwingもAquaとの調整が不可避なのかな。
591:名称未設定
07/12/25 12:40:59 n76/Vgvj0
Aaua風UIを用意しようとしたり、
下位層にAqua使って全く同じにしたり、
そういうことしないなら簡単なんだろうけどね。
Appleの部隊はそれにこだわってるね。
592:名称未設定
07/12/25 13:01:01 Qvt3bQBE0
そーゆーことにこだわるからMacなんじゃないか
593:名称未設定
07/12/25 13:07:51 kHOIAlC60
実用との兼ね合いがあるからねえ、、
・「デザインなんか関係ないね」バージョン
・「Javaと気付かせないのがAppleバリュー」バージョン
の二種類出してくれ
594:名称未設定
07/12/26 14:40:22 ooxb7uCc0
ADCからJava for Mac OS X 10.4, Release 6 Documentation
595:名称未設定
07/12/26 14:43:12 ooxb7uCc0
を落としてインストールしたんだけど、見付からない。どこに入るんだろ～。
596:名称未設定
07/12/26 15:33:44 2KjtNesY0
Documentationをインストール？
597:名称未設定
07/12/27 10:06:58 mcbFHmuS0
>>595
ls -ltc /Library/Receipts/
598:名称未設定
07/12/27 10:07:47 mcbFHmuS0
lsbom /Library/Reciepts/なんとか.pkg/Contents/Resources/Archives.bom
599:名称未設定
07/12/27 19:28:34 gQiLtOHA0
あれ？普通にJavaVM.framework/Versions/1.5.0の中にあったんですね。
見逃してました～。ありがとうございます。
600:名称未設定
07/12/28 15:11:20 CGlRVo430
leopard糞すぎてワロス
601:名称未設定
07/12/28 19:49:07 F87hYqLR0
仕事での調査以外は半年くらい寝かさないと > 新10.X
602:名称未設定
07/12/28 23:43:27 SRTn5BPG0
>>601
半年で落ち着いてくれるかのぅ。
俺も非常にがっかりじゃ。はやく正式版のjava6が欲しいなあ。
603:名称未設定
08/01/10 12:59:09 sDamRjRl0
既出かもしれんが、SWTがCocoaベースになるらしい。
SWTの父のblogに書かれていた。
URLﾘﾝｸ(inside-swt.blogspot.com)
604:名称未設定
08/01/10 16:07:08 WjJ8IjHu0
このスレではなかったと思うが
ｽﾚﾘﾝｸ(tech板:245番)
では既出かな・・・
605:名称未設定
08/01/10 16:46:56 JDPZ4Dxd0
正直必要ないです。> Cocoaベース
606:名称未設定
08/01/10 19:27:11 ShBa9kmC0
>>603
どんなメリットがあるんですか？。見た目？
607:名称未設定
08/01/10 22:12:54 ycC6nJ4M0
Cocoa でしか動かないハック系のアプリってあるじゃん。
rubisco とか。
608:名称未設定
08/01/11 14:50:55 3P4lKcpd0
>>603
毎日長時間Eclipseを使っているので、見た目が良いに越したことは無いな。
というわけで、CocoaなSWTは歓迎。
>>606
Carbonは64bit版が用意されなかったりと、徐々にフェードアウトの気配なので、
今後もMacでSWTを使い続けられる安心感かな?
個人的な話かもしれませんが。
609:名称未設定
08/01/11 19:24:58 7o9ec4rZ0
Cocoa化の過程で、エディタのインライン変換ができるようになる事を祈る。
610:名称未設定
08/01/13 07:08:04 1jUqtU2Y0
Cocoaになって使い物になる速度が出てくれると嬉しいです。
MacCarbon版のeclipseはもっさりしてて鬱陶しいので。
Netbeansの方がサクサク動くんだから、SWTに問題があるとしか思えないし。
611:名称未設定
08/01/15 14:14:31 GGpsq3D+0
Carbonに限りらず、GTK版のeclipseももっさりしてる。
SWTのリファレンスを眺めるとピンと来ると思うが、
SWTは薄いWin32ラッパーに見える。
問題というか、Windows以外との相性が悪い。
612:名称未設定
08/01/18 20:23:40 ItPH0XkU0
SWT自体、当時は高速なGUIフレームワークとして出て来たんだけど、
今やそれほど高速でない部類だしね。Windowsでも。
613:名称未設定
08/01/20 14:13:48 ailgiqUT0
>>469-472
試してみた
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-241)/Mac OS 10.4.11
１…日本語キーボードで@キーを押したが@ときちんと表示された
２…ファイルを開けなかった。また、英語のファイル名でも、'で囲むと実行できなかった。
３…日本語も問題なく表示された
４…正しくファイルが作成された
614:名称未設定
08/01/20 18:16:08 ELkBk8S40
>>610-612
当時はAppletが廃れてきていたこともあって、
Sun自体があまりSwingに力を入れていなかった。
そのせいでSwingがあまりにも遅く、相対的にSWTが速かった。
JavaSE6.0ではモノによってはSwingの方が速いくらいなので、
SWTの主な強みは、ネイティブなLook&Feelというところでは。
ところで、Cocoa版のEclipseを試してみた人はいますか?
当方も試してみたいのですが、まとまった情報が見つからず、躊躇しています。
615:名称未設定
08/01/20 18:37:49 /r8jHLpu0
>614
cocoa版??
kwsk
616:614
08/01/20 19:00:35 ELkBk8S40
>>615
>Cocoa版
詳しく言うと>>603に書かれた「CocoaベースSWT版」です。
紛らわしくて申し訳ない。
URLﾘﾝｸ(inside-swt.blogspot.com)
上のURLのページからは、まだbuggyだが
Eclipseが起動して動くところまでいった、と読めます。
(二ヶ月前のことですね)
617:名称未設定
08/01/20 20:43:41 edmCfzNh0
実は、チェックアウトしてSWTビルドまでいったんだが、サンプルコードが動かねえ・・・
618:名称未設定
08/01/23 22:09:07 sH2ldgis0
MacBookPro 上の OSX 10.4.11 で Eclipse 3.3.1.1 が起動画面でクラッシュします。
javaのバージョンは
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-241)
Java HotSpot(TM) Client VM (build 1.5.0_13-121, mixed mode, sharing)
です。
どなたか解決法をご存知ではないでしょうか？
619:名称未設定
08/01/25 20:09:15 Z4+bjlO1O
Cocoa-java Document-based Applicationみたいに、
複数ウィンドウを表示可能でウィンドウを全て閉じてもメニューだけは表示され続ける、
っていうアプリケーションをpure javaで作りたいんだけどどのように実装すればいいのでしょうか？
メニューをaddしてあるウィンドウをクローズするとどうしてもメニューも消えてしまいます…
620:名称未設定
08/01/28 20:07:47 bKsEUuu20
class Hoge {
public static void main(String[] args) {
new Thread(new Runnable() {
public void run() {System.out.println("Hello.");
};}
).start();
}
}
これコンパイルするのに 14 秒かかるんだがそんなもん??
PPC 1.33GHz OS 10.5.1
% java -version
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-237)
Java HotSpot(TM) Client VM (build 1.5.0_13-119, mixed mode, sharing)
621:名称未設定
08/01/28 21:50:19 QTGNg7q60
$ time javac Hoge.java
real 0m3.454s
user 0m0.548s
sys 0m0.154s
intel iMac 2006 early
CoreDuo メモリ2Gだとこんなもん。
622:620
08/01/28 22:37:41 bKsEUuu20
スマンもっかいやったら 1.6 秒だった。
初回だけやたら時間かかるのな。
623:名称未設定
08/01/28 22:46:05 RJ5K/6Iu0
>>622
いやいや、初回が大事じゃないの？
PPC 1.3Gなら14秒でもそれほどおかしくないと思うけど。
ちなみに、Core Duo 2GHzの私の場合、VMwareを使っている状態で
real 2.68秒だった。
624:名称未設定
08/01/29 20:07:04 gfXGq3If0
物理メモリの空きがない状態で、
pageoutがバンバン起きたら、14秒でもおかしくない。
>>623
> > スマンもっかいやったら 1.6 秒だった。
> PPC 1.3Gなら14秒でもそれほどおかしくないと思うけど。
頭悪！
625:名称未設定
08/01/29 22:51:46 m/dEy1e40
>>624
分かってないのは君だ。
同じプログラムを初めてコンパイルする時と、2回目以降じゃスピードが違う。
物理メモリの空きとかそう言う問題じゃないんだよ。試してみたら？
現に、俺は2.68秒と書いたけど、2回目は1秒以下だったよ。
626:名称未設定
08/01/29 23:01:33 gZ/9hw870
おまいらおちつけ。
627:名称未設定
08/01/30 01:43:10 fmO70Pxw0
>>625
まあ、コンパイル済みクラスができる場合なら違うけど・・・
その高速化は、単純にjavacがキャッシュに乗っただけじゃね？
628:名称未設定
08/01/30 13:39:59 W3/S/2CB0
Client VMだから、
コンパイル自体最初なのか、
それともそのソースは最初なだけなのか、
でも違う。
629:名称未設定
08/02/11 12:24:51 FH1XxTcH0
SE6 出さないつもりかねぇ。
Sunからでてくれたほうがいいよな。
630:名称未設定
08/02/11 13:08:13 A+WqQp5b0
>>629
あぽのやる気がイマイチ見えないものなあ。
おれもSunかSunが主導でOpenJDKプロジェクトでやったほうがいいと思う。
631:名称未設定
08/02/12 10:02:49 ftPcva+z0
>>617
亀レスだが、やり方を書いてもらえるとありがたい。
CVSのcheckoutまでいったけど、antでビルドしようとすると、
すぐにsuccessと表示されて何も起こらないので。。
632:名称未設定
08/02/12 11:30:29 SjTuBALG0
Javaアプリのアップデートに付いていけないのｶﾅｼｽ
633:zen
08/02/13 23:05:15 KE44QETv0
教えて下さい。
yahoo!ウイジェットを作りたいのですが、macで作れますか？
iBookG4 os10.39でXcodeはあります。
Xcodeの操作もよく分からない、ターミナルもよく分からない状態です。
超初心者用の本や、サイトが有れば教えて下さい。
634:名称未設定
08/02/14 03:29:06 +CGCOyHY0
作れる。
URLﾘﾝｸ(widgets.yahoo.co.jp)
635:名称未設定
08/02/15 03:25:44 OfL4ga5x0
Java SE 6 Developer Preview 9
Java SE 6 Developer Preview 9 is an implementation of Sun's Java SE 6
for Mac OS X v10.5.1 and later. This Preview includes Java SE 6 version
1.6.0_04. This Developer Preview does not change the default version
of Java. This release is only for Mac OS X v10.5.1 and later, and should
not be installed on earlier versions of Mac OS X. This release is for 64-bit
Intel-based Macs only and cannot run on PowerPC-based or 32-bit
Intel-based Macs.
636:名称未設定
08/02/15 14:21:50 /MZh8giS0
New features in this preview:
- AppleScript is a supported javax.script scripting language
キタコレ
637:名称未設定
08/02/18 13:04:08 +yzMV0o30
Tiger以下&32 bit CPUは切り捨てか。>>635
638:名称未設定
08/02/18 15:54:00 qudBjeEJ0
まぁそれは、DP8からの既定路線だから、変更なしだろ。
まずはリリースして欲しい・・・何はともあれ・・・・
639:名称未設定
08/02/19 08:11:11 mB5izb8Z0
ほんと切り捨て好きだよな、Appleはw
仕事で使ってるんだからいいけど、
自分で買ってたら切れるわ
640:名称未設定
08/02/21 00:54:33 VR4OaHxf0
本当に困っています。どなたかご教授願えないでしょうか？
Java初心者で、mi→最近eclipseを使い始めたばかりの者です。
学校Winでawtやswingを使ったシンプルなウインドウ表示プログラムを書きましたが、自宅Macでは下記エラーになります。
dyld: /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/bin/java Undefined symbols:
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libawt.jnilib undefined reference to _kCTForegroundColorFromContextAttributeName expected to be defined in ApplicationServices
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libawt.jnilib undefined reference to _NSAccessibilityTopLevelUIElementAttribute expected to be defined in Cocoa
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libawt.jnilib undefined reference to _NSAccessibilityInsertionPointLineNumberAttribute expected to be defined in Cocoa
学校の先生にも伺ってみましたがMacは分からないとの事。自分でネット検索もしてみましたが分かりません。
何かのファイルが足りないのか、それともTerminalからDYLD_LIBRARY_PATHとかいう設定をいじれば良いのでしょうか？
PATH設定が問題だとしたら、何を設定すれば良いのかも分かりません。
どなたか解決法をご存知の方はいらっしゃいませんか？
どうか、よろしくお願いします。
OS X 10.3.9（PPC G5）
J2SE 5.0
eclipse3.1.2
641:名称未設定
08/02/21 09:49:18 tzCzn6Lb0
>>640
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libawt.jnilib が見つからないと言っているね。
まず、実際にないか調べてみたら。
642:名称未設定
08/02/21 11:41:16 X4nLm/ke0
>>640
10.3用の5.0ってある？
最新これじゃない？
URLﾘﾝｸ(www.apple.com)
5.0は10.4 or laterって書いてあるような
URLﾘﾝｸ(www.apple.com)
ここ見ても10.3の5.0は無いよ
URLﾘﾝｸ(developer.apple.com)
643:名称未設定
08/02/21 11:48:32 9E51+6Vj0
無いと思う。
仕事で使ったときにPantherが5.0サポート外で困ったとこがあるから。
Tiger以降のサポートのはず。
勉強するならJDK1.4レベルでもまずはいいんじゃないかね？
その先を頑張るなら少なくともTigerまではあげなきゃだめだと思う。
Soylatteもサポートは、Tiger以降になってるはずで。
644:640
08/02/21 12:13:31 k6YcyHJ80
学校から失礼します。
皆さん、ありがとうございます。
OSは確かに10.3ですが実は10.4以降に上げられない事情があり、無理くり入れています。
問題なくJ2SE5.0は動いているのですが、それが一つの原因でしょうか？
>>641さん
libawt.jnilibについては帰宅して確認した後、ご報告させていただきます。
取り急ぎ、失礼します。
645:名称未設定
08/02/21 12:15:33 X4nLm/ke0
問題あるからエラーが出るんだろ
そういうのは問題なく動いてるとは言わん
646:名称未設定
08/02/21 12:17:08 IKxY5pfR0
> 問題なくJ2SE5.0は動いているのですが
質問、終～了～♪
647:640
08/02/21 13:32:25 k6YcyHJ80
言葉が足らず、申し訳ございません。
拡張For文だとか5.0仕様のものが、使えているという意味です。
ですが、私はスレ汚しのようですので、引き下がります。
皆さん、どうもありがとうございました。
648:名称未設定
08/02/23 20:49:55 tJaKutgN0
>>647
もう見ていないだろうけど・・・
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libawt.jnilib undefined reference to _kCTForegroundColorFromContextAttributeName expected to be defined in ApplicationServices
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libawt.jnilib undefined reference to _NSAccessibilityTopLevelUIElementAttribute expected to be defined in Cocoa
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libawt.jnilib undefined reference to _NSAccessibilityInsertionPointLineNumberAttribute expected to be defined in Cocoa
上のエラーメッセージの意味は以下のとおり。
ApplicationServices に _kCTForegroundColorFromContextAttributeName というシンボルを発見できなかった。
Cocoa に _NSAccessibilityTopLevelUIElementAttribute というシンボルを発見できなかった。
Cocoa に _NSAccessibilityInsertionPointLineNumberAttribute というシンボルを発見できなかった。
動作しない直接の原因は、10.4で追加された機能を使おうとしたためなのだろう。
・諦める
・10.4以降にする
・Linuxをインストールして、LinuxバージョンのJ2SE 5.0を使う（←Mac de Javaとは言えない）
どれかを選べｗ
649:647
08/02/25 23:12:15 dWcwEuxR0
>>648さん
647です。今、読ませて頂きました。
お時間を割いて原因をお調べ頂いて恐縮です。
やはり10.3では無理なんですね。
元々私は2Ｄデザイナー→Webデザイナーでしたが、先行き考え現在Javaを学んでいるところでして。
グラフィック系でClassic環境を手放すわけにもいかず、何とか10.3でとあがいていました。
ここまでお調べ頂いて本当にありがとうございました。
おかげで諦めがつきました。
サブマシン購入だとか、その他の方向で考えようと思います。
650:名称未設定
08/02/25 23:19:31 laJ9OY3b0
>>649
Tigerで、Classic使えるよ。
Leopardは、ダメだけど。
651:647
08/02/25 23:26:07 dWcwEuxR0
>>650さん
そうだったんですか！
私、10.3までしかclassicに対応してないって今まで勘違いしてました。
それなら、新規でサブマシン購入の必要もないですね。
教えて頂き、本当にありがとうございます！
652:647
08/02/25 23:59:22 dWcwEuxR0
連投で申し訳ございません。
今、調べてみたら10.4の店頭売りはしていませんが、
AppleStore 0120-27753-1に電話して今でも購入出来るそうだと知りました。
何とかなりそうです。
648さん、650さん、その他の住人の皆さん、お騒がせしました。
重ねてお礼申し上げます。ありがとうございました。
653:名称未設定
08/02/29 15:05:43 VcWyPmKLP
Mach-OじゃなくてELFを採用してたら、
Sun JDKだけじゃなくて、gcjのポーティングも楽だったのになあ。
654:名称未設定
08/03/01 18:21:44 oAVeahIx0
Java 6がMacOSX向けに出ることはないと聞いたのですが本当でしょうか？
655:名称未設定
08/03/01 18:49:00 A+3BdO0B0
・32bit
・PowerPC
・Tiger以前
ひとつでも該当していたらご愁傷様＞Java 6
656:名称未設定
08/03/01 20:14:35 oAVeahIx0
いえ、そういう意味ではなくてJava 7になるぐらいまでOSX向けの
Apple公式リリースはないということですが
657:名称未設定
08/03/01 20:37:19 elyBK7ma0
6はベータを見るともうすぐリリースされる気がする。
ところで、LeopardでNetBeans 6.0.1落ちまくり。
新規クラス作成できないしw
658:名称未設定
08/03/01 21:31:28 oAVeahIx0
そうですか、多少期待してみます
ありがとうございます
しかしリリースされたからといって即1.5のサポートきるわけにもいかないし
厄介だなぁ
659:名称未設定
08/03/02 10:50:34 Jmmc4X/k0
FreeBSDでさえかなり昔にELFに移行したのに、
DarwinがMach-Oに固執する必要あるんかな。
ELFにしとけばCocoa対応に集中できるのに。
NEXTSTEPの負の遺産は切り捨てて欲しい。NetInfoのように。
660:名称未設定
08/03/02 19:58:31 IdcQ48Y+0
ユニバーサルバイナリを捨てるということ？
661:名称未設定
08/03/03 05:24:18 9OYU/S8q0
PowerPCどんどん切り捨ててるから要らないんじゃない?
そもそも使わないCPUのバイナリが何故入っているのかワカラン…
662:名称未設定
08/03/04 08:05:46 6nKdKshl0
独自技術症候群は徐々に直っていくんじゃないかね。
663:名称未設定
08/03/07 06:12:20 JcmbO6Tu0
ユニバーサルバイナリは捨てない方がいいと思うぞ・・・
いつか、x86も捨て去る日が来るかもしれないわけで。
5年後、MacOSXのプラットフォームをARMにすると得意げにプレゼンする満月が居るかもしれん。
そんなときの事を考えると捨てられないね。
あと、そういうこともできると言う可能性をIntelとの交渉の武器にもできるし。
664:名称未設定
08/03/07 11:01:20 +2RTe9Uk0
software updateが、
CPUやOSのバージョンを識別して配布しているし、
Bundle(*.appなど)もCPU別のバイナリ置けるようになっているから、
技術的には必要ない。
大昔のバイナリ一個配布して、
その他のファイルはリソースフォークにぶちこむ流儀なら、
ユニバーサルバイナリも便利だけど、今は非推奨形態だし。
技術的に意味がない。単なる習慣。
ELFにするとJVM関係のメリットは大きい。
665:名称未設定
08/03/07 19:33:46 aTLLoiid0
?
666:名称未設定
08/03/07 19:56:33 6hK8Pe4n0
javaを切り捨てよう
667:名称未設定
08/03/12 13:48:47 4lAe53Bf0
Developer Previewが消えてるぉ
668:名称未設定
08/03/12 19:05:30 UVcvJmrx0
Intel MacだがCore Duoな俺涙目
669:名称未設定
08/03/13 02:20:54 4h91pkvUO
nekobeansアイコン和む。
670:名称未設定
08/03/13 12:21:06 72qmJbr70
>>667
今見たけど別に消えてなかったよ。DP9ですよね？
まさか自分のマシンから勝手に消えた・・・とか？
>>668
次のマシンをポチるしかない。
>>669
あいつがDockで踊ってくれたら、きっとEclipse涙目。
671:名称未設定
08/03/14 13:48:57 pd6gAQko0
>>670
あれ？ホントだ。復活してる・・・。
672:名称未設定
08/03/15 12:54:20 qqZNP3hM0
まー、開発者の方がSE6に切り替えることが出来たとしても、
クライアントの方が大半が移行しないなら、作ったアプリは
動かしてもらえないわけで。
結局、SE5に今後もずっと留まるか、プラットフォームの変更を
決断するかを迫られてる自体に変わりはない。
正直いって、MacのJavaはSUNが作ってほしい。
もうAppleにはJavaに関わってほしくないよ。
ロクなことがないから。
673:名称未設定
08/03/16 03:54:42 TRbgP9Dh0
意図的にJava外しっつーか邪魔してるようにも見える＞Apple
デスクトップアプリをJavaで書かれると、Macに囲い込めなくなるからな。
674:名称未設定
08/03/16 04:38:13 BY4N/Xgm0
Appleは担当技術者がかなり自由に任されているから、
Javaの担当技術者の問題だと思う。
普通の会社なら会社の意向や戦略がメインなんだけど、
Appleはそうじゃない。リリース時の品質も、
ソフトウェアによってまちまち。
SafariやiPodのOSは戦略的にやってますがね。
675:名称未設定
08/03/16 18:50:55 bCwjbsDO0
JavaがAppleの戦略の中心からはずれただけなんじゃない？
Cocoa-Javaブリッジがなくなっちゃってから、確かに対応はいまいちになったけどさ。
676:名称未設定
08/03/16 18:55:38 6fiIXhOn0
戦略から外れたのなら、SunなりOpenJDKなりに任せてしまえばいいのにとは感じる
677:名称未設定
08/03/16 22:36:03 bCwjbsDO0
まあ、確かに中途半端だね。
678:名称未設定
08/03/17 03:01:07 62TskH/X0
32/64bit混在環境用のJVMって結構面倒なんじゃないの？
Solaris上でも、64bit JVMは、64bitJNIしか繋げないし、32bit JVMは32bitJNIしか繋げない。
無茶面倒そう・・・・
679:名称未設定
08/03/17 03:58:02 JWUAlOV50
戦略外れたなら、Cocoa bindingにこだわって、
リリース遅らせる必要ないはずだよね。
Cocoa bindingは後回しにして、早くJDKをリリースして欲しい。
>>678
混在させる必要ない。
どうせsoftware updateでアーキテクチャを判別してリリースするんだから。
680:名称未設定
08/03/17 16:52:16 4LWMn2cJ0
>>679
何を寝ぼけたことを言っている。
実行環境で32/64のプロセスが混在している(できるOSな)んだからリリースがどうとか関係ないでしょう。
681:名称未設定
08/03/17 19:24:26 H8xZ+Edd0
アーキテクチャが64bitの場合に32bit JVMを入れさせる
ｱﾌｫはおらんだろ。
682:名称未設定
08/03/18 02:47:56 7sBprgh40
問題はJVMとJNIのビット数の違いの話でしょ
683:名称未設定
08/03/18 10:23:23 wBd5Y2C70
JNIは64と32を混在させないってことでよくね？
てかWindowsもそうじゃないか？
684:名称未設定
08/03/18 11:50:41 ZUKSlbzY0
現にVMは片方しか入ってない。
685:名称未設定
08/03/18 17:12:14 n8q1UV1C0
つまらない質問ですがPowerMacG4/1GDPでOS10.3.9なのですが
ユーティリティフォルダの中のJavaフォルダに
Java 1.3.1 プラグイン設定とJava 1.4.2 プラグイン設定が入っていますが
別物なのでしょうか？
それとも古い方は捨ててもよろしいのでしょうか？
無知で済みません。
686:名称未設定
08/03/25 08:42:45 WQuWhi5c0
>>685
別物
あと、もしかしてマルチ?
687:名称未設定
08/03/27 19:05:04 D+wbOwv90
JavaSE6Release1DP6をインストールしようとしたら
警告 This volume contains a newer version of Java.
というメッセージが出て、インストールが出来ないんですが、どなたか解決方法のほうを知りませんでしょうか
688:名称未設定
08/03/28 01:11:32 k8QpWe8B0
>>687
"Java for Mac OS X 10.4 Release 6"が既に入ってる環境だと其のDP版はインストール出来ない
689:名称未設定
08/03/28 06:45:53 Cw6cP7zR0
>>688
ありがとうございます！
でもDP版インストールできんとは、Java for Mac OS X 10.4 Release 6の方をどうにかすればいいのかなぁ
690:名称未設定
08/03/29 10:31:23 hU3pK1AN0
別ボリュームにインストールしろよ。
691:名称未設定
08/03/29 19:57:56 9rIIIXp+0
Monojbc+IKVM.NET→Java/Objective-C Bridgeじゃね？
692:名称未設定
08/04/06 23:08:20 fTYriNaj0
Mac OS X + JDK1.5(プリインストール版) + Eclipse(Europa) で開発しています。
Eclipseのフォントについて質問なのですが、
各種ビュー内のツリー表示等に使用されるフォントは、
設定→外観→色とフォントから設定することができません。
Eclipseのヘルプドキュメントを確認したところ、一部のビューについては
システムフォントを使用するという記述があったのでTinkerToolをダウンロードしてシステムフォントの変更を行いました。
システムフォント（アプリケーションフォント）を変更しましたが
Eclipseを再起動してもこの変更が反映されません。
どなたか解決方法をご存知でしょうか。
693:名称未設定
08/04/10 19:14:18 0ar7MmDH0
LeopardなんですがADCでJDK6をインストールしたけどコマンドラインで
java -version
とやるとデフォルトでインストールされているJDK5になっています。JDK6のjavaにするにはどうすればいいのでしょうか？
694:名称未設定
08/04/10 19:57:30 J37CLzOd0
シンボリックリンクの参照先を変えてやればいいんじゃない
695:名称未設定
08/04/10 20:57:09 pRJqm/Om0
つ Application>Utility>Java>JavaPreference
696:名称未設定
08/04/10 22:25:47 0ar7MmDH0
>>695
アプレットのはそれでOKみたいですね。
Eclipse使うとどれ使うか指定できたので大丈夫でした。
>>694
コマンドラインはやっぱりそれですかね。
ありがとうございます。
697:名称未設定
08/04/30 07:17:10 plbWoR5z0
とりあえずアップデートきたね
698:名称未設定
08/04/30 12:26:04 k4nKvBng0
Documentだけに見えるが・・・
699:名称未設定
08/04/30 12:35:00 TM4Ldw3e0
Livetube動かないな
でも起動画面がちょろっと出るから進歩はしてるんだろうけど
以下プロンプトとエラー:
# /Applications/Livetubecc.app/Contents/MacOS/JavaApplicationStub
[JavaAppLauncher] A 64-bit JVM is available for 1.6.0
[JavaAppLauncher] and it is the only version available
[JavaAppLauncher] JVMArchs not found in Java dictionary
[LaunchRunner Error] cc.mycomputer.media.forms02.OSXProcess.main(String[]) threw an exception:
java.lang.UnsatisfiedLinkError: /Applications/Livetubecc.app/Contents/Resources/Java/libOSXProcess.jnilib:
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1822)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1739)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1030)
at cc.mycomputer.media.forms02.OSXProcess.main(OSXProcess.java:81)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at apple.launcher.LaunchRunner.run(LaunchRunner.java:115)
at apple.launcher.LaunchRunner.callMain(LaunchRunner.java:50)
at apple.launcher.JavaApplicationLauncher.launch(JavaApplicationLauncher.java:52)
700:名称未設定
08/04/30 13:06:08 k4nKvBng0
>>699
Livetubeが何者かわからんが、JavaApplicationStubを
Java6のものに差し替えて、その結果？
701:名称未設定
08/04/30 22:45:15 4KLIOnG90
よく分からんけど、これでNetBenasでUMLが描けるようになる訳か。
702:名称未設定
08/05/01 04:28:35 fM9Tlnva0
>>700
Java6をインストールした後 Livetube.app の中の JavaApplicationStub を
/System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/MacOS/JavaApplicationStub
に差し替えても Livetube.app に最初から入っているものにしても全く同じだよ。
703:名称未設定
08/05/01 09:43:52 nbXpb3KP0
rt.jarに相当するライブラリって付いてないの？
soylatteにはあるみたいだけど。
いろんな環境で動くbuild.xmlかくのがめんどいな。
704:名称未設定
08/05/01 11:55:38 Hk3JaY1X0
スミマセン、チョッとお聞きしたいことが。10.5.2使用中です。
前に
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2
を手動で捨てちゃって（バカ）、慌ててバックアップから手動で
件のフォルダーを戻したんですが、以降アクセス権の修復で時々
引っかかるようになってしまったんです。Main menuのログでは
User differs on "System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/lib/jvm.cfg", should be 0, user is 95
User differs on "System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/classlist", should be 0, user is 95
と出て一応修復出来るのですが、暫くするとまた引っかかります。
Javaアプリは問題なく使えているようなのですが、気持ち悪いので
なにか妙案は無いものでしょうか？0とか95って言うのが分からなくて…
よろしくお願いいたします。m(..)m
705:名称未設定
08/05/01 12:51:31 G2H0XP870
ファイルのオーナーを0(root)にしてくれっていってるだけでしょ。
706:名称未設定
08/05/01 14:15:32 Hk3JaY1X0
>>705
ありがとうございます。
今、アクセス権修復後なんですが、
システム：読み／書き
wheel：読み出しのみ
everyone：読み出しのみ
となっているんですが、これでヨサゲですが、なんで時々修復を
求められるんでしょうか？不思議です・・・ちなみに最終変更日
は先日の月曜日になってます。むー。
スレチ気味でスミマセン・・・m(..)m
707:名称未設定
08/05/02 00:28:07 A+/qK+Qt0
Java.pkgをインストールDVDあたりから探してきてインストールし直せば?
man installerでやり方分かるよ。
708:名称未設定
08/05/02 00:30:12 A+/qK+Qt0
ちなみに、
$ lsbom /Library/Receipts/Java.pkg/Contents/Archive.bom
すると全ファイルがどうなっているべきか分かる。
updateがあると、Java～～.pkgってのもできるから注意。
なんとパッケージ/ファイルを上書きする。（Mac OS Xの馬鹿パッケージ・システム）
709:706
08/05/02 00:34:58 V9zd0hod0
>>707,708
ありがとう！
すっかりjava.pkgの存在忘れてました。m(..)m
710:名称未設定
08/05/02 04:39:49 d6XBm3kB0
>>702
JavaApplicationStub64 を持ってこないと駄目じゃない？
711:名称未設定
08/05/03 05:49:31 yC2Z3l6q0
>>710
それだと逆に
> [JavaAppLauncher] A 64-bit JVM is available for 1.6.0
> [JavaAppLauncher] and it is the only version available
> [JavaAppLauncher] JVMArchs not found in Java dictionary
というメッセージが出なくなりすぐに以下のエラーとなります。みなさんも同様でしょうか?
[LaunchRunner Error] cc.mycomputer.media.forms02.OSXProcess.main(String[]) threw an exception:
java.lang.UnsatisfiedLinkError: /Applications/Livetubecc.app/Contents/Resources/Java/libOSXProcess.jnilib:
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1822)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1739)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1030)
at cc.mycomputer.media.forms02.OSXProcess.main(OSXProcess.java:81)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at apple.launcher.LaunchRunner.run(LaunchRunner.java:115)
at apple.launcher.LaunchRunner.callMain(LaunchRunner.java:50)
at apple.launcher.JavaApplicationLauncher.launch(JavaApplicationLauncher.java:52)