- 1 名前：デフォルトの名無しさん [05/02/19 11:51:16 ]
- J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。
質問でも議論でも何でもこい、と。
前スレ：
CLDC+MIDP+携帯電話用Javaスレッド part 3
pc5.2ch.net/test/read.cgi/tech/1091798483/
過去スレ
携帯JAVAのスレッド
pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち)
CLDC+MIDP+携帯電話用Javaスレッド part 2
pc5.2ch.net/test/read.cgi/tech/1070858996/
--
Java一般に関しては：
【初心者】Java質問・相談スレ51【大歓迎】
pc5.2ch.net/test/read.cgi/tech/1091770298/
NTT DoCoMoのiモード携帯電話用Java(iアプリ)については：
iモード携帯電話用Java（iアプリ） Part 6
pc5.2ch.net/test/read.cgi/tech/1091286071/
>>2-5あたりにリンク集
- 577 名前：らるる mailto:sage [2005/08/15(月) 06:23:16 ]
- >570 からなんか話題になってるので、答えられる範囲で答えます。
結論から言うと、私もよくわかってないです。
・実機で動作確認できてるか
できてない。なので >570 903SHで本当に動いているなら逆にビックリです。
(確認すらできてないのにリリースすんな、というツッコミはさておき。)
エミュで通信できることは確認してます。
↓の一覧に載ってるので、ひょっとしたらv0.0.1バージョンの時から動いていたかもしれません。
www.vdfx.net/902appli.html
・Trusted ?
Trustedではないです。
>573 のいうように.jad/MANIFEST.MFをいじってるだけ。
少なくとも、Untrustedの状態のエミュでSecurityException出てません。
・「アプリゲットの審査が通ると通信できる」？ >573
実機持ってないので検証できません。
さすがに審査が通るだけでTrusted状態になるとは思えないですけどね。
- 578 名前：らるる mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/15(月) 11:30:55 ]
- >>577
らるるさんｷﾀｰ
自分の902SHでダウンロードしてみましたが
実際に通信してる感じでした。
- 580 名前：デフォルトの名無しさん [2005/08/15(月) 14:44:19 ]
- ここでage
- 581 名前：デフォルトの名無しさん [2005/08/15(月) 16:46:01 ]
- iアプリを作ってきたものですがVアプリで
iアプリのJarInflaterみたいなのってないですか？
アプリで使用する画像などを1ファイルにまとめて
ダウンロードしてアプリ内で解凍して使用したいのですが・・・
- 582 名前：デフォルトの名無しさん mailto:sage [2005/08/15(月) 19:17:59 ]
- ○○さんですか？
- 583 名前：デフォルトの名無しさん mailto:sage [2005/08/15(月) 22:01:50 ]
- ＞・HTTPのGETではなくHEAD (HttpConnection#setRequestMethod(HttpConnection.HEAD)) を使ってる
やっぱりね
これはだからこのｱﾌﾟﾘだからであって
他のｱﾌﾟﾘには関係ないということでFA
わかりやすく結論だけ言うと
通信できないためにvoda３Gで動作しない
○○ｱﾌﾟﾘとか○M○naｱプリはやっぱりダメだって事です
- 584 名前：デフォルトの名無しさん mailto:sage [2005/08/16(火) 00:15:50 ]
- >>583
いや、HEADだと通信OKなんて記述はドキュメントにはないと思う。
実はtrustedでないと通信できないってのはデマ？
やってみたらGETでもPOSTでも通信できるんじゃない？
- 585 名前：デフォルトの名無しさん mailto:sage [2005/08/16(火) 01:30:26 ]
- ＞やってみたらGETでもPOSTでも通信できるんじゃない？
このスレ始まって以来の超馬鹿レス晒しage
そんなものあれもこれも考えられることはすべてやって
それでもダメなのを知らないらしい・・・・
- 586 名前：584 mailto:sage [2005/08/16(火) 02:01:39 ]
- ドキュメント見てみた。
424-111-V-appli_function2004_3GC_1.1.0.pdfの「2.3.2セキュリティ」の章にはUntrustedでもネットワークアクセスが×じゃないと記載されている。
ユーザデータ（Storageとかアドレス帳とか）と位置情報のみがUntrustedで×じゃん。
どゆこと？？
- 587 名前：デフォルトの名無しさん mailto:sage [2005/08/16(火) 09:15:24 ]
- HEADだけなら通信できるわけ？
- 588 名前：デフォルトの名無しさん mailto:sage [2005/08/16(火) 11:31:03 ]
- >>587
そのようですね
>>585
ageと言いながらsageてるところに優しさを感じる
>>584=586
ここ個人の覚書帳じゃないから、この一件の経緯を把握してから書き込んでくれませんか
- 589 名前：584 mailto:sage [2005/08/16(火) 21:43:31 ]
- あれ？通じないか？
HEADでもGETでもPOSTでも通信できる。たぶん。
つまりここにいる全員が勘違いしてただけ。
わかった？
- 590 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 01:45:19 ]
- ?????
- 591 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 08:15:41 ]
- >>589
ネ申？
- 592 名前：デフォルトの名無しさん mailto:夏だね [2005/08/17(水) 10:38:59 ]
- >>589
たぶん。とか遠慮せずに実際にやって見せてよ。出来るなら。
ここにいる全員が勘違いしているだけなんでしょ。
- 593 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 11:07:26 ]
- エミュレータでつたとかいうオチとか
- 594 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 15:01:05 ]
- >>594
でも、実際
アプリのセキュリティでネットワークアクセスを「許可しない」にして時刻を取得しようとすると「時刻接続失敗」って出てくる。
毎回表示にすると「ﾈｯﾄﾜｰｸ接続を行います。よろしいですか？」と出てきて Yes を選ぶと時刻が表示される。
ちなみに902SH
- 596 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 15:56:53 ]
- バカは放置
- 597 名前：らるる mailto:sage [2005/08/17(水) 17:38:28 ]
- とりあえずソースおいときますね。
公開しているv0.1.0と全く同じやつです。
ttp://www.rarul.com/MobileWebClocker.zip
- 598 名前：584 mailto:sage [2005/08/17(水) 19:51:19 ]
- >>592
らるるさんのアプリが実際に出来ている。
>>593
オレは試してない。
3GC機を持ってないし、試す暇もない。
しかしもはや試すまでもないと思う。
>>594
2.3.4.1はセキュリティドメインとは無関係の記述だろ。よく読め
2.3.2.1の表が正しいことは>>595で証明された。
つまりUntrustedでも通信は可能。
TruestedでもUntrustedでもデフォルト設定時の通信の仕様に一切差はない。
唯一の差は端末設定のBlanketが有効になるだけ。
しかしココまで解説しないとわからないものなのか・・・
ガリレオの気分だな
- 599 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 20:03:25 ]
- なんで実機で試してないのに出来ると言うのかよくわからん
- 600 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 21:38:51 ]
- V902T持ってるけど、やっぱり通信はできんよ。
- 601 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 21:47:56 ]
- >>599
だからおれの902SHでMobileWebClockerが動いたんだってば
- 602 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 22:08:01 ]
- >>601
それはHEADでのみ確認できたのであって
GETとPOSTじゃないじゃん
- 603 名前：599 mailto:sage [2005/08/17(水) 22:16:30 ]
- >>601
>>598へのレスだから気にするな
- 604 名前：デフォルトの名無しさん [2005/08/17(水) 22:38:54 ]
- ＞ガリレオの気分だな
愚か者はついにガリレオになりました
だから
この一件の経緯を把握してから書き込んでくれませんか
という忠告を無視して夏虫が暴走・・・・
- 605 名前：584 mailto:sage [2005/08/17(水) 23:00:34 ]
- >>599-604
つーかここは開発者はいないのか？？
424-111-V-appli_function2004_3GC_1.1.0.pdfの2.3章を理解したらそんな発言しないだろ。。
文句つける前によんでくれ。ここからダウンロードできるからさ。
developers.vodafone.jp/dp/tool_dl/java/tech.php
Vodafoneが出している仕様書にUntrustedでも通信できるって書いてあるんだから、試すまでもないだろ。
実際に実機で動作してるし。
これで通信できないってのならVodafoneが嘘ついていることになる。
開発者でもないヤツ（仕様書が理解できないヤツ）は黙ってくれ。
議論にならないからね
- 606 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 23:02:10 ]
- すみません
ROMります
- 607 名前：デフォルトの名無しさん mailto:ドキュメントと実際の動作が違うってよくありそうだが・・・ [2005/08/17(水) 23:07:17 ]
- 「3GC機を持ってないし、試す暇もない」(>>598)といってたのに
なぜ後になって「実際に実機で動作してるし」(>>605)といえるのか
全く意味がわからん・・・誰か説明してくれ。
- 608 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 23:21:27 ]
- オチが見えたような気がする。
昔試した記憶では、UntrustedなVアプリでもHttpConnection作ってResponseを得る事はできる。
しかしその結果は、殆どのクリエイターが期待するものではなく、ゲートウェイが返すエラーレスポンスだ。
getResponseCode()で得られるレスポンスコードは、正確に覚えてはいないが4xxだったか5xxで、20xではなかった。
MobileWebClockerはレスポンスコードを見ないから、返ってくるのがゲートウェイのエラーであってもDateヘッダがあるから動く。
しかし、それは厳密には期待した結果ではないはずだ。ゲートウェイの段階でコケてるから、サーバのログを調べても該当するアクセスは無いだろう。
誰か、実機と暇と自鯖がある奴がいたら、MobileWebClocker を改造して確かめてみてくれ。
- 609 名前：デフォルトの名無しさん mailto:ガリレオは暇厨 [2005/08/17(水) 23:36:22 ]
- >>608
まとめご苦労
- 610 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 23:50:49 ]
- なーるほど
- 611 名前：584 mailto:sage [2005/08/17(水) 23:52:38 ]
- >>607
579や601がそう言っているではないか
- 612 名前：584 mailto:sage [2005/08/17(水) 23:58:32 ]
- >>608
レスポンスコードが200でも40xでも5xxでも、何らかの値が返ってくるのであればHTTP通信はできているってことだろ。
そういうエラーはHTTPサーバ側で返すもの。
4.xxであればApacheのエラー。（DocumentNotFoundなど）
5xxであればCGIプログラムのバグ。
RFC読んでくれよ。
はぁいったいココは。。。
- 613 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 00:11:13 ]
- >>608が正解
HEAD、GET、POSTどれで通信しても
ステータスコード503が返却されます。
503 : Service Unavailable
すなわちサーバーサービス利用不可。
- 614 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 00:24:31 ]
- ＞レスポンスコードが200でも40xでも5xxでも、何らかの値が返ってくるのであればHTTP通信はできているってことだろ。
エラーが返ってくるのも通信のうちというオカルト理論が発表されました！！
- 615 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 00:29:08 ]
- 技術者と研究者の遊び場はここですか？
- 616 名前：584 mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 00:43:09 ]
- 584
↑
こいつvodafone3gが発売された去年からの経過を全然把握してないから
相手しても無駄
- 618 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 00:52:06 ]
- 痛い痛杉
08/16にドキュメントをはじめて読んだ人間が何言ってんだか、ハア〜
- 619 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 01:03:37 ]
- >>616
apacheにアクセスログは何も吐かれない。
vodaゲートウェイが503（サービス利用不可）を返していると思われる。
理由は分からん。vodafoneに聞いて。
教えてくんないだろうけど。
- 620 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 02:41:54 ]
- 584は透過型proxyというものを知らないんだろうな。
- 621 名前：584 mailto:sage [2005/08/18(木) 07:42:54 ]
- >>617,618
経過を把握していないのでじゃぁ教えて。
仕様書には通信できると書いてあるのに503を返してくる理由は？
もちろん当時そこまで解明したんだろ？？
>>619
ありがとう、だんだん見えてきたんじゃない？
MobileWebClockerはHTTPサーバまで到達していない。
つまりアプリに表示している時間はゲートウェイサーバの時間であり、プログラムが想定どおりに機能していない可能性が高いということか。
User-AgentではねているかTrusted Domainでも通信できないということになるかも。
こんな重要なことが仕様書に書いていないというのは、3GCの不具合の一種かもね。
>>620
619の言うVodaゲートウェイが透過型なのか、どんな実装をしているのかはVoda内部の人間しかわからんだろ。
- 622 名前：らるる mailto:sage [2005/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 mailto:sage [2005/08/18(木) 08:29:52 ]
- MobileWebClockerのエラー処理が甘くて、通信が成功していると勘違いしているのが真相だろ。
暗黙のうちに経由するゲートウェイが吐くエラーが受け取れたからといって、Internetと通信できたとは言えない。
3GCの通信不可の話はもういいよ。
事実を理解できる者にはとっくに結論が出ている。
あと、将来3GCに対応するつもりなら、HEAD methodはやめたほうがいいよ。
端末によっては使えない可能性がある。＞rarul氏
- 624 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 12:19:42 ]
- VodafoneのGatewayのエラーから正確な時刻が取得できてるなら
アプリ的にはOKでは？
- 625 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 12:58:26 ]
- ？？User-Agentではねている？？
- 626 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 13:53:48 ]
- 仕様と実際の動作が食い違うなんてよくあることなのに仕様だけみてできると喚いてるバカだということはよくわかった
- 627 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 14:41:15 ]
- >>584は数々の無礼を土下座して詫びろ
- 628 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 15:25:10 ]
- >>627
ガリレオ様は一般人には謝罪しないでつよ
- 629 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 15:32:35 ]
- 要するにvodaはパケットフリーをいいことに
通信しまくらないように鯖で止めてるんじゃないの？
AUみたいに端末側で止められないから。
- 630 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 17:48:29 ]
- >>584にとっては反省して謙虚になるか懲りずに同じ事をしでかして真のデムパになるかの試金石だな
- 631 名前：584 mailto:sage [2005/08/18(木) 22:07:03 ]
- 遅くなってすまそ。
”事実を理解できない者”が騒いでいるので素直に謝ります。仕様書の内容を信じて通信できると言い張ったことは間違ってました。その点は申し訳なく思ってます。
ただ彼らの発言によりHEADならOKとか間違った方向に結論づけられなくてよかった。多くの真実も明らかになった。
事実を理解できる608さん、らるるさん、（それと629さんもかな？）には感謝してます。
User-Agentが可能性の一つとして考えられることは事実を理解できる人には当然分かっていただけていると思う。
ただUntrusted時のUser-Agentが、902SHと802SHだけ他に比べると変なのは気になるね。
903SHはその仕様がこっそり変わてたりするかも。
というわけでこの話題はクローズでいいかな？
- 632 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 22:30:30 ]
- むしろもっと追求すべきじゃね？
- 633 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 22:45:42 ]
- よくわかってないんですが，結局trustedになれば通信できるの？
- 634 名前：デフォルトの名無しさん mailto:sage [2005/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 mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 23:10:59 ]
- 自分自身が”事実を理解できない者”なのに「”事実を理解できない者”が騒いでる」と言い出すあたりさすがガリレオ様
- 637 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 23:20:38 ]
- >>634,635
それは内蔵ブラウザのUser-Agentなんだよね。
アプリが送出するUAは少し違うとVodaの仕様書にか書かれている。
しかしアプリのUAを調べようにもゲートウェイでブロックされるので現時点では調べようが無い。
902Tのときも仕様書がすぐに改定されたので今回も一月以内にVodaから発表があると思うよ。
お気持ちだけアリガト。
- 638 名前：584 mailto:sage [2005/08/18(木) 23:21:31 ]
- ↑584です。
- 639 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 00:16:00 ]
- >>631で謝ったつもりか？まず日本語から覚えてこいよ
あと目障りだからｲﾗﾈ
- 640 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 03:12:27 ]
- ★User-Agentが可能性の一つとして考えられることは事実を理解できる人には当然分かっていただけていると思う★
歴史に残る珍説
- 641 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 03:19:15 ]
- >>631
どこの三国人か知らないがまず日本語を覚えて来い！
何勝手に仕切ってんだボケ！
と、プログラムのプの字も知らない漏れが言ってみるテスト。
- 642 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 08:15:56 ]
- 謝ってるようにみせかけて実はその場しのぎの言い訳を書き連ねるという最低のパターンだな
- 643 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 09:59:31 ]
- これも記録しとけ
「 ただUntrusted時のUser-Agentが、902SHと802SHだけ他に比べると変なのは気になるね。
903SHはその仕様がこっそり変わてたりするかも」
「903SHはその仕様がこっそり変わてたりする」
こいつほとんど勘だけで行き当たりばったりの文章書いてる
その知識は携帯機種板の厨房以下
あそこの連中がまだ携帯に詳しいぞ
- 644 名前：デフォルトの名無しさん mailto:age [2005/08/19(金) 10:26:56 ]
- age
- 645 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 12:42:17 ]
- 初心者ですが、質問です
NokiaDeveloper'sSuite2.2を用いて、アプリを作っていて、
エミュレーターで動作確認をしたMIDletをNokiaPCSuiteで実機にインストールしようとしているのですが、
実機でそのアプリを起動しようとすると「無効なファイル」というエラーが発生してしまいます。
何か特殊な作業とか必要あるのでしょうか
- 646 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 15:01:55 ]
- 902SH802SH→903SHの仕様の差なんか全然関係ないわけだが
アプリからの通信がボダのゲートウエイで勝手に拒否されてるのは
ボーダフォン３G発売以来一貫している
- 647 名前：584 mailto:sage [2005/08/19(金) 19:35:04 ]
- 再三警告しているにもかかわらずオツムのレベルの低い者が”まだ若干”いるようですが、無視して続けさせてもらいます。
ココはプログラム技術板だよ。ホント頼みます
- 648 名前：584 mailto:sage [2005/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 mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 19:42:28 ]
- 再三警告ってどのﾚｽだよ？(ﾌﾟｹﾞﾗ
- 651 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 22:08:20 ]
- ム板だけど、お前さんのための板じゃないってこと覚えとけ。
初心者お断りですかそうですか。二度と来ねぇよ。
- 652 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 22:33:07 ]
- Vodafoneのサービス側の問題であって、プログラム技術とは関係ない、で終了ですねｗ
- 653 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 22:44:03 ]
- ＞つまり902SHと802SHのUser-Agentの実装がバグっているのかもということ
ノキアとかモトローラとかソニーエリクソンとかはいつ舞台に登場しますかね
ここまでひどいと荒らしで削除依頼出した方がいいかも知れんな
- 654 名前：デフォルトの名無しさん mailto:結局真性デムパへの道へ一直線・・・ [2005/08/19(金) 22:55:28 ]
- >>584さんここはプログラム技術板ですよ、ホント頼みますよ・・・。
- 655 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 22:59:10 ]
- >>652が正解
部外者が討論して解明できる問題じゃない。
参考までに>>600で書いたけど902TでもNG。
だから>>613、>>619にvodaゲートウェイと書いた。
>>無視して続けさせてもらいます
たのむから自分のサイトで。
- 656 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 23:38:20 ]
- >>652が正解
つーか>>584と
一時これに加担しようとしていた>>634の携帯厨以外は全員わかってるわけだが
バカは論理が破綻してるのに認識する能力がまったくないわけで
ＯＫ！！じゃあこう説明しようか
じゃあ１０万歩ゆずってUserAgent原因説wwwwを採用しよう、そう仮定しよう
でボダがきめたUserAgentをﾕｰｻﾞｰがどうしようての？
何も出来ることはないわな
一般のHTTPサーバーでのUserAgent振り分けの話じゃないから何も出来ることはない
相手はボダのゲートウェイですよ
- 657 名前：584 mailto:sage [2005/08/20(土) 00:16:28 ]
- >>653
ドキュメントに載っているよ。702は割愛しただけ
>>655
902Tでダメだと判断した検証方法を説明できます？
>>656
User-AgentはVodaが決めてないでしょ。あんなバラバラなのに。
指針くらいは各メーカーに指示したと思うが、シャープの開発者はそれを間違えて実装てしまった。
でシャープの開発者がそのバグを認めて修正してくれる（くれている？）ことを期待している。
SH53のようにいつか902SHも廃れるわけだし。
- 658 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 00:22:47 ]
- >シャープの開発者はそれを間違えて実装してしまった
麻原はあまりに言動がおかしいから精神鑑定されるらしいが
このスレにも鑑定が必要なやつが一人いる
- 659 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 00:43:12 ]
- >>584は自己紹介板にでも専用ｽﾚ立ててｵﾅﾆｰしろやｳﾞｫｹ
- 660 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 00:54:08 ]
- 今度はシャープの携帯だけがおかしいということにしようとしてるな
- 661 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 01:06:19 ]
- >Ｔ902でダメだと判断した検証方法を説明できます？
何を書いても納得しないに１０ペソ。
俺の発言にもうレスつけるな。
- 662 名前：584 mailto:sage [2005/08/20(土) 01:23:23 ]
- 了解。
661=655=600なんだよね。
説明できないというのであれば902Tで通信できないというのは十分検証してないってことね。
ありがと。ども
- 663 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 01:46:15 ]
- >User-AgentはVodaが決めてないでしょ。あんなバラバラなのに。
>指針くらいは各メーカーに指示したと思うが、シャープの開発者はそれを間違えて実装てしまった。
シャープが間違えてないことは584が自分で示した資料の中に
書いてあるのにな。面白すぎ。
- 664 名前：デフォルトの名無しさん [2005/08/20(土) 01:50:41 ]
- もうここまでくれば荒らしですよ
このスレを荒らすのがこいつの真の目的
- 665 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:09:46 ]
- いやー、さすがガリレオ様
- 666 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:11:02 ]
- あまりにも>>584が無礼極まりないので
長文スマソm(__)m
自分もそうだが、最近Ｖアプリを作り始めた人も多いと思うので
知らない人のために、参考までに実験結果を報告しておく。
以下の通信プログラムをV902T、V501T、V603SH、V602SH、V601T、V601SHで動作確認。
V902T以外は全て通信成功(200)。受信データも意図したものを得た。
V902Tは通信失敗(503)で受信データは「ただいま混雑しています。(M503900)」。
接続サーバは自宅ApacheでV902Tのみ接続形跡なし。
なぜならログ出力なし、Apacheのサービス落とした状態で実行しても同じ結果。
- 667 名前：デフォルトの名無しさん mailto:sage [2005/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( "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 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:12:56 ]
- >>584よ
末端開発者が、これ以上どんな検証をしろというんだ?
でも、お前の思考は天然パーマなので納得しないに20ペソ。
電波出すなら、たのむから自分のサイトで。
- 670 名前：584 mailto:sage [2005/08/20(土) 02:17:23 ]
- >>663
この仕様書が書かれたのは902SHが発売された後だよ。
2.3.4.1章はあとから実機ベースの事実を書いただけと思われる。
- 671 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:23:36 ]
- >>670
もし仮にそうだとすれば少なくともシャープの端末がそのようなUser-Agentを渡すことをVodafoneが把握していながらなおも弾いているということになる
- 672 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:25:37 ]
- >>666
＞なぜならログ出力なし、Apacheのサービス落とした状態で実行しても同じ結果。
P6、P5、P4、VGS携帯→vodafoneのｹﾞｰﾄｳｪｲ→→ネット上の一般ｻｰﾊﾞｰ アプリから通信可
新３G携帯→vodafoneのｹﾞｰﾄｳｪｲ ネット上の一般ｻｰﾊﾞｰ アプリから通信不可
vodafoneのｹﾞｰﾄｳｪｲがアクセスしてくれないからログもなし。
すべて既出です
- 673 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:28:07 ]
- >>672
既出なのは>>666もわかってると思うよ。
なぜかガリレオ様が頑なにそれを認めてくれないんだよ、シャープ開発者の間違いとか言ってるし・・・。
- 674 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:31:42 ]
- ここにム板の巨人、ガリレオ様が誕生した。
- 675 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:32:26 ]
- そろそろ釣りﾃﾞｽﾀとか言い出すころあいね。
- 676 名前：584 mailto:sage [2005/08/20(土) 02:32:57 ]
- 釣りﾃﾞｽﾀ!
- 677 名前：584 mailto:sage [2005/08/20(土) 02:35:54 ]
- >>666
662の無礼な発言、大変申し訳ない。
まさにこの検証を誰かにやって欲しかったです。
仮説(2)が間違っていたと証明されました。
つまりは仮説(1)か他の要因かということになり、現時点ではこれ以上検証することは何もなくなりました。
検証いただいた方々、ありがとうございます。そして申し訳ありませんでした。
|
 |
