DM Smith <dmsmith555@yahoo.com> wrote on 02/10/2006 09:05:05 AM:
> Mark Phippard wrote:
> > http:// is a stateless protocol so every transaction starts over. If
you
> > choose to not cache the password, understandable, then you have to
enter it
> > on every transaction. You can try the JavaSVN adapter. For some
> > connection methods it does its own session-based caching, but the
JavaHL
> > adapter definitely does not.
> >
> Does Subclipse present the dialog?
> If so, couldn't it cache the password for the session, if the adapter is
> JavaHL?
It is harder than it sounds. We provide a callback class, but do not
really know when it is called or for what reason. Also it is called over
several calls, like one call to do the prompt and then different calls to
get the data that was entered. It is possible if we had some kind of
internal table keyed by the realm or something that we might be able to do
it, but the other problem is that we have no way of knowing if the
password was succesful or not.
This has been looked at in the past for other reasons.
Ideally the JavaHL library would do the caching since it knows all of this
and isn't like the library is being unloaded during the process.
Mark
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Fri Feb 10 15:14:28 2006