I find this error on my FC-5 install (see <workspace>/.metadata/.log) I think it
is the same problem you experience. It appears to be some API limitation of the
cryto implamentation of GCJ

java.lang.UnsupportedOperationException: 1.4 methods not enabled
   at org.metastatic.jessie.provider.SSLSocket.setReuseAddress(jsse-1.0.1.jar.so)
   at
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doPropfind(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getProperties(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getResourceProperties(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getStartingProperties(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.findStartingProperties(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getBaselineProperties(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getBaselineInfo(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.wc.SVNBasicClient.getRevisionNumber(javasvn-1.1.0.jar.so)
   at org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(javasvn-1.1.0.jar.so)
   at
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(javasvn-1.1.0.jar.so)
   at org.tmatesoft.svn.core.wc.SVNLogClient.doList(javasvn-1.1.0.jar.so)
   at org.tmatesoft.svn.core.wc.SVNLogClient.doList(javasvn-1.1.0.jar.so)
   at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(javasvn-1.1.0.jar.so)
   at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(javasvn-1.1.0.jar.so)
   at
org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getList(svnClientAdapter.jar.so)
   at
org.tigris.subversion.subclipse.core.resources.RemoteFolder.getMembers(SVNPluginCore.jar.so)
   at
org.tigris.subversion.subclipse.core.resources.RemoteFolder.members(SVNPluginCore.jar.so)
   at
org.tigris.subversion.subclipse.ui.operations.FetchMembersOperation.execute(SVNPluginUI.jar.so)
   at
org.tigris.subversion.subclipse.ui.operations.SVNOperation.run(SVNPluginUI.jar.so)
   at
org.tigris.subversion.subclipse.ui.repository.model.SVNRepositoryRootElement.fetchDeferredChildren(SVNPluginUI.jar.so)
   at
org.eclipse.ui.progress.DeferredTreeContentManager$1.run(org.eclipse.ui.workbench_3.1.2.jar.so)
   at
org.eclipse.core.internal.jobs.Worker.run(org.eclipse.core.runtime_3.1.2.jar.so)

I am sure that solving the problem of native subclicpse with javahl (not yet
filled bug, my mistake) can solve this problem, but I still will investigate
this problem using the javasvn (javahl interface in currently disabled)

The jessie library has been merged with GNU Classpath, but still those methods
remain disabled. In
http://www.mail-archive.com/jessie-discuss@nongnu.org/msg00000.html is discussed
that those methods where disabled in order to be able to build the independent
jessie releases with free runtimes. I will try enabling them to see if works

This is found on GNU Classpath source in gnu.javax.net.ssl.provider.SSLSocket:

  public void setReuseAddress(boolean flag) throws SocketException
  {
    //if (underlyingSocket != null)
    //  {
    //    underlyingSocket.setReuseAddress(flag);
    //  }
    //else
    //  {
    //    super.setReuseAddress(flag);
    //  }
    throw new UnsupportedOperationException("1.4 methods not enabled");
  }

The removal of the "throw new UnsupportedOperationException ..." was commited
sometime (http://www.mail-archive.com/jessie-discuss@nongnu.org/msg00059.html)
maybe the merge was made using the latest release version

I have test on my FC5 system with Native Eclipse 3.1, and i get the samme error
and there i no problem making a SVN checkout from a http://.... svn site, so
there  problem is clearly releated to SSL stuff.

Tom, Do you have any thoughts about what's going on here?

(In reply to comment #4)
> Tom, Do you have any thoughts about what's going on here?

Looks like we need a libgcj backport for FC-5.  Unfortunately, that probably
won't happen.  In FC-6 libgcj will be a separate RPM, so fixes like this will be
much easier, but for FC-5 we're stuck with the current gcc release.

Bug against gcc created, bug #206904

In re comment #5: do we need an FC 5 backport?
I thought FC 5 still had a separate jessie RPM; we could fix it there.

FYI I'm going to pull the libgcj fix in to the RH 4.1 branch today.
I don't know when this will show up in rawhide however.

(In reply to comment #7)
> In re comment #5: do we need an FC 5 backport?
> I thought FC 5 still had a separate jessie RPM; we could fix it there.

Yes, good call.  I'm building jessie-1.0.1-5, with this patch, into
dist-fc5-update-candidates now.

jessie-1.0.1-5 has been pushed to FC-5 updates-testing.  Robert, can you try it
and confirm that it fixes your problem?

Confirmed.. jessie-1.0.1-5 fix the problem on FC-5

jessie-1.0.1-5 has been pushed to FC-5 updates.  Closing.

What about FC6/Rawhide, does it work too ???

(In reply to comment #12)
> What about FC6/Rawhide, does it work too ???

That's being tracked as 206904.  We'll close 206904 when the fix makes it into
Rawhide.

Thanks a lot, it works as a charm in FC6/Rawhide.