Android com android ddmlib

com.android.ddmlib.AdbCommandRejectedException #153

Comments

mgmanikandan87 commented Nov 29, 2013

com.android.ddmlib.AdbCommandRejectedException: device not found
at com.android.ddmlib.AdbHelper.setDevice(AdbHelper.java:752)
at com.android.ddmlib.SyncService.openSync(SyncService.java:168)
at com.android.ddmlib.Device.getSyncService(Device.java:409)
at com.squareup.spoon.SpoonDeviceRunner.run(SpoonDeviceRunner.java:215)
at com.squareup.spoon.SpoonRunner.runTests(SpoonRunner.java:111)
at com.squareup.spoon.SpoonRunner.run(SpoonRunner.java:78)
at com.squareup.spoon.SpoonRunner.main(SpoonRunner.java:376)

I have around 25 test cases , every run after 5th or 6th test case i got above error and spoon get stopped.

Advance thanks for help.

The text was updated successfully, but these errors were encountered:

JakeWharton commented Nov 29, 2013

It just looks like adb lost track of your device while Spoon was running.
Do you only have a single phone or many?

On Thu, Nov 28, 2013 at 10:24 PM, Manikandan M G
notifications@github.comwrote:

com.android.ddmlib.AdbCommandRejectedException: device not found
at com.android.ddmlib.AdbHelper.setDevice(AdbHelper.java:752)
at com.android.ddmlib.SyncService.openSync(SyncService.java:168)
at com.android.ddmlib.Device.getSyncService(Device.java:409)
at com.squareup.spoon.SpoonDeviceRunner.run(SpoonDeviceRunner.java:215)
at com.squareup.spoon.SpoonRunner.runTests(SpoonRunner.java:111)
at com.squareup.spoon.SpoonRunner.run(SpoonRunner.java:78)
at com.squareup.spoon.SpoonRunner.main(SpoonRunner.java:376)

I have around 25 test cases , every run after 5th or 6th test case i got
above error and spoon get stopped.

Источник

com.android.ddmlib.ShellCommandUnresponsiveException #25

Comments

1ak31sha commented Oct 20, 2016

I am getting this error about 25% of the time
Here is a build that got the error https://www.bitrise.io/build/d3eddc812fb2833e

Is this a problem with the emulators on bitrise and if so what can i do to stop the flaky error?
Let me know if more info needed, happy to provide

The text was updated successfully, but these errors were encountered:

viktorbenei commented Oct 21, 2016

Thanks for reporting @kpogz — @godrei pls check this!

godrei commented Oct 27, 2016

Hi @kpogz ,
did you try to enable longer timeout in adb options, like here

(Mentioned in the SO question, you linked.)

1ak31sha commented Oct 28, 2016

ah thanks, missed that. i ran the test with it last night. only 10% failed vs 25%. will try further increasing the timeout!

godrei commented Nov 4, 2016

Great to hear that, i will close this issue, if you think, that we could do more to help you solve this issue, feel free to open it again.

1ak31sha commented Nov 6, 2016

hmm, its actually still happening alot. maybe got lucky that time with the 10%. please re-open!

vikingden8 commented Jul 23, 2017 •

hi,guys:
like ddmlib doc says: Exception thrown when a shell command executed on a device takes too long to send its output.The command may not actually be unresponsive, it just has spent too much time not outputting any thing to the console.
I think if your command really take long time to execute, your should set adb command execution timeout to 0. and ShellCommandUnresponsiveException will never throw out.
I found this in AdbHelper documentation, take a look this method:

trapacska commented Jul 24, 2017

As far as I could research, com.android.ddmlib.ShellCommandUnresponsiveException throwing was after a hardcoded timeout value by gradle, and they fixed it since the version 2.0. Going further I’ve figured out that mostly nothing you can set from adb command line, avoiding this exception requires extra code in the project itself.

There is an ENV that could be set also: ADB_INSTALL_TIMEOUT , however If I understand well, you did not have any issue with installing the APK but running other commands. Isn’t it? 🙂

trapacska commented Jul 31, 2017

@vikingden8 : did you managed to fix this issue? Did you found anything we need to change in the step?

trapacska commented Aug 4, 2017

I close this issue for now, as for me it seems like this issue is not related to the step itself. Please feel free to re-open this issue if you think it is not right or if you encounter any issues!

TheMandalorianHub commented May 22, 2019

when clear logcat ,that exception jump out always

fehersanyi-bitrise commented May 22, 2019

Could you please define your issue in a little bit more detail? 🙃
So I’m sure that I understand you and can help you out.

bismarabia commented Dec 20, 2019

I’m having the same issue, when I click on clear Logcat button a popup with com.android.ddmlib.ShellCommandUnresponsiveException exception.

any update on this?

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Android com android ddmlib

Данная программа отображает экран вашего андроид устройства на ПК и позволяет управлять вашим устройством с помощью клавиатуры и мыши.
AndroidScreencast — управляй своим андроид устройством с ПК без проблем.

Фичи:
Отсутствие клиента на стороне андроид устройства
Поддержка Tap и Swipe жестов
Поддержка основных всех символов латинского алфавита и возможность вводить сообщения с клавиатуры
Поддержка «альбомного» режима
Возможность просматривать список файлов и папок вашего устройства
Поддержка всех возможных KeyEvent-ов

Русский интерфейс: Нет

Версия: 0.0.10s Сообщение №46, автор Outcast-d.o.b
версия: v.0.0.9s Android Screencast (Пост xsavikx #58274088)
версия: v.0.0.8s Android Screencast (Пост xsavikx #56498330)
версия: v.0.0.7s Android Screencast (Пост xsavikx #50802040)
версия: v.0.0.6s Android Screencast (Пост xsavikx #50027591)
версия: v.0.0.5.15 Android Screencast (Пост xsavikx #42441205)
версия: v.0.0.5S //4pda.to/forum/d…idscreencast-0.0.5S.ja]
версия: v.0.0.4S androidscreencast-0.0.4S.jar ( 5.87 МБ )

Сообщение отредактировал iMiKED — 28.12.20, 08:15

ovin2009,
Это для Linux Java VM. И похоже это исходники и их еще надо скомпилировать.

Сделаю вместо автора.
Требования:
—Установленная Java (версия 7 или новее)
—Иметь установленный ADB в системе (например из Android SDK)

Запуск:
—Указать в файле app.properties путь до ADB (пример из сток фаила «adb.path=/usr/bin/adb» )
—Запустить командой «java -jar androidscreencast.jar»
—Пользоваться.

Сообщение отредактировал Sven24rus — 24.08.15, 15:41

Требования:
—Установленная Java (версия 7 или новее)
—Иметь установленный ADB в системе (например из Android SDK)

Запуск:
—Указать в файле app.properties путь до ADB (пример из сток фаила «adb.path=/usr/bin/adb»)
—Запустить командой «java -jar androidscreencast.jar»
—Пользоваться.

Изменения:
— поправлен баг с неработающим свайпом
— добавлена проверка на потенциальный null pointer exception, во время установки настроек экрана по-умолчанию.

Сообщение отредактировал xsavikx — 24.08.15, 16:09

Sven24rus,
Компилировать не обязательно (у вас уже есть .jar файл).
и вы правильно перевели howTo.

для запуска необходимо выполнить:
java -jar androidscreencast.jar

файл app.properties не является обязательным, программа будет пытаться найти место, где находится ADB сама, но уточнение места может сэкономить Вам время 🙂
для указания пути к adb используется параметр «adb.path», например:
adb.path=/usr/bin/adb — для linux
adb.path=C:\adb\adb.exe — для windows

Также есть пара(пока) дополнительных опций, на сейчас это:
default.window.width=1024
default.window.height=768

которые указывают высоту и ширину окна программы при запуске. Если их не указать, то программа растянется на размер экрана мобильного.

Также, пока нигде не описывал хот-кеи и тд.
из того, что может быть полезным: для изменения ориентации экрана, необходимо нажать «третью кнопку мыши» — это, зачастую, ПКМ.

Сообщение отредактировал xsavikx — 24.08.15, 16:31

Источник

Соединение AndroidAndroidTest завершается неудачно с com.android.ddmlib.InstallException: неизвестный сбой (ошибка: не удалось записать; (нет такого файла или каталога))

Еще несколько недель назад мои тесты, связанные с Android, работали правильно. Теперь я получаю ту же ошибку при подключении к физическому устройству или виртуальной машине.

В обоих случаях adb devices показывает, что ADB подключен.

Я запускаю следующую командную строку:

./gradlew —rerun-tasks connectedAndroidTest

Если я запускаю один из подключенных тестов из Android Studio, он запускается. Однако мне нужна командная строка для автоматического тестирования как часть наших ночных сборок и нашего процесса выпуска.

Вот неудачный вывод:

Файл, который он пытается установить, действительно существует:

На данный момент, я сбит с толку, почему Gradle терпит неудачу. Любые идеи?

Обновление 1

Я пытаюсь запустить тесты на этих устройствах:

• Samsung Galaxy Tab A 10.1 — (SM-T580) — Android 7.0
• Виртуальная виртуальная коробка (2 процессора, 2 гигабайта памяти — 8 гигабайт жесткого диска) — Android 7.1 (от http: // www.android-x86.org/ )

Обновление 2

Мартин Цайтлер предложил попробовать adb push и посмотреть, что получится. Как ни странно, это удается:

Я также могу получить доступ к каталогу с помощью оболочки adb:

Обновление 3

Стоит отметить, что проблема связана не только с моим ноутбуком, но и с нашей системой сборки (Jenkins под Windows против моего ноутбука под Windows).

Обновление 4

Включена дополнительная регистрация:

Запуск его в командной строке дает те же результаты:

Я только что заметил, что am get-config , кажется, завершается с ошибкой до pm install . Однако, если я запускаю это в командной строке, это успешно:

Обновление 5 Я думаю, что я все ближе. По последней неудачной сборке я вижу, что она не удалась с:

Если я использую adb shell ls /data/local/tmp/ , я вижу, что файл существует. Однако, если я бегу:

Обратите внимание, что имя файла, переданное ls , не является именем файла, которое ls утверждает, что не может найти. Моя текущая теория заключается в том, что Android не может правильно избежать $ в команде pm install . У кого-нибудь есть идеи, откуда взялись эти деньги или как от них избавиться?

2 ответа

Таким образом, существует множество проблем, которые, как оказалось, работают вместе, чтобы это было трудно понять.

Во-первых, установка использует pm и не удалась, потому что генерируемый APK содержит $. Это проблема только потому, что Gradle / Android / Someone недостаточно умны, чтобы правильно экранировать их в команде pm (не говоря уже о том, что загрузка на устройство работала правильно).

Итак, откуда взялись доллары? Ну, оказывается, они являются заполнителями для versionName, это defaultConfig. Вот фрагмент из файла app.gradle:

Значение для versionString генерируется в файле Gradle верхнего уровня:

VersionString создается с помощью отложенной оценки свойств (https://reflectoring.io/gradle-lazy- свойство оценки / ) .

Почему мы это сделали? Что ж, получается, что этот проект связан с гораздо большим проектом, с Java-сервером и традиционным Java-клиентом. Естественно, полезно делиться информацией о коде и версии, так как мы одновременно создаем приложения Сервер / Клиент / Android. Таким образом, информация о версии поступает из более старых (традиционных) проектов Server / Client (не связанных с Android или Gradle). Мы читаем майор, минор, патч и сборку (номер редакции SVN) из файлов. К сожалению, последний файл создается сценариями ant, которые создают традиционные проекты, и может отсутствовать при вызове Gradle для создания проекта Android.

Итак, мы переключились на использование отложенной оценки свойств, что решило нашу проблему сборки, когда файл отсутствует, и создало эту новую проблему. Отказ от этого решил эту конкретную проблему.

Теперь мой файл сборки Gradle верхнего уровня выглядит так:

Возможно, для загрузки пакета недостаточно места: Error: failed to write; /data/local/tmp/.

Из сообщения об ошибке просто непонятно, если каталог или пакет не существует.

Он довольно бесполезен, хотя существует только в локальной файловой системе, но не в файловой системе целевого устройства, на которую ссылается сообщение об ошибке (вы все равно можете попробовать adb push посмотреть, на что он жалуется).

Убедитесь, что adb находится даже на пути, потому что это теоретически может быть другой возможной причиной.

Источник

Eclipse не запускает моё первое Android-приложение. В чём ошибка?

Моё первое приложение на Android
Хотел написать своё первое приложение, температура воды море. нашел кода, теперь хотел бы спросить.

Eclipse. Не компилируется первое приложение для Android
Добрый вечер. Находил кучу подобных тем, но не касается моих проблем. Установил Java, AndroidSDK.

Мое первое приложение на ассемблере
Здравствуйте. Как исправить эти ошибки? Менял windows.inc, то же самое. windows.inc(78) : error.

Оцените пожалуйста моё первое простенькое приложение на C#
Замечания и критика только приветствуется. Интересует еще вопрос, а можно ли сократить количество.

Что в консоли пишет? Эмулятор запускается? Запусти самостоятельно а потом Ctrl+F11
В консоли должно быть что-то вроде этого

[2015-01-11 00:43:01 — Activatys] ——————————
[2015-01-11 00:43:01 — Activatys] Android Launch!
[2015-01-11 00:43:01 — Activatys] adb is running normally.
[2015-01-11 00:43:01 — Activatys] Performing comty.example.activatys.MainActivity activity launch
[2015-01-11 00:43:01 — Activatys] Automatic Target Mode: using device ‘532804428184c6’
[2015-01-11 00:43:03 — Activatys] Application already deployed. No need to reinstall.
[2015-01-11 00:43:03 — Activatys] Starting activity comty.example.activatys.MainActivity on device 532804428184c6
[2015-01-11 00:43:03 — Activatys] ActivityManager: Starting: Intent < act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER]

Да и в окне Problems не должно быть ошибок естественно.

Я правда запускаю на телефоне сразу без эмулятора но суть та же

Возможно эклипс не видит эмулятор. смотри так меню window-show view-other-android-devices там должен быть виден твой запущенный эмулятор бывает троит еще раз запусти приложение.

Добавлено через 13 минут
Возможно эклипс не видит эмулятор. смотри так меню window-show view-other-android-devices там должен быть виден твой запущенный эмулятор бывает троит еще раз запусти приложение.

Раз апк не собирает значит ошибка. в конфигурация стоит все по умолчанию запускать на avd или на железном устройстве. по сообщению видно что незнает что запускать. активити не стоит?

>в конфигурация стоит все по умолчанию запускать на avd или на железном устройстве. по сообщению видно что незнает что запускать. активити не стоит?

Как поставить, чтобы запускалось на AVD? Активити наверное не стоит. Я не знаю что это.

Да, activity галочкой отметил

Добавлено через 1 минуту
По Crl+F11

скопируй все из окна Problems and Console

Добавлено через 1 минуту
что за программа? обычный hello world?

[2015-01-11 02:59:49 — ddms] Can’t bind to local 8600 for debugger
[2015-01-11 03:00:24 — ddms] Can’t bind to local 8600 for debugger
[2015-01-11 03:00:24 — ddms] Can’t bind to local 8601 for debugger
[2015-01-11 03:00:24 — ddmlib] Программа на вашем хост-компьютере разорвала установленное подключение
java.io.IOException: Программа на вашем хост-компьютере разорвала установленное подключение
at sun.nio.ch.SocketDispatcher.write0(Native Method)
at sun.nio.ch.SocketDispatcher.write(Unknown Source)
at sun.nio.ch.IOUtil.writeFromNativeBuffer(Unknown Source)
at sun.nio.ch.IOUtil.write(Unknown Source)
at sun.nio.ch.SocketChannelImpl.write(Unknown Source)
at com.android.ddmlib.JdwpPacket.writeAndConsume(JdwpPacket.jav a:213)
at com.android.ddmlib.Client.sendAndConsume(Client.java:675)
at com.android.ddmlib.HandleHeap.sendREAQ(HandleHeap.java:342)
at com.android.ddmlib.Client.requestAllocationStatus(Client.jav a:521)
at com.android.ddmlib.DeviceMonitor.createClient(DeviceMonitor. java:831)
at com.android.ddmlib.DeviceMonitor.openClient(DeviceMonitor.ja va:799)
at com.android.ddmlib.DeviceMonitor.processIncomingJdwpData(Dev iceMonitor.java:759)
at com.android.ddmlib.DeviceMonitor.deviceClientMonitorLoop(Dev iceMonitor.java:648)
at com.android.ddmlib.DeviceMonitor.access$100(DeviceMonitor.ja va:44)
at com.android.ddmlib.DeviceMonitor$3.run(DeviceMonitor.java:57 6)

[2015-01-11 03:00:26 — ddms] Can’t bind to local 8600 for debugger
[2015-01-11 03:00:26 — ddms] Can’t bind to local 8601 for debugger
[2015-01-11 03:00:26 — ddms] Can’t bind to local 8602 for debugger
[2015-01-11 03:00:28 — ddms] Can’t bind to local 8600 for debugger
[2015-01-11 03:00:28 — ddmlib] Программа на вашем хост-компьютере разорвала установленное подключение

Эмулятор выбран 4.2.2
Как посмотреть версию jdk?
SDK build tools 21.1.2
SDK Platform tools 21
SDK Tools: 24

Добавлено через 6 минут
Компилируется для API 17

Источник