В результате вызова Apache DefaultHttpClient возникает «java.lang.RuntimeException: Stub!»

Question

Я погружаюсь в разработку Android.У меня есть проект, который будет взаимодействовать с ресурсом RESTful, и я пытаюсь выяснить, как сделать базовый GET с параметрами по HTTP.Из всего, что я прочитал, похоже, что консенсус предпочитает HTTPClient, а не HttpURLConnection.

Я написал класс-оболочку с методом, который заботится о создании объекта ключа для создания запроса с использованием HTTPClient:

public String get() {  
    String responseString = null;

    HttpClient client = new DefaultHttpClient();
    HttpGet get = new HttpGet();
    try {
        get.setURI(new URI(this.baseURL()));
    } catch (URISyntaxException e1) {
        e1.printStackTrace();
    }

    HttpResponse response;

    try {
        response = client.execute(get);
        responseString = readResponse(response.getEntity());

        if(response != null) {
            System.out.println(responseString);
        }
    } catch(ClientProtocolException e) {
        e.printStackTrace();
    } catch(IOException e) {
        e.printStackTrace();
    }

    return responseString;

}

Строка HttpClient client = new DefaultHttpClient(); выдает следующее исключение:

java.lang.RuntimeException: Stub!
at org.apache.http.impl.client.AbstractHttpClient.<init>(AbstractHttpClient.java:5)
at org.apache.http.impl.client.DefaultHttpClient.<init>(DefaultHttpClient.java:7)
at org.rcindustries.appmap.RestClient.get(RestClient.java:54)
at org.rcindustries.appmap.test.functional.RestClientTest.shouldReturnSomeJSon(RestClientTest.java:26)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

Каждый пример, который я видел для HttpClient, использует аналогичную структуру для выполнения GET и POST,Библиотека Apache Commons в комплекте с Android SDK значительно отличается от стандартной библиотеки?

Answer 1

Для всех, кому это может быть интересно, я столкнулся с подобной проблемой - хотя вместо HttpClient я получал ошибки заглушки для DateUtils.

Стивен, кажется, абсолютно прав - классы, которые являются частьюплатформы Android необходимо запустить и запустить эмулятор: http://simpleprogrammer.com/2010/07/27/the-best-way-to-unit-test-in-android/

Действительно быстрое резюме по приведенной выше ссылке:

На самом деле все методы выведены набросить исключение с сообщением «Заглушка!», когда вы звоните им.Как мило.

Реальные реализации android.jar живут на эмуляторе или на вашем реальном Android-устройстве.

Таким образом, вы можете выполнить юнит-тест ...

• на эмуляторе - получите полную платформу Android, "реальную" среду андроида и т. Д. (Но без использования общих инструментов модульного тестирования Java - например, JMock)

ИЛИ

• с JVM - быстрее, можно использовать помощников по модульному тестированию, таких как JMock и т. Д., Однако вы не можете протестировать все, что зависит от платформы Android.

Answer 2

Я думаю, что это способ Android сказать вам, что вы не можете запустить этот модульный тест на этой платформе. Модульные тесты, которые включают взаимодействие с платформой Android (например, в данном случае с сетью), должны выполняться на реальном устройстве Android или на работающем эмуляторе Android.

По-видимому, вы запускаете модульные тесты для классов-заглушек в Android SDK.

Answer 3

Это происходит при использовании Proguard и библиотеки com.apache.http.legacy в Android SDK 23.

Это сработало после того, как я добавил это в свою конфигурацию Proguard:

-keep class org.apache.http.** { *; }
-keep class org.apache.commons.codec.** { *; }
-keep class org.apache.commons.logging.** { *; }
-keep class android.net.compatibility.** { *; }
-keep class android.net.http.** { *; }
-keep class com.android.internal.http.multipart.** { *; }
-dontwarn org.apache.http.**
-dontwarn android.webkit.**

, что позволяет системе Apacheреализация для правильного переопределения заглушек, скомпилированных в приложение.

Answer 4

Эта ветка довольно старая, но для тех, кто не знает, Robolectric решает эту проблему для тестирования.