thanks for the time you are spending on this issue. I will try to use the
SVNClientInterface.list calls until there is support for this in subversion.
Please, keep me posted on any news regarding this.
----- Original Message -----
From: "Patrick Mayweg" <firstname.lastname@example.org>
To: "Panayiotis Korros" <email@example.com>
Sent: Monday, August 02, 2004 1:45 PM
Subject: Re: svnjavahl additions
> Hi Panagiotis,
> Panayiotis Korros wrote:
> >Hi Patrick,
> >I am told that you are the guy that knows about the JAVAHL bindings for
> >subversion. I am working on subclipse, the SVN plug in for eclipse.
> >Currently I am trying to implement synchronization support. To get it
> >working I use the SVNClient.status (svn status -u) method.
> >There are some limitations on the information I get from the Status
> >1. If there is an addition in the repository and the working copy doesn't
> >contain the added file/folder then the getNodeKind method returns UNKNOWN
> >I can't determine if the remotely added file is a file or directory.
> > Is it possible to add a getRepositoryNokeKind() method?
> > Is there another way to get this info?
> The problem is, that core subversion libraries fills a svn_wc_status_t
> and a svn_wc_entry_t and the node kind in those structures is not set. I
> think the only way to fix that, is to file an issue on the subversion
> core library.
> >2. The Status class contains the getRepositoryTextStatus and
> >getRepositoryPropsStatus. It would be very usefull if we could add the
> >following information:
> > getRepositoryLastChangedRevision()
> > getRepositoryLastChangedDate()
> > getRepositoryLastCommitAuthor()
> > They should be only populated when the onServer parameter is true.
> > They could be implemented using the svn_repos_get_committed_info()
> >function from svn_repos.h
> This information is not contained in the svn_wc_status_t and in the
> svn_wc_entry_t structures. The only way to fill these members in either
> to do the SVNClientInterface.list calls in the library or the extent the
> structures in the core library.
> The first option would raise the time needed for the other users of the
> onServer flag too much. The second way is the way to go.
> > Is there another way to get this information for a file, revision?
> >Panagiotis Korros
> For both problems I do not have any idea, if this information is
> available in RA-Layer. I have to check with firstname.lastname@example.org.
Received on Wed Aug 4 02:53:11 2004