2016-04-22 23 views
6

Używam wizualnego studia działającego równolegle na komputerze Mac. Komputer Mac działa jako mój serwer kompilacji dla systemu iOS. Próbuję uzyskać debugowanie działające w studiu graficznym zarówno dla symulatora (iPad Air iOS 9.3), jak i rzeczywistego urządzenia (rzeczywistego iPada Air). Na razie może warto najpierw skupić się na symulatorze.Dlaczego program Visual Studio TACO nie może znaleźć aplikacji, którą próbuję debugować?

Kiedy próbuję uruchomić symulator (iPad Air) z wizualnego studia, lub do rzeczywistego urządzenia, moja aplikacja uruchamia się na urządzeniu lub symulatorze, zanim studio graficzne wydaje się zawieszać na kilka chwil, ostatecznie zgłaszając następujący komunikat o błędzie :

Nie można znaleźć aplikacji, którą próbujesz debugować. Sprawdź, czy urządzenie jest podłączone, czy się obudziło i czy zostało odblokowane. Upewnij się też, że włączony jest Web> Inspector.

Urządzenie jest podłączone. W przypadku symulatora nie ma urządzenia do połączenia.

Urządzenie jest wybudzone i odblokowane. W przypadku symulatora nie ma nic do przebudzenia ani odblokowania. Aplikacja uruchamia się, a studio graficzne nadal debuguje tuż przed zwróceniem komunikatu o błędzie.

Sprawdziłem i dwukrotnie zaznaczono, czy inspektor sieci jest włączony zarówno na urządzeniu, jak i wewnątrz safari na komputerze Mac. Mogę uruchomić kompilację z XCODE i debugować przez Safari.

Wydaje się niezwykłe, że aplikacja faktycznie otwiera się w symulatorze, zanim wizualne studio powróci z błędem, że nie może znaleźć aplikacji. Jeśli studio graficzne nie może znaleźć aplikacji, dlaczego zostało uruchomione?

Będę wdzięczny za każdą pomoc.

Środowiska [Aktualizacja]

używam MacBooka Pro z systemem Windows 10 w Parallels.

Konfiguracja systemu Windows

  • Visual Studio 2015 Update 2
  • Cordova 6.1.1
  • TACO Aktualizacja 8.1
  • Node 6.0.0

MacBook Pro Konfiguracja

  • Cordova 6.1.1
  • Węzeł 6.0.0
  • iPad Mini 2 z systemem iOS 9.2 (13C75)
  • iPad AIR 2 działa 9.2.1 (13D15)

Aktualizacja 1: Zainstalowałem Visual Studio Update 2 i nadal otrzymuję ten sam komunikat o błędzie. Doceniam jednak sugestię!

Aktualizacja 2: Dziękuję za sugestię. Edytowałem konfigurację, zmieniłem ustawienia limitu czasu i zrestartowałem serwer kompilacji zgodnie z sugestią. Błąd związany z rzeczywistym urządzeniem zmienił się w ostrzeżenie o tym samym wyniku. Symulator utrzymuje ten sam błąd.

Teraz ostrzeżenie brzmi:

limit czasu uruchomienia aplikacji. Sprawdź połączenie sieciowe z komputerem mac i spróbuj ponownie. Jeśli uruchamiasz na urządzeniu, upewnij się, że masz na nim włączony Web Inspector>.

Mam włączonego inspektora sieci. Wygląda na to, że studio graficzne nie zaczeka pełną minutę, zanim wróci z błędem lub ostrzeżeniem. Ponadto środowisko graficzne wydaje się zawieszać (nie reaguje) podczas próby dołączenia do urządzenia lub symulatora.

Próbowałem również w wielu sieciach i uzyskać takie same wyniki.

Czy mogę podać dodatkowe informacje, które mogą być pomocne?

Update 3:

Wszelkie inne sugestie, lub dodatkowe informacje mogę dostarczyć? Naprawdę jestem tu na miejscu. Na szczęście nie jest to showstopper, ponieważ jestem w stanie przeprowadzić niektóre debugowanie na safari po wdrożeniu na urządzeniu, ale jest to frustrujące.

Czy to typowe, że studio graficzne wydaje się zawieszać podczas próby dołączenia urządzenia do debugowania?

ja też nie wierzę visual studio czeka cały czas ustawienia limitu czasu, które zostały skonfigurowane.

I zostały zaktualizowane każdą zależność jestem w stanie myśleć i zadbali wersje Cordova pasuje na iOS i Windows. Jestem tu zaskoczony ...

Odpowiedz

2

Zwiększyłem ilość pamięci dostępnej dla systemu Windows 10 VM z 4 GB do 5 GB, a debuger teraz dołącza zgodnie z oczekiwaniami bez błędu.

Zamieszczam to w przypadku, gdy jest to pomocne dla kogoś innego.

0

Mam od czasu do czasu ten sam błąd, ale działo się o wiele mniej z najnowszym VS 2015, Aktualizacja 2 TACO Update 8.1 - Jeśli możesz zaktualizować do tego poziomu (VS2015 Update 2), może rozwiązać problem za Ciebie.

nadal sporadycznie zobaczyć ten błąd przy aktualizacji 2. Ale to zwykle bywa na non-przyrostowe (pełne) iOS budować i wydaje się być związany rozrządu. Aktualizacja 2 rozwiązuje wiele problemów, więc zalecam aktualizację.

+0

Dziękuję za sugestię. Próbowałem rozwiązania powyżej, które wydaje się rozsądnym podejściem dla każdego, kto utknął. Niestety nie rozwiązało to problemu. Jestem jednak na bieżąco, co nigdy nie jest złe. Dziękuję za wejście. – Zoop

1

Co widzisz może być wynikiem timeout w narzędziach remotebuild, to może się zdarzyć z różnych powodów (w tym ogólną wydajność sieci).Spójrz na następującą odpowiedź na inne stanowisko (Apache Cordova/Visual Studio 2015 tools fails to launch app in IOS simulator) dla niektórych wytycznych re: jak zmienić limity czasu

  • najpierw uruchomić remotebuild saveconfig w macosterminal
  • otworzyć plik w Text EditorRemoteBuild.config ze ścieżki poprzedniego etapu
  • Zmiana wartości appLaunchStepTimout do 60000 (1 min)
  • zmiany wartości emulatorLaunchTimeout do 60000 (1 min)
  • 0.123.
  • Zapisz plik
  • prowadzony remotebuild na zacisku
  • uruchomić projekt z Visual studio ponownie
+0

Dobra sugestia. Zwiększyłem ustawienia limitu czasu i błąd został zmieniony na ostrzeżenie, ale wynik jest taki sam. Na marginesie nie wydaje się, by studio graficzne czekało całą minutę przed wrzuceniem ręcznika. Dziękuję za twój wkład. – Zoop

0

Edit2: Problem objawia się jeszcze raz, więc nie było ostateczne ustalenie, ale teraz to działa dobrze.

Edit: mam zresetować ustawienia iPada z Ustawienia -> Ogólne -> Reset -> Reset wszystkich ustawień i teraz wydaje się działać.

Mam ten sam problem podczas testowania na moim iPadzie 1, ale działa on na moim iPhone 6. Oba działają na iOS 9. Nie mam żadnych innych urządzeń z iOS do testowania, więc nie mogę wyciągnąć z tego dokładne wnioski.

0

Miałem ten sam problem co ty. i po prostu próbowałem zmienić z debugowania na wersję i wszystko zostało rozwiązane. i mogę zrobić debugowanie do. To dziwne rozwiązanie, ale na błędzie mówi, że nie może po prostu debugować, dlatego właśnie pomyślałem o tym.