Juste mis à jour à 1.6.1 et je reçois des avertissements que je ne devrais pas utiliser Que dois-je utiliser à la place? Les classes affectées spécifiquement sont les suivantes: com.google.appengine.repackaged.org.json.jsonexception;
com.google.appengine.repackaged.org.json.jsonObject;
com.google.appengine.repackaged.com.google.com.util.base64;
com.google.appengine.repackaged.com.google.comCommon.util.base64decoderexception;
3 Réponses :
pour pour les classes dans org.json. * Vous pouvez utiliser la bibliothèque Java JSON trouvée sur http: // json .org / (bien qu'il y ait d'autres bibliothèques JSON meilleures pour Java)
com.google.common. * Vous pouvez trouver la plupart d'entre eux (mais pas base64 , etc., apparemment) dans bibliothèques de goyava de Google .
BASE64 est maintenant inclus dans GUAVA (à partir de 2013-02).
Base64 n'a jamais fait partie de GUAVA. Si vous souhaitez faire un codage / décodage de base64 avec GUAVA, veuillez utiliser com.google.common.io.baseencoding.base64 ().
org.json.JSONException; org.json.JSONObject; com.google.common.util.Base64; com.google.common.util.Base64DecoderException;
il semble que Jsonexception n'existe pas dans org.json
@Lumpy, oui ça fait. Voir le Javadoc
Désolé, je voulais dire org.json inclus dans Appengine ne l'a pas, une fois que j'avais compris mon propre pot, cela fonctionne.
Savez-vous où je peux dl un pot pour com.google.common.util.base64decoderexception;
Je soupçonne que c'est l'une des classes que Google développées en interne et qui n'a pas encore emballé dans une libération publique de Guava.
Parlant en tant que développeur de goyaves, GUAVA ne contrôle pas commun.util . Je ne sais pas ce que les gars appengine faisaient, mais ce n'est pas quelque chose que Guava n'a aucun projet de fournir. Utilisez-vous base64 sur vos propres fins ou avez-vous besoin de construire appengine?
Personnellement, j'en ai besoin, je peux donc utiliser des classes Appengine Clientside dans un projet GWT. J'aimerais beaucoup envoyer des chaînes codées de base64 au client et décoder là-bas, donc je n'ai pas besoin d'envoyer mes clés en clairtext sur le fil. Peut-être que l'encodeur de base64 est trop coûteux à utiliser dans GWT et je devrai proposer mon propre codage, mais il serait optimal de construire des clés codées correctement dans le client.
Vous devez inclure vous-même des pots tiers dans votre application, au lieu de compter sur Dans votre cas, vous devez ajouter les dépendances suivantes:
com.google.appengine.repackaged
JSON semblait travailler mais Apache Commons ne semble pas être la même chose. Est-ce peut-être un confort différent?
Je crois que la version Apache fournit une caractéristique similaire Voir: Commons.APache.org/CODEC/APIDOCS/ORG/APACHE/COMMONS/CODEC/...
Pourquoi Google recompose-t-il les bibliothèques 3rd Parties?
Trouvé Stackoverflow.com/questions/1225680/...
À titre d'arrière-plan, jusqu'au 1.6.1 (et le plugin Google correspondant pour Eclipse), Eclipse accéderait volontiers à la SDK du moteur d'application, vous permettant d'utiliser des bits qui sont vraiment des détails de mise en œuvre que nous réservons le droit de modification (probablement sans avertissement). Pour diriger des surprises soudaines et désagréables, nous avons arrangé pour l'avertissement que vous obtenez.