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.