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

CLDC+MIDP+携帯電話用 ..

577:らるる
05/08/15 06:23:16
>570 からなんか話題になってるので、答えられる範囲で答えます。
結論から言うと、私もよくわかってないです。

・実機で動作確認できてるか
できてない。なので >570 903SHで本当に動いているなら逆にビックリです。
(確認すらできてないのにリリースすんな、というツッコミはさておき。)
エミュで通信できることは確認してます。
↓の一覧に載ってるので、ひょっとしたらv0.0.1バージョンの時から動いていたかもしれません。
URLﾘﾝｸ(www.vdfx.net)

・Trusted ?
Trustedではないです。
>573 のいうように.jad/MANIFEST.MFをいじってるだけ。
少なくとも、Untrustedの状態のエミュでSecurityException出てません。

・「アプリゲットの審査が通ると通信できる」？ >573
実機持ってないので検証できません。
さすがに審査が通るだけでTrusted状態になるとは思えないですけどね。

578:らるる
05/08/15 06:23:58
よくあるアプリとは異なると思われる箇所
・MIDP1.0のAPIしか使ってない(JSCLのAPIは使ってない)
・HTTPのGETではなくHEAD (HttpConnection#setRequestMethod(HttpConnection.HEAD)) を使ってる
・HTTPのレスポンスはHttpConnection#getDateしか使ってない
・以下の記載をしてる
MIDlet-OCL: JOCL-1.0.0
MIDxlet-API: JOCL-1.0.0
MIDlet-Network: Y
MIDxlet-Network: Y

StorageConnectionクラスを使うアプリだと、
エミュで「Untrusted」の場合SecurityExceptionが出ることは確かめられました。

結局、Trusted DomainとUntrusted Domainとで、何が使えて何が使えないのかがよくわからんです。
新機能導入の手引き 3GC型端末編、2.3.2セキュリティ、表2.1.2-1
「デフォルト」「その他」の違いが何なのかわからない
「その他」に１，２，３，４の数字が複数記述されてる項目は結局どういう動作になるのかわからない

579:デフォルトの名無しさん
05/08/15 11:30:55
>>577
らるるさんｷﾀｰ
自分の902SHでダウンロードしてみましたが
実際に通信してる感じでした。

580:デフォルトの名無しさん
05/08/15 14:44:19
ここでage

581:デフォルトの名無しさん
05/08/15 16:46:01
iアプリを作ってきたものですがVアプリで
iアプリのJarInflaterみたいなのってないですか？
アプリで使用する画像などを1ファイルにまとめて
ダウンロードしてアプリ内で解凍して使用したいのですが・・・

582:デフォルトの名無しさん
05/08/15 19:17:59
○○さんですか？

583:デフォルトの名無しさん
05/08/15 22:01:50
＞・HTTPのGETではなくHEAD (HttpConnection#setRequestMethod(HttpConnection.HEAD)) を使ってる
やっぱりね
これはだからこのｱﾌﾟﾘだからであって
他のｱﾌﾟﾘには関係ないということでFA

わかりやすく結論だけ言うと
通信できないためにvoda３Gで動作しない
○○ｱﾌﾟﾘとか○M○naｱプリはやっぱりダメだって事です

584:デフォルトの名無しさん
05/08/16 00:15:50
>>583
いや、HEADだと通信OKなんて記述はドキュメントにはないと思う。
実はtrustedでないと通信できないってのはデマ？
やってみたらGETでもPOSTでも通信できるんじゃない？

585:デフォルトの名無しさん
05/08/16 01:30:26
＞やってみたらGETでもPOSTでも通信できるんじゃない？
このスレ始まって以来の超馬鹿レス晒しage

そんなものあれもこれも考えられることはすべてやって
それでもダメなのを知らないらしい・・・・

586:584
05/08/16 02:01:39
ドキュメント見てみた。
424-111-V-appli_function2004_3GC_1.1.0.pdfの「2.3.2セキュリティ」の章にはUntrustedでもネットワークアクセスが×じゃないと記載されている。
ユーザデータ（Storageとかアドレス帳とか）と位置情報のみがUntrustedで×じゃん。
どゆこと？？

587:デフォルトの名無しさん
05/08/16 09:15:24
HEADだけなら通信できるわけ？

588:デフォルトの名無しさん
05/08/16 11:31:03
>>587
そのようですね

>>585
ageと言いながらsageてるところに優しさを感じる

>>584=586
ここ個人の覚書帳じゃないから、この一件の経緯を把握してから書き込んでくれませんか

589:584
05/08/16 21:43:31
あれ？通じないか？
HEADでもGETでもPOSTでも通信できる。たぶん。
つまりここにいる全員が勘違いしてただけ。
わかった？

590:デフォルトの名無しさん
05/08/17 01:45:19
?????

591:デフォルトの名無しさん
05/08/17 08:15:41
>>589
ネ申？

592:デフォルトの名無しさん
05/08/17 10:38:59
>>589
たぶん。とか遠慮せずに実際にやって見せてよ。出来るなら。

ここにいる全員が勘違いしているだけなんでしょ。

593:デフォルトの名無しさん
05/08/17 11:07:26
エミュレータでつたとかいうオチとか

594:デフォルトの名無しさん
05/08/17 13:57:34
どのmethodが使えるかは424-111-V-appli_function2004_3GC_1.1.0.pdfの2.3.4.1に書いてあるだろ。
GET,POSTは可。「端末で実装をしている場合に限りHEADが利用できる。」

いずれにせよ、UntrustedでHTTP通信できた実績は無い。

595:デフォルトの名無しさん
05/08/17 15:01:05
>>594
でも、実際
アプリのセキュリティでネットワークアクセスを「許可しない」にして時刻を取得しようとすると「時刻接続失敗」って出てくる。
毎回表示にすると「ﾈｯﾄﾜｰｸ接続を行います。よろしいですか？」と出てきて Yes を選ぶと時刻が表示される。
ちなみに902SH

596:デフォルトの名無しさん
05/08/17 15:56:53
バカは放置

597:らるる
05/08/17 17:38:28
とりあえずソースおいときますね。
公開しているv0.1.0と全く同じやつです。
URLﾘﾝｸ(www.rarul.com)

598:584
05/08/17 19:51:19
>>592
らるるさんのアプリが実際に出来ている。

>>593
オレは試してない。
3GC機を持ってないし、試す暇もない。
しかしもはや試すまでもないと思う。

>>594
2.3.4.1はセキュリティドメインとは無関係の記述だろ。よく読め
2.3.2.1の表が正しいことは>>595で証明された。
つまりUntrustedでも通信は可能。
TruestedでもUntrustedでもデフォルト設定時の通信の仕様に一切差はない。
唯一の差は端末設定のBlanketが有効になるだけ。

しかしココまで解説しないとわからないものなのか・・・
ガリレオの気分だな

599:デフォルトの名無しさん
05/08/17 20:03:25
なんで実機で試してないのに出来ると言うのかよくわからん

600:デフォルトの名無しさん
05/08/17 21:38:51
V902T持ってるけど、やっぱり通信はできんよ。

601:デフォルトの名無しさん
05/08/17 21:47:56
>>599
だからおれの902SHでMobileWebClockerが動いたんだってば

602:デフォルトの名無しさん
05/08/17 22:08:01
>>601
それはHEADでのみ確認できたのであって
GETとPOSTじゃないじゃん

603:599
05/08/17 22:16:30
>>601
>>598へのレスだから気にするな

604:デフォルトの名無しさん
05/08/17 22:38:54
＞ガリレオの気分だな
愚か者はついにガリレオになりました

だから
この一件の経緯を把握してから書き込んでくれませんか
という忠告を無視して夏虫が暴走・・・・

605:584
05/08/17 23:00:34
>>599-604
つーかここは開発者はいないのか？？
424-111-V-appli_function2004_3GC_1.1.0.pdfの2.3章を理解したらそんな発言しないだろ。。
文句つける前によんでくれ。ここからダウンロードできるからさ。
URLﾘﾝｸ(developers.vodafone.jp)

Vodafoneが出している仕様書にUntrustedでも通信できるって書いてあるんだから、試すまでもないだろ。
実際に実機で動作してるし。
これで通信できないってのならVodafoneが嘘ついていることになる。

開発者でもないヤツ（仕様書が理解できないヤツ）は黙ってくれ。
議論にならないからね

606:デフォルトの名無しさん
05/08/17 23:02:10
すみません
ROMります

607:デフォルトの名無しさん
05/08/17 23:07:17
「3GC機を持ってないし、試す暇もない」(>>598)といってたのに
なぜ後になって「実際に実機で動作してるし」(>>605)といえるのか
全く意味がわからん・・・誰か説明してくれ。

608:デフォルトの名無しさん
05/08/17 23:21:27
オチが見えたような気がする。
昔試した記憶では、UntrustedなVアプリでもHttpConnection作ってResponseを得る事はできる。
しかしその結果は、殆どのクリエイターが期待するものではなく、ゲートウェイが返すエラーレスポンスだ。
getResponseCode()で得られるレスポンスコードは、正確に覚えてはいないが4xxだったか5xxで、20xではなかった。

MobileWebClockerはレスポンスコードを見ないから、返ってくるのがゲートウェイのエラーであってもDateヘッダがあるから動く。
しかし、それは厳密には期待した結果ではないはずだ。ゲートウェイの段階でコケてるから、サーバのログを調べても該当するアクセスは無いだろう。

誰か、実機と暇と自鯖がある奴がいたら、MobileWebClocker を改造して確かめてみてくれ。

609:デフォルトの名無しさん
05/08/17 23:36:22
>>608
まとめご苦労

610:デフォルトの名無しさん
05/08/17 23:50:49
なーるほど

611:584
05/08/17 23:52:38
>>607
579や601がそう言っているではないか

612:584
05/08/17 23:58:32
>>608
レスポンスコードが200でも40xでも5xxでも、何らかの値が返ってくるのであればHTTP通信はできているってことだろ。
そういうエラーはHTTPサーバ側で返すもの。
4.xxであればApacheのエラー。（DocumentNotFoundなど）
5xxであればCGIプログラムのバグ。
RFC読んでくれよ。
はぁいったいココは。。。

613:デフォルトの名無しさん
05/08/18 00:11:13
>>608が正解
HEAD、GET、POSTどれで通信しても
ステータスコード503が返却されます。
503 : Service Unavailable
すなわちサーバーサービス利用不可。

614:デフォルトの名無しさん
05/08/18 00:24:31
＞レスポンスコードが200でも40xでも5xxでも、何らかの値が返ってくるのであればHTTP通信はできているってことだろ。
エラーが返ってくるのも通信のうちというオカルト理論が発表されました！！

615:デフォルトの名無しさん
05/08/18 00:29:08
技術者と研究者の遊び場はここですか？

616:584
05/08/18 00:35:44
>>613
それはApacheのアクセスログに200と記録されてても503が返ってくるってこと？
それが本当ならMIDP2.0のgetResponceCode()がバグっているってことになるが。
つまりTrusted Domainでも同様。信じがたい。。

ただHTTP通信はできているのでgetResponceCode()を信じないようアプリを作り直すしかないということになる。

>>614
HTTPエラーコードはHTTP通信が成功しないと返ってこない。
つまりHTTP通信はできている。
IOExceptionやSecurityExceptionのJavaエラーがThrowされるなら通信は失敗だが。
つか素人は黙ってて。

617:デフォルトの名無しさん
05/08/18 00:43:09
584
　↑
こいつvodafone3gが発売された去年からの経過を全然把握してないから
相手しても無駄

618:デフォルトの名無しさん
05/08/18 00:52:06
痛い痛杉
08/16にドキュメントをはじめて読んだ人間が何言ってんだか、ハア～

619:デフォルトの名無しさん
05/08/18 01:03:37
>>616
apacheにアクセスログは何も吐かれない。
vodaゲートウェイが503（サービス利用不可）を返していると思われる。
理由は分からん。vodafoneに聞いて。
教えてくんないだろうけど。

620:デフォルトの名無しさん
05/08/18 02:41:54
584は透過型proxyというものを知らないんだろうな。

621:584
05/08/18 07:42:54
>>617,618
経過を把握していないのでじゃぁ教えて。
仕様書には通信できると書いてあるのに503を返してくる理由は？
もちろん当時そこまで解明したんだろ？？

>>619
ありがとう、だんだん見えてきたんじゃない？
MobileWebClockerはHTTPサーバまで到達していない。
つまりアプリに表示している時間はゲートウェイサーバの時間であり、プログラムが想定どおりに機能していない可能性が高いということか。
User-AgentではねているかTrusted Domainでも通信できないということになるかも。
こんな重要なことが仕様書に書いていないというのは、3GCの不具合の一種かもね。

>>620
619の言うVodaゲートウェイが透過型なのか、どんな実装をしているのかはVoda内部の人間しかわからんだろ。

622:らるる
05/08/18 08:12:53
>>608
タネ明かしどもです。
通信できなかったら例外出るもんばかりだと思ってたんですが、そうではなかったんですね。
エミュでは問題なく通信できるようです。
192.168.1.101 - - [18/Aug/2005:07:40:47 +0900] "HEAD / HTTP/1.1" 200 0 "-" "UNTRUSTED/1.0"

Untrustedなアプリが通信しようとすると、
Vodafone側のGatewayがErrorResponseを返す。
MobileWebClockerは、ErrorResponseのDateフィールドのみを見て「通信できた」と思いこんでた。
というわけで。

しょうもないアプリのバグ取りに協力していただいてどもです。

623:608=594
05/08/18 08:29:52
MobileWebClockerのエラー処理が甘くて、通信が成功していると勘違いしているのが真相だろ。
暗黙のうちに経由するゲートウェイが吐くエラーが受け取れたからといって、Internetと通信できたとは言えない。

3GCの通信不可の話はもういいよ。
事実を理解できる者にはとっくに結論が出ている。

あと、将来3GCに対応するつもりなら、HEAD methodはやめたほうがいいよ。
端末によっては使えない可能性がある。＞rarul氏

624:デフォルトの名無しさん
05/08/18 12:19:42
VodafoneのGatewayのエラーから正確な時刻が取得できてるなら
アプリ的にはOKでは？

625:デフォルトの名無しさん
05/08/18 12:58:26
？？User-Agentではねている？？

626:デフォルトの名無しさん
05/08/18 13:53:48
仕様と実際の動作が食い違うなんてよくあることなのに仕様だけみてできると喚いてるバカだということはよくわかった

627:デフォルトの名無しさん
05/08/18 14:41:15
>>584は数々の無礼を土下座して詫びろ

628:デフォルトの名無しさん
05/08/18 15:25:10
>>627
ガリレオ様は一般人には謝罪しないでつよ

629:デフォルトの名無しさん
05/08/18 15:32:35
要するにvodaはパケットフリーをいいことに
通信しまくらないように鯖で止めてるんじゃないの？
AUみたいに端末側で止められないから。

630:デフォルトの名無しさん
05/08/18 17:48:29
>>584にとっては反省して謙虚になるか懲りずに同じ事をしでかして真のデムパになるかの試金石だな

631:584
05/08/18 22:07:03
遅くなってすまそ。

”事実を理解できない者”が騒いでいるので素直に謝ります。仕様書の内容を信じて通信できると言い張ったことは間違ってました。その点は申し訳なく思ってます。

ただ彼らの発言によりHEADならOKとか間違った方向に結論づけられなくてよかった。多くの真実も明らかになった。
事実を理解できる608さん、らるるさん、（それと629さんもかな？）には感謝してます。

User-Agentが可能性の一つとして考えられることは事実を理解できる人には当然分かっていただけていると思う。
ただUntrusted時のUser-Agentが、902SHと802SHだけ他に比べると変なのは気になるね。
903SHはその仕様がこっそり変わてたりするかも。

というわけでこの話題はクローズでいいかな？

632:デフォルトの名無しさん
05/08/18 22:30:30
むしろもっと追求すべきじゃね？

633:デフォルトの名無しさん
05/08/18 22:45:42
よくわかってないんですが，結局trustedになれば通信できるの？

634:デフォルトの名無しさん
05/08/18 23:03:54
>>631
903shのUser-Agent

Vodafone/1.0/V903SH/SHJ001/SN************** Browser/UP.Browser/7.0.2.1
Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.2.2 Ext-V-Profile/VSCL-2.0.0

********は端末番号

903shで試してほしいことがあればやりますよ

635:634
05/08/18 23:08:12
Vodafone/1.0/V902SH/SHJ001/SN************** Browser/UP.Browser/7.0.2.1
Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.2.2 Ext-V-Profile/VSCL-2.0.0

ちなみに902shのもの

636:デフォルトの名無しさん
05/08/18 23:10:59
自分自身が”事実を理解できない者”なのに「”事実を理解できない者”が騒いでる」と言い出すあたりさすがガリレオ様

637:デフォルトの名無しさん
05/08/18 23:20:38
>>634,635
それは内蔵ブラウザのUser-Agentなんだよね。
アプリが送出するUAは少し違うとVodaの仕様書にか書かれている。

しかしアプリのUAを調べようにもゲートウェイでブロックされるので現時点では調べようが無い。
902Tのときも仕様書がすぐに改定されたので今回も一月以内にVodaから発表があると思うよ。
お気持ちだけアリガト。

638:584
05/08/18 23:21:31
↑584です。

639:デフォルトの名無しさん
05/08/19 00:16:00
>>631で謝ったつもりか？まず日本語から覚えてこいよ
あと目障りだからｲﾗﾈ

640:デフォルトの名無しさん
05/08/19 03:12:27
★User-Agentが可能性の一つとして考えられることは事実を理解できる人には当然分かっていただけていると思う★

歴史に残る珍説

641:デフォルトの名無しさん
05/08/19 03:19:15
>>631
どこの三国人か知らないがまず日本語を覚えて来い！
何勝手に仕切ってんだボケ！

と、プログラムのプの字も知らない漏れが言ってみるテスト。

642:デフォルトの名無しさん
05/08/19 08:15:56
謝ってるようにみせかけて実はその場しのぎの言い訳を書き連ねるという最低のパターンだな

643:デフォルトの名無しさん
05/08/19 09:59:31
これも記録しとけ

「ただUntrusted時のUser-Agentが、902SHと802SHだけ他に比べると変なのは気になるね。
　903SHはその仕様がこっそり変わてたりするかも」
「903SHはその仕様がこっそり変わてたりする」
こいつほとんど勘だけで行き当たりばったりの文章書いてる
その知識は携帯機種板の厨房以下
あそこの連中がまだ携帯に詳しいぞ

644:デフォルトの名無しさん
05/08/19 10:26:56
age

645:デフォルトの名無しさん
05/08/19 12:42:17
初心者ですが、質問です
NokiaDeveloper'sSuite2.2を用いて、アプリを作っていて、
エミュレーターで動作確認をしたMIDletをNokiaPCSuiteで実機にインストールしようとしているのですが、
実機でそのアプリを起動しようとすると「無効なファイル」というエラーが発生してしまいます。

何か特殊な作業とか必要あるのでしょうか

646:デフォルトの名無しさん
05/08/19 15:01:55
902SH802SH→903SHの仕様の差なんか全然関係ないわけだが
アプリからの通信がボダのゲートウエイで勝手に拒否されてるのは
ボーダフォン３G発売以来一貫している

647:584
05/08/19 19:35:04
再三警告しているにもかかわらずオツムのレベルの低い者が”まだ若干”いるようですが、無視して続けさせてもらいます。
ココはプログラム技術板だよ。ホント頼みます

648:584
05/08/19 19:36:46
■目的
Voda3GゲートウェイサーバがUntrustedアプリの通信をブロックする理由を解明したい。

■背景
仕様書にはブロックするとの記述がない。（正常に通信できると書いてある）
つまり実機もしくは通信経路になんらかの実装上の問題、誤解を恐れずに言うとバグが存在しているのではないか？と想像している。

■Untusted時のVアプリが送出するUser-Agent
・902SH,802SH
UNTRUSTED/1.0
・902T
Vodafone/1.0/V902T/TJ001 Java/VF-Java/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.2.2 Ext-V-Profile/VSCL-2.0.0 UNTRUSTED/1.0
・802N
Vodafone/1.0/V802N/NJ001 Java/UP.Browser/7.0.2.1.307Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.2.2Ext-V-Profile/VSCL-2.0.0/UNTRUSTED/1.0
・802SE
Vodafone/1.0/V802SE/SEJ001 Java/SEMC-Java/2.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-V-Profile/VSCL-2.0.0/UNTRUSTED/1.0

649:584
05/08/19 19:37:33
■仮説
アプリが送出するUser-Agentをゲートウェイサーバが判断してブロックしているのではないか？

(1) User-Agentに"UNTRUSTED/1.0"が含まれる場合はブロック
(2) UAが"Vodafone/"で始まっていないはブロック

■584の見解
仮説(1)だとすると仕様書にその記述があってもいいと思う。なぜ無いかというと仮説(2)だからではないか？
仮説(2)はVodafone端末ではないとゲートウェイが認識して通信をブロックしていると推測でき納得もできる。
つまり902SHと802SHのUser-Agentの実装がバグっているのかもということ。
さらに言うと902Tや802Nならゲートウェイを通過できるのかもしれない。
シャープがそれに気づいているならば903SHでこっそり直しているかもしれない。

650:デフォルトの名無しさん
05/08/19 19:42:28
再三警告ってどのﾚｽだよ？(ﾌﾟｹﾞﾗ

651:デフォルトの名無しさん
05/08/19 22:08:20
ム板だけど、お前さんのための板じゃないってこと覚えとけ。
初心者お断りですかそうですか。二度と来ねぇよ。

652:デフォルトの名無しさん
05/08/19 22:33:07
Vodafoneのサービス側の問題であって、プログラム技術とは関係ない、で終了ですねｗ

653:デフォルトの名無しさん
05/08/19 22:44:03
＞つまり902SHと802SHのUser-Agentの実装がバグっているのかもということ
ノキアとかモトローラとかソニーエリクソンとかはいつ舞台に登場しますかね

ここまでひどいと荒らしで削除依頼出した方がいいかも知れんな

654:デフォルトの名無しさん
05/08/19 22:55:28
>>584さんここはプログラム技術板ですよ、ホント頼みますよ・・・。

655:デフォルトの名無しさん
05/08/19 22:59:10
>>652が正解
部外者が討論して解明できる問題じゃない。
参考までに>>600で書いたけど902TでもNG。
だから>>613、>>619にvodaゲートウェイと書いた。

>>無視して続けさせてもらいます
たのむから自分のサイトで。

656:デフォルトの名無しさん
05/08/19 23:38:20
>>652が正解

つーか>>584と
一時これに加担しようとしていた>>634の携帯厨以外は全員わかってるわけだが
バカは論理が破綻してるのに認識する能力がまったくないわけで

ＯＫ！！じゃあこう説明しようか
じゃあ１０万歩ゆずってUserAgent原因説wwwwを採用しよう、そう仮定しよう

でボダがきめたUserAgentをﾕｰｻﾞｰがどうしようての？
何も出来ることはないわな
一般のHTTPサーバーでのUserAgent振り分けの話じゃないから何も出来ることはない
相手はボダのゲートウェイですよ

657:584
05/08/20 00:16:28
>>653
ドキュメントに載っているよ。702は割愛しただけ

>>655
902Tでダメだと判断した検証方法を説明できます？

>>656
User-AgentはVodaが決めてないでしょ。あんなバラバラなのに。
指針くらいは各メーカーに指示したと思うが、シャープの開発者はそれを間違えて実装てしまった。
でシャープの開発者がそのバグを認めて修正してくれる（くれている？）ことを期待している。
SH53のようにいつか902SHも廃れるわけだし。

658:デフォルトの名無しさん
05/08/20 00:22:47
>シャープの開発者はそれを間違えて実装してしまった

麻原はあまりに言動がおかしいから精神鑑定されるらしいが
このスレにも鑑定が必要なやつが一人いる

659:デフォルトの名無しさん
05/08/20 00:43:12
>>584は自己紹介板にでも専用ｽﾚ立ててｵﾅﾆｰしろやｳﾞｫｹ

660:デフォルトの名無しさん
05/08/20 00:54:08
今度はシャープの携帯だけがおかしいということにしようとしてるな

661:デフォルトの名無しさん
05/08/20 01:06:19
>Ｔ902でダメだと判断した検証方法を説明できます？
何を書いても納得しないに１０ペソ。
俺の発言にもうレスつけるな。

662:584
05/08/20 01:23:23
了解。
661=655=600なんだよね。
説明できないというのであれば902Tで通信できないというのは十分検証してないってことね。
ありがと。ども

663:デフォルトの名無しさん
05/08/20 01:46:15
>User-AgentはVodaが決めてないでしょ。あんなバラバラなのに。
>指針くらいは各メーカーに指示したと思うが、シャープの開発者はそれを間違えて実装てしまった。
シャープが間違えてないことは584が自分で示した資料の中に
書いてあるのにな。面白すぎ。

664:デフォルトの名無しさん
05/08/20 01:50:41
もうここまでくれば荒らしですよ

このスレを荒らすのがこいつの真の目的

665:デフォルトの名無しさん
05/08/20 02:09:46
いやー、さすがガリレオ様

666:デフォルトの名無しさん
05/08/20 02:11:02
あまりにも>>584が無礼極まりないので
長文スマソm(__)m

自分もそうだが、最近Ｖアプリを作り始めた人も多いと思うので
知らない人のために、参考までに実験結果を報告しておく。

以下の通信プログラムをV902T、V501T、V603SH、V602SH、V601T、V601SHで動作確認。
V902T以外は全て通信成功(200)。受信データも意図したものを得た。
V902Tは通信失敗(503)で受信データは「ただいま混雑しています。(M503900)」。
接続サーバは自宅ApacheでV902Tのみ接続形跡なし。
なぜならログ出力なし、Apacheのサービス落とした状態で実行しても同じ結果。

667:デフォルトの名無しさん
05/08/20 02:11:45
　public void doHttp() {
　　byte[] buf = null;
　　HttpConnection http = null;
　　OutputStream out = null;
　　InputStream in = null;
　　ByteArrayOutputStream baos = null;
　　String resMsg;
　　in resCode
　　try {
　　　http = (HttpConnection)Connector.open( "URLﾘﾝｸ(xxxxxxxx)" ); // 自宅サーバURL
　　　http.setRequestMethod( HttpConnection.POST ); // GET HEADでも確認
　　　long time = http.getDate() ;
　　　in = http.openInputStream();
　　　resCode = http.getResponseCode();
　　　int contentLength = (int)http.getLength();
　　　buf = new byte[1024];
　　　baos = new ByteArrayOutputStream();
　　　int len = 0;
　　　while ( ( len = in.read( buf ) ) != -1 ) {
　　　　baos.write( buf, 0, len );
　　　}
　　　baos.close();
　　　buf = null;

668:デフォルトの名無しさん
05/08/20 02:12:27
　　　resMsg;= new String( baos.toByteArray() );
　　　baos = null;
　　　in.close();
　　　in = null;
　　　http.close();
　　　http = null;
　　} catch ( Exception e ) {
　　　tb.setString( e.toString() );
　　} finally {
　　　try {
　　　　if ( out != null ) out.close();
　　　　if ( baos != null ) baos.close();
　　　　if ( in != null ) in.close();
　　　　if ( http != null ) http.close();
　　　} catch ( Exception ex ) {}
　　}
　 // resMsg; と resCode を携帯の画面に表示。
　}

669:デフォルトの名無しさん
05/08/20 02:12:56
>>584よ
末端開発者が、これ以上どんな検証をしろというんだ?
でも、お前の思考は天然パーマなので納得しないに20ペソ。
電波出すなら、たのむから自分のサイトで。

670:584
05/08/20 02:17:23
>>663
この仕様書が書かれたのは902SHが発売された後だよ。
2.3.4.1章はあとから実機ベースの事実を書いただけと思われる。

671:デフォルトの名無しさん
05/08/20 02:23:36
>>670
もし仮にそうだとすれば少なくともシャープの端末がそのようなUser-Agentを渡すことをVodafoneが把握していながらなおも弾いているということになる

672:デフォルトの名無しさん
05/08/20 02:25:37
>>666
＞なぜならログ出力なし、Apacheのサービス落とした状態で実行しても同じ結果。

P6、P5、P4、VGS携帯→vodafoneのｹﾞｰﾄｳｪｲ→→ネット上の一般ｻｰﾊﾞｰ　　　アプリから通信可

新３G携帯→vodafoneのｹﾞｰﾄｳｪｲ　　　　　　　　　　　ネット上の一般ｻｰﾊﾞｰ　　　アプリから通信不可

vodafoneのｹﾞｰﾄｳｪｲがアクセスしてくれないからログもなし。

すべて既出です

673:デフォルトの名無しさん
05/08/20 02:28:07
>>672
既出なのは>>666もわかってると思うよ。
なぜかガリレオ様が頑なにそれを認めてくれないんだよ、シャープ開発者の間違いとか言ってるし・・・。

674:デフォルトの名無しさん
05/08/20 02:31:42
ここにム板の巨人、ガリレオ様が誕生した。

675:デフォルトの名無しさん
05/08/20 02:32:26
そろそろ釣りﾃﾞｽﾀとか言い出すころあいね。

676:584
05/08/20 02:32:57
釣りﾃﾞｽﾀ!

677:584
05/08/20 02:35:54
>>666
662の無礼な発言、大変申し訳ない。
まさにこの検証を誰かにやって欲しかったです。
仮説(2)が間違っていたと証明されました。
つまりは仮説(1)か他の要因かということになり、現時点ではこれ以上検証することは何もなくなりました。
検証いただいた方々、ありがとうございます。そして申し訳ありませんでした。

678:デフォルトの名無しさん
05/08/20 02:42:46
仕様だけに過剰に固執し、自分では検証を一切せず他人の検証結果に頼って
勝手に自分の妄想を喚くだけ喚いてそれで終わりですか・・・ふざけんな

679:デフォルトの名無しさん
05/08/20 02:48:01
釣りだったということにしておけば自の愚かさが隠蔽できると方向転換（ry

680:デフォルトの名無しさん
05/08/20 02:54:44
>>584の書き込みを全部消してくれ。

681:デフォルトの名無しさん
05/08/20 03:31:52
ガリレオ様が偉大すぎる件について

682:デフォルトの名無しさん
05/08/20 16:51:51
>>584はもうでてくんなよな

683:デフォルトの名無しさん
05/08/20 17:47:14
【ガリレオ】CLDC+MIDP+携帯電話用Javaスレッド part 5【誕生】

684:デフォルトの名無しさん
05/08/20 18:24:49
>>683
おい、びっくりさせるなよ
思わずスレッド検索してしまった
なくてよかった

あいつなら、やりかねないからな

685:デフォルトの名無しさん
05/08/20 23:29:00
次のスレタイは確定ですよ。そして>>1で語り継ぎますよ

686:デフォルトの名無しさん
05/08/20 23:48:05
J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。
質問でも議論でも何でもこい、と。
でも電波だけは勘弁な。

687:584
05/08/21 11:25:51
今回の件は既出ではない。
らるるさんも知らなかったし、HEADなら通信できるという者もいた。

「Untrustedだから通信できないのであろう」というのは確かに既出だった。
しかし「Voda3Gゲートウェイがブロックしている」は今回明らかになった。
（一部の人は独自に検証して知っていたかもしれないが公ではなかった）

仕様書には通信できると書かれている。
902SHのUAは何かおかしい。これも事実だ。

今回のやりとりはこのスレにとっても非常に有益だったと考える。

688:デフォルトの名無しさん
05/08/21 11:39:02
584=負け犬の遠吠え＜ｷｬﾝｷｬﾝ

689:デフォルトの名無しさん
05/08/21 12:18:44
>>687
> しかし「Voda3Gゲートウェイがブロックしている」は今回明らかになった。

ハァ？？？

690:デフォルトの名無しさん
05/08/21 13:42:15
>>584が過去ﾚｽ検索の仕方さえ知っていれば起きなかった無駄なやりとり

691:デフォルトの名無しさん
05/08/22 15:25:23
おめでとうございます！
>>584さんのレスは、下記のスレの>>19において「ド低能な発言の数々」として紹介されました！
ここにその栄誉を称え、ここに賞します。

最高にド低脳な発言してください in ム板(VII)
ｽﾚﾘﾝｸ(tech板)

692:デフォルトの名無しさん
05/08/22 23:39:30
>>691
>>584が低脳かどうかはともかく、向こうのスレの空気を読めてないよ。
自分で書いて自分で報告するのも、かなり低脳度が高くすばらしい。

693:デフォルトの名無しさん
05/08/22 23:45:02
>>692
心配しなくても空気考えるほどのスレじゃないので、向こうのスレもね
気にしないで使ってください

694:デフォルトの名無しさん
05/08/23 00:29:03
byte[] col=bb[0];(bbは2次配列)
ってやるとＣ言語のポインタみたいになって、colをいじるとbbまで変わってしまいます。どうすればbbは影響を受けなくなりますか？

695:デフォルトの名無しさん
05/08/23 01:29:56
確実にスレ違い。arraycopyかな？

696:デフォルトの名無しさん
05/08/23 09:40:50
できました！ありがとうございました&スイマセンでした。

697:デフォルトの名無しさん
05/08/23 23:30:50
>>692
>>584さんでつか？

698:デフォルトの名無しさん
05/08/23 23:37:35
たぶん、そんなところだろ

699:584 ◆cr8hHrxU9o
05/08/24 01:33:30
692はオレじゃない。
その手の内容は自分からは書き込まないって。（もっとも同じ事思ってるけど）

なにか進展があれば今後もコテハンで書き込むよ。
何回か詐称されたので念のためトリップ付けとく。

700:デフォルトの名無しさん
05/08/24 04:16:37
>>699
あなたが本物の584だということを証明しないと
トリップ付けても何の意味も無いですよ

701:デフォルトの名無しさん
05/08/24 07:27:13
>>700
つまり584にもう一暴れしろ、と言いたいのかね？

702:デフォルトの名無しさん
05/08/24 08:24:37
もう暴れるネタがありませんよ
>>584の知識ではムリポ

703:デフォルトの名無しさん
05/08/24 10:30:10
>>699 == >>584
手前の中でなにか進展があっても、こっちじゃ既出。手前の過去の書き込み読んで、頭冷やして消えろ。
質問スレのリソースの無駄なので、とっとと、System.gc()で消えな。

704:デフォルトの名無しさん
05/08/24 20:45:09
参照が残ってるので、GCにはどうしようもありません。

705:デフォルトの名無しさん
05/08/25 10:25:29
>>704
上手いｗ

706:デフォルトの名無しさん
05/08/25 19:47:03
なるほど。つまり、粘着がどうたらということを引っかけてるのか。

707:デフォルトの名無しさん
05/08/25 20:01:42
オレからしたらそれなりに理屈の通った発言をしてる584より、アンチ584発言の方がよっぽど遠吠えに聞こえるが(w

とか言ってみるﾃｽﾂ

708:デフォルトの名無しさん
05/08/25 20:22:19
>>707
エラーをキャッチしました。

709:デフォルトの名無しさん
05/08/25 20:48:30
>それなりに理屈の通った発言をしてる584

これは笑うところですか？

710:デフォルトの名無しさん
05/08/25 22:41:17
おまいら、もうどうでもいい584にからむほどネタがなくて困ってるのですね。。
そんなおまいらに聞きたい、MIDP2.0を学ぶのにいい入門サイトない？

「ここが変わった」とか「新しい機能を実際に使ってみよう」のような感じのサイトがあると、
とっかかりやすくてうれしい。

711:デフォルトの名無しさん
05/08/25 22:56:45
>>707
>>584さん、それはいくらなんでも必死すぎですよｗ

712:デフォルトの名無しさん
05/08/25 23:11:39
>>709
何も分かってないガキの落書きだから放置推奨

713:デフォルトの名無しさん
05/08/26 00:08:22
>>709
笑えばいいと思うよ。

714:デフォルトの名無しさん
05/08/26 02:48:36
すみません質問です。

アプリで固定小数点数を使った計算処理を行いたいのですが、sinまたはcosを自前で高速に計算するにはどうすればよいのでしょうか？
あらかじめサインテーブルを持っておくのでも良いのですが、既に容量がギリギリになりそうなので出来れば起動時に計算で求めたいのです。
また、計算処理部分は3キャリア共通で使いたいのでsin/cos関数は使わないようにしたいです。

ネットで検索して「40バイトサインジェネレーター」というものは発見したのですが、
アセンブラで書かれておりJavaには移植できそうにありません。

良い方法をご存知の方、いらっしゃいましたらご教授願います。m(_ _)m

715:デフォルトの名無しさん
05/08/26 08:09:11
>>714
つ【テイラー展開】

716:デフォルトの名無しさん
05/08/26 08:47:36
40バイトサインジェネレータでぐぐると
>これを使わずに32bit整数(16:16固定小数点)でsinをマクローリン展開させたのよりは遥かに精度が高いです
って出てきた

717:デフォルトの名無しさん
05/08/26 10:43:22
容量ってのがJarサイズのことなら、テーブルをリソースに逃がしてやればいいかもね。
ソース内に書くより断然減る

718:デフォルトの名無しさん
05/08/26 13:25:03
おいら714じゃないけど，
昔sinテーブル作ってたけど，最近授業でテイラー展開やったの思い出して作ってみた．

//x=角度(-1～1を-10000～10000で入力)，n=近似度
public static int sin(int x,int n){
int ans=0; int i,j;
for(i=0;i<n;i++){
int flag=1;
if(i%2==1)flag=-1;
int ko=1; int bo=1;//分子分母の初期値
　　for(j=0;j<2*i+1;j++){
　　　ko*=x;
　　　bo*=j+1;
　　　if(j>0)ko/=10000;
　　}
　　ans+=flag*ko/bo;
　}
return ans;
}

精度まで検証してないけどある程度使えそう．約500バイトになった．

719:718
05/08/26 13:34:27
間違えた．xは-1.7～1.7(17000～17000）だ．
結果が10000倍で帰ってくるので適当に．

720:718
05/08/26 13:36:45
またミスった・・．
正確には3.14/2だから-1.57～1.57(-15700～15700)か．

721:デフォルトの名無しさん
05/08/26 22:53:53
固定小数は、小数部12bitでつくるといいよ。
あと2π=4096で。

ドコモやBREWに移植するときに楽だよ。

722:デフォルトの名無しさん
05/08/27 22:45:59
英語ページだけどIAppli用の固定小数点ライブラリみつけた。

URLﾘﾝｸ(people.csail.mit.edu)

ただ、このソースでsin/cosの計算に使われてる定数の意味がわからん。
PI=205887　は　3.141592<<24 な値だと言うのはわかるんだけど、
SK1やSK2の算出方法が不明。
なんでこんな値が使われてるかわかる奴いる？

public static final int PI = 205887;
public static final int PI_OVER_2 = PI/2;
public static final int E = 178145;
public static final int HALF = 2<<15;
static final int SK1 = 498;
static final int SK2 = 10882;
static final int CK1 = 2328;
static final int CK2 = 32551;

723:デフォルトの名無しさん
05/08/27 23:31:58
出来合いのライブラリでいいなら
URLﾘﾝｸ(mywebpages.comcast.net)
まぁ >714 がどのくらいサイズギリギリで困っているのかで選択が分かれるだろうけど。

724:デフォルトの名無しさん
05/08/28 03:11:31
>>722
普通に考えるとテイラー展開で
SK1 = 1/5! << 16
SK2 = 1/3! << 16
なんだが、微妙に値が違うな。

725:デフォルトの名無しさん
05/09/02 15:48:15
記念age

726:デフォルトの名無しさん
05/09/02 19:53:24
Vアプリ開発初心者です
長い質問文でスマソです

Ｖアプリを実行中に電源ボタンを押すと
再開／停止／一時停止のダイアログが表示されずに
数秒間固まり、その後エラー終了してしまいます
電源ボタンではなく携帯を閉じても同じです
startApp()には以下のように記述してあります

void startApp() {
　if(canv==null){
　　canv = new xxxxCanvas();
　　Display.getDisplay(this).setCurrent(canv);
　　　：
　　mainProc(); // メインループ処理
　　　：
　　destroyApp(false);
　　notifyDestroyed();
　}
}
pauseApp()とdestroyApp()の中身はカラッポにしてあります

あとV501Tでのことですが
アプリ実行中にクリアボタンを押すと停止してしまいます
getGameActionに0を渡すとエラーが出るというのをネットで
知ったのでコールしないようにしたのですが
それでも発生するので、何か他に気をつけることはありますか。

727:デフォルトの名無しさん
05/09/02 20:03:16
Javaアプリの容量制限の状況は
それぞれのキャリアでどれくらいのサイズまでひきあげられているでしょうか？
vodafoneがメガアプリに対応で1MBまで対応できたことは知ったのですが。
最近ではもっと大容量化されたキャリア、機種が存在するのでしょうか？

728:デフォルトの名無しさん
05/09/02 20:30:31
>>727
んぱかさんのサイトを熟読するべし

729:デフォルトの名無しさん
05/09/02 20:46:54
>>726
destroyApp(false);を削除

destroyApp()はアプリから呼び出すメソッドじゃない
アプリが終了するときにシステム側からコールされるメソッドだ

730:726
05/09/02 21:02:05
>>729
レスありがとうです

destoryApp(false)はいらなかったんですねー

今気づいたのですが
アプリのメイン処理がwhile(true)ループなんですけど
もしやスレッド化しておかないと電源ボタンで正常に終了できない
ってことなのでしょうか？
ソフトキー１を押したときだけループ抜け→notifyDestroyed()コール
というコード書いてます。

ループ処理をスレッド化していないことと
V501Tでクリアキーを押すと固まる不具合って
何か関係あったりしますか？

ネットで更に調査していたら、どうもクリアキーの不具合って
ＡＵでのことだったんですね。
Vodafoneには関係なかったのかな。

731:デフォルトの名無しさん
05/09/02 23:02:52
>>725
startApp()でループなんかしちゃだめです。
Display.getDisplay(this).setCurrent(canv);
とあと少しの処理にして。
すぐにstartApp()を終わらせるべし。

732:デフォルトの名無しさん
05/09/02 23:57:51
>>731
なぜですか？

733:デフォルトの名無しさん
05/09/03 00:54:42
>>732
Vアプリ開発ガイドとVアプリ開発ガイドTips編を読んでください。

734:デフォルトの名無しさん
05/09/03 01:21:06
startApp以外にもCanvas.paintやcommandActionなどに、時間のかかる処理はおかないほうがいいです。
理由はシステム側に頻繁に呼び出される可能性があるから。
再帰コールによるオーバヘッドでアプリが落ちるかもしれません。

時間のかかるループ処理なんかしたい場合には、別にスレッドを作ってそちらでループするようにしてください。

735:デフォルトの名無しさん
05/09/03 06:27:41
>>734
>理由はシステム側に頻繁に呼び出される可能性があるから。
>再帰コールによるオーバヘッドでアプリが落ちるかもしれません。

そういう理由なら>>726のソースは問題ないのでは？
何度startApp()がコールされようと2度目以降は素通りでメソッドを抜ける。
ついでに言えばstartApp()は頻繁に呼び出されない。起動時とリジューム時だけ。

Vアプリ開発ガイドTips編にはstartApp()内でCanvasのインスタンスを生成するな等
書かれているが、それは複数回のstartApp()コールがあるとそのたびにインスタンスが
作られてしまうことを注意しているのであるから、>>726のように対策してあれば
問題ないと考えるが、どうか。

736:726
05/09/03 08:50:17
>>726のコードですが
mainProc()の中でwhile(true)ループしています（ソフトキー押したら抜けるような設計）
現状は電源ボタンを押すと５秒ほど固まってから異常終了します。

今手元に携帯がないので試せないのですが
mainProc()をスレッド化していないために
1)電源ボタンを押す
2)終了イベント発生
3)startApp()はwhileループ中のため終了できない
4)５秒経過
5)異常終了
となってしまっているような気がします。
これは当ってますか？

確かにエミュレータで電源ボタン押しても終了イベントは発生してるようですが
アプリが終了しないですね。。。

737:735
05/09/03 13:12:20
簡単なコードで実験してみた。

・スレッド化せず、startApp()からmainProc()呼び出し（その中ではwhile(true)ループ）
の場合では電源キーを押してもエミュレータは終了しなかった（終了イベント発生は認識されている）。
・スレッド化した場合は、電源キーを押してエミュレータを終了することができた。

>>736の(1)～(5)のようなことで合ってるのではないかと思う。
従って>>731 >>734のような作り方が適切ということになる。

ちなみに実験ではコンストラクタにスレッドの生成と実行開始を記述した。
スレッドの終了時にnotifyDestroyed()を呼ぶようにした。

738:デフォルトの名無しさん
05/09/03 13:13:51
×　ちなみに実験ではコンストラクタに
○　ちなみに実験ではcanvのコンストラクタに

739:デフォルトの名無しさん
05/09/06 16:16:21
ちょっと質問してもいいでしょうか？
Vアプリで壁紙や着信音、着信画面なんかを変更する方法はありますか？
iアプリでは、PhoneSystemクラスのsetImageThemeメソッドで出来るみたいなんですが。
ご存知のかた教えてください。

740:デフォルトの名無しさん
05/09/06 18:02:30
Resident MIDlet(待ちうけアプリ)にして、音声着信だのメール着信のイベントが発生したら、
SMAFフレーズやPCM音源を鳴らしてやればいいだけだと思うが。

741:デフォルトの名無しさん
05/09/07 07:03:00
3G携帯全般的にバグが多い気がするのですが、
それらのバグ情報をまとめたサイトってありませんか？

742:739
05/09/07 10:50:53
> Resident MIDlet(待ちうけアプリ)にして、音声着信だのメール着信のイベントが発生したら、
> SMAFフレーズやPCM音源を鳴らしてやればいいだけだと思うが。

やっぱりそれしかないですかねぇ。
あんまり待ち受けアプリにはしたくない事情があったものですから。

もうちょっと調べてみます。

743:デフォルトの名無しさん
05/09/08 16:23:58
各端末のフォントサイズがまとまってる資料ってありませんか？
んぱかにあるかなと期待していたのですが、無かったもので。

744:デフォルトの名無しさん
05/09/08 19:12:42
>743
Vodafone なら端末情報のPDFに書いてる。

745:デフォルトの名無しさん
05/09/09 03:38:25
>>743
ボーダならまとまってあるね。 URLﾘﾝｸ(potter.s5.xrea.com)

746:デフォルトの名無しさん
05/09/09 07:55:19
資料だけは良いんだよな。

747:デフォルトの名無しさん
05/09/12 01:34:22
死霊はそろってるよなぼだは

だがしにかけなんだよな

748:デフォルトの名無しさん
05/09/14 03:48:22
某スレから情報を仕入れただけだけど、MIDP 2.0本が出るらしい。
URLﾘﾝｸ(book.mycom.co.jp)

749:デフォルトの名無しさん
05/09/14 23:32:29
まぁ基本的なことが書かれてるだけだろうがＭＩＤＰ自体本が少ないから手元においておてもいいかも
安いし

750:デフォルトの名無しさん
05/09/19 14:58:08
最近Vアプリ開発始めまして分からない所があったので自分なりに調べたのですが
見つからなかったので質問させて頂きます。

当方、JavaScriptからVアプリへの移植を行っていて
floor/ceil/roundなどの数学関数が無いようなのですが、
同じ働きをする関数があれば教えていただきたいです。

文章が分かりにくいかもしれませんがよろしくお願いします

751:デフォルトの名無しさん
05/09/19 16:26:02
>>750
俺は作ったことないんだがそもそも小数が扱えなかった気がするんだが違ったっけ？
違ったらｽﾏｿ

752:デフォルトの名無しさん
05/09/19 17:03:05
>>750
floorは小数点切捨てだから結果を直でintに入れれば切捨てられる多分
ceilは小数点繰り上げなのでa%b!=0とでもしてtrueなら式の答えに+1

roundは
private int round(int a,int b){
if ((a % b != 0) && (a % b >= b / 2)) return (a / b) + 1;
else return (a / b) + 0;
}
とでもすればいけるがceil、roundともにa/bのような場合にしか使えない

複雑な式、例えば(a(100-b*c)/100*(100-(d+e)*50)/100)←思いつきなので乱雑で申し訳ない
とかなってくると、
round((a(100-b*c)/100*(100-(d+e)*50)/100))*10000,10000)
と実行してやればある程度の精度でいけるかもしれない

文章乱雑で申し訳ないが、誰か間違いあれば指摘ヨロ
>>751
JSCLなら固定小数点ライブラリがあった気がするが使い方ﾜｶﾝﾈのでパス

次ページ