CLDC+MIDP+携帯電話用Javaスレッド part 7

1 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:44:32 ] J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。 質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。 前スレ： CLDC+MIDP+携帯電話用Javaスレッド part 6 pc11.2ch.net/test/read.cgi/tech/1155174514/l50 過去スレ 携帯JAVAのスレッド pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち) CLDC+MIDP+携帯電話用Javaスレッド part 2 pc5.2ch.net/test/read.cgi/tech/1070858996/ CLDC+MIDP+携帯電話用Javaスレッド part 3 pc5.2ch.net/test/read.cgi/tech/1091798483/ CLDC+MIDP+携帯電話用Javaスレッド part 4 pc8.2ch.net/test/read.cgi/tech/1108781476/ CLDC+MIDP+携帯電話用Javaスレッド part 5 pc8.2ch.net/test/read.cgi/tech/1132493827 -- Java一般に関しては： 【初心者】Java質問･相談スレッド88【大歓迎】 pc8.2ch.net/test/read.cgi/tech/1153834996 NTT DoCoMoのiモード携帯電話用Java(iアプリ)については： iモード携帯電話用Java(iアプリ) Part12 pc8.2ch.net/test/read.cgi/tech/1154336955 >>2-5あたりにリンク集 191 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 13:44:53 ] >>190 俺だったらGWCanvasのコンストラクタの中身ほとんどを run()のwhile(true)の直前に書くね。 Display.setCurrent()の前でしかもコンストラクタ内で getGraphics()はしないほうがいいんじゃないかな。 コンストラクタ内では、リソースに依存しない変数の初期化程度にしとくと良いよ。 192 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 17:28:46 ] Graphicsの有効なライフサイクルは描画前から描画後だしな。 何かしらプールが必要な場合は保持してるGraphicsが有効かどうか調べて有効ではない場合 確保し直さなければならない。JOGLはこれをある程度やってくれてたな。 まあ、環境依存のリソースをコンストラクタで拾うこと自体ちゃんと考えた方が良いかも。 193 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 18:29:46 ] すみません、ﾃｷｽﾄﾋﾞｭｰｱでｱﾌﾟﾘ開発していると言った者です。 手に負えない事が一つあるので質問させて下さい…。 当方MIPD2.0でプログラミング中なのですが、全く同じソースで全く同じJAD/MFのソースを ｸﾗｽ名/ﾌｧｲﾙ名のみ変えて新規プロジェクトで実行すると下記のｴﾗｰが発生してしまいます。 Unable to create MIDlet null java.lang.NullPointerException 設定も何もかも同じなのにどうして新規プロジェクトだと実行できないのか…。 もうちょっと具体的に書かないと分からないのかもしれませんが、何をどう書けばよいやら、、 上記のｴﾗｰMSGでググってみると英語のｻｲﾄしか発見出来ず、翻訳したら意味不明な 文章になってしまい参考にも何もなりませんでした。 どうかよろしくお願い致します。。 194 名前：193 mailto:sage [2007/07/24(火) 18:39:42 ] 申し訳ありませーーん！！自己解決しました！！ なんと…、プロジェクト作成時にClassNameを入れてませんでした…（汗） さすがﾃｷｽﾄﾋﾞｭｰｱでｿｰｽが書ける男だと笑ってやって下さい。。 195 名前：187 mailto:sage [2007/07/24(火) 22:44:06 ] >>190 見ると言ったので、いちお。 ぱっと見いいように見える。 SoftBankだけど810SHでは普通に動いたし。 とりあえず、コンストラクタで色々やらない方がいいんでないかな。 Canvas作る→setCurrent→画像読込→getGraphics()→メインループとか、 setCurrentした後には少し間を空けた方がいい。 あと思いつくのは、ループの間隔60msecが速すぎて処理できないとか。 ブロック描画を最初の一回だけにしたり、loop()を軽くしてみるのもイイかもね。 EZ Javaはやったことないから、機種・キャリア依存だったらなんとも。 196 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 12:12:51 ] こんなヘタレに指示を下さった >>191さんと>>192さんと>>195さん の的確なアドバイスのおかげで携帯でも動作可能になりました でも動作途中フリーズする場合があるので改良していきたいと思います 本当にありがとうございました 197 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 12:41:21 ] 解決しちゃったのね コンストラクタでは最低限の初期化のみで初期処理は別に切り出す 初期処理時にメッセージなりプログレスバーを表示すると 待ってる人の待たされてる感がかなり軽減できるのでお勧め ソース見てると整理する力はあるから焦らずにがんばれ 198 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 21:16:08 ] すいません、質問です。 無職になった記念に、外部ストレージに日記をつけるようなＳ！アプリを作ろうかと 思ったんだけど、MEXAエミュレータでStorageConnectionを使うとSecurityException が出ます。 これはもうなんらかの間抜けな設定ミスだろうと思うんですが、エミュレータの アプリ毎のパーミッション設定「WriteData」を変えようとしても「*許可しない」 しか選択できず困ってます。 ストレージの空サイズはインストール時のデフォルト（内部8000KB、外部16000KB）で、 jadファイルにはMIDlet-Permissions:com.j-phone.io.Connector.StorageConnection.write を書いてます。 他に見落とし易い所が有ったら教えてください。 199 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 22:16:05 ] >>198 memories.cocolog-nifty.com/diary/2006/03/vodafone_3gc_9f2a.html 200 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 23:59:53 ] なにはともあれ、MIDxlet-API: JSCL-1.2.2 StorageConnectionはどうか忘れたけど、怪しい機能を使うときは MEXAエミュ端末設定のオプション全部入れとこう。 201 名前：198 mailto:sage [2007/07/26(木) 11:45:48 ] >>200 "JSCL-1.2.2"と"JSCL-1.4.2"ついでに"MEXA"も試しましたが、だめでした。 他の要素も試してみます 202 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 14:11:37 ] パーミッションにj_phone.io.Connector.StorageConnection.readが 入っていないのが原因じゃない？ 203 名前：198 mailto:sage [2007/07/26(木) 14:48:20 ] 198では省略しましたが、readも入れてありました。 で、昼まで寝たら、恥ずかしい原因判明。 たぶんUntrustでインストールしているのが悪いのかと。 資料を読むと、このせいでSecurityExceptionが出るようなこと は書いてあるんですが、なんか変な思い込みが有ってエミュレータ ではいらないのかと思ってました。 すいません。 でも証明書や署名って、取得の窓口すらわからんです。 最初にコンテンツアグリゲータに作者登録してから始めれば 良かったんでしょうか もう一回寝よう。無職だし。 204 名前：198 mailto:sage [2007/07/26(木) 14:59:10 ] 寝る前にググったら、なんでだかnokiaのサイトに それっぽい資料が有りましたので、いろいろ調べてみます。 ありがとうございました。 205 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 22:25:05 ] 実機？MEXAエミュレータの話じゃないの？ エミュならオプションのセキュリティ設定するだけでTrustedにできるけど。 MEXAエミュでStorageConnectionやったことがあるから普通にできるはず。 実機だと、色々登録が必要。 206 名前：デフォルトの名無しさん [2007/07/27(金) 01:08:22 ] 質問させて下さい。 S!アプリでパズルアプリを作っています。 完成したので703SH,905SH,912SHで実機テストをしてみました。 実行結果を見ると圧倒的に703shの方が動作が速いのです。 動作速度は「703SH＞＞＞＞905SH＞912SH」の順番でした。 ttp://www.moreread.net/mario/Any/appli/s_bench/list.php 上記サイトのベンチマークをみると実行速度の順番は 「912SH＞905SH＞703SH」になっています。 原因を調べてみたのですが、オフスクリーンに書き込みを 行う時に912SH,905SHは時間がかかるようなのです。 912SH,905SH,703SHの端末仕様書には目を通したのですが 原因がわかりませんでした。 912SH,905SHでオフスクリーンを使うと実行速度が遅くなる などの端末仕様などがあるのでしょうか？ または同じ症状になった人はいますか？ 207 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 08:32:28 ] 経験的に、描画は新しい機種が古い機種より速いとは一概に言えない。 これで何に時間かかってるか細かく測ってみるといいよ。 Calendar start = Calendar.getInstance(); //時間を測る処理 Calendar end = Calendar.getInstance(); long time = end.getTime().getTime() - start.getTime().getTime(); 208 名前：198 mailto:sage [2007/07/27(金) 13:38:55 ] >>205 はい、MEXAエミュレータでの話です。 Trusted(3rd Party Domain)でインストール、を選択すると コンソールに「Attempted to update MIDlet as other protection domain」 液晶画面には「910 Authorization failu」 となっていたんですが、一度アンインストールしたら出なくなりました。 お世話様でした 209 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 17:49:55 ] >>207 システムの時間は充てにならんからなぁ。特にjava MEベンダのCalendarは。 プロファイラなんかでボトルネックみるとかマトリクス書きだすとかの方が良いんだけど実機じゃできないかー。 210 名前：207 mailto:sage [2007/07/28(土) 09:32:13 ] >>209 そうなの？ Calenderよく使うけど、今まで問題を感じたことなかった。 暇があれば、正確かどうか測ってみます。 211 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 10:31:00 ] 俺もそうだが、どうしても体が Calender と打ってしまうな(´・ω・｀) 212 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 19:03:55 ] Calendarは可憐だ、、、 213 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 06:00:03 ] ダウンロードしようとすると無効なデータですって言われる…なぜだ 214 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 21:04:30 ] >>213 理由はいっぱい考えられる。 もう少し詳しく状況を書くがよい。 215 名前：デフォルトの名無しさん [2007/08/02(木) 04:52:32 ] 御免、解決しました ジャーファイルを手動で作ってたのがまずかったみたいです 216 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 08:24:38 ] ジャーだめだな 217 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 15:03:37 ] なんというオヤジギャグ… 218 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 18:42:39 ] JARファイルは手動で作ってはだめじゃー 219 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 21:14:26 ] MANIFESTちゃんと書けば、手動でJAR作ってもいけるけどね。 まあ、SDKにやってもらった方が便利かつ安全なのは言うまでもない。 220 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 01:07:42 ] JARもJADもAntに作らせてるわ。 JADは生成用のAntタスク作った。 221 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 01:23:07 ] お前がどうやってるかなんぞ訊いてないんじゃー 222 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 02:18:09 ] なんで無意味にひがむんだ？ MANIFESTをちょっといじればいいだけなんだからantタスクなり、スクリプトなり書けば良いだけの話じゃないか。 223 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 21:41:53 ] もう解決してるから 224 名前：デフォルトの名無しさん mailto:sage [2007/08/06(月) 17:00:33 ] そりゃ２０時間もあれば解決するわな。 225 名前：デフォルトの名無しさん mailto:sage [2007/08/06(月) 22:29:57 ] というか>>215の時点で解決してると言ってるのに>>220で俺はこうしてると言われてもんなことどうでもいいって話 226 名前：デフォルトの名無しさん mailto:sage [2007/08/06(月) 23:40:28 ] 話を膨らませてはだめなの？じゃー 227 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 13:34:24 ] 最近MEXAでSアプリに初めて触れたものですが、質問があります。 とりあえず何も考えずにMEXA SDKをダウンロードしてHelloWorldから始めましたが、 調べてみたら他にもJSCLとかMIDPとかいろいろあり、僕個人の見解では 「MEXAは新しい。対応端末（新しい機種）じゃないとダメ。 古いのでも動かす（シンプルなゲームとか）は最初からJSCLで作る」 ていうイメージになったのですが、あってますでしょうか？ 幅広い機種で動かすには最初からJSCLとやらで作った方が良かったのでしょうか？ あと、よくゲームダウンロードするときに、100kアプリ、256kアプリとかありますが、 これって最終的にできたjarファイルのサイズで決まるものなんでしょうか？ 最初から「256kアプリ用の何かを使って開発しなければいけない」とか そういうのはあるのでしょうか？ 長文な上に超初心者で申し訳ありませんが、何を使ってどう開発したら良いか 個人では行き詰ってしまいましたので、質問させて頂きます。よろしくお願いします。 228 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 15:00:48 ] >>227 MEXAはオプション機能を使わなければJSCL-1.2.2と同じなので、 JSCL-1.2.2を指定しておけば問題ないかと。 最近はほとんど３Ｇの端末だろうし、jarの容量は1M以内で使って問題ない。 100kアプリ、256kアプリはjarのサイズとも関係あるが、 JSCLのバージョンによって区別されてた昔の名残。 エミュレータの違いはあるが、それ専用の開発ツールなどがあるわけではない。 今は気にする必要はほとんど無い。 2G端末を動作対象としているなら別だが、 3G端末でMIDP-2.0、MEXA(JSCL-1.2.2)を使っておけば良いかと。 229 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 16:46:19 ] >227 >とりあえず何も考えずにMEXA SDKをダウンロードしてHelloWorldから始めましたが、 あわてるな、先にやることがあるぞ。 まずSアプリ公式技術サイトttp://developers.softbankmobile.co.jp/dp/ で開発に必要な資料を手に入れて。 左側のSアプリ→技術資料→ ・基礎編 ・MIDP 2.0対応端末編　（MIDP 1.0対応端末編は3Gより前の端末用） この2つは必ず全部読むこと。 そもそもSアプリがどういうモノなのか、それが大体頭に入ってないと 今みたいに何やるにしてもどうしていいか困るわけで。 230 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 21:33:47 ] >>229 まずやってみて実感を掴むってのも大事だと思う。 技術資料は当然必要だけどさ。 231 名前：227 mailto:sage [2007/08/07(火) 22:42:06 ] 丁寧な解答ありがとうございます！ >>229 >・基礎編 >・MIDP 2.0対応端末編　（MIDP 1.0対応端末編は3Gより前の端末用） >この2つは必ず全部読むこと。 すみませんでした。これから読むことにします。 とりあえず動かしてみて、それから納得するという悪い癖が・・・ その上で理解できなかった点は改めて質問させて頂きますので、 その際はまたよろしくお願いします！ >>228 >MEXAはオプション機能を使わなければJSCL-1.2.2と同じなので、 >JSCL-1.2.2を指定しておけば問題ないかと ありがとうございます。まず上記のドキュメントを読んでみますが、 読む前にもう１つだけ・・・ 「JSCL-1.2.2を指定」とはどこで指定すれば良いのでしょう？ jad ファイルの 「MIDxlet-API: MEXA」 の辺りでしょうか？ この指定をすれば、例えばMEXAのオプション機能を使おうとしたときに エラーを吐いてくれて、JSCL-1.2.2 準拠のプログラムにできる、 という解釈で良いでしょうか？ 232 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 22:43:40 ] JSCL-1.2.2 準拠のプログラムにしたいなら MIDxlet-API: JSCL-1.2.2 233 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 22:55:22 ] まず実感を掴むのは大切かもしれないけど、 それにしても最低限先に読んで理解すべきことはあるよ。 >まず上記のドキュメントを読んでみますが、読む前にもう１つだけ・・・ >「JSCL-1.2.2を指定」とはどこで指定すれば良いのでしょう？ こういった、ズバリ答えが書いてあることは質問するのも答えるのも馬鹿らしい。 234 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 23:14:57 ] まぁ作る気満々の初心者だし はやる気持ちは抑えられないってのもわかる 235 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 23:22:55 ] わかるが、残念ながら地味にいくしかない。 236 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 05:42:36 ] 地味にいくも派手にいくも、本人の性格次第でしょ。 S!アプリ作るときはまず最初に「MIDxlet-API: JSCL-1.2.2」入れるようにしてる、 MEXA SDKは入れないとコンソールに日本語表示できないし、 MIDxlet-APIはよく書くの忘れてしまうので。 237 名前：デフォルトの名無しさん [2007/08/08(水) 17:58:03 ] snesでファイアーエンブレム聖戦の系譜をやっていたところ、 攻略サイトの情報とボスのレベルが違ってて（10高いなど） そのせいで普通なら使える戦法が出来ません、 （サイレスを使えば楽なところで、敵のレベルが高すぎて使えないなど） これはこのデータ諦めたほうがいいのかなあ？ 俺なんか違うデータ持ってきてしまったのでしょうか？ 238 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 18:04:50 ] 板違い 239 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 20:47:55 ] 聖戦などぬるいトラキアやれ！ 240 名前：デフォルトの名無しさん [2007/08/09(木) 17:27:31 ] ファイルを読み込みたいんですけど、１メガあるのは読み込めないですよね… 241 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 23:29:18 ] Sアプリに限って言えば、データフォルダに1MBのファイルがあって メモリが1MB以上あまっていれば読めるんじゃねぇ？ 242 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 00:01:59 ] ちょいと質問したい 暇つぶしかつ勉強にS!アプリ作ってみたいプログラム初心者なんだが、 環境としてJ2ME、Wireless Toolkit、MEXA SDK、MEXA for Eclipse、あと手持ちの実機用意して 実機でHelloWorld作ってみたんだが、Wireless Toolkitのエミュ、MEXAのエミュ、実機で見た目が全然違くて困ってる 画面サイズはいいとして、ソフトキーの配置は何とかならんもんなの？ あと、EclipseまたはMEXAのエミュからはWireless Toolkitのエミュのオプションのように JADファイルって手軽にイジったりすることはできないの？ あ、一応実機は911Ｔ 243 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 00:53:16 ] > ソフトキー 気にするほどだっけか……。 > JAD ファイル やめておいた方がいい。 244 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 00:56:11 ] >Wireless Toolkitのエミュ、MEXAのエミュ、実機で見た目が全然違くて困ってる 画面サイズがいくつから知らんが、一般的だと240x260なので jadに「MIDxlet-ScreenSize: 240,260」を書く。 >ソフトキーの配置は何とかならんもんなの？ おそらく、addCommandとremoveCommandの使い方が悪い。 >JADファイルって手軽にイジったりすることはできないの？ すまんが、バッチファイルで全部やっているのでわからん。 245 名前：242 mailto:sage [2007/08/10(金) 01:10:12 ] >>243、244 トンクス 画面サイズは>>244の言う通りMIDxlet-ScreenSizeで適当にやったらしっくりきたので解決したつもり ソフトキーは右に『設定』左に『終了』置いたつもりが、 逆になってたり片方に『メニュー』として固められたりして気持ち悪かったんよ 気にするなといわれればそれまでだが・・・ > > JAD ファイル > やめておいた方がいい。 どゆこと？JADはいちいちテキストエディタで編集せなかんの つか、一般的にどの開発環境で作るのがベタなん？Eclipseは邪道？ 246 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 01:19:21 ] わからないこと全部聴くつもりか？ 優先度があるだろう 247 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 02:46:25 ] >>242　暇つぶしで勉強したいなら、人に聞くのはどうかと思うけど… ゲームでチートしてるようなモンじゃん 248 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 10:07:07 ] 開発環境なんて自分の作りやすいので良いだろうに邪道とか意味わかんね 人に聞く前に自分で調べたり検証したらどうなんだ 249 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 11:04:11 ] 人に聞く方がよっぽど邪道 250 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 18:06:41 ] 誰かが導入までのまとめサイト作ればいいんだよ 俺はやらんがな 251 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 18:57:07 ] わざわざ作らなくても説明好きな人が解説してるサイトはいくつもある そういったサイトを複数個見て自分なりに取捨選択していけばいいだけ 252 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 19:04:22 ] >245 JAD ファイルに関して言えば、WTK 使った方が 微妙なミスとか文字コードに悩まなくて済むから。 253 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 00:28:51 ] >>242 ソフトキー MIDP 2.0の説明(javadoc)をちゃんと読めばわかるが、 ある程度はコントロールできるけど最後の最後は実装依存だよ 完全にコントロールしたければアプリの描画エリアに自分で描け 254 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 01:21:02 ] 現在、S!アプリ開発環境はMEXA SDK＋Eclipseプラグインが一番いいと思う。 WTKはMIDxlet-APIとか勝手に入れてくれるから、初心者向きかもしれんけど、 慣れればJADもEclipseプラグインで編集した方が便利じゃね。 255 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 02:37:51 ] 今日からSアプリ開発環境を何とか揃えてテストし始めたのですが、 実行すると、 　SOFTBANK_MEXA_EMULATOR11 が無いって言われてしまいます・・・。 インストールしたのはSOFTBANK_MEXA_EMULATOR12だったので、 12を11に書き直せば実行できましたが気持ち悪いです・・・。 これは何かインストールや設定が間違ったりしているのでしょうか。 お手数ですがご回答いただけますと幸いです・・・。 256 名前：255 mailto:sage [2007/08/11(土) 02:39:38 ] ああ、環境はEclipseを使っています 257 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 03:38:46 ] >現在、S!アプリ開発環境はMEXA SDK＋Eclipseプラグインが一番いいと思う。 「一番いい」とかそんなもん無いよ 個人の技量＆価値観次第 >実行すると、　SOFTBANK_MEXA_EMULATOR11 が無いって言われてしまいます・・・。 >ああ、環境はEclipseを使っています だからほれ見ろこんな人もいる WTK22一つならこんなつまずきは起こらない 258 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 12:06:31 ] >>255 ＞12を11に書き直せば 何を書き直したの？情報量が少なくてよく分からん。 俺は10(FeliCa用)と11を２つとも同じEclipseで使ってるけど、 特に問題起きたことない。 >>257 ＞個人の技量＆価値観次第 当たり前。WTKのが初心者向きかもって書いてるっしょ。 「一番いい」は何らかの評価基準の上にある。 259 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 13:54:55 ] Eclipseのプラグインがディレクトリ名を10もしくは11って決め打ちにしてるんだろ で、MEXAの最新版はバージョンが上がっててディレクトリ名が12になってるんじゃないか 260 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 18:46:46 ] いや、中身が同じなら適当なフォルダ名でも動く。 261 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 18:57:39 ] >>259が正解 フォルダの名前を変えるか 設定のとこの実行パスを指定でフォルダ指定しなきゃいけない 262 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 19:25:15 ] ああ、そういうことか。 いつもパス指定してたから、デフォルト実行パスがあるの忘れてた。 >>255 つまり、プロジェクトを作成するときか、 プロジェクトのプロパティー→MEXA Emulator実行パスに、 "SOFTBANK_MEXA_EMULATOR12"のフォルダを指定すればそのまま使える。 263 名前：255 mailto:sage [2007/08/12(日) 02:13:40 ] 皆さんありがとうございました！ MEXA Emulator設定で実行パスを設定したら無事に起動することが出来ました。 プラグインで最新になっているかと思ったのですが、そんな落とし穴があったのですね・・・。 まだまだ初心者ですが、勉強していきたいと思います！ >>258さん 書き直す・・・すみません、情報が不足していました。 フォルダ名を直接変更したら、ということでしょうか。 11が無いというんだから、11にしたらどうなるか？と思ったら起動したのですが、 それだとなんだか気持ち悪いな・・・というところでした。 264 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 20:55:20 ] 誰か>>109に答えてくれまいか ググってここにきたが、返信は書かれてなくてｼｮﾎﾞﾝ 265 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 21:31:01 ] >>264 APIはない 266 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 22:07:52 ] >>265 そっか、Dojaからの移植はメンドいな 267 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 23:15:15 ] なんとかターミナルIDとりたいよね。 iアプリ→S!アプリ移植を半年ほどやってて、 最近はラッパークラスかますだけで大概移植できるようにしたけど、 Phone.getPropertyはいまだ手つかず。 268 名前：デフォルトの名無しさん [2007/08/14(火) 01:47:46 ] 超初心者です。ひとつわからない点があるので、 どなたか教えていただけないでしょうか？？ FEPControl.getDefaultFEPControl()を実行すると、 エミュレータのコンソールでjava.lang.NoClassDefFoundErrorが発生します。 パスとか環境の問題だと思うけど、どこをいじればいいのか教えてもらいないでしょうか？ ■Eclipse バージョン: 3.1.1 ビルド ID: M20050929-0840 ■Mexa MEXA Emulator exlips-plugin バージョン1.0.0 ■エミュレータS! Appli MEXA Emulator 1.2 パス：C:\Program Files\SOFTBANK_MEXA_EMULATOR12 ■プロジェクト C:\SOFTBANK_MEXA_EMULATOR12 269 名前：198 mailto:sage [2007/08/14(火) 02:11:46 ] とりあえずjadファイルをコピペすれ sageで 270 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 00:53:17 ] >>268 まずはjadに、「MIDxlet-API: JSCL-1.2.2」　追加。 あとはMEXA Emulatorのプロジェクト→端末設定→MEXAオプションの 必要なものにチェックが入ってないとかかなあ。 271 名前：268 mailto:sage [2007/08/15(水) 01:48:12 ] >>269 >>270 遅くなってすんません！ jadに「MIDxlet-API: MEXA」を追加したら動きました！ 環境の問題だとばっかり思ってたんだけど、jadの方だったとは、、 一歩前進しました。 ありがとうございました！ 272 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 00:49:30 ] 　　　　　　　,.ｨ , - ､.＿　　 　 、 .　　　 　 ,ｲ/ l/　　　 　 ￣￣｀ヽ!__ 　　 　 ﾄ/ |'　{　　　　　　　 　 　 　 ｀ヽ.　　　　　　　　　　　 ,ﾍ 　 　 Ｎ│ ヽ. `　　　　 　 　 　 　 　 　 ヽ　　 　 　 　 /ヽ　/　 ∨ 　　 N.ヽ.ヽ、　 　 　 　 　 　 ,　　　 　 　 }　　　　l＼/　　`′ .　　ヽヽ.＼　　　　 　 　 ,.ｨｲﾊ　　　　 　 |　　 ＿| 俺は今とんでもない事に 　　 ヾニｰ　__　_　-=_彡ｿﾉ u_＼ヽ、 　 |　　＼　気付いた　ソフトバンク .　　 　 ￣ﾞr=<‐ﾓﾐ､ﾆr;＝=ｪ;ｭ＜_ゞ-=7´ヽ　　　> 　並べ替えると ，馬糞と糞 .　　　　 　 l 　 ￣ﾘーh ｀ ｰ‐‐'　l‐''´冫)'./　∠__　ソフトバンクモバイルを並べ替えると， 　　　　　　 ﾞiｰ- ｲ'__　ヽ､..＿__ノ　　 ﾄr‐'　　　　/ 　　　踏ん張ると糞も倍 　　　　　　　l　　 `＿__,.、 　 　 u　./│　　　　/＿これは偶然の一致か？ .　　　　　 　 ヽ.　 }z‐r--|　　 　 ／　 ﾄ,　　　 　 　 |　 ,、 何者かの陰謀では ないのか？ 　　　　 　 　 　 >､`ｰ-- '　　.／　 ／　|ヽ　　　　　l／　ヽ 273 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 01:01:14 ] Sアプリの jadファイルに記述する MIDlet-Data-Sizeについて質問です。 データサイズを jadファイルに記述しない場合のデメリットってなんでしょうか？ データサイズが記述されている場合は、バージョンアップ時などに RecordStoreの内容が引き継がれる（前バージョン時のRecordStoreデータが 保障されると解釈してよい？）と、開発ガイドにあるので、データサイズが jadファイルに記述されていない場合は、その保証が無いのでしょうか？ イメージ的には端末の不揮発性メモリに (1) jadファイルにデータサイズの記述あり [アプリデータ……] [RecordStoreデータ] ← アプリデータとは別の領域に確保される 　↓ バージョンアップすると [アプリデータ…………] [RecordStoreデータ] ← アプリデータとは別の領域に確保されるので安全＆拡張可能 (2) jadファイルにデータサイズの記述なし [アプリデータ……][RecordStoreデータ] ←連続している？ 　↓ バージョンアップすると [アプリデータ…………][#@%toreデータ] ←連続していたのでデータ壊れて使用できなくなる という感じなんでしょうか？ 保存するデータのサイズがけっこう変動するアプリを作成しているので、 上限をなるべく指定したくないのですが、その考え自体邪道ですか？ やっぱり、考えられる一番大きいサイズを jadファイルに指定するのがセオリー なんでしょうか。 274 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 01:26:58 ] MIDlet-Data-Sizeがない場合、そもそもRecordStoreって使えないんじゃないの？ (単に実機依存なのかもしれないが) MIDlet-Name, MIDlet-Vendor, MIDlet-Data-Size がすべて一緒の時に始めて、 バージョンアップ時のRecordStoreの内容が保持されるはずなんで、 > 考えられる一番大きいサイズを jadファイルに指定するのがセオリー と思われる。 MIDlet-Data-Size を書いてない場合 -> RecordStore をそもそも使えない可能性がある MIDlet-Data-Size がバージョンアップ時に変わってる -> RecordStore を引き継げない or バージョンアップDLできない 仕様に従うならこんな感じか。 細かいとこは実機依存だと思う。 あと、jar/jad/RecordStoreが実機にどんな風に保存されるのかについてはもろ実機依存なんで、 Java開発者が関与すべきとこではない。 275 名前：273 mailto:sage [2007/08/17(金) 10:06:27 ] >>274 回答どうもです。 エミュや自分の持っている904SHでは、MIDlet-Data-Sizeを jadファイルに 記述しなくても普通に RecordStoreが使えてたので、必要性に疑問を 感じてしまったしだいです。 保存するデータサイズの最大値を調べて、それに余裕を持たせて 記述したいと思います。 それから MIDP2.0なら MIDlet-Data-Sizeは、増やすのであれば バージョンアップの時にデータを引き継いでくれるみたいですよ。 276 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 00:56:36 ] SoftBank用のJAVAアプリを作成しているのですが、 描画方向を変更できるメソッドは、存在するのでしょうか？ ワイド画面機種なら、 jadファイルに「MIDxlet-WideScreen: Y」と記述すれば、 横方向(横画面)で描画してくれますが、 これだと、アプリを起動してから、 描画方向を変える事はできません。 アプリを起動してから、描画方向をいつでも変更できる、 何かいい方法はないのでしょうか？ 277 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 01:11:41 ] 仮想画面に描いといて、 実画面に出すときに90度回転 278 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 01:17:27 ] エミュでHTTP通信させたいのですが、プロキシ認証でエラーがでます java.io.IOException: Error initializing HTTP tunnel connection: HTTP/1.1 407 Proxy Authentication Required DojaエミュだとIDとパスワード聞いてきたんですが、MIDPエミュではどうすればいいのでしょうか 携帯アプリ以前の問題でスミマセン 279 名前：276 mailto:sage [2007/08/18(土) 01:19:51 ] >>277 なるほど！その手がありましたね。 レスありがとうございます。 280 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 14:02:31 ] ものすごく基本的なことなのかもしれないけど質問 WTKでは問題なく表示されてた画像がMEXAエミュでは表示されないんだが何が問題なんだろう？ WTKでコンパイルしたものをWTKエミュで表示・・・○ それを実機で表示・・・○ WTKでコンパイルしたものをパッケージ化してMEXAエミュで表示・・・× MEXA SDK＋EclipseでコンパイルしたものをMEXAエミュで表示・・・× それを実機で表示・・・× 試した画像はpngとgifでつ 281 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 14:15:00 ] パッケージ化というのがどういう操作かわからないから間違ってるかもしれないけど それぞれできたjarの中の画像ファイルの位置を確かめてみたら? WTKでコンパイルしたものとは後二者は違ってる可能性が大きいよ で画像を参照するパスが間違ってて読めてない あとは画像を読み込んでいるところの例外を捨てずに ちゃんとSystem.outに出力しておけば 少なくともエミュ上でなら問題の解決の助けになるよ 282 名前：280 mailto:sage [2007/08/19(日) 14:31:03 ] >>281 おお即レスどうも パッケージ化ってのはWTKの プロジェクト→パッケージ→パッケージを作成 でJARファイルとJADファイルを作成する操作のことです 確かに例外をそのまま捨ててましたが、今手元にソースがないのでどうにもなりません 明日また確認してみます 283 名前：281 mailto:sage [2007/08/19(日) 14:52:33 ] >>282 > WTKでコンパイルしたものをWTKエミュで表示・・・○ > それを実機で表示・・・○ このときjarってできてるよね。jadもさ。 じゃないと実機で動かないだろうから。 それを > WTKでコンパイルしたものをパッケージ化してMEXAエミュで表示・・・× これと比較すれば一発でわかるような気がしている。 284 名前：デフォルトの名無しさん [2007/08/20(月) 18:18:47 ] 903Tでダウンロードエラーが起きます。 どうもJADのMIDlet-Nameが長くて弾かれているようなんですが、 Vodafone903TってJADは全角も半角カナも全て3Byteなんでしょうか？ もしくは、技術資料には32Byteと書いてるけど、本当はMIDlet-Nameの最大は12Byte？ 知ってる人いたら情報下さい。 ちなみに3G端末他30機種程は正常ダウンロードできます。 285 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:45:16 ] UTF-8の仕様 たいていの日本語文字は3バイト 286 名前：デフォルトの名無しさん [2007/08/20(月) 23:25:49 ] ３か４だな 287 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 08:22:47 ] そうなんですか。 ありがとうございます。 288 名前：デフォルトの名無しさん mailto:sage [2007/08/23(木) 00:46:14 ] ｓアプリで、スプライトを使うメリットは軽い（早い）こと？ ガリガリ動かすアクションとかシューティングとかで無かったら、 image と graphics.util で作るのもアリですかね？ なんかイマイチスプライトのメリットがわからん・・・ 289 名前：デフォルトの名無しさん mailto:sage [2007/08/23(木) 11:21:16 ] 昔のP4くらいで使われていたものだから 今の機種でスプライトを使うメリットはないよ 290 名前：デフォルトの名無しさん mailto:sage [2007/08/23(木) 14:14:44 ] どなたかわかる方助けてください。 JSCL1.2.2で、RecordStoreに格納したJarファイルの中身を取り出したくて、Development Guideの通りに Connector.open("Jar://ファイル名/リソースファイル名", Connector.READ); という風に記述したのですが、 １・この"ファイル名"というのはRecordStoreの名前のことでしょうか？ ２・取り敢えず実行してみると、 javax.microedition.io.ConnectionNotFoundException: The requested protocol does not exist というエラーが出ます。 プロトコルが存在しないと言われてますが、設定で追加したりできるものなのでしょうか？ 291 名前：290 mailto:sage [2007/08/23(木) 14:30:14 ] 自己レスですが、Jar://〜が使えるかどうかは端末によりけりなんですね。 ということは、大量の画像ファイルをネットからダウンロードして アプリ中に差し替えるような仕様だと、ファイルを１つずつダウンロードして ちまちまRecodeStoreに保存する方法しか無いんでしょうか。 DojaならJarInflater()で一発なのですが・・・

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef