On Jun 26, 2007, at 1:55 AM, Jorge Vargas wrote: > what you are getting is a "redirect" or http "error code" 302 that > means what you are looking for is not here and it is in another place > (specified in headers), what is happening is that your "browser code" > isn't handling those and probably wget isn't either although I though > it did on the default configuration.
But why am I getting this redirect in the first place? > You may try several things the simplest will be to point to the full > resource and avoid the redirect, or you could have your client code > handle those. if you want to go the second way and your client code is > python take a look at > http://docs.python.org/lib/http-redirect-handler.html How should I go about "pointing to the full resource". I am trying to access http://localhost:8080/user/prla which is handled correctly on the web browser, but apparently not from the midlet code. > on a side note why not set return_json=True instead of "parsing" the > page, if the message are small they are several APIs for it in almost > every popular language at json.org I'd love to do that, but unfortunately there's no facilities for parsing JSON on the (very) restricted MIDlet Java API (although there is on the full Java API, but I can't use that on the MIDlet code). P. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~----------~----~----~----~------~----~------~--~---
