我编写了一个Spring MVC(Spring框架4.1.1)java 1.8应用程序,它使用sapjco3.jar驱动程序成功连接到SAP,我使用CustomDestinationDataProvider技术完成了这个。然后我使用此驱动器在我的SAP R / 3系统中调用RFC。 java代码通过AngularJS前端应用程序的api调用执行。
我发现的事情发生在SAP调用发生的大约5%的时间内发生以下错误:
NestedServletException: Handler processing failed; nested exception is
java.lang.Error: java.lang.IllegalStateException: DestinationDataProvider
already registered
以下是我的CustomDestinationDataProvider.java文件的内容:
public class CustomDestinationDataProvider {
public class MyDestinationDataProvider implements DestinationDataProvider {
private DestinationDataEventListener eL;
private HashMap<String, Properties> secureDBStorage = new HashMap<String, Properties>();
public Properties getDestinationProperties(String destinationName) {
try {
Properties p = secureDBStorage.get(destinationName);
if(p!=null) {
if(p.isEmpty())
throw new DataProviderException(DataProviderException.Reason.INVALID_CONFIGURATION, "destination configuration is incorrect", null);
return p;
}
return null;
} catch(RuntimeException re) {
throw new DataProviderException(DataProviderException.Reason.INTERNAL_ERROR, re);
}
}
public void setDestinationDataEventListener(DestinationDataEventListener eventListener) {
this.eL = eventListener;
}
public boolean supportsEvents() {
return true;
}
public void changeProperties(String destName, Properties properties) {
synchronized(secureDBStorage) {
if(properties==null) {
if(secureDBStorage.remove(destName)!=null)
eL.deleted(destName);
} else {
secureDBStorage.put(destName, properties);
eL.updated(destName); // create or updated
}
}
}
}
public ArrayList<MaterialBean> executeAvailabilityCall(Properties connectProperties, String searchString) {
String destName = "ABAP_AS";
SAPDAO sapDAO = new SAPDAO();
ArrayList<MaterialBean> searchResults = new ArrayList<MaterialBean>();
MyDestinationDataProvider myProvider = new MyDestinationDataProvider();
JCoDestination dest;
try {
com.sap.conn.jco.ext.Environment.registerDestinationDataProvider(myProvider);
} catch(IllegalStateException providerAlreadyRegisteredException) {
}
myProvider.changeProperties(destName, connectProperties);
try {
dest = JCoDestinationManager.getDestination(destName);
searchResults = sapDAO.searchAvailability(dest, searchString);
} catch(JCoException e) {
e.printStackTrace();
} catch (Exception e) {
e.printStackTrace();
}
myProvider.changeProperties(destName, null);
try {
com.sap.conn.jco.ext.Environment.unregisterDestinationDataProvider(myProvider);
} catch(IllegalStateException providerAlreadyRegisteredException) {
throw new Error(providerAlreadyRegisteredException);
}
return searchResults;
} // end method executeAvailabilityCall()
} // end class CustomDestinationProvider()
我的猜测是同时发生多个api调用,并且一旦第一个查询注册目标数据提供程序,后续查询(尝试注册目标数据提供程序)将失败,因为它们使用相同的值对于executeAvailabilityCall方法中的'destName'。
首先,我觉得我应该为destName变量使用动态值,而不是仅对所有查询使用“ABAP_AS”。换句话说,我应该更改以下行:
String destName = "ABAP_AS";
这样的事情:
String destName = "ABAP_AS_" + LocalDateTime.now();
这将保证destName变量的唯一值,从而保证唯一的目标提供者名称。
有关尝试此事的智慧的任何想法?如果这不是一个好主意,还有什么其他解决方案值得探讨?
答案 0 :(得分:0)
是的,您应该为各种登录属性配置集使用多个唯一目标名称。您的类MyDestinationDataProvider已经以这种方式实现。但为什么要将时间戳放入目标名称?为什么不简单地使用目标名称模式,如&#34; TargetSystem_&lt; SID&gt; _with_&lt; username&gt;&#34;?
关于您的异常,只需注册MyDestinationDataProvider一次,不要永久注册和取消注册。这不是JCo希望如何实现的。引自com.sap.conn.jco.ext.DestinationDataProvider
的JCo JavaDoc:
只能注册DestinationDataProvider的一个实现。 为了注册另一个实现,基础设施首先要实现 取消注册当前注册的实现。它不是 建议永久交换DestinationDataProvider 注册。一个注册的实例应该全局管理所有 整个基础架构环境的目标配置。