Regards,
Jim
SCJP, SCJD, SCWCD, SCEA Part I
Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius - and a lot of courage - to move in the opposite direction. - Ernst F. Schumacher
Originally posted by Michael Morris:
Hi Jim,
I replied to this last night but mistakenly addressed it to Samual. I believe that you are going to have to rethink your design on serializing Data. Anyway, here's the post:
Regards,
Jim
SCJP, SCJD, SCWCD, SCEA Part I
scwcd, scjd, scjp<br /><a href="http://natejohnson.us" target="_blank" rel="nofollow">http://natejohnson.us</a><br /><a href="http://rice.kuali.org" target="_blank" rel="nofollow">http://rice.kuali.org</a>
Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius - and a lot of courage - to move in the opposite direction. - Ernst F. Schumacher
Originally posted by Nate Johnson:
I have a RemoteData object that has a private ref to Data. RemoteData implements Remote and my data interface, so it has methods to access all public methods in Data through that private reference. I am not getting any errors... do you have a similar settup?
Regards,
Jim
SCJP, SCJD, SCWCD, SCEA Part I
Originally posted by Michael Morris:
Hi Jim,
For my server, I just got a connection through the connection factory just like a client would and just like the client, calls were made on my DataAccess interface and not a Data object. Only objects in my db package actually had a reference to Data.
Regards,
Jim
SCJP, SCJD, SCWCD, SCEA Part I
scwcd, scjd, scjp<br /><a href="http://natejohnson.us" target="_blank" rel="nofollow">http://natejohnson.us</a><br /><a href="http://rice.kuali.org" target="_blank" rel="nofollow">http://rice.kuali.org</a>
Regards,
Jim
SCJP, SCJD, SCWCD, SCEA Part I
scwcd, scjd, scjp<br /><a href="http://natejohnson.us" target="_blank" rel="nofollow">http://natejohnson.us</a><br /><a href="http://rice.kuali.org" target="_blank" rel="nofollow">http://rice.kuali.org</a>
Originally posted by Nate Johnson:
main
1) create a "local" database on the server (Data)
2) pass that ref to my RemoteDataFactory (constructor) so it can keep a copy when getConn is called on it (which it turn creates a new RemoteData based on that database)
3) bind that RemoteDataFactory to the registry
end main
So, now in the client, get a ref to RemoteDataFactory (from Naming) when a remote connection is requested and call getConn. This will return a RemoteData object that has all of the methods that can access that "local" Data that was created back on the server. Each client can do this when it starts in remote mode and then be talking to the same Data, but with a unique RemoteData (which in turn can be used as the id for locking).
Regards,
Jim
SCJP, SCJD, SCWCD, SCEA Part I
Don't get me started about those stupid light bulbs. |