This forum is now a read-only archive. All commenting, posting, registration services have been turned off. Those needing community support and/or wanting to ask questions should refer to the Tag/Forum map, and to http://spring.io/questions for a curated list of stackoverflow tags that Pivotal engineers, and the community, monitor.

AnnouncementAnnouncement Module

Collapse

No announcement yet.

Help: Bridge between Legacy system and Spring via RMIPage Title Module

Help: Bridge between Legacy system and Spring via RMI

Mar 2nd, 2005, 10:49 AM

Situation: I have a legacy J2EE system which makes use of several
external services via RMI. I would like to convert the external RMI-invoked
services to Spring. I do not want to write into each of the new services
any RMI code. (If you are going to hardwire RMI code, that detracts from the overall
advantage of moving to Spring in the first place) I have built spring-client to
spring-service tests, but that doesn't help me with the legacy system.
The legacy system is stranded under jdk1.2 and I suspect that adding
Spring services directly to the 1.2 system is not possible and in my case
is not viable for us in our plan to migrate/evolve the application.

So the big question is: Can Spring leverage its declarative remoting to support
traditional RMI remote clients? If it cannot, I would see this as a significatnt
barrier to adoption by companies who would like to migrate existing services
while maintaining a working solution.

Comment

I suppose if I used a facade pattern, I could embed RMI in the facade. The internal
services would be free of RMI code and have the adaptability Spring offers to
use other remoting protocols. At some point in the future, the face could be
removed.