Re: Using JERI over the internet

Gregg Wonderly <[email protected]>
Newsgroups gmane.comp.java.sun.jini
Message-ID <[email protected]>
Mark Brouwer wrote:
> Gregg Wonderly wrote:
>> A predominate issue with this type of problem, is that the server will end up
>> with many, idle socket connections from each client, which can create
>> resource issues if not properly administrated.
>
> An issue will be how you can have asymmetric authentication/encryption
> in a secure tunnel, probably there is a better word to describe what I
> mean but I hope you get what I mean.

A callback path should be identical to a return value from a client to server
invocation shouldn't it?  Do you want the servers identity to enter the clients
callback context?  The endpoint implementation should be able to manage all
identity associated with data flowing right?

> Another issue is likely that codebase reachability is not solved by such
> an endpoint implementation.

I assume you are talking about a server being able to download code from a
client?  I always try and design my APIs to not require customization of
parameter types for calls into the server, which I can not account for in
classes that I can install on the server.  I then set the clients codebase to be
localhost based so that the server always downloads from itself.

Gregg Wonderly

--------------------------------------------------------------------------
Getting Started:     http://www.jini.org/wiki/Category:Getting_Started
Community Web Site:  http://jini.org
jini-users Archive:  http://archives.java.sun.com/archives/jini-users.html
Unsubscribing:       email "signoff JINI-USERS"  to [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.