You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hivemind.apache.org by hi...@jakarta.apache.org on 2004/10/08 03:27:51 UTC
[jira] Created: (HIVEMIND-67) Add RemoteServiceImplementationFactory to support distributed systems
Message:
A new issue has been created in JIRA.
---------------------------------------------------------------------
View the issue:
http://issues.apache.org/jira/browse/HIVEMIND-67
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HIVEMIND-67
Summary: Add RemoteServiceImplementationFactory to support distributed systems
Type: New Feature
Status: Unassigned
Priority: Minor
Project: HiveMind
Components:
framework
Assignee:
Reporter: Yuxiang Bu
Created: Thu, 7 Oct 2004 6:26 PM
Updated: Thu, 7 Oct 2004 6:26 PM
Description:
Till now HiveMind is an lightwight, single-JVM micro-kernel. But there are still some large, distributed systems. Is it a must to use EJB to develop these systems? I don't think so. If HiveMind developers can add a new service implementation factory, which will create a proxy of remote service on another box, we can throw away EJB forever.
The sample configuration may be something like:
<service-point id="local-service" ... >
<invoke-factory>
<set-service property="..." service-id="local-proxy"/>
</invoke-factory>
</service-point>
<service-point id="local-proxy" ... >
<invoke-factory service-id="RemoteServiceImplementationFactory">
<jndi-configuration configuration-id="..."/>
<remote-service service-id="..."/>
</invoke-factoy>
</service-point>
And this factory will create a proxy of remote service. The proxy will lookup the remote Registry( or maybe some other object) through JNDI, and pass the method call to it. The remote registry will call the real service and return the result.
The sample configuration for remote service on another box may be like:
<service-point id="..." expose-to-remote="true">
<invoke-factory .../>
</service-point>
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org