首頁猿問 IRS ACA 1095C...

IRS ACA 1095C SOAP 故障：斷言處理中出錯

Java

繁花不似錦 2024-01-05 16:52:06

我在向 IRS ACA 網(wǎng)站提交 1094/1095C 時隨機遇到錯誤。它一直是一個有效的代碼，有一段時間我沒有對代碼進行任何更改，突然我開始在很少的提交中看到這個錯誤。代碼是java的。我們?nèi)匀荒軌虺晒ν瓿赏暾峤?，但某些提交會返?SOAP 錯誤。........ org.apache.cxf.endpoint.Client yclient = (org.apache.cxf.endpoint.Client) factory.create(); GZIPInInterceptor ininterceptor = new GZIPInInterceptor(); yclient.getInInterceptors().add(ininterceptor); Endpoint eEndpoint = yclient.getEndpoint(); EndpointInfo einfo = eEndpoint.getEndpointInfo(); BindingInfo b = einfo.getBinding(); ProviderFactory pf = ServerProviderFactory.getInstance(); eEndpoint.put(ProviderFactory.class.getName(), pf); yclient.getRequestContext().put("soap.env.ns.map", nsMap); yclient.getRequestContext().put("org.apache.cxf.client", Boolean.FALSE); Collection<BindingOperationInfo> c = b.getOperations(); Iterator<BindingOperationInfo> it = c.iterator(); while (it.hasNext()) { BindingOperationInfo bi = it.next(); QName name = bi.getOperationInfo().getName(); System.out.println(name.toString()); GZIPOutInterceptor interceptor = new GZIPOutInterceptor(); interceptor.setForce(true); yclient.getOutInterceptors().add(interceptor); Map<String, Object> ycontext = yclient.getRequestContext(); ycontext.put(MessageContext.HTTP_REQUEST_HEADERS, head); Map<Integer, Class<?>> wssConfigActions = new HashMap<Integer, Class<?>>(); Map<String, Object> serverOutParams = createServerOutParams(wssConfigActions, true);......

查看完整描述

4 回答

繁星點點滴滴

TA貢獻1803條經(jīng)驗獲得超3個贊

通過修改我們的配置，我們能夠在 Apache CXF v3.1.4 上使用它；我們添加了AllowChunking =“false”和secureSocketProtocol =“TLSv1.2”。在此更改之前，自 2019 年 10 月開始，對于任何大于 60 KB 左右的傳輸，我們還收到了“斷言處理錯誤”的響應。以下是我們對 Apache CXF XML 配置所做的更改：

<http-conf:conduit name="*.http-conduit">

AllowChunking="false"

/>

<http-conf:tlsClientParameters

secureSocketProtocol="TLSv1.2"

/>

</http-conf:conduit>

反對回復 2024-01-05

心有法竹

TA貢獻1866條經(jīng)驗獲得超5個贊

我已經(jīng)為此工作了一段時間，并消除了郵箱建議的前兩件事（TLS 1.2、FIPS 和我這邊的網(wǎng)絡問題）。我懷疑他們將中間層更改/更新為 Broadcom（以前稱為 Layer7 和 CA）。我將通過關閉 http 分塊編碼來進行測試，因為默認情況下我是打開它的。如果您不確定如何關閉它，您可以使用 http 1.0，因為它僅在 http 1.1 中受支持。我更新為關閉 http 協(xié)議上的分塊編碼（WebSphere 中的策略），并且我能夠從發(fā)送 35 到 3000 甚至更高。

反對回復 2024-01-05

婷婷同學_

TA貢獻1844條經(jīng)驗獲得超8個贊

我也遇到過同樣的問題，但我們確實找到了一種手動解決這些問題的方法。我想分享一下，以防它可以幫助你弄清楚發(fā)生了什么，盡管我認為國稅局需要做出改變。

有3個問題需要處理。

在標頭中，有“創(chuàng)建”和“過期”的時間戳，我們必須在其中添加毫秒。
上面提到的一些我們必須從傳輸中刪除 Transfer-Encoding: chunked （我們在 Fiddler 中手動完成）。
我必須自己對整個消息進行 gzip 壓縮。該程序?qū)ο⑦M行了 gzip，但是當我查看代碼中的壓縮消息和發(fā)送的最終消息時，在開頭添加了 8 個字符，并且最后的部分內(nèi)容發(fā)生了更改。如果我將主體單獨進行 gzip 壓縮，然后將其放回 fiddler（刪除分塊），那么我會得到成功的響應。

反對回復 2024-01-05