FileNet - копируемые данные превышают доступное место - PullRequest
0 голосов
/ 08 мая 2018

какая-то другая команда вызывает наше пользовательское приложение FileNet для поиска документов. Я полагаю, что некоторые пользователи сталкиваются с периодической ошибкой, потому что мы получаем билеты (хотя никто из пользователей не сообщил об этой проблеме) на ошибку ниже, и я попытался проверить наш сервис с различными сценариями, и все они работали, но я не знаю, что вызывая эту ошибку. Любые предложения / помощь будет принята с благодарностью.

<stackTrace> 
at com.filenet.apiimpl.transport.ejb.EJBSession.throwException(EJBSession.java:1122) 
at com.filenet.apiimpl.transport.ejb.EJBSession.throwException(EJBSession.java:1045) 
at com.filenet.apiimpl.transport.ejb.EJBSession$EJBImpl._getObjects(EJBSession.java:650) 
at com.filenet.apiimpl.transport.ejb.EJBSession$EJBImpl.getObjects(EJBSession.java:575) 
at com.filenet.apiimpl.transport.ejb.EJBSession.getObjects(EJBSession.java:471) 
at com.filenet.apiimpl.util.SessionHandle.getObjects(SessionHandle.java:346) 
at com.filenet.apiimpl.core.Session.callGetObjects(Session.java:132) 
at com.filenet.apiimpl.core.Session.executeGetObject(Session.java:340) 
at com.filenet.apiimpl.core.Session.getObject(Session.java:354) 
at com.filenet.apiimpl.core.DispatchEntries.FetchObject_28(DispatchEntries.java:907) 
at com.filenet.apiimpl.core.ObjectStoreImpl.fetchObject(ObjectStoreImpl.java:1643) 
at com.filenet.api.core.Factory$ClassDescription.fetchInstance(Factory.java:21761) 
at ecm.service.p8ceservices.implementation.integration.SearchP8ObjectAdapter.retrievePropertyDefinitions(SearchP8ObjectAdapter.java:352) 
at ecm.service.p8ceservices.implementation.integration.SearchP8ObjectAdapter.integrate(SearchP8ObjectAdapter.java:158) 
at ecm.service.p8ceservices.implementation.integration.ContentEngineAdapter.execute(ContentEngineAdapter.java:37)
</stackTrace>


</exception><exception name="java.lang.IndexOutOfBoundsException" message="Data to be copied (length 2124) exceeds space available (480)" sequence="0" guid="sfr2mx3l:jewe2wkf:00000000:00000121"><source class="com.ibm.rmi.util.buffer.SimpleByteBuffer" archive="" vendor="" version="" /><stackTrace> 
at com.ibm.rmi.util.buffer.SimpleByteBuffer.write(SimpleByteBuffer.java:166) at com.ibm.rmi.iiop.ClientRequestImpl.reInvoke(ClientRequestImpl.java:489) 
at com.ibm.rmi.corba.ClientDelegate.invoke(ClientDelegate.java:637) at com.ibm.CORBA.iiop.ClientDelegate.invoke(ClientDelegate.java:1377) 
at com.ibm.rmi.corba.ClientDelegate.invoke(ClientDelegate.java:695) at com.ibm.CORBA.iiop.ClientDelegate.invoke(ClientDelegate.java:1407) 
at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:484) at com.filenet.apiimpl.transport.ejbstubs._Engine_Stub.getObjects(Unknown Source) 
at com.filenet.apiimpl.transport.ejb.EJBSession$EJBImpl._getObjects(EJBSession.java:638)</stackTrace>

1 Ответ

0 голосов
/ 05 января 2019

Это может быть следующая проблема:

ClientRequestImpl.reInvoke повторных запросов, которые не удалось из-за ошибок. Сама повторная попытка завершается неудачей с IndexOutOfBoundsException, потому что ORB использует SimpleByteBuffer фиксированной длины.

См. Также это IBM Fix

...