Den fre 15 juli 2022 kl 10:46 skrev Thomas Singer <[email protected]
>:
> Hi SVN developers,
>
Hi Thomas,
Thanks for the detailed report!
> First, there are 2 classes of NativeException, one in
> org.tigris.subversion.javahl package, the other in
> org.apache.subversion.javahl package. They only slightly differ in a
> constructor parameter. I recommend to use one class with 2 constructors
> instead.
>
I'm not experienced enough in the Java world to fully grasp this but I
assume the org.tigtis package is older and that it has been kept for
historical reasons (not to break an API used by older applications).
If you have a suggestion on how to consolidate this without breaking the
old API, feel free to send to the list!
>
> Second, the getMessage() method might throw a NullPointerException in
> the StringBuffer constructor if the NativeException was created with a
> null message (happened for a user's bug report).
>
Alright. I've been working on making a test case for this and I believe
I've managed to reproduce your issue. I would like to sleep on it and
verify once more tomorrow.
> Third, the usage of StringBuffer is discouraged in favor of StringBuilder.
>
Sounds good.
> I recommend to change the code for NativeException from
>
> > public String getMessage()
> > {
> > StringBuffer msg = new StringBuffer(super.getMessage());
>
> to
>
> > public String getMessage()
> > {
> > StringBuilder msg = new StringBuilder();
> > String message = super.getMessage();
> > if (message != null) {
> > msg.append(message);
> > }
>
I've implemented the above and I believe this also resolves the failure.
Kind regards,
Daniel Sahlberg
