i‐MODEのJAVA

誰か詳しい人いない？J2ME MIDPと違うんじゃろぉ？

資料は流出しまくっているので
----------------------終了----------------------

知っている人、少ないと見た

で、いつ再公開されるんでしょーか。
ちゅーか503いつ出るねん。今年はもうないんやろ？

作ってるよ。1月発売だそうだ
制限がかなりきついが、それもまた楽し
ただそのせいでクラスの切り分けがきれいにできないのは悲し

Javaアプリケーションの容量 10Kバイト
スクラッチパッド 5Kバイト
Javaアプリケーションの数 3個まで
セキュリティ Javaアプリケーションは携帯電話のメモリ領域にアクセスできない
サーバアクセス Javaアプリケーションはダウンロードされたサーバとのみ通信できる

>6
と、いうわけでiMODEのJavaはただの実験。
マジでやるならIMT-2000を待て。

みなさん質問に答えてくれてありがとうございました！

＞３
そうなんですよ〜。ドコモのページには行ったんですが…
情報がなかなかね〜

＞４
そうそうー、ドコモがもっとちゃんと公にすべきと思うんですが．．

＞５
すごいですねー。どこかの会社の方ですか？？

＞６
僕もASCIIやJAVAPressでそこまでは確認できました。
ところが具体的なソースなどが見つからないんです。

＞７
なるほど〜。やっぱし次の世代の携帯のJAVAの方に注目した方が
良さそうですね〜。いまから勉強するんならそっちのがいいかなぁ〜

一発当ててやるって人いないの？
たまごっちですらああなったんだから。

>9
そこまで元気な人はこんなとこには書かないと思うがどうか。

練習のつもりで作ったのが女子高生の間ではやって作成者と言う事で取材されて待ち歩いていたらモテモテ？

>9
一発って狙うのって難しいよ〜。
なんかいいアイデアがあればなぁ〜……

10KB（パケット料金換算で24円で合ってる？）ゆーても
jar圧縮後の話やから、それなりにいろいろ遊べるんちゃうかなー。
classファイル小さくするのにObfuscatorかますのは当然として。
ベーマガとかに載ってたよーなやつくらいはいけそー。
あとは単純なネットゲー？

次世代携帯は大阪では１年後か……。

どーでも良いよ大阪は…。

TelnetClient作れないなぁ？

セキュリティさえ気にしなければCGIで十分作れると思うのだが。

お前の技量不足?

>16
うーん。
CGIでも作れるゲームあるけど…
端末上で動くやつがいいなぁ〜。

＞＞１３さん
それをベーマガに送るっていいよな。
携帯のゲームを送るなんてMSXの頃と変わったなあ。

ところでiJavaのアプリ動かしながらバッテリーどれくらい持つんでしょ？

カタログ見てると連続通話時間が２時間くらいみたいだけど
（まだケータイ持ってない）
通信しなけりゃもうちょい行くんかな。
それとももっと消費大きい？

>どーでも良いよ大阪は…。
これやから東京モンはキライやねん。

iJavaでＲＰＧ作りたいと思ってるんだけど、やっぱ無謀かな？
ファミコンのドラクエ１ですら１０Ｋ超えてるんだもん。

グラフィックの表示以外の処理の殆どをサーバ側でやるとか
したら、多少は無理ができるかな？
でもそれにしても10Kじゃなあ．．．

>>21
Javaのバイトコードはサイズが小さいので、
普通のプロセッサの数倍はコード密度があります。
オペコードは全て1byteだしアドレスの概念がなく、
殆どインデックス参照だしね。
10KといってもJARで圧縮かけれるし、
がんばれば40KB程度のことはできるんじゃないかな。

しかし、アセンブラでの開発は必須になりそうだ。

アセンブラ何がいいかなあ。Jasminくらいしか知らない。

ドラクエ１は64KBだよん。
やっぱアレかな、ディスクｎ枚組ならぬJavaアプリｎ本組。
まあ、544ステップのPB-100でさえいろんなゲームが作れるのだから
どうにでもなりそうな気がするけど。

MAXマシーンの512バイトとか、
CASIOのMSX、PV-7の8KBとか。
圧縮して10KBも持てるなんて、ケータイってすげーんだなー（ｗ

>>23
　いや6502の機械語も同じようなもんだよ
　アドレッシングはゼロページを使った特異な効率的なものだし

ここの人は、できたら売るの？

そりゃIPの人たちは売るっしょ。
あちきは、とりあえず一般公開してくれないとねえ。

これってほんとなの？
http://www.zdnet.co.jp/news/0012/01/access.html

どうなんだろ。
独自開発したんなら、それはKVMじゃないような気もするんだけど。

>31
なんで？
JVMだってJVM仕様を元に、SunやIBMが独自に
開発したんでしょ？

>30
げっ、機種ごとにプロファイルが違うのか〜。

>35
機種ごとに違うのがプロファイルです。

>35 x
>33 o

ところでIModeのCPUってなによ？
単純動作のRISC？
そういえば昨日の夜しばらくお待ち下さいが出てた。

開けてみたら「Z80」と書いてあるやつがありましたよ。（うそ）

アクセスって技術力はどーなの？

KVMってVMの仕様の名前だったんですか？
http://www.sun.co.jp/software/consumer-embedded/kvm/index.html
ここらへん読んで、SunのJ2ME用のVMの具体的な実装のことかなーと
漠然と思ってたんですけども。

ドコモのプロファイルの範囲内で開発する分にゃ
問題ないんじゃない？

>>38
アクセスの技術力はともかく、
このまんま次世代ケータイ普及しまくって
非標準が標準を駆逐するようなことにならなきゃいいんだけどねえ。

ドンとGeckoくらい乗せらんないかな、って
バッテリーの制限ある限り無理か……。
燃料電池はよ実用化しろっちゅーんじゃ。

燃料電池ってライターのガスで動くとうれしい

アクセスってドリキャスとか64DDのブラウザ作ってるとこだね。

こんなのどうよ
http://www.ascii24.com/24/news/topi/article/2000/11/24/620062-000.html

http://nnb.nikkeibp.co.jp/nnb/NEWS/20001211001.html
あぁ、やっぱりねって感じ。

処理速度に互換性はありません。藁

ま、ケータイ複数機種持って動作確認できない
貧乏人は氏ねってことだな。

>>47
Ｊ-ＰＨＯＮＥユーザーです。

Once you write run everywhere　　なんて幻♪

HTMLのことなのかも...

燃料電池って屁のガスで動いてくれると嬉しい。

二酸化炭素を酸素に分解する過程で発生するエネルギー（マイナスエネルギー）で動いてくれると嬉しい。

なぜ互換性が保持できなかったのか、その理由が知りたいわな。
情報ある人ー

各機種（つーか各社）独自のAPIがある模様。
でもそれ以前の問題があるらしいウワサも。

iModeやIMT-2000の仕事は、大抵、ぼんやりした要求仕様と
納期厳守！だけ決まってて後何にも決まってない○投げ仕事＆
会社間の横の情報交換まるで無しの前近代的大会社体質の成果
なので、サービスインから少なくとも半年は触らないのが無難
です。

デスマーチで納期だけ追い詰められてる状態で、開発者が
まともな仕事できるはずないもん。いろんな工程が省略
されてるはずだ。

なにがなんでも、Java一番乗りしたいから、開発途中のもの売ろうとしてるな＞DoCoMo
だんだんMS化してるな。
これで、あっさりと他キャリアがJava端末を先にだしたらおもしろいんだが。

御意age! >> 55

ダメだこりゃってんで
どっか本職のゲームソフトハウスの手が入ること希望。

あのぅ、12月中旬に仕様書再公開って話、どうなったんでしょう。
ったくもう、しようがないなあ。

「あーでもない、こーでもない」っていじくり回してるのに100ペソ。

J-phonwやauはKVMをそのまま積むらしい。メーカーも少ないからそういうことが
できるのかなぁ。

>各機種（つーか各社）独自のAPIがある模様。
がははは、そりゃJAVA積むメリットないっつーの。ねぇ？

>でもそれ以前の問題があるらしいウワサも。
55さんのいう通りかぁ。まぁ、あれだけの大企業でもそうか。
企業のネームバリューと技術力ってこのごろまったく一致しないね。
・・・ってことを痛感することが最近個人的によくあります。はい。

J-phoneとauに大逆転して欲しいに１票。

発表になったあげ
http://www.nttdocomo.co.jp/i/java.html

機種依存の部分があるってことは、
Ｐ、Ｎには対応してもＳＨには対応しないってこともありそうだね。
マイナー機種は買わないほうが良いかも。

i-modeがアクセスでJ-Phoneがアプリックスなんだね。

i-modeのドキュメント読む限りJ-Phoneの仕様に期待しちゃうな。

ClassLoaderが使えれば、クラスの動的ローディングによって全体サイズは
なんとでもなるような気がしますが、どうでしょう？（実行単位を細切れに
すれば。作るの大変だろうけど）でもKVMだのJ2MEだのってClassLoader使え
ないって聞いたような。どうなんでしょ。

最近はすっかりヌルいプログラマなので、Win上の実用的な503機種エミュレータとスクリーン
デバッガを装備した統合開発環境がないと作る気がしない。。。。ってのはかなり無茶な要求
なんだろな。
市場はでかいのだから、それくらいどこか作ってくれても商売にならないかな。

毎回実機にiモード接続でダウンロードしてデバッグなんて、仕事でもなければ絶対やる気に
ならないよ？

>>67
http://www.forest.impress.co.jp/article/2001/01/10/iemulator.html
これはどう？

使ってないからどんなものかはしらんけど、、、

あの仕様書だけでこういう物を勝手に作ってしまう
奴がいる一方で、ネタ元は何やってんだ？

ポリモルフィズムつかってベンダ毎の仕様の違いを
吸収する自分用SDKをそのうち作るべきかな？
誰かみたいに。

だれ？

>>69
ていうか、ネタ元はやる気ないだろうと判断したから
ああいうものを作ってしまったんじゃないですか？(笑)
いやはや、恐れ入ります。

>>66
ClassLoaderはCLDCにもMIDPにもドコモのプロファイルにもないよん。残念。

こんなんがでてきました。いよいよですな。
http://www.zdnet.co.jp/mobile/0101/15/ijava_01.html

Java搭載iモード端末503i発表──1月26日発売age
http://www.zdnet.co.jp/mobile/0101/18/503i.html

俺もなんか作りまっせ〜

shi3z氏がi-JAVAでサムロマ作ってる。
彼は最もi-JAVAを知り尽くしているキーマンなのでは？

>>76
彼ほどのﾎﾟｼﾞｼｮﾝにいるｱｰｷﾃｸﾄならば、きっとｹｰﾀｲJavaｱﾌﾟﾘの
可能性の大きさを存分に示してくれるだろうね。

>>76-77
……ネタだよな？

klabは？

発売日あげ！
誰か自作のJAVAアプリ動いた人いますか？

iアプリの CMって
なんか根暗だなー、、

ＮＴＴはｉモードＪａｖａのエミュレータとか作る気ないの？
どっかのフリーソフト作家に作らす気でいるとか？

ＮＴＴはｉモードＪａｖａのエミュレータとか作る気ないの？
どっかのフリーソフト作家に作らせる気でいるとか？

＞82-83
やばい中途半端な二重カキコだ・・・
書き込みに失敗したと思って書きなおしたのに・・・
鬱だ・・・

iモード携帯電話用“iアプリ”のエミュレーター「i-JADE Lite」
http://64.177.67.223/i-JADE/

>>85
ありがとう。
でもＤＬするのに住所とか書かないと逝けない。
よく分からん会社に個人情報ながすのは嫌なのでＤＬは辞めとこう。

>85
なんでSSLかましてないんだろ。やばい？

http://64.177.67.223/i-JADE/download/JIAFCIBAIJHIIDEIJADE/i-JADEsetup.exe
http://64.177.67.223/i-JADE/download/JIAFCIBEFCIBDCGIJADE/i-JADEsetup.exe
http://64.177.67.223/i-JADE/download/JIAFCIBHACCAAJFIJADE/i-JADEsetup.exe

ほれ。

>>88
すぐリンク切れになりそうなURL名だな。

>>85
DLしてみたんだけど・・・何これ？
単なるクラスライブラリじゃん。
こんなもんに金払う奴いるのか、自作した方がまだまし。

エミュレーターを名乗るなら、
URL打ちこみでiアプリをダウンロード、
ダイレクト実行するぐらいのものを作れよ。

>90
何を期待してるの？iアプリのコード付きサンプル？

逝けてるｉアプリ作ってｉモード使ってる女子高生と友達になりたい。
ﾊｧﾊｧ

>92
ばかか？うんことでも喋っとけ！

夏にやってたJAVAカンファレンスで公式IPにはエミュを配布するって言ってたけど
誰か詳しく知っている人いない？

>>94
やる気なしDocomoはほっといて
i-JADEでも使いましょう(泣)。

所詮クソドコモは悪徳独占クソ業者

P503i に不具合，ドコモが23万台回収

原因は，同機に搭載されているWebブラウザの「画面サイズに合わせて画像を縮小表示する」機能のバグ。
ある条件下で作成されたサイトにアクセスすると，携帯電話の電源が落ち，
アドレスデータのほか，保存してあるiアプリやメール，ならびにiメロディなどが削除されるというから致命的。

http://www.zdnet.co.jp/mobile/0102/09/p_503i.html

＞97
他にもありそうな予感。

>>98
ゴキブリの数と同じで
1個所バグがあったらその30倍は潜んでいるのかも。

Docomo Updateみたいな機構作ったほうがええんちゃうかなあ。
今のケータイの規模のシステムで、バグなしで出荷なんて無理やろ。

ソフトのアップデート機能さえついていないのか。さすがだ。。。
もしかしてロム直焼きか。

>>97
そのバグ出したプログラマさん・・・悲惨だ・・・。

このバグってどうやって使うか知ってる？？
イメージタグでjava起動させちゃうとか？？藁

＞P503i
全消しか。酷いなぁ・・・

正式ライブラリが無いから立ち往生してたけど、試しに簡単な
アプレット作ったらとりあえず動いてくれた。どこもみんな
こんなtry&errorで頑張ってるのかな

あー。ワシ、perlのXMLモジュールで満足しちゃったりしてるんだけど
これって世間知らずなのかもな。なんだか鬱だ

http://mentai.2ch.net/test/read.cgi?bbs=prog&key=980900290

ここの何番だったか忘れたけどねたっぽいが。

i-アプリのリンク集みたいなのってもうある？

>>108
はいは〜い。もういくつか立ち上がってるよ〜ん。

http://g-appli.net/
http://appget.com/pc/
http://pocket.vector.co.jp/

>>109
ありがとうございます！

今まで公式サイトしか利用できなかった端末固有IDが
503iは、取得できるらしいぞ！！
EzWebでも端末固有IDが取得できたけど
これで少なくとも匿名性が減った事は
間違いない。
サイトを管理してる個人的には非常に助かる。

で・・・どうやって取得するんだろ？？汗

学校でワイヤレス機器の事について調べさせられてます。
ドコモとかのやつは抜きにして、海外のマーケット中心に調べます。
それで海外の携帯電話のアプリケーション開発は、どのプラットフォームが
標準だか知ってる人いますか？J2MEのCLDCコンフィギュレーション
でしょうか？J2MEじゃない場合は何がありますか？
いろいろ調べていたんですがこんがらがってきました。

海外の携帯は、WAPが標準だけどアプリケーションを
作れるって話は、まだ聞いた事が無いです。
今のところ組み込み系しか無いのでは？？

まあ、じつは海外なんてさっぱり知らないですけど・・。

>>111
http://www.zdnet.co.jp/mobile/0102/13/id.html?0e02012210

>>113
組み込み系、というのはどういうことでしょうか？

>>115
製造時にROMとかに組み込んであるって事。

i-modeのJavaとかは、後からRAMとかに追加できるアプリ。

iアプリって、スピードはどうよ

昔の88やMSXのBASICくらいのスピードはでるの?

年がバレるな(藁

初代GBよりでる？

そういや、CMとかムービー見る限り、全然でてなかったわ…。
いまさら聞くまでも無いんだった…。

>>116
i-modeではあとからRAMに追加できるということですが
どうやって？自作のアプリを携帯で実際に使えるって
ことですよね？

>119
117だけど、i-jadeとかの、エミュレーターだと、えらく早いのよ。
でも、スターソルジャーのムービー見たけど、なんかおそいんだよね。

やっぱり実機が手に入るまでは、手をつけないほうがいいのかな。

i-JADEのjarファイル展開してちらっと見てみたが
KVMとか載ってるような気配が全然ないな、これ……。
ただのUI周りのエミュレータか？

当然、処理速度を実機に合わせるとかも不可能であろうし、
知らぬ間に実機で動かないコードになってることも有り得よう。

>>122
自分はiJadeのページでよんだと思うんだけど、あれはUIのみで、
処理速度はエミュレータの動いているホストなり。サイズの
制約(10K/5K)も、503のスペックのことはぜんぜん気にしてないんじゃ
なかったっけ？

10Kはjarして見てみりゃ一目瞭然だけど、スクラッチパッドのほうは
プログラマが気にするしかないんでしょうか。
テスト版では、javaの中で5Kの領域つくって、アクセスのとこは
なんか別のクラスでエミュレーションして、本番もの作るときには
クラスを置き換えて、みたいなことってできますか？
まぁ、スクラッチパッドの中に new するわけじゃないし、ドコモが
定めたスクラッチパッドへのアクセスの仕方次第では可能なんだろうか...
てゆーか、おれ.読め(仕様書);

誰かLispインタプリタ実装してよ

>>123
どうりで早いと思った。
そんじゃ、速度に関しては、エミュレーターだと当てにならんのね。

せめて、i-modeのCPUって、何Hzくらいとか仕様公開してもらえんかなー>携帯メーカー

>>125
JAVAで書かれてたLispインタプリタをiアプリに仕立てて動かす(藁

JAVA勉強中でよくわからなくて・・。
Webの資料頼りにiアプリ作ってみてるんだけど

ドコモのクラスライブラリは
import com.nttdocomo.net.*;
import com.nttdocomo.ui.*;
import com.nttdocomo.io.*;
import com.nttdocomo.util.*;
で、iアプリであとJavaのクラスってどんなもんが使えるの？？
import java.io.*;
import javax.microedition.*;
とか使ってるサンプルみたんだけど
javaわけわからねぇ〜〜泣

>>128
仕様書読めよ｡つうかjava.ioとかjavax.microeditionとかで
検索かければたぶん2,3発でみつかるっしょ｡

120のしつもん誰か答えてくださいな。

J2MEのCLDC、MIDPの白書に全部かいてあるよね。＞APIライブラリ

>130
どっかのサイトに置いといてパケット通信でダウンロード
じゃないの？つうか、他に手段あるの？

どっかのサイトに置いておいて、ダウンロードして、って
ダウンロードするプログラムは自分で作るんですか？
そんでもってインストールはどうやるんですか？
厨房ですみませんが答えてやってください。

インストールは勝手にされるんじゃないの？
落とした時点で。
プログラムは自作するか、誰かに作ってもらう。

>>134
違うんです、ダウンロードするプログラムというのは、インターネットで
いえばブラウザのこと、ダウンロードしたいプログラムのことでは
ありません。i-mode組み込みのブラウザでいいのですか。

>>135
今現在、携帯のブラウザを入れ替えることはできないよ。
ブラウザは、組み込まれた奴を使うしかない。

>>136
ブラウザのラッパを作ればいいかな？
面倒だけど。

ブラウザからJAMが呼び出されて、JAMがJavaアプリをダウンロードする。
仕様書読んでください。

入出力処理をやろうと思ったら
なんかいろいろあった・・。
どれ使うと良いのかな？？

com.nttdocomo.io.*;
java.io.*;
javax.microedition.io.*;

httpならcom.nttdocomo.ioがよさげだけど
スクラッチパッドやリソースの場合
文字列の読み書き、数値の読み書きとかに
どれ使うと便利かな？？

Randam()使いたいのですが、
import java.util.Randam;
とした後どのようにすれば宜しいでしょうか？
簡単な例を教えてください。

試してないけどなんかサンプルでは

java.util.Random a ;
a = new java.util.Random() ;
int random = a.nextInt();

こんな感じで使ってたよ。

ココにはあまりiアプリプログラマいないのかな・・。

緒戦における結果はこんな感じの模様。
http://k-tai.impress.co.jp/news/2001/02/26/cesa.htm
やっぱしもうちょいスペック上げてくれないと辛いなあ。

確かにスペック低すぎるよなぁ。
初期GB以下だよ。
でも、ネットワーク機能が標準装備って所に期待だな。
今は速度、容量、解像度、全て足らないね。

Iアプリなんて...

Stinger搭載のポケットＰＣ萌え

>>141
ありがとうございます。
なんとか出来ました。
試行錯誤繰り返しながら頑張ってみます。

>>140
・・・悪いこといわないから、IアプリにこだわらずにJava勉強したほうが｡
J2SEのlang、util、io、awtパッケージくらいは暗記で使えるくらいにな
っとけ。ついでにW-CDMA用Javaアプリ向けにnetパッケージとrmiパッケージ
もつかえるようになっとけ｡

＞147
余計なお世話

>J2SEのlang、util、io、awtパッケージくらいは暗記で使えるくらいにな
おいおい、それはかなり厳しい要求だと思うぞ。

com.nttdocomo.io.*;
java.io.*;
javax.microedition.io.*;

何でこんなに入出力に種類がいるんだ？？(謎)

>>150
おとなの都合です

>>150
実際に使ってるのはException関係だけだったりしてね。

ていうかJavaのクラスほとんど知らないがプログラミングで困ったことない。
本に載ってた基本的なメソッドくらいであとは全部自力でかいてる。

あまり困らないかもしれないが、知ってた方が楽できる。>>153

使う優先順位は、互換性を考えて

1　java.io.*;
2　javax.microedition.io.*;
3　com.nttdocomo.io.*;

でいいのか？(謎)

>>153-154
ほかの人との連携を考えると
なるべく標準的なクラスを使った方がいいです。
「自分だけが知っている」ではいけません。

>>155
パッケージってのは、そういうものじゃない。
単に使用するクラス（又はその中のメソッド）が
それぞれに散らばってるだけでしょ。

>>153
Java使っててそういう発想になる人は、思想が危ないです。
Java不適格者です。

性能上の問題とかが無いなら、可能な限りAPI探して
叩くようにしましょう。機能上の問題なら、委譲するか
継承しましょう。J2SE使ってて位置から自分で作るような
ユーティリティライブラリなんかあんまりないと思う。

まあ、勉強がてらに一度自分で作ってみるのは悪くないと思うよ。

jamファイルがジオシティーズに弾かれた(;´Д`)
jam対応のフリースペースってある？

>160
試せばいいだろ。
そんな制限あるほうが少ないよ。

i‐appliパソコンでダウンロードして試しにやってみるのにいいツールってある？
i‐tool改はやり方わかんなかった。

>>160
拡張子 LZH で圧縮してあげろ。

>>162
i-Emulatorは比較的簡単だったよ

あ、jarファイルダウンロードするのか…
でも、解凍しておけば何とかなるような

>>164
i-Emulator起動のしかたがわかんないんだけど・・・

i-jadeじゃ駄目なのか？？

このＵＲＬはもう出たか？
http://godwood.allnet.ne.jp/vioret/ihello.html

age

開発ツールをおしえてちょ。
iアプリ作るのにVJ++でつくれるんかな

>170
168を読むのじゃ！

統合環境なんぞに頼ってると
こういうときに困るという良い例だな。

10K程度のもんやったら、メモ帳で十分。
開発ツールなんて必要あんのかな？？
ドコモから正式なクラスライブラリが公開するまでは
I-jadeに頼ればいいでしょう。

だれかおもろいゲームつくってよ！

>>172
どういうとき？

http://www.borland.co.jp/jbuilder/papers/imode_javaapp/
ステップ実行とかできます。

>>175
168 とかできちんと説明されても
わっかんないよう〜(;_;ってなることでそ。

168を参考に作ってみようと思ってる。
Ｊａｖａは一応分かるんでプログラム的には問題無いんだけど
ｉモードなくても大丈夫？
168を見るとＰＣでテストできるみたいだけど
PCで動いたのをアップして他人が使ったらｉモードぶっ壊れたみたいなこと
って起きないよね？

はぁ〜
ＤＬするのだるい。
一体どれとどれを揃えればいいのか分からんから片っ端からＤＬしてる。
覚えることも死ぬほど有る。
プログラマって大変だな。
別の職業に変更しようかな・・・

Ｉ-ＪＡＤＥをＤＬして使ってみたんだけど
携帯エミュのキーの割り当てってどうなってる？
エンターは選択キー
十字キーは十字キー
数字のキーは数字に（テンキーは対応してない？）
とここまではいいけど
携帯のソフトキー？ってやつ（２つある特殊ボタン）
はどのキーに割り振られてる？
全部のキーをおしてみたが反応しない。
今はマウスでボタンの絵の上をクリックして使ってる。
ソフトキーってキーボードで押せないの？

>ｉモードなくても大丈夫？

大丈夫じゃないと思います。>>122あたり参照。
実際ボロボロとトラブル出まくってますし。

Java age

http://www.zdnet.co.jp/mobile/0103/09/sobench.html
>また，同時発売されたP503i，F503iと比べ，iアプリの互換性に難点がある。数本の一般iアプリをダウンロードして試してみたところ，そのまま動作したものはなかった。

とほほほほ。とりあえず、やっぱ今回もNが一番売れそうだから
専用で作るか。

age

携帯電話は機種依存が前提だよ。
どうしてそういうことをするのか、理解に苦しむが。
解像度さえ、専用になってしまうのだから。

ｉ−アプリは次世代携帯電話でかなり変わりそうな雰囲気
だね。503は次世代携帯電話(ＦＯＭＡ)までの場つなぎな
どという失礼な本音もドコモから漏れたらしいし。
ただ、基本的な技術はそんなに変わらないと思うから、
今からやっておくにこしたことはないけど。

プロファイルの違いによる互換性の問題って
みなさんどう思われます？
ＤＯＣＯＭＯ＝ＰＣ−９８０１
ＡＵ，Ｊ−ＰＡＨＯ，海外携帯＝AT互換機
みたいになっちゃいませんか？

向こうにアプリがたくさんあるわけでもないから……。

方向キーの形態さえ機種間で異なるのは困るっすな。
特にSOのジョグダイヤル。

喜べ、iアプリの容量が10KBから30KBに拡大されるそうだ。

いつ？　増えるにしても、現行503iはそのままなんでわ。

新しいの出たらまた買えよーってことだよ（笑）
貧乏人は要らんってことだろ。

次世代ケータイが全国に広がるのは１年先の話だし
なんか高いっぽいから、当面ほっとくしか。

iアプリ専用機の、201シリーズっていうのが出ますよ。

詳細喜望峰

ごめん。iアプリのできない 210i の間違いだった。iモードオンリーね。
しかもシリーズじゃなく、今のところ、或るメーカーの一製品しかない。

iアプリ30KBバージョンの端末っていつ出るんだろうか？
けっこう先の話だったら503買っちまいたいんだが、案外すぐに出そうで怖い。

>>196
てゆーか、10KBバージョンを買って技術を磨け

N503iは、欲しくてもなかなか入手できないねー。
特に、機種変更がない。場所によってはあるのかも
知れないけど、大手量販店でもない。
N502の時からそうだったからな・・・。

そうそう。８月にTFT液晶搭載のN503の新型が出る
らしい。それが30KBになってたりして。
（TFDの4096色でもカナリ美しいので、TFTの必要性
はそんなに感じないんだが）

ディスプレイはそのうち全部有機ELになると思ー。

>>196
30K移行は、来年の４月くらいらしい。
今のうちに買っておけ。

J-フォン陣営の動向ダス。
http://www.atmarkit.co.jp/news/200103/23/jphone.html
http://www.zdnet.co.jp/mobile/0103/22/jphone_m2.html
ようし、その調子だ。ガンガンやれ。
……と思ったけど、毎秒８フレームってなんですか一体。

>>201
やたら「標準的な仕様」を自慢しているが、
＞J-フォンが検証し，J-フォンが保有するダウンロードサーバ内にある
＞Javaアプリケーションしかダウンロードは行えない
じゃあ、JAVAである意味が全然ないと思うんだけど。

喜べ、iアプリの容量が30KBから1MBに拡大されるそうだ。

案外情報遅いですな、ここ。
ドコモの公式ツール出たよん。
http://www.nttdocomo.co.jp/i/java.html

と思ったら、なんか昔のスレが上がってきてたか。すまん。

>>202
おい、おい。
本気で逝ってるのか？
なんちゅー視野の狭さだよ。

P503i買ったけどJavaってる暇が無いぞage

>>206
ありゃ、そう？
だって当面は（ドコモ風に言うと）「公式サイト」意外はアプリ作るなって事だろ？
標準仕様だなんだって言う以前に、構想がまったくオープンじゃないじゃん？
一般人による「フリーソフト」はゼロなんだから。

>>202　>>206
　セキュリティの問題でしょ？
　その代わりDojaみたくアプリ側の制限が緩やかなんでしょ？

>>208
「同一のアプリケーションを様々なハード上で動かす」為の
業界標準仕様がJavaってことだろ。
数が出ている機器と出ていない機器では対応ソフトの数に
かなりの差がでてしまう、WinとMacのようにね。
アプリケーション開発者からするとユーザーの少ないハード
の開発には積極的にはなれないでしょ。
もしも、PS2、DC、N64、ゲームボーイ等を同じゲームソフト
で遊べたら凄いと思わない？
消費者からみても、ソフト開発側からみてもメリットは大。
それに比べて、趣味で作ったプログラムなんて危険なだけ。
「オープン」と「混沌」をゴッチャにしないほうがいい。

>>210

>「同一のアプリケーションを様々なハード上で動かす」為の
>業界標準仕様がJavaってことだろ。
　実際のはなし携帯電話上に置けるJavaアプリの互換性は皆無っしょ。
今の状況で言う限りこれは説得の材料に使えないと思うな。

>それに比べて、趣味で作ったプログラムなんて危険なだけ。
　確かに。いきなりエラーメッセージ出ても素人は混乱しそう。
VM使うメリットで何とかなりそうな気はするが。

>「オープン」と「混沌」をゴッチャにしないほうがいい。
　「オープン」と「混沌」はごっちゃにするなというより、
寄り添って行くモノなんじゃないかなぁ。
混沌な状況にならないオープンなんて無いと思う。
自由と責任のような関係って言ったらいいのかな。

# マジレスしてしまった。

>>221
この話しは、iアプリではなくJ-Phoneの話ではないの？
確か、iアプリの現行仕様の決定時期にはまだモバイル
Java標準仕様が決まっていなかったのが原因だったと。
恐らくは、緩やかなスピードでドコモのJava仕様が標準
仕様の方へシフトしていくものと思われる。

↑ 221→211 ゴメンナサイ。

>恐らくは、緩やかなスピードでドコモのJava仕様が標準
>仕様の方へシフトしていくものと思われる。
　ムッ・・・そうかもしれん。
でもしばらくは大量に出た503に振り回されるんだろうなぁ。

＞「同一のアプリケーションを様々なハード上で動かす」為の
＞業界標準仕様がJavaってことだろ。
いや、もちろんそんくらい分かってるけど、、、。
でもJAVAの理念はともかく、実際にはせいぜいJフォンの中の端末だけで互換性が
とれる程度でしょ？ザウルスと互換性がとれるならすごいけど実際は無理だよね。

「JAVAの標準仕様であること」ってのは、「同一のアプリケーションを様々なハード
上で動かす」ってことだけじゃなく、一般人でも気軽に開発できるっていうメリットも
外せないと思ってるんだけど。で、今回のJフォンのやり方だとそのメリットは皆無。
盛り上がりに欠けるんじゃないかな。

アプリの機能の高さvs勝手アプリの数
のどちらが勝つんだろう？

ドコモがiモード網を開放するらしいけど、
それとiアプリとの関係ってどうなるの？

ビッグローブとかニフティがまた独自の仕様を考えるんだろうか？

>>216
表現は悪いけど、i-Mode網−Internet 間の Gateway が
現在はドコモだけになっているのを、他社にも解放すると
ゆーこと
i-アプリとは何の関係もないな...

>>215
>でもJAVAの理念はともかく、実際にはせいぜいJフォンの中の端末だけで互換性が
とれる程度でしょ？ザウルスと互換性がとれるならすごいけど実際は無理だよね。

ちゃんと情報を拾っとかないと駄目だよ。

http://www.zdnet.co.jp/eweek/0103/23/01032305.html

もちろん、メインは異なる機器上にあるアプリケーション情報
のやり取りにあるが、やり方しだいでは共通のアプリケーション
を作ることも可能だろう。

DoJa

>>218
J2MEの独自拡張とPersonalJavaとでは
互換性はないも同じなんでは？

age

P503isのjavaは30kbなのか？

ちがうちがう、ｉアプリの容量。スマソ

iアプリのAPIで↓みたいな形式のURLどなたかしりません？
http://java.sun.com/products/jdk/1.2/ja/docs/ja/api/index.html

たぶんありません。

探せばあります。
作ってくれた人が居て公開してるので。。

めんどくさいから本かってAPI調べる。二種類買っちゃった。

http://godwood.allnet.ne.jp/vioret/
ココお勧め

APIすくねーなー。３日で暗記しちまうぞ。

iAppli for JBuilderってどこにあるの？

>>229
俺の場合３日と「キラキラした中２の夏」くらいの時間はかかる。

>>228の所見た。
　iAppliってStackとかStringとかそういうクラスまでないの？？
ドキュンだから分からない・・・

J2ME+CLDCかよく読まないと駄目だな・・・
すんません。
宇津だ

>>232
Stringはあるから、安心しろ

ASCIIから本でたね。よんだ人いる？

DOCOMOは、業務を効率化し、本来業務の通信料金の値下げに専念してくれれば
いいのでは？
iアプリなんて考えてくれなくてもいいわけで、
総務省は、そのためにDOCOMOにプロバイダー業務の開放を迫ったのだが,
返ってきた返事はImode網の開放であって、プロバイダー業はあいかわらず独占の様子。
ドコモは日本が生む第二のマイクロソフトになりかねない。
（日本経済や政治化はそれをのぞむかもしれませんがね。技術者からして
みれば敵でしょう。）

http://java.sun.com/products/cldc/
J2ME CLDCの日本語ドキュメントはここから落とそう

age

age間違った

>>236
覚えること少なくて済むからそれでいいよ（ｗ

　浮動小数点値の演算したいんですけど、
そういう低レベルなアルゴリズムって何を参考すればいいでしょう。
・・・自分で調べろ？すみません

http://www.amazon.co.jp/exec/obidos/ASIN/482228056X/249-5586138-7683558
この本で勉強するとか>>241

ASCII本はプログラムがぞろぞろ載ってて、昔懐かしいカンジ。

>>242
　サンクス！そういう系統の本探せば良かったのか・・・。
明日梅田で在庫探してきます。

APIの使い方さえわかれば、小さなAPIライブラリ&
メモリ制限のきつい環境ということでできることは
限られてて、その内側ならすぐ把握できるから、
ベーマガ時代のようなプログラムで金取ろうとする
アホンダラどもがうじのように沸くんだろうなあ。

でも機種依存激しそうだしなぁ

ArrayIndexOutOfBoundsException
が出るバグを突き止めようと jdb 使ったら
jdb自体がバグってて落ちる。
どうすりゃいいんだー

P503iにしょーもないバグ発覚。ぷぷぷ。
http://k-tai.impress.co.jp/news/2001/04/02/p503i.htm

>>248
いーじゃないか、「Apl」（あぷり？）でも！（藁（藁（藁

これから、そいつは「四月」を「鬱月」と呼ぶ事になるな（w

あげ

やあ〜みんな、iアプリ作ってるかい？ age

正直に言います。
ｉアプリを作るためにＪＡＶＡ言語の勉強を始めたのに、
最近ではｉアプリそっちのけで普通のＪａｖａアプレット
の勉強にのめり込んでます。

そして、今や・・
機種依存を認めた機器のＪＡＶＡは、若干抵抗あるかも。

ＪＡＶＡアプレットやっていると、作るほうの勝手な
意見だけど「セキュリティうざい」っすね。
昔みたいに完全にサンドボックスモデルの中でやれ、
というのじゃないとはいえ。

ああ、でも他人のＪＡＶＡアプレットが怖くなって
しまうか。セキュリティがないと。
ああやだやだ。ウイルス作ったり、ストーキング
したり・・・そんな悪人がいなくなればいいのに。

他アプリのスクラッチパッド領域って一応ガードされてる
ようだけど、壊す方法あったりしてして…。

機種依存やった時点でｉアプリが嫌いです。
なんで？なんでそんなことするの。
ＤｏＣｏＭｏの高い高いｉアプリ携帯電話
の個性の尊重？

おかしーーーよ！
作った人、なんか言え。

ま、互換性を確保するようVMのメーカーに働きかけるしかあるめえ。

＞壊す方法あったりしてして…。
某MLで報告されてたねー。
Apl問題に続いてまた大問題になったりして。

ドコモも松下も結局4月問題はシカト？
4月が終わるまでなんとかごまかす気か？

みんな堂々とApr表記しようぜー。クソったれバグ端末なんざほっとこうぜー。
いわばソフトウェア開発者のPに対するストライキだ。

>>260
そんでPは使えない理由をきっちり明記しとけば
一般人にもこの不具合の件が伝わるかもね。
今はこのトラブルって開発者しか知らないでしょ。

ん？Pは回収騒ぎになったはずだが。

>>262
バグ騒ぎで交換したら、また別のバグ発覚ってお話。
それもとてつもなくくだらないバグ。恥ずかし〜。
開発者いまごろ鬱だぜ、きっと。

それはともかく、やはりDocomo Update（安直）みたいな機構
導入するべきですな。

※P503iでは端末側の問題によりダウンロードできません
http://www01.u-page.so-net.ne.jp/ra2/eva/i/AandE/index.htm

まー、Ｐユーザーは5月までの辛抱だからねぇ。
ＳＯも不具合かなり大変らしいよ。

>>264
ついでに「※詳しくはドコモと松下にお問い合わせ下さい」とか
書いてみたりしてな。

あげ

あげ

PとかSOはもういいよ。
それ持ってるやつは機種変しろ！
そしてこれからはみんなDかNかFを買え！
そしてそれらからバグが見つかったら機種変しろ！

ま、ともあれ一番売れているNが一番（比較的）まともなハードらしくて幸いでした。
NECマンセー

「Apl問題」について、ドコモより愛をこめて（はぁと）
http://www.nttdocomo.co.jp/i/java/caution.html

>>270
Nもタイマー周り怪しげですけどね。
ま、Javaな時点でWrite once, debug anywhereは覚悟してるんでどうでもいい感じ。
バグの数が存在する環境の数に比例するわけだしねえ。

【Write once, debug anywhere】
名言だね。

あげ

現在のところあちらを立てれば(ある機種で動くように修正すれば)こちらが立たず(また別の機種が動かなくなる)
みたいな事は無いですか?

えっと、DoJaのSDKのエミュレータだけども、
これってウェブ上のjamファイル直接指定して動かせないんスか？

> これってウェブ上のjamファイル直接指定して動かせないんスか？

動かせないっス

ＪＡＲ、ＪＡＭファイル作成したんですが、実機でＤＬしたところ、
エラーが出て実行できない場合って何が原因なんだろう？
分かる人または同じ境遇の人います？

>>277
Write once, debug anywhere（ｗ

auの、c403stは、
ひかっていいね。

スクラッチパッドにハイスコア（整数）保存するソースありませんか？
文字列の保存は分かったんですが、そこから応用できないヘタレです。
どなたかご教授お願いします。。

整数を文字列に変換して保存すれば？

俺もそー思う。

それは賢くないと思う。

俺も賢くないと思うが、「解決策をだせ」といわれるとだせん。
すまん、>>283はどうだ？

>>280
int seisu = 4;
DataOutputStream out = Connector.openDataOutputStream("scratchpad:///0");
out.writeInt(seisu);

じゃだめにゃ？

>>285
出来ましたヽ(´ー`)ノ有難うございます
いらんこと考えすぎて遠回りしてました

long型はシフトしながら1バイトごと記録しないとだめよん

writeLongでいいでしょ>> 287
CLDCのAPIも見ましょう

ht○p://godwood.allnet.ne.jp/vioret/dojaapi/
こんなのあるよ。
かなりありがたい。

>>289
がいしゅつかと…
>>228

>>290
ありゃほんとだ。ごみん。

つか、>>228よりも、さらに>>168のほうが先だな。

>>288
そんなのあるんだ、ありがとう

JBuilderでi-MODEのアプリを作成しているが、
JAMファイルの設定情報が読み込めず、スクラッチ
パッドの設定ができん。JBuilderで設定が必要なのか？
だれか教えてくれ。

JBuilderは試用版を持ってるだけで一度も使ってないので
的外れな答えだろうとは思うが、テキストエディタで
書くってのは駄目？

fillおばーるがないよ〜どーしよ〜

age

やあ〜、DoJaやってるみんな、調子はどうじゃ？

しょっぱなの軽いギャグはさておき、
i-JADEにコマンドラインからJAM直接指定して起動ってできてます？

java -jar %i-JADE%\i-jade-n.jar HelloWorld.jam
とかやってみたけども、

>ADFのロード中:HelloWorld.jam
>jarファイルのロード中:HelloWorld.jar
>JARファイルサイズ =-1
>Error: Can't find resource for bundle java.util.PropertyResourceBundle, key s_jarSizeNotMatcher
>ロードが中断されました。

とか怒られてしまうでし。
普通にコントロールパネルから指定するとちゃんと動くんじゃが・・・。

誰かＮ５０３ｉのスクラッチパッドのサイズを教えてください。
i-jade-nがスクラッチパッドサイズ５ｋになってるんですけど、
１０ｋって言う話も聞いたのでどっちがほんと？

DoJaの仕様上は最低5KBなんだけども、
いま出てる503iの実機はみんな10KBあるみたいだぞよ。

>>300
スペック、公開されてないの？
誰か調べた人います？

>>298
今試してみたらできたYO。
JAMをフルパスで指定しないとエラーが出る模様。
java -jar %i-JADE%\i-jade-n.jar c:\hoge\hogeworld.jam
って感じで、どうよ。

毎回フルパスで打つのが面倒なら、関連付けすりゃ一発で逝ける。

>>301
こんなんでましたけどー。
http://www.ne.jp/asahi/wbpark/web/page_iAppli_T01.htm
10Kbyteってのは10240byteとはちがうんかな。

>>302
やあ〜、ありがたう！ 見事解決したじょ。

>jarファイルのロード中:HelloWorld.jar
>JARファイルサイズ =-1

このメッセージは、jarファイルが見つからないと主張しようとしていると
読み取ってあげなきゃダメでしたな。うむ。

http://www.watch.impress.co.jp/game/docs/20010605/ps2java.htm
PS2がJava載せるらしい。iアプリにも対応らしい。

http://www.zdnet.co.jp/mobile/news/0106/05/scei.html
さあみんな、頭痛のタネがひとつ増えたぞ！

みんな、キー入力待ちにどんな処理使ってる？
自分は普通(?)に、

if(getKeypadState()!=0)
while(getKeypadState()!=0){}
while(getKeypadState()==0){}

ってやってるんだけど、実行されるタイミングによっては
i-jadeのエミュだとうまく動かないのれす…。
ドコモのエミュだと期待通りの動作をするんですが。

ai apuri neta kibou

Javaアプレットのゲームをiアプリに移植し、エミュレータ上で
うまくいったので公開したところ、自機の移動速度とゲーム速度が
激遅で遊べないとのこと。手元には芋ー度はないし、どうしたらいい？

ちなみにキー入力は>>307と同じ方法です

>>309
ケータイ実機の処理速度は、
PCの500〜1000分の１くらい（いい加減）だと思ってください。

アラっぽくいうとこんな感じ？
1 携帯/Palm
10 エミュ@PC
100 インタープリット@PC
1000 JIT/HotSpot@PC

>>306
JITのないJavaVMに価値はないと思われ。

>>312
単体試験デバッグ実行には良いよ。
インタプリタ実行ならデバッガバグらないし。

>>306
iアプリって独自クラスのカタマリなんだけど、互換APIでも作るんだろうか？
単なるMIDP互換なら論外なんだが・・・

>>314
ポインタは本当に>>306であってる話なのかな？

J2「EE」っしょ？フル仕様のJava2HotspotJVMが
丸々乗るってことじゃにゃーの？iアプリの変な仕様
ライブラリとは無縁にコーディングできそうだけど。

SCEとドコモ提携してるっしょ。DoJaのAPIも載せるんでない？

<スレ重複させてしまったため、こちらに質問し直しです>
業務系システムをｉアプリで作ることになったのですが、
スクラッチパッドの取り扱いに悩んでいます。
店舗ごとに、商品データや売上データをスクラッチパッド
に格納する必要があるのですが、データのソート・管理・
検索は全て手作業(自分でプログラムを作る)以外にない
のでしょうか？

画像データや音楽データの格納、ハイスコアの格納などの
資料はネット上にかなり存在して有りがたいのですが、
業務系利用のネタが無いので苦しんでいます。

スクラッチパッドはファイルシステムとか無関係・・・
ということは、本当に単なるデータの格納庫であり、
ランダムアクセスとかもそのままでは不可能なんで
しょうか？

データ管理まわりの作業でかなりつまづいてます。
ストレスで窓から飛び降りそう！

なんかもうえらいぬるま湯なお話ですなあ。（正直な感想）
ハイスコアの格納が分かれば、他はなんだってできるでしょうに。

ええ、管理は自分でやりましょう。

つまらない質問なのだけどJ-appてフリーのホームページのところ
で登録できるの。

N503iのパネルクラスを使ったコンポーネントの表示って、
どれくらいが限界なのでしょう？
一応、ラベル11個とテキストボックス11個を貼り付けたら
エミュレータが停止してしまいました。
これはもしかしてNの限界？

>>319
一言余計だと思う

しかし、i-appliに関してこのスレは・・・
存在価値ねぇな。

ちなみに、エミュレータの停止の時に
NullPointerException
が発生しているようです。
（
オブジェクトが必要な場合に、
アプリケーションが null
を使おうとするとスローされます。
）

画面のオブジェクト多すぎ？

大変申し訳ありません！！！！！！！！！！！
私のコードのパグでした。

Ｎの名誉の為に申し上げておきますと、パネル
にラベル20、テキストボックス20貼り付けた
くらいで限界が来るほどヤワじゃないです。

みなさんすみませんでした。
ちなみに、どんなバグかというと、オブジェクト
を配列で定義したのですが、その制御がまずかった
です。

ｉ−ＪＡＤＥという携帯電話エミュを使っているの
ですが、携帯電話の画面の後ろにＤＯＳ窓が開いて
いてそこにスタックトレース情報が出てました。
ＤＯＳ窓の存在を無視してました。
ＪＡＶＡの経験がほとんどゼロでバカな私ですが、
ＪＡＶＡってＤＯＳベースで動くんですね・・・。

いきなり携帯電話からはじめたから知らなかった。
ごめんなさい。

携帯電話エミュレータのｉ−ＪＡＤＥは
Ｉアプリの解説書でもドコモ純正よりも
はるかに良いと評判だね。ある解説書
では、さんざんドコモエミュレーター
で解説しておきながら、最後に、
「しかし、(こんなチンケな)エミュでは
実機でどうなるか（さぱーり）分からん。
Ｉ−ＪＡＤＥでやってからリリースすべしっっ」

最初からそう書いておいてくれ！！

>>322
だって〜、マジでぬるくないですか？
こんなトホホ感を味わったのは久しぶりだよ。
ま、業務系なら仕方ないのかなとか思っちゃったりして。

>>327
iアプリの解説書って、どうせこの手のコンピュータ系書籍の例に漏れず
流行にあやかっただけの書き捨て本しか出てないんでないかなあ。
月刊Java WorldとかJAVA PRESSとかの記事見たほうがいいんじゃない。
PC向けのJavaの知識も手に入りますぜ。

あ、ドコモのエミュレータはKVMを使ったDoJaの一環境、
対してi-JADEはケータイ実機のエミュレータだから
動作が違うのはある意味では当然であります。

>>328
真剣に質問している人に対する態度というものが
ある。なにがトホホだか。

>>328＜−−−
じゃあこいつはどうなんだろね？

>>329
それは言える。というか、怖いくらい当たっている。
本もピンキリだと言うことは分かっているが、コン
ピュータの本は高いし、実際に困った時に引用しない
と結構正体が分からなかったりしてｼｬﾚにならん。

ｉアプリの本のヤヴァイやつだと、コンポーネントの
表示とか、ゲーム画面の作り方はやたら丁寧なのに、
肝心のイベント取得してからの処理が無解説など、
豪快にやってくれちゃっている。

インターネット常時接続環境で、ネット検索しまくり
の人がべスト？

>>328
そこまで言うならせめてファイルシステムの
作り方でも教えてやれ！！

>328
トホホは結構だが、文句だけのレスつけてるヤツも
同等かそれ以下じゃねーか。
かっこ良くなんかアドバイスしてから言え。

>>317には「自分でやりましょう」と答えるしかないと思われ。

ケンカごしは良くない。
それよりＩ−ＭＯＤＥについて語ろう

5KBのスクラッチパッドにファイルシステムなんか作ってどーするねん。

>>317
>手作業(自分でプログラムを作る)以外にない のでしょうか？

はい。

サウンドノベルのたたき台を作ってみた。
和ジオってjamのアップができないのね。鬱だ・・・
http://www.geocities.co.jp/Athlete-Olympia/3368/iapp/novel.zip

>>339
ローカルで実行したら、

<!DOCTYPE HTML PUB
LIC "-//IETF//DTD
HTML 2.0//EN">▼

<HTML><HEAD>▼

<TITLE>404 Not Fou
nd</TITLE>▼

とかサウンドノベル風に表示されてちとﾜﾗﾀ

>>340
ありがとうございます、Dojaだとエラーが出るんだけど・・・(言い訳)
HTTPの応答コードも見てエラー出すように修正しておきます。

サウンドノベルなんかやらかしたら、
携帯電話のJavaの資源の少なさに
怒りが込み上げてくるね。

つーか、バッテリーの進化さえ、
もっと大きければなぁ。

どこかにスクラッチパッドの使い方が詳しいサイトありませんか？
例えば、スクラッチパッドに100件のデータを書き込み、次回、
101件目から書き込みという方法がわかりません。
データは文字データです。
書き込むと、もう一度最初から上書きになってしまいます。

具体的に何をやりたいッスか？
いきなり100件の文字データとか言われても分からないッス。

>>343
OutputStream hoge =
Connector.openOutputStream("scratchpad:///0;pos=ABORN");

ABORNの部分に開始アドレスを指定すればOK。

>>343
ふつう
起動時に100件のデータを取得→メモリへ
メモリ内で101件目のデータを追加
終了時に101件すべてのデータをスクラッチパッドに書き込む
というふうにしませんか？

ｉ−ｍｏｄｅのスクラッチパッドってＶＢの
ファイルの書き込みみたいなイメージで捉えて
いるとだめだね。
追加書き込みとかサポートされていると思えて
しまうがなんもない。

そういうのあると思った。
ねーのか。ぶっ頃すぞこの野郎ども！

>>347
厨房？

>>348
おまけにVB厨。
でもちょっと文体がかわいいネ。

＞追加書き込みとかサポートされていると思えてしまうが

思えねーよヽ(´ー｀)ノ
とりあえず、情報処理技術者試験でも受けてみてはどうかね。

緊急浮上

>>351

死ね。

ジーザス！

微妙に何の役にも立たないスレ

354個もレスがついていながら、これほど内容の薄い
スレッドも珍しい。
ｉ−ａｐｐｌｉ知らないんでしょ。本当は？
正直に申告した方がいいよ。
10円やるよ。

>>355
濃い話題の提供ｷﾎﾞｰﾝ

>>355
iアプリはモダンかつ超原始的という妙な環境で、
しかもハードルが低いから、
だいたい初歩的かつどこかズレた話題しか出てこないのですよ。
逆に、分かってる人はみんな分かってるので話すことなんてないし。
JavaHzとか各処のBBSもそゆ傾向だね。

うむ。敢えて話題を探すとすれば機種依存の問題くらいのものだしな。

というわけで、お聞きしたいことがあります。厨房です。
i-アプリでサーバと通信させようというとき、相手を
Windows2000 & IIS & ASPでやっている方っています？

というわけで、ASPとi-アプリの組み合わせの話題が
豊富なサイトってどこかありませんか。
さっきから検索しているんですが、ASPはかすりも
しないっす。厨房です。
ていうか、責任とってくんない？
この2CHとやらが、チューボーチューボー言うから
マチャアキの料理番組チューボーですよ！を見るとき
に笑っちゃいます。精神的トラウマですよね。
損害賠償請求します。そうですね、あんまり高くても
金金金カイジかてめ〜はって言われるから、500円で
いいです。

そんなことはいいから、ASPとiアプリの件、よろしく
たのむよ。いや、たのまれて下さい。お願いいたします。
図に乗るんじゃねぇや！何様のつもりだ！もう許さんです！

今から1000時間以内にこの359様の問いに対して
かっちょいい答えを出さないと、2chを２ＨＣに
改名しちゃうからな！
脅しじゃないからな！
ふふふ。ＩＢＭのディスケットみたいで震えが
来るだろう！わかったか！

ていうか、調子にのりすぎてんのはオレだって。
みなさんごめんなさい。
教えて下さい。

よし、1000時間後に答えてやろう。

急にバカが紛れ込んできたな・・・

>>359さん
ハードウェア自作板で書き込みをさせていただいております、
ｖａｉｏバーシャｃ１です。
ｉアプリとＡＳＰの組み合わせを先ほど試してみたところ、
(テスト程度の)簡単なものでしたらうまくいきました。
Ｎ５０３ｉの実機でやってみました。

＜方法＞
ｉアプリの中で、HttpConnectionオブジェクトを使い
通信します。その時、ＮＴＴドコモの資料とは違い、
サーバに送るContent-Typeは
---> application/x-www-form-urlencoded
にします。サーバサイドプログラム（ＡＳＰ）のURL
は、作ったｉアプリと同じ場所におき、URLの指定も
ちゃんとそこにします。

ｉアプリはｊａｍファイルの記述がポイントではないで
しょうか。ちゃんとアプリを作っていても簡単な設定の
ミスでダウンロードできなかったりしているのでは？
(間違いだったら申し訳ありません)

私は、GADekというツールを使っておりますが、これは
ｊａｍファイルを簡単に編集できますよ。
UseNetworkの項目にhttpと書かないと、どんなに見事
なネットワーク利用アプリも動かないようです。

＜最後に＞
連続で区切って書き込みしてしまって申し訳ありません。

String str_url = new String("http://ａｓｐファイル");
OutputStream obj_os;
InputStream obj_is;
byte[] byt_to_server;
.
.
try{
HttpConnection obj_con=(HttpConnection)Connector.open(str_url,Connector.READ_WRITE,true);
obj_con.setRequestMethod(HttpConnection.POST);
obj_con.setRequestProperty("Content-Type","application/x-www-form-urlencoded");
obj_os=obj_con.openOutputStream(); //書き込み用
byt_to_server="param1=パラメータ";
obj_os.write(byt_to_server);
.
.
.

と、言う感じで作り、ＡＳＰファイルはhtmlフォームから
パラメータを受け取るようなつもりで作れば大丈夫だと思
います。

あとは、ＡＳＰからResponse.write("完了");とでも渡して
もらえば良いのでは？

ちなみにＡＳＰを大文字で書いてるのは皮肉ではありません。
分かりにくい点が多いと思いますが、すみません。

＜余計なお世話の書き込み＞
最後にといいつつ、余計なお世話の書き込みをすることを
お許し下さい。
GADekとi-JADEを使ってサーバ通信のプログラムをテスト
する場合、私が詰まってしまって悩んだポイントを書きます。

何かの参考になれば幸いです。

ネットワークテストをするには、自分のパソコンをサーバに
するのが一番です。Windows2000ならIIS,Windows98なら
PersonalWebServerが最初からついてきます。任意のフォル
ダをホームページ用のフォルダに割り当てて、"http://
vaio-c1/〜"のように名前でアクセスできるように設定します。

GADekはそのままjamファイルを編集すると、jarファイルの所在
という項目にファイル名だけしか出てきませんので、ここを、
上記で設定したアドレスに書き換えます。
私は、webサーバの割り当てるフォルダを直接GADekのjarファイル
格納場所に割り当ててしまっています。

こんなことしなくても、他に方法が色々とあるでしょうが、
とりあえず私の知る限りの余計なお世話でした。

それでは失礼いたします。
またいつか、ハードウェア自作板などに現れたいと思います。

西村誠一ブランドのiアプリ開発Tool を使えばボタン一つでコンパイル
jarファイルの作成、jamファイルの作成、ダウンロード用htmlファイル
まで自動でつくってくれますよ。

i-JADEは、ダウンロードの網元の説明を読むと分かるんだが、メモリ
と実行速度はパソコンの能力に左右される。だから、エミュで動いて
も実機では動かない危険性がある。その意味では実機とは似ていない
DoCoMo純正?エミュの方が罪は無いかも知れん。
さらに、すぐに分かるけどi-JADEはIME(?)とかテキスト入力画面とか、
細部が実機と違うよ。文句を言いたくてこういう話題をしてるんじゃ
なく、まぁ、そんなこともあるよ、くらいの気持ちで読んでくれれば。

i-JADEもJavaで書かれているけど、実行時にDOS窓が
(WIN2000ならNTコマンド)が開く。なんか、DOS窓を
見ると、奮い立つね。

突然、内容の濃いスレになりっ☆

……濃いか？
それはともかく、ADFファイルの更新は
ちゃちゃっとPerlスクリプトでも書くしか。

>>369
iアプリ開発Toolでコンパイルするとデバック情報やらなにやらが含まれたまんまなので、
公開するにはコマンドラインでビルドしなおさないといけないのはなぁ…

GADekと秀丸エディタ＋Java強調設定があれば
i-modeは、割と快適よ

ともあれ、自分のi-modeに自分の作ったアプリが
ダウンロードされ、動くのはちょっと感動するね。
シャープザウルスもこれくらいサクサクJavaで
やれるといいのになぁ。

ソニープレイステーション２に搭載されるＪａｖａ
ってのが想像付かない。ｉ−ｍｏｄｅとの連携も
あるんだろう？

ライバルの某電話会社がさっそくｉ−ｍｏｄｅのＪａｖａ
（ＤｏＪａ？）に噛み付いているね。
いわく、「ＤｏＣｏＭｏは世界の標準じゃないじゃないか。
わが社は世界の標準だから安心・確実・とにかく凄い」

いいから仕様を公開しろよ

>>377
どっちかというと、J2EEらしいから
CORBAとかJAXPとかEJBとかで…

ゲームを？CORBAで？EJBで？JAXPで？

…まじで？？？

非公開の標準よりは、公開の非標準のがマシですな。

Obfuscatorを最大限活用するとか、今後の仕様拡張とか考えると
結局makeかバッチファイル使ってビルドするほうがいいと思うぞ。
擬似IDE系ソフト、初心者のとっかかりにはいいけども。

あ、あとプリプロセッサ通して機種別のJAR作成とか。

i-modeのJavaって、具体的にどういう現象かは別として、
i-JADEでばっちり動いても実機にインストールすると、
インストールまでは上手く行くのに、実行中にエラー
メッセージのダイアログボックスが表示されて落ちる時
があるよね。
それって、何でだろう。メモリ不足とかかな。
携帯エミュはメモリや実行速度はエミュしてないって話
だから。
けど、そうなると実機テストを深くやらないといけない。
トライ＆エラーなんてことになったら、インストール
だけでパケット代金がかかってしまう。

有線でプログラムをインストールできるツールが出ない
かなぁ。ハッキリ言ってＤｏＣｏＭｏ金とりすぎです。

>>377
・単にブラウザ載せるんだからPC同様Javaもついでに
・（ライセンシーの）ゲーム動作環境としてのJava

このどちらかもしくは両方ってとこでないの。
そういやムキャのドリパスにはその後PersonalJava載ったのか？

>>383
>有線でプログラムをインストールできるツールが出ないかなぁ。

開発者だけでなく一般ユーザにも
その手段を与えてしまうことになるので、ドコモ的にはイヤだろう。
ウェブから勝手アプリ落としてケータイに転送で遊ばれては儲からん。
ケータイ所持者の５割はPCユーザでもあるしな。

まあ、結局最後はROM大量に焼きまくってテストする
ゲーム機よりマシと思いねぇ。

>>385さん
こんにちは。本日もよろしくお願いいたします。
どうやら、ｉ−ＪＡＤＥは実機よりも「コードの書き間違い」
に対してチェックが甘いのではないかと考えられます。

例えば、TextBoxをインスタンス化する際についてですが、
本来
obj_textbox = new TextBox("",10,1,TextBox.DISPLAY_ANY);
としなければならない所を、
obj_textbox = new TextBox("",10,1,TextBox.KANA);
などと(かな入力モード設定のつもりで)書いてしまってもｉ−
ＪＡＤＥでは動作してしまうようです。

これは、実機では「動作継続不可能な〜」というエラーで
強制終了してしまいます。

これは私の想像に過ぎないのですが、上記のような強制終了
エラーが出たらコンパイルエラーにひっかからず、さらに、
エミュレータで通ってしまうけれど、実は書き間違いの
コードであるケースを想定してデバッグしていけば、
前進してゆけるのではないでしょうか。

それでは失礼いたします。

かなり悩んでいます。
i-jadeで実行すると問題無く
スクラッチパッドに書けるの
に、実機(NEC-N503I)だとIO
Exceptionエラーになってし
まいます。
なにか思い当たるフシがあれ
ば聞かせて下さい。

i-jadeって機種ごとのエミュレーションなんかしてないよね？
せめて通信関連のはやてほしい。

こんばんわ。ｖａｉｏバーシャｃ１です。
>>388さん。
私も詳しくはないので恐縮ですが、ｉ−ＪＡＤＥは見た目は
実機をエミュレートしているようですが、以下の点で少し
相違が目立ち、癖を掴んでおかないと難しいと感じました。

(1)コードの書き間違いがある程度通ってしまうようです。
(2)実機の速度がわかりません。例えば、Ｎ５０３ｉでは
ストレスが少ないのに、Ｆ５０３ｉではとても遅く感じる
場合があるのですが、ｉ−ＪＡＤＥではどちらも等速に
近いです。
(3)画面の効果に相違が。例えば、Panelクラスを使った
描画で、背景をMALOONにしてテキストボックスをWHITEに
すると(Ｎの場合)、Ｉ−ＪＡＤＥではそのままの色ですが、
実機ではテキストボックスの中もMALOONです。

他にも色々あるかも知れません。あまり詳しくなくて申し訳
ありません。まだまだ勉強中の身です。
それでは失礼いたします。

サウンドノベルのソースみたいんですが
どこかにありませんか？

>>357に激しく同意したい気分だ。せめてsage進行でお願いしたく。

>>391
あんたは何のためにいるわけ？

>>392
そういうキミは？

>>390
http://www.google.com/
ここにあるよ☆ ソースがなければデコンパイラ使ってね。

age

失敗した、もういっかいage

タイミングがいいんだか悪いんだか…。
>>390
>>339氏がサウンドノベルの雛型を和ジオにアップしてくれてるよ。
が、もう消えてしまったモヨーン。

あれは現在大幅改造中です(ほとんど1から書き直し)

ktoolbarで自動でコンパイル＆実行させる方法ってない？
ALT+B ALT+R でやるのさえもめんどくせー

うちではmakeかバッチファイル書いて
ファイラーからF7キー一発なのじゃ。

javax.microedition.lcdui.*
これ↑のマニュアルって一体どこにあるの？

http://java.sun.com/products/cldc/
ここにある日本語マニュアルは基本APIと
javax.microedition.io.* のマニュアルまでしかないし。
困った。

自己レスだけど、j2mewtk/docs/api にあったぞー！

iモードのプログラムでメモリからイメージを作成する事はできますか？
（J2SEだとMemoryImageSourceライブラリ相当のライブラリで）

>>401
javax.microedition.lcdui.*
ってMIDPじゃないの？

>>403
自分が知る限りではないなあ。
docomoパケージのGraphicsライブラリにゃ、点を打つメソッド
すら用意されてないから、あまり期待せんほうがいいかと。

限られた容量の中で、自作するしかないれすね。

>>405
始点と終点を同じ座標にしてdrawLineしたら点打てますよ。効率悪いけど。

AuとかJ-Phoneみたいに
Docomoもしてくれりゃあいいのになあ。
まあ、J-Phoneのはあれはあれで
問題あるような気もするが。。

http://www.eshopping.ne.jp/bks.svl?view_comment&CID=BKS503&product_cd=30825079&shop_cd=1&comment_hyoji_kbn=usr_hyouka

この本にiアプリでBitmapを表示する方法が載ってる。何のためにあるのかよくわからんけど

サウンドノベルのたたき台移転。
http://203.174.72.114/iapp/novel

>>403
つい最近JavaHzで動的にGIFファイル作る方法が
紹介されてたと思った。

>>405
やっぱり無いですか。
まぁ普通は、既存の画像が表示出来れば十分でしょうからねぇ

>>408
BMPはもともとImage()では読めないんでしたっけ？
だとすると参考にします。どうもです。

>>410
おぉ！情報ありがとうございます。

>>410
これだね。
http://my-note.net/note_17-465-787-1115.html

>>408
たぶん、BitmapをGIFに変換して読みこんでくださいなんていう
落ちだと思う。

>>412
つうか、スクラッチパッドにGIF画像展開せねば、
動的に画像が作れないなんて、なんか間違っとるぞ。
糞Documo氏ね。

しかし根性だね。

>>413 >>411
ビットマップ情報を読み込んでコツコツ描画してます(w

>>414
もしや1pixelづつFillRectですか(死

drawLineを始点、終点を同じ座標にして点を書いてる。連続した同じ色を線として一気に描画する最適化した(らしい)ものも載ってた。

勝手に~つけられてる・・・
http://users.goo.ne.jp/iapp/novel/

さっそく>>412さんが書いてくれてるサイトのやつ試してみて、
大変勉強にはなったけど、あれじゃ使えねーなー(w

なぜ使えないのだ？

>>419
２０フレーム以上で動くものを作ろうとしてんのよ
あれじゃ耐えられんでしょ。

まあ、そんなとこだろうと思ったが
人が苦労して方法を編み出したものを
あっさり使えないと切り捨てるでない。

>>422
作者だったらスマソ。

Ｐユーザのくせに「アプリの動作が遅いです」などと文句言ってくる奴、ムカつく。
Ｐはもともと遅いんだよ！！

どうどう。

>>421
意図不明なんだが。

もしや仮想画面に描画して毎フレームGIFに変換して表示とか
ばかげたことを考えているとか。
もしそうならiJavaに夢見すぎ。
Imageを全画面に描画するだけでも20フレームもでんよ。

グラデーションとかを計算で作って背景にとか
そういう用途に使うものだと思われ。

>>426
Imageを全画面描画するのって
microJBlend搭載機種(Sなんとか)でも２０フレーム出ない？

age ておきます。

J-PHONEとauのjavaの仕様が公開されてるところご存知ないですか？

　　

10kbって多すぎるよ
1b=1文字（半角英数字で）だろ
1kb=1万文字だから、多すぎるって
有能なプログラマーは少ない行で、おもしろいものを作れるのです。

>>421
J-Phoneは2Dも3Dも8fpsが最低ラインらしい
ttp://www.j-phone-east.com/company/n/2000/010315_2.htm
を見るとエンジン自体は4-20fps出るような仕様らしいが、、、
実機も開発環境もないので妄想すら出来ねぇYO

>>429

MIDP&CDLCの部分は共通ね。

auは公式サイトで仕様とAPがI公開されてる
http://info.ezweb.ne.jp/factory/index_04.html

J-Phoneは
ttp://www2.odn.ne.jp/bbc/java.html
程度の情報しかないねぇ

どちらもSDKが公開されてないし
公式サイトのみダウンロード可能っつー形式だから
お仕事以外では今のところ触っても意味なさげ

んが、CDLC->CLDC

追記

ttp://cgi14.plala.or.jp/antun/tips/mobile/java.html
あたりチェックしておくと便利でせう

　あげ

8fpsも出れば充分だと思うがどうか

ＰＳ２ってＪａｖａ対応になるんでしょ？
どの程度の性能になるの？
ＰＳ２並の３Ｄゲームとか作れるんすか？
あっ亜衣モードと関係なかった！！

>>435
そだねぇ
8fps安定して出れば
そこそこアクションゲームも出来ると思う。

あんまり描画が高速だと
液晶が付いてこない予感。

>>437
セガのiアプリのアウトランとか8fps程度は出てると思うけど、
レスポンスが悪くてお話にならないよん。