Win a copy of The Little Book of Impediments (e-book only) this week in the Agile and Other Processes forum!
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Download problem

 
Jorma Ikonen
Ranch Hand
Posts: 49
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,
Does anyone has good ideas why my 6650 do not want to install MIDP1.0-application from the public web-server even it works fine by OTA-emulator /localhost?
Unfortunatelly, I'm not able to test that does the OTA work also with that public web-server, because it can't find that URL (even proxy settings should be ok). Furher, my 6650 finds the URL and the midlet's wml-page will loaded to screen, but opening a link on that page fails; 6650->"Response unknown!".
I'm not able to see that public web-server's "mime-type"-settings, but these could be wrong. Is there any way to correct/test these issue by adding some tags into the wml-page? Or do you know any other web-server where to test own MIDP-application in real-life environment?
Your help is highly appreciated.
Br,
Jorma
 
James Reilly
wrangler
Ranch Hand
Posts: 30
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hello,
You might write a simple J2SE test program, or better
still a 'MIDlet with a log screen' that allows you test URLs
(by doing an HTTP GET or POST on them), and your test program
prints the HTTP requests/responses including the body
contents + especially HTTP header request/response names + values.
(The actual wireless network may vary somewhat
compared to a PC + Internet environment. For
example it may have WAP gateways, etc. Making
the test application as a MIDlet allows you to
run it in both a PC or desktop (via a MIDP emulator)
and in MIDP phones.)
I've also found it helpful to sometimes run a simple
TCP proxy (or HTTP proxy) on my local PC, and then
access the remote URL(s) using that. I.e. I turn
debug print tracing on in the proxy, and then access
the remote URLs I'm interested in with a browser
or other application (e.g. MIDlet in an emulator).
Then I can quickly see if some HTTP response header
value is not correct. This approach is a different
environment than a real internet capable phone, thus
the reason for the first approach also.
Hope this helps,
jim
[ October 08, 2003: Message edited by: James Reilly ]
[ October 08, 2003: Message edited by: James Reilly ]
 
Jorma Ikonen
Ranch Hand
Posts: 49
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,
..and thanks about your tip!
I found other public web-server where those "mime-type"-settings were ok and now the phone started to download the application. Now I have to solve only why phone do not support my application even it works fine with emulator (downloads the software, but "throws" an information/error about unsupported application).
br,
Jorma
 
David Price
Ranch Hand
Posts: 93
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
For future reference, Rex Swain's HTTP Viewer is a great tool for checking the MIME types your server is reporting.
 
Jorma Ikonen
Ranch Hand
Posts: 49
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks David, knowledge + use of this tool might save some time...
br,
Jorma
 
dan moore
Ranch Hand
Posts: 68
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
what is the link that fails with "response unknown" - is it a JAD request or a direct link to a JAR?
cheers, dan.
 
Jorma Ikonen
Ranch Hand
Posts: 49
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,
It was a Jad-request, but I do not have problems about this anymore, because I've changed the download server to other one where the mime-settings were set ok. Thanks anyway!
br,
Jorma
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic