Od jakiegoś czasu bezskutecznie walczę z integracją systemu płatności PayU. Niestety, ale utknąłem praktycznie na starcie, bo nie udało mi się wyjść nawet poza przykład podany w dokumentacji, nie mówiąc już o wysyłaniu realnych danych. Stoję w miejscu i przydałoby mi się popchnięcie w odpowiednim kierunku.
PayU wystawia REST API, które chciałem wykorzystać do integracji. O ile jestem w stanie się uwierzytelnić używając testowych danych, to stworzenie nowego zamówienia kończy się zwróceniem czegoś zupełnie innego niż oczekiwałem. Jestem na etapie praktycznie kopiuj/wklej z dokumentacji metoda mająca za zadanie stworzenie nowego zamówienia zachowuje się zupełnie inaczej niż jest to opisane, żeby było śmieszniej, to metody API są pokazane na apiary i zwracają prawidłowe wartości. Oto linki:
W oddzielnym projekcie stworzyłem sobie klienta do RESTowego API. Póki co wszystko jest na kupie, bo nie zacząłem nawet robić jakiegokolwiek porządku w kodzie, który zwyczajnie nie działa tak jak powinien. W tej chwili metoda, która powinna tworzyć nowe zamówienie wygląda w ten sposób(dane testowe z dokumentacji):
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
public async void SendNewOrder() { using (var httpClient = new HttpClient { BaseAddress = baseAddress }) { httpClient.DefaultRequestHeaders.TryAddWithoutValidation("authorization", "Bearer 3e5cac39-7e38-4139-8fd6-30adc06a61bd"); httpClient.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json")); using (var content = new StringContent("{ \"notifyUrl\": \"https:// your.eshop.com/notify\", \"customerIp\": \"127.0.0.1\", \"merchantPosId\": \"145227\", \"description\": \"RTV market\", \"currencyCode\": \"PLN\", \"totalAmount\": \"21000\", \"products\": [ { \"name\": \"Wireless mouse\", \"unitPrice\": \"15000\", \"quantity\": \"1\" }, { \"name\": \"HDMI cable\", \"unitPrice\": \"6000\", \"quantity\": \"1\" } ]}", Encoding.UTF8, "application/json")) { using (var response = await httpClient.PostAsync("api/v2_1/orders/", content)) { string responseData = await response.Content.ReadAsStringAsync(); } } } } |
Metoda ta powinna mi zwrócić następujące dane w postaci JSONa:
|
1 2 3 4 5 6 7 |
{ "status":{ "statusCode":"SUCCESS", }, "redirectUri":"http://secure.payu.com/pl/standard/co/summary?sessionId=rRrraG6udd1WT6XdRUWccgi19ciGpu16&merchantPosId=200003&timeStamp=1446020685341&showLoginDialog=false&apiToken=872f15ed05fa6c1ca52885256ee66276d42e7dc954b62eac4082147", "orderId":"WZHF5FFDRJ140731GUEST000P01" } |
W telegraficznym skrócie – powinienem utworzyć nowe zamówienie w systemie PayU i otrzymać adres, na który powinienem przekierować użytkownika w celu dokonania płatności. Co dostaję w zamian? Sporo kodu w formacie “text/html”, który wkleiłem na Pastebin.
Po jego wklejeniu w pliczek html i otwarciu w przeglądarce, wydaje mi się, że jest to “prawie” strona płatności dla stworzonego przeze mnie zamówienia. Niestety, nie wiem dlaczego otrzymuję kod html dla czegoś co przypomina stronę płatności zamiast JSONa. Próbowałem rozwiązać ten problem przekazując od siebie JSONa zamiast StringContent, używać RestSharpa, dodawać nagłówki do requesta i wszystko kończy się dokładnie w ten sam sposób.
Niestety Google nie jest w stanie mi powiedzieć zbyt wiele, bo udało mi się znaleźć jeden wątek na forum, gdzie ktoś miał identyczny problem, ale niestety osoba ta nie znalazła odpowiedzi lub nie podzieliła się nią z innymi. Mam tylko nadzieję, że z Waszą pomocą uda mi się coś z tym zrobić i opisać rozwiązanie, bo w innym wypadku zostanie mi co najwyżej zintegrowanie się w inny sposób, mam jednak nadzieję, że problem jest banalny i po prostu coś przeoczyłem.
Rozwiązanie
Dzięki pomocy Macieja Buzuna w komentarzach problem został rozwiązany. Sprawę załatwia dodanie paramentru do konstruktora HttpClienta w pierwszym usingu. Powinien on wyglądać tak:
|
1 2 3 4 |
using (var httpClient = new HttpClient(new HttpClientHandler { AllowAutoRedirect = false }) { BaseAddress = baseAddress,}) { // Magic happens... } |
Przyczyną problemu był fakt, że pierwsza odpowiedź jaką otrzymywałem miała “StatusCode: 302” i była przekierowaniem. Teść “text/html”, którą otrzymywałem w odpowiedzi, była w rzeczywistości drugą odpowiedzią, wysyłaną dla przekierowania. Wyłączenie automatycznego przekierowania w sposób przedstawiony powyżej załatwiło sprawę.
W najbliższym czasie planuję kontynuowanie prac nad integracją, jeszcze raz dzięki za pomoc Maćku!