Looking at 1.6.23 code [1,2,3,4] the behavior of the propertyGet method was
to return null rather than instance of PropertyData under following
conditions:
* Property is absent
* Value of the property is absent
* Any exceptions occurred while PropertyData object was being constructed
in native cod
Branko,
On 10 November 2014 10:59, Branko Čibej wrote:
> On 10.11.2014 11:22, Stuart Rossiter wrote:
> >
> > Personally I'd prefer if people used the JavaHL APIs from the
> > org.apache
> > namespace. They're far better maintained.
> >
> >
> > So is that a "won't fix since package is
On 10.11.2014 11:22, Stuart Rossiter wrote:
>
> Personally I'd prefer if people used the JavaHL APIs from the
> org.apache
> namespace. They're far better maintained.
>
>
> So is that a "won't fix since package is deprecated"? Do you want me
> to raise a bug report in any case for track
Brane,
Comments below.
On 7 November 2014 22:20, Branko Čibej wrote:
> On 07.11.2014 14:05, Stuart Rossiter wrote:
> > All,
> >
> > [Not subscribed; please cc me.]
> >
> > Posting directly here (rather than users) since I'm pretty sure of this.
> >
> > org.tigris.subversion.javahl.SVNClient
On 07.11.2014 14:05, Stuart Rossiter wrote:
> All,
>
> [Not subscribed; please cc me.]
>
> Posting directly here (rather than users) since I'm pretty sure of this.
>
> org.tigris.subversion.javahl.SVNClient has a bug:
The org.tigrs namespace in JavaHL has been deprecated for quite a while now.
>
All,
[Not subscribed; please cc me.]
Posting directly here (rather than users) since I'm pretty sure of this.
org.tigris.subversion.javahl.SVNClient has a bug: propertyGet wraps a call
to the same method for the Apache package equivalent, but doesn't handle
nulls in the response, so the caller
6 matches
Mail list logo
