2010-12-31 15 views
5

Mam aplikację obsługującą pocztę przychodzącą i mam wdrożoną nową wersję rozwojową do Google App Engine. Wartość domyślna jest obecnie ustawiona na poprzednią wersję.Dostarczanie do określonej wersji za pośrednictwem usługi poczty przychodzącej

Czy istnieje sposób na określenie, czy poczta przychodząca powinna być dostarczana do konkretnej wersji?

ta jest dobrze udokumentowana za pomocą adresów URL, ale nie mogę znaleźć żadnego odniesienia do wsparcia w wersji przychodzących usługi poczty ...

+0

możliwy duplikat [Czy mogę odbierać przychodzące wiadomości za pomocą Google App Engine w innej niż domyślna wersji?] (Http://stackoverflow.com/questions/4487821/can-i-receive-incoming-mail-with-google -app-engine-on-a-non-default-version) – Thilo

Odpowiedz

5

Nie, to nie jest obecnie obsługiwana. Możesz napisać kod dla domyślnej wersji, który kieruje pocztę do innych wersji przez URLFetch.

+0

Oh .. . Ponieważ moja aplikacja to przede wszystkim poczta e-mail, to sprawia, że ​​trochę trudno przetestować nowe wersje. Już muszę zrobić sortowanie "pszenicy z plew" na moim interfejsie w przypadku, gdy otrzymam pocztę, która nie jest faktycznie przeznaczona dla aplikacji. I jestem małomówny, aby dodać kod do produkcji, który jest naprawdę do testowania. Dzięki za odpowiedź! – timbo

+1

Jeśli ten problem jest dla Ciebie interesujący, prosimy o oznaczenie go gwiazdką na stronie http://code.google.com/p/googleappengine/issues/detail?id=2311 – timbo

0

Jest to łatwiejszy sposób, niż pisanie kodu, który przełącza się między różnymi wersjami za pomocą narzędzia URLFetch.

Jeśli masz duży zbiór kodu, który jest zorientowany pocztą e-mail i potrzebujesz wersji rozwojowej, po prostu użyj jednej z dziesięciu aplikacji jako aplikacji programistycznej (wersji).

Pozwala to na wykonywanie czynności takich, jak umieszczanie jednostek testowych w aplikacji deweloperskiej Datastore i testowanie na poziomie tak bardzo, jak na żywo w aplikacji Appengine.

Jedynymi ograniczeniami są:

  • ponieważ aplikacja ma inną nazwę, na wysyłanie e-maila z aplikacji, albo trzeba wysłać z konta gmail lub mają konfigurację który przełącza nazwę aplikacji
  • wysyłając e-mail testowy do zastosowania będą miały nieco inny adres email (nie duży problem myślę)
  • zachować app.yaml z inną nazwą aplikacji
  • nagrać kolejny jeden z twoich dziesięć możliwych aplikacji

Większość RCS pozwala na przeniesienie tego samego projektu do różnych katalogów. Gdy będziesz gotowy do uruchomienia (zatwierdzony zostanie cały kod programisty i wykonane testy), zaktualizuj katalog "production" (z wyjątkiem app.yaml), a następnie wdróż.

Powiązane problemy