SOAP-ERROR: Parsing WSDL:

[przemyslaw.zelek]

Witam

Mam problem ze sprawdzaniem ewusia przez aplikację
W niektórych przychodniach dostaję komunikat:

SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ws_common.wsdl' : failed to load external entity "https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ws_common.wsdl"

W piątek miałem jedno zgłoszenie, dzisiaj leżą już trzy przychodnie. Mogę wejść na stronę ewusia i się zalogować i sprawdzić, ale z aplikacji nie.

Czy ktoś od piątku ma podobne problemy?
(Aplikacja autorska na php)

[Profesor Wilczur]

Jak aplikacja autorska, to trzeba pytać autora

https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ServiceBroker?wsdl=ws_common.wsdl

[przemyslaw.zelek]

Dzięki wielkie za odzew, bo to mnie naprowadziło na przyczynę błędu.

W działającej przychodni ściągam plik
https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ServiceBroker?wsdl
ze wskazaniem na:
<wsdl:import namespace="http://wsdl.kamsoft.pl/common" location="ServiceBroker?wsdl=ws_common.wsdl"></wsdl:import>
i ten adres mi znajduje i działa

a w niedziałającej:
<wsdl:import namespace="http://wsdl.kamsoft.pl/common" location="ws_common.wsdl"></wsdl:import>
i tego adresu mi nie znajduje i nie działa

Czyli tak jakby coś się gdzieś keszowało
Ale mam jakiś trop.

Jeszcze raz dziękuję

[krzysztof.grabania]

Dziwna sprawa, bo u mnie występuje identyczna sytuacja (również od piątku). W naszym wewnętrznym systemie medycznym wszystko działa, a u mnie https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ServiceBroker?wsdl odnosi się do ws_common.wsdl.

[przemyslaw.zelek]

Kupa mięci potomnym

DNSY (googlowskie i tepsowskie) różnie rozwiązują IP domeny ewusiowej.
Na googlowskich ściąga plik (https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ServiceBroker?wsdl) ze starą konfiguracją (gdzie ws_common.wsdl jest jako plik w adresie) - i skrypt ewusiowy nie działa
Na tepsowych ściąga plik z nową konfiguracją (gdzie ws_common.wsdl jest jako parametr w adresie) - i skrypt ewusiowy działa.

[darko79]

Witam

Też widzę że pobiera mi ten plik ze starą konfiguracją.

Jak zmusić program do pobrania nowej wersji?
Też dziś zaczęło mi wyświetlać komunikat o błędzie.

Pozdrawiam
Darek

[karolweksler]

w CMD wpisz ipconfig /flushdns

ustaw sobie DNSy od nowa, ja polecam OpenDNS: 208.67.222.222, 208.67.220.220

spróbuj od nowa

swoją drogą, to ciekawe że w temacie piszą głównie nowe osoby...

[krzysztof.grabania]

Firmowy laptop z Linuxem, serwer na Linuxie (laptop i serwer we wspólnej sieci), telefon na Androidzie, a prywatny laptop na Windowsie - wszędzie ten sam efekt. Co ciekawe na telefonie cyklicznie pojawia się znacznik z dobrym location. Co do ilości nowych osób to myślę, że jest ona spowodowana desperacją wynikającą z bezskutecznego sprawdzenia wszystkich możliwych rozwiązań.

Dla osób u których działa, sprawdźcie czy u was po wejściu w ten link: https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ServiceBroker?wsdl atrybut location wygląda tak jak u mnie

[karolweksler]

U mnie wygląda tak jak podałeś. Używam OpenDNS i Firefoksa.

[Edward_B]

u mnie jest tak
<wsdl:definitions targetNamespace="http://xml.kamsoft.pl/ws/broker"><wsdl:import namespace="http://wsdl.kamsoft.pl/common"location="ServiceBroker?wsdl=ws_common.wsdl">
    </wsdl:import>
używam Firefox 55.0.3 (32 bity)

[darko79]

Witam

U mnie jest:

<import namespace="http://xml.kamsoft.pl/ws/common" schemaLocation="ws-common.xsd"/>

i nie działa

Już zdurniałem która konfiguracja działa? Bo ta powyższa u mnie nie działa, tak jak pisali ludzie na początku wątku.
A teraz niektórzy piszą że ta właśnie działa którą podałem?

Jestem nowy na forum ale kiedyś skrobnąłem taki programik do pobierania potwierdzeń i właśnie przestał działać i za cholerę nie rozumiem co się dzieje. Żadnego infa o zmianach NFZ nie dał. A program nie daje się poprawić.

Pozdrawiam
Darek

[Profesor Wilczur]

Jakimś tam rozwiązaniem na teraz byłoby lokalne poprawienie location i import lokalnego wsdl.

[danpio]

Witam!

Jako drobny dostawca systemu pisanego w php także mam problem z tym soap error, ale co ciekawe, w jednej jednostce ten sam skrypt wykonuje się czasem prawidłowo (sprawdzi) ale robi to bardzo długo, a w pozostałych już nie,

używając funkcji ... SoapClient('https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ServiceBroker?wsdl',$options);  odrazu się wywala połączenie. (poza tym jednym co długi jest czas odpowiedzi  i czasem się powiedzie )

autoryzacja przechodzi OK
SoapClient('https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/Auth?wsdl',$options);

dodam że są to te same środowiska php 5.3.3 tylko różne lokalizacje i dostawcy internetowi.

[Xysiu]

Witam,

Tez mam "autorska" aplikacje w PHP do sprawdzania EWUSia i na szybko problem rozwiązałem podmieniając adres serwera Ewus w jednym wywolaniu SOAPa na:

https://194.50.61.105/ws-broker-server-ewus/services/ServiceBroker?wsdl

(bylo https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ServiceBroker?wsdl - u mnie ewus.nfz.gov.pl rozpoznawane jest jako 194.50.61.104)

Pod adresem 194.50.61.104, ktory podaje mi DNS jest niedzialajaca (obecnie) wersja ServiceBroker'a.

UWAGA: Adres zmienilem tylko dla wywolania sprawdzenia statusu EWUSia - autoryzacja (wykonywana wczesniej) przechodzi na adresie wg nazwy.

Pytanie zasadnicze jest takie czy to zmiana stała po stronie NFZ czy tymczasowa awaria. Jesli stala to problem jest szerszy bo jesli zmienie adres na  rowniez przy czesci autoryzacyjej uslugi to nie dziala... czyli na serwerze z koncowka .105 autoryzacja sie nie uda. Fajnie by bylo jakby ktos z NFZ odpowiedzial to i jak...

Pozdrawiam,

Krzysiek

[darko79]

U mnie

SoapClient('https://ewus.nfz.gov.pl/ws-broker-server-ewus/services/ServiceBroker?wsdl', array('trace' => true, 'exceptions' => true));
od razu wywala.
Oczywiście autoryzacja przechodzi bez problemu.

Xysiu -> Łał dzięki, skąd wiedziałeś jakiego adresu użyć?

Pozdrawiam
Darek