Eksport do ENadawcy - Nie można odczytać danych z połączenia transportowego

[KD9]

Nie wiem czy ma to coś wspólnego z tym problemem: przełączyłem bazę na połączenie lokalne, potem przełączyłem z powrotem na zdalne, zwykle po kliknięciu Testuj połączenie to był moment, a teraz zajęło to z pół minuty.

[KD9]

Wklejam log wygenerowany po wgraniu nowego instalatora:
<!-- SoapRequest at 2021-02-24 14:41:46 (v3.48.2.1) -->
<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap ... EPrzesylki xmlns="http://e-nadawca.poczta-polska.pl" /></soap:Body></soap:Envelope>

Jest tu nadal stare getUrzedy, a nie nowe getPrzesylki
 

[PhotoSoft]

Nie wiem czy ma to coś wspólnego z tym problemem: przełączyłem bazę na połączenie lokalne, potem przełączyłem z powrotem na zdalne, zwykle po kliknięciu Testuj połączenie to był moment, a teraz zajęło to z pół minuty.

Prawdopodobnie szwankuje Panu internet, który zrywa połącznie.

<!-- SoapRequest at 2021-02-24 14:41:46 (v3.48.2.1) -->

To nie jest nowy instalator.

[KD9]

Prawdopodobnie szwankuje Panu internet

Tyle, że to było na serwerze i IP lokalne. Generalnie nie odnotowałem żadnych zerwań, download jest 89Mb, ping 30ms, upload 10 Mbps

To nie jest nowy instalator.

Faktycznie, na jednym komputerze nie zaktualizowałem. Niestety, po aktualizacji nic się nie zmieniło.
Nowy log xml ma 8 MB i są w nim wszystkie adresy punktów pocztowych włącznie ze współrzędnymi. Czy to jest prawidłowe, że podczas eksportu zaczytuje się tyle danych (to ponad 8 milionów znaków), a może właśnie to zaczytywanie powoduje paraliż eksportu?

 

[audiomaxsiedlce]

ooooooooo, a u nas do wczoraj szło, a dzisiaj POczta Polska mówi ...........

[KD9]

Panie Marcinie, przesłałem e-mail (z nazwą metody GET) z kontaktem do sensownego pracownika poczty, który może skonsultować Pana z odpowiednim informatykiem, żeby rozwiązać ten problem. Proszę do niego napisać, chyba że sam Pan znajdzie przyczynę.
Joanna - korzystałaś z nowego instalatora?

[audiomaxsiedlce]

Joanna - korzystałaś z nowego instalatora?

upssssssss, nie, ale odwołuje swój poprzedni post, pomieliło, pomieliło i poszło, bez nowej instalacji EU

[KD9]

U ciebie pomieliło i poszło, a u mnie od wczoraj mieli każdorazowo (za jednym opisanym wyjątkiem) po 5-10 minut i wciąż właśnie ten komunikat. Ja zwykle eksportuję w godzinach południowych (wczoraj do późnopopołudniowych), jeśli ok. 22-giej masz eksport z opóźnieniem, choć przeszedł, to by oznaczało jakieś uwrażliwienie na obciążenie łącz + nałożenie się jakiegoś nowego błędu.

[PhotoSoft]

Czy to jest prawidłowe

Tak.

Jeśli mamy drugi ten sam przypadek to ewidentnie jest coś nie tak z serwerami poczty - to one zrywają połączenie.

[KD9]

Teraz mi wyskoczył taki komunikat:

Wystąpił błąd podczas generowania dokumentu XML.

System.InvalidOperationException: Wystąpił błąd podczas generowania dokumentu XML. ---> System.InvalidOperationException: Nie oczekiwano typu EasyUploader.ENWebAPI.placowkaPocztowaType. Użyj atrybutu XmlInclude lub elementu SoapInclude, aby określić typy, które nie są podane statycznie.
   w Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterElektronicznyNadawca.Write89_przesylkaBiznesowaType(String n, String ns, przesylkaBiznesowaType o, Boolean isNullable, Boolean needType)
   w Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterElektronicznyNadawca.Write148_przesylkaType(String n, String ns, przesylkaType o, Boolean isNullable, Boolean needType)
   w Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterElektronicznyNadawca.Write315_addShipment(Object[] p)
   w System.Xml.Serialization.XmlSerializer.Serialize(XmlWriter xmlWriter, Object o, XmlSerializerNamespaces namespaces, String encodingStyle, String id)
   --- Koniec śladu stosu wyjątków wewnętrznych ---
   w System.Xml.Serialization.XmlSerializer.Serialize(XmlWriter xmlWriter, Object o, XmlSerializerNamespaces namespaces, String encodingStyle, String id)
   w System.Web.Services.Protocols.SoapHttpClientProtocol.Serialize(SoapClientMessage message)
   w System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
   w EasyUploader.ENWebAPI.ElektronicznyNadawca.addShipment(przesylkaType[] przesylki, Int32 idBufor, Boolean idBuforSpecified)
   w EasyUploader.KurierENOnline.<>c__DisplayClass10_0.<Wyslij>b__0()

[PhotoSoft]

Teraz zauważyłem, że majstry z PP wycofali starą metodę, ale wymagają przesyłania danych punktu nadal w starym formacie

Wgrałem nowy instalator.

[KD9]

Nie można rzutować obiektu typu 'EasyUploader.ENWebAPI.placowkaPocztowaType' na typ 'EasyUploader.ENWebAPI.urzadWydaniaEPrzesylkiType'.

System.InvalidCastException: Nie można rzutować obiektu typu 'EasyUploader.ENWebAPI.placowkaPocztowaType' na typ 'EasyUploader.ENWebAPI.urzadWydaniaEPrzesylkiType'.
w EasyUploader.KurierENOnline.<>c__DisplayClass10_0.<Wyslij>b__0()

[KD9]

Przywróciłem wersję 3.48.1 i pierwszy komunikat trochę się zmienił, ale nie wyznaję się na tym. Niezależnie od wersji mam paraliż pracy.

System.Net.WebException: Połączenie podstawowe zostało zakończone: Wystąpił nieoczekiwany błąd przy odbiorze. ---> System.IO.IOException: Nie można odczytać danych z połączenia transportowego: Istniejące połączenie zostało gwałtownie zamknięte przez zdalnego hosta. ---> System.Net.Sockets.SocketException: Istniejące połączenie zostało gwałtownie zamknięte przez zdalnego hosta
w System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size)
--- Koniec śladu stosu wyjątków wewnętrznych ---
w System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size)
w System.Net.FixedSizeReader.ReadPacket(Byte[] buffer, Int32 offset, Int32 count)
w System.Net.Security._SslStream.StartFrameBody(Int32 readBytes, Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
w System.Net.Security._SslStream.StartFrameHeader(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
w System.Net.Security._SslStream.StartReading(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
w System.Net.Security._SslStream.ProcessRead(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
w System.Net.TlsStream.Read(Byte[] buffer, Int32 offset, Int32 size)
w System.Net.PooledStream.Read(Byte[] buffer, Int32 offset, Int32 size)
w System.Net.Connection.SyncRead(HttpWebRequest request, Boolean userRetrievedStream, Boolean probeRead)
--- Koniec śladu stosu wyjątków wewnętrznych ---
w System.Web.Services.Protocols.WebClientProtocol.GetWebResponse(WebRequest request)
w System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest request)
w System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
w EasyUploader.ENWebAPI.ElektronicznyNadawca.getEnvelopeBuforList(errorType[]& error)
w EasyUploader.KurierENOnline.<>c__DisplayClass10_0.<Wyslij>b__0()

[PhotoSoft]

Ich API to jakiś kiepski żart

Przywróciłem w takim razie starą metodę, bo to nie ma sensu. Nie mam jak tego testować, a po omacku nie będę kombinował.

[audiomaxsiedlce]

Nie instalowałam poprawki, dzisiaj poszło