Re: Relieving some ClassLoader contention in PreferredClassProvider

Peter Jones wrote:
> I'm confused: if it returns a "deferred http: URL openConnection()
> value", I still wouldn't expect an HTTP request to be attempted here?

Most of the time it's returning a file: URL connection to cached data.  Thus,
when its openConnection() is called, it has made the http (or whatever protocol
is deferred to) connection, downloaded the data, and then returns the results of
openConnection() on the file: URL pointing at that data.

> And separate from the primary topic of this discussion: I don't recall
> exactly what your vhttp handler does, but I wonder if the right
> permission is getting returned.  If an HTTP URL is always the original
> source from which the data will have been obtained, then permission to
> connect to it would seem to be what should count, regardless of
> whether data cached in the file system will be used.

It's a caching handler that also includes a download listener interface that
allows software using it, to see that downloads have started and display
progress of those downloads if needed.

The resulting permissions are an interesting question.  That's not an issue that
I've considered to this point.  With my permission model, I've always get access
failures in storing cached data because the codebase does not have access to the
filesystem to write the data.

We can discuss the permission issue further, if you want...

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]