Rozjazd między bilioteką JAVA, a OpenAPI 2.7.1 (compression type)

[Dzimmi]

Według OpenAPI domyślnym compression type jest ZIP.

Jednak po aktualizacji bilioteki JAVA, domyślną wartością jest TarGZ. Rozjeżdża to obecne implementacje bazujące na biliotece Javy.
TarGZ powinno być ustawione jako zmiana u integratorów, a nie wartość domyślna w bibliotece, co wymusza u nas zmianę działających mechanizmów.

https://github.com/CIRFMF/ksef-client-java/blob/main/ksef-client/src/main/java/pl/akmf/ksef/sdk/api/builders/batch/OpenBatchSessionRequestBuilder.java

[LukasVeB]

Miałem identyczny problem wczoraj w C#, gdzie nie dało się pobrać i rozpakować faktur, bo zgłaszało problem z archiwum ("End of Central Directory record could not be found"). Dopiero jawne zadeklarowanie we wniosku o eksport faktur, że chce dostać ZIP pomogło rozwiązać problem.

[CIRF-DEV2]

@LukasVeB
https://github.com/CIRFMF/ksef-client-csharp/blob/main/.github/RELEASE_NOTES.md#zmodyfikowane
W bibliotece C# od wersji 2.7.0 metody domyślnie używają TarGz, zachowując możliwość używania Zip, gdy jawnie podano to w parametrze. Jeśli Twój kod używał domyślnych wywołań metod i oczekiwał potem wyłącznie formatu ZIP, a zaktualizowałeś bibliotekę do 2.7.0 bez dostosowania kodu, to jest szansa, że coś poszło nie tak.

[LukasVeB]

Dzięki za informację, zmiany już wczoraj wprowadziłem i wszystko działa. Dziwi mnie jednak trochę taka zmiana, że zmieniony został parametr domyślny, gdzie w API domyślny jest ZIP, a biblioteka wstawia sobie TarGz

[Dzimmi]

W bibliotece C# od wersji 2.7.0 metody domyślnie używają TarGz,

dlaczego w aktualizacji są wprowadzone inne wartości domyślnie niż wartość domyślna jak w OpenAPI? Zwłaszcza, że wcześniej był zwracany zip i teraz trzeba robić dostosowania w integracji.