12

Podążam za numerem tutorial; Cóż, w rzeczywistości jest dość prosty, więc naprawdę nic tam nie ma. Ale kiedy stworzyłem projekt, część z Androidem się nie kompiluje. Eclipse skarży się, że nie jest w stanie rozwiązać importu. Na przykład istnieje linia odczytu pod częścią com.myapp.deviceinfoendpoint zappengine podłączony projekt android martwy w dniu przyjazdu

import com.myapp.deviceinfoendpoint.Deviceinfoendpoint; 
import com.myapp.deviceinfoendpoint.Deviceinfoendpoint.Builder; 
import com.myapp.deviceinfoendpoint.model.DeviceInfo; 

Czy ktoś wie jak rozwiązać ten problem? Może to problem z budową ścieżki, ale nie ma instrukcji, jak ustawić ścieżkę budowania.

Używam Mac OSX górskiego lwa i Eclipse Juno

Również istnieją czerwone krzyże na następujące foldery:

  • końcowy-libs/libdeviceinfoendpoint-v1/deviceinfoendpoint/deviceinfoendpoint-v1 generowane -source

  • /MojaApl/końcowy-lib/libmessageEndpoint-V1/messageEndpoint/messageendpoint-V1 generowane source

  • /MojaApl/końcowy, bibliotekami (i podkatalogów)

i następujące katalogi:

  • GCMIntentService.java

  • RegisterActivity.java

+0

Czy masz klasy Deviceinfoendpoint, Builder, DeviceInfo w pakiecie com.myapp.deviceinfoendpoint dokładnie? – flexdroid

+0

@flexdroid nie brzmi jak wiesz, o co pytasz/mówisz. Czy użyłeś wtyczki GAE-eclipse? –

+0

@KonsolLabapen nie, nie użyłem go, ale zrobił komentarz, wiedząc, dlaczego eclipse mówi nie może rozwiązać przywozu. Czy użyłeś wtyczki GAE-eclipse? – flexdroid

Odpowiedz

3

Tak, dzieje się też ze mną. Powodem takiej sytuacji jest, ponieważ jak niektórzy (nie wiem, czy jego Eclipse lub GAE Plugin) zajęcia w endpoint-libs/libdeviceinfoendpoint-v1/deviceinfoendpoint/deviceinfoendpoint-v1-generated-source

są przemieszczane z oczekiwaną strukturą:

./deviceinfoendpoint-v1-generated-source 
    |- com 
     |-myapp 
      |- deviceinfoendpoint 
       |- Deviceinfoendpoint.java 

nieprawidłowej strukturze:

./deviceinfoendpoint-v1-generated-source 
    |- com 
     |-google 
      |- api 
       |- services 
        |- com.myapp.deviceinfoendpoint 
         |- Deviceinfoendpoint.java 

Teoretycznie tak się nie powinno stać. Ale to dobrze! :-)

Spróbuj ponownie wygenerować nową bibliotekę klientów lub spróbuj naprawić je ręcznie.

[Aktualizacja: Ponowna regeneracja biblioteki klienta nie pomoże. Spróbuj w trybie linii poleceń.

Albo trochę ciężko sposób to zrobić ręcznie przez

  1. przeniesienie całej zawartości com.google.api.services/com.myapp/ pakietu com.myapp/.
  2. Wyszukaj, aby zastąpić wszystkie wystąpienia "com.google.api.services." we wszystkich wygenerowanych plikach źródłowych java.

Próbowałem tego i zadziałało. ]


P.S: może chcesz wiedzieć, że Google Punkty końcowe przeżywa obecnie pewne przerwy. Być może trzeba będzie chwilę poczekać, zanim będzie można go przetestować. Miej oko na ten temat: https://code.google.com/p/googleappengine/issues/detail?id=9214

Update: To może pomóc odnieść się do tej kwestii zgłoszone do Google: https://code.google.com/p/google-plugin-for-eclipse/issues/detail?id=117

+0

Dzięki za rozpowszechnianie wiadomości. –

+2

Wskazuje to, że inżynierowie Google nawet nie wykonują najbardziej podstawowych testów swoich kodów. Wszystko, co musieli zrobić, aby to zweryfikować, to próba stworzenia projektu szkieletu i zobaczenie, że się nie kompiluje. To rozczarowuje. –

+0

Och, jesteś tym samym gościem z drugiego postu. Sądzę więc, że już wiedziałeś o awarii. Lol! :-) –

0

Najprostszym rozwiązaniem jest utworzenie projektu w domyślnej lokalizacji w kreatorze. Wtedy po prostu działa (od tego pisania, ale nie użył). Możesz przenieść go tam, gdzie chcesz w tym momencie.

enter image description here

Ty może utworzyć go w innym folderze, ale wtedy będziesz musiał:

  • edytować wpisy ModulePath w plikach descriptor.json aby usunąć dodatkowe ścieżki (w mój przypadek zmienił com/test na com /).
  • Usuń uszkodzone foldery z generowanym źródłem w ścieżce budowania Java.
  • Dodaj poprawne foldery z generowanym źródłem do ścieżki budowania Java.

Co jest bezcelowe, ale podane tutaj pod kątem kompletności. Przyznaję, że nie wiem, co robię w plikach descriptor.json, ale naprawiłem problem dla mnie.

Powiązane problemy