Java 我应该用什么来代替com.google.appengine.repackaged*?
刚刚更新到1.6.1,我收到不应该使用的警告Java 我应该用什么来代替com.google.appengine.repackaged*?,java,google-app-engine,Java,Google App Engine,刚刚更新到1.6.1,我收到不应该使用的警告 com.google.appengine.repackaged 我应该用什么来代替 具体而言,受影响的类别包括: com.google.appengine.repackaged.org.json.JSONException; com.google.appengine.repackaged.org.json.JSONObject; com.google.appengine.repackaged.com.google.common.util.Base6
com.google.appengine.repackaged
我应该用什么来代替
具体而言,受影响的类别包括:
com.google.appengine.repackaged.org.json.JSONException;
com.google.appengine.repackaged.org.json.JSONObject;
com.google.appengine.repackaged.com.google.common.util.Base64;
com.google.appengine.repackaged.com.google.common.util.Base64DecoderException
对于
org.json.*
您可以使用位于的Java json库(尽管还有其他更好的Java json库)
对于
com.google.common.
中的类,您可以在中找到它们中的大多数(虽然显然不是Base64
等)。您应该在应用程序中包含第三方JAR,而不是依赖com.google.appengine.repacked
在您的情况下,您应该添加以下依赖项:
common.util
。我不确定阿彭金的人在做什么,但这不是番石榴有任何计划提供的东西。您是出于自己的目的使用Base64,还是需要它来构建AppEngine?json似乎可以工作,但apache commons似乎不一样。这可能是一个不同的公共空间吗?我相信apache版本提供了类似的功能请看:为什么Google会重新打包第三方库?通过后台方式找到,直到1.6.1(以及Eclipse的相应Google插件),Eclipse都会很乐意访问App Engine SDK,允许您使用真正的实现细节,我们保留更改的权利(可能没有警告)。为了避免突然的、令人不快的意外,我们为您准备了警告。Base64现在包含在番石榴中(从2013-02年开始)。Base64从来都不是番石榴的一部分。如果您想使用Guava进行base64编码/解码,请改用com.google.common.io.BaseEncoding.base64()。
org.json.JSONException;
org.json.JSONObject;
com.google.common.util.Base64;
com.google.common.util.Base64DecoderException;