Migracja interfejsu Amazon PA API 5.0 - nie można znaleźć zależności Maven SDK (publiczne repozytorium)

10

Muszę przeprowadzić migrację interfejsu API Amazon PA w marcu. Próbuję znaleźć publiczne repozytorium Maven, w którym opublikowano „PA API 5.0 sdk”.

To jest oficjalna dokumentacja: link

To mówi :

  1. Pobierz archiwum paapi5-java-sdk-and-samples i rozpakuj je.
  2. Otwórz projekt w dowolnym edytorze według własnych preferencji.
  3. Dodaj wszystkie słoiki obecne w folderze zależności do ścieżki kompilacji.

Takie postępowanie nie jest profesjonalne i nie daje się utrzymać.

Wiele z tych słoików to także stare wersje (jak 2016).

Próbowałem skontaktować się z obsługą AWS PA API, ale mam ogólną odpowiedź (przeczytaj dokumentację itp.)

Propozycje? Czy znasz nieoficjalne biblioteki Java? Dzięki

java maven migration amazon-product-api Luca Zoffoli
źródło
Nie udało mi się znaleźć publicznego repozytorium, które dostarczyło ten artefakt, jednak uważam, że istniałby bardziej profesjonalny i trwały sposób automatycznego pobierania i uwzględniania zależności za pomocą Maven. Czy odpowiedź, która zapewniłaby to alternatywne rozwiązanie twojego ogólnego problemu (po prostu nie konkretne żądanie) byłaby w porządku?
Emily Mabrey

Odpowiedzi:

2

To samo tutaj. Dostępna jest tylko stara saven maven. Nie mogę nawet poprawnie zaimportować słoika według pomysłu intellij. IDE jest w stanie znaleźć wszystkie klasy potrzebne w przykładach, ale podczas budowania mówi: „błąd: pakiet com.amazon.paapi5.v1 nie istnieje”. Z tą procedurą dodałem słoik

QuasarLex
źródło
1. wypakuj plik paapi5-java-sdk-example zip. 2. import z istniejących źródeł (projekt Eclipse) w IntelliJ IDEA. 3. dodaj dependencieskatalog jako bibliotekę (kliknij prawym przyciskiem myszy i dodaj jako bibliotekę ...) 4. wstaw własne tajne poświadczenia PA w symbolach zastępczych. 5. uruchom przykładowe żądanie.
naXa
Dodaj, client.setDebugging(true);aby zobaczyć żądania i odpowiedzi (włącz rejestrowanie debugowania).
naXa
1

Mam ten sam problem i całkowicie się zgadzam, że nie jest on profesjonalny i nie da się go w ogóle utrzymać.

Moje obecne obejście polega na ręcznej integracji paapi5-java-sdk-1.0.0.jar, a następnie na ustaleniu , jakich innych brakujących zależności i których nie potrzebuję (na przykład junit-4.12.jar nie powoduje, że nie ma dla mnie duży sens, gdy chcę po prostu użyć go w produkcji).

Być może masz już pewne zależności, których nie musisz dodawać. Na przykład możesz już mieć Jacksona. Więc nie dodawaj tego do swojej pom.

Wszystkie inne zależności, których potrzebujesz, zamiast używać plików jar, po prostu dodaj ich oficjalne repo do pom jak zwykle z tą samą wersją, co znajdziesz w pliku zip. W ten sposób masz możliwie najmniej ręcznych zależności i jesteś pewien, że wszystkie dodatkowe zależności działają dobrze z zestawem Amazon SDK.

W moim przypadku musiałem po prostu dodać okhttp , okio , gson , gson-fire i threetenbp z oficjalnego repozytorium.

wprogLK
źródło