Krótka odpowiedź: tak. JDE może komunikować się z wieloma zewnętrznymi obiektami/usługami/adapterami.
Długa odpowiedź: opcje zależą od wersji JDE, z której korzysta klient i jakie są wymagania dotyczące wspomnianej komunikacji.
Odkąd wspomniałeś, że chcą zadzwonić do API, zakładam, że mają całkiem nową wersję (powiedzmy, produkt OneWorld/EnterpriseOne, wersję XE lub nowszą) i że potrzebują "interfejsu online" (I to znaczy, będą wywoływać API z JDE i czekać, aż zakończy przetwarzanie i zwróci coś, zanim program JDE będzie kontynuowany) zamiast "przetwarzania wsadowego".
Twoim najlepszym rozwiązaniem, jak sądzę, byłaby COM. JDE jest zgodne z COM. Twój klient będzie musiał znać swoją drogę do interoperacyjności JDE, specjalnie nazywając zewnętrzny interfejs API za pomocą COM i GenCOM (w ten sposób interfejs API byłby w pewnym stopniu spakowany do użycia przez JDE).
Czy można połączyć się z Javą? Tak. W podobny sposób, jak w przypadku COM, musisz spakować/enkapsulować kod, który ma zostać zużyty.
Czy można użyć XML? Tak.
Co z adapterami? Tak. MQ WebSphere, MSMQ.
Webservices? Może. To zależy od wersji JDE. Najnowsze wersje całkiem nieźle obsługują Webservices. Możesz dostarczyć funkcję biznesową od JDE, która będzie wykorzystywana przez innych, a także możesz korzystać z usług innych osób, więc jeśli Twój interfejs API może być używany w serwisie internetowym, JDE może go wykorzystać (ponownie, w zależności od wersji, którą mają).
W przypadku usług sieci Web można używać usługi WSG (bramy usług internetowych), serwera usług biznesowych i kolejki/tematu JMQ dla połączeń J2EE.
Inne dostępne metody są bardziej odpowiednie do przetwarzania wsadowego: EDI, OSA, z tabelami, konwersjami tabel.
Oracle ma całkiem niezłe przewodniki po narzędziach JDE (musisz szukać EnterpriseOne Tools w wersji 8.98), specjalnie dla WebServices, ponieważ są one nowe.
Dam ci upominek tylko za kontakt z JDE. Ugh. – recursive
Najgorszy. Nazwa produktu. Zawsze. – annakata