Pourquoi l'agent de l'utilisateur est envoyé en tant que "Apache HttpClient/INDISPONIBLE (java 1.4)”
Un exemple de l'application mobile envoie des requêtes POST à un serveur HTTP qui nous permettent de traiter les informations envoyées à partir de l'application mobile. Nous analyser les en-têtes HTTP et l'-tête User-Agent est toujours considéré comme "Apache HttpClient" sur tous les appareils Android avec différents Systèmes d'exploitation.
Si je effectuer n'importe quelle action à partir de l'app dans l'appareil android, il revient à l'agent utilisateur comme Apache-HttpClient/UNAVAILABLE (java 1.4)
quel est le problème? Il ne veut pas me fournir une chaîne de l'Agent Utilisateur qui contient des informations comme les OS de l'information et d'autres détails.. quelqu'un A vu un comportement similaire avant?
J'ai juste ajouté plus d'informations sur le billet, laissez-moi savoir si ce n'est pas clair.
OriginalL'auteur SONU | 2014-09-19
Vous devez vous connecter pour publier un commentaire.
Apache-HttpClient/UNAVAILABLE (java 1.4)
Est la valeur par défaut chaîne de l'Agent Utilisateur pour Apache client de votre application à l'aide, il n'est pas une erreur en soi.
Ce client sait très peu de choses sur le système sur lequel il est exécuté, ce qui est pour le meilleur - c'est juste un simple one-size-fits-all méthode pour un appareil Android (qui pourrait être un téléphone, une tablette, un TÉLÉVISEUR ou même une voiture!) effectuer des requêtes http vers le monde extérieur.
De l'Agent utilisateur chaînes sont un moyen pour les Agents Utilisateurs (lire "les navigateurs") pour s'identifier.
Dans le cas d'une Application Android, votre Application est le navigateur, de sorte que la chaîne de l'agent Utilisateur est à vous de définir au sein de votre application.
Voir: Android Générique de l'Agent Utilisateur (UA)
Si vous voulez envoyer les informations concernant l'appareil, vous avez besoin de recueillir cette information avec votre application, puis de l'envoyer. Cependant, si vous êtes la collecte de données, alors vous pourriez aussi bien le mettre dans le corps de la requête, plutôt que les en-têtes HTTP de toute façon.
OriginalL'auteur Jason Elkin