Github user jaikiran commented on the issue:
https://github.com/apache/ant-ivy/pull/38
>> requireCommonBaseDir:
>> could we replace firstPath by base==null?
>> line 115: additional comment:
>> 'fail fast: ...'
>> line 117: 'finally we got ...'
Done and PR updated
>> getBaseDir:
>>
>> Rename parameter to file1 and file2. For me it seems that both
parameters are indepent from each other. 'base' implies that it's itself a
parent of the other.
You are right about that. So I changed the param names and updated the
javadoc too. Please have a look in the updated PR and let me know if it makes
sense now.
>> you changed the semantic of the method:
>> base==null && file==null --> old=NPE, new=null (ok with me ;)
>> base==null && file!=null --> old=file.paren, new=null (incompatible
change)
>> base!=null && file==null --> both=null
>> base!=null && file!=null --> both=commonBase
>> could be static, maybe moved to a FileUtil-class
When I started implementing the changes for this bug fix, I had a look at
this method and its references. In reality, this `getBaseDir` essentially
can/should be a private method. The only reason why it's package private right
now is to have access to this method in a test case. There are no other
references to this and given that this is a package private method, there's no
other way this method can be by any other (external) code then that specific
package. Given this background, I decided to intentionally make that
incompatible semantic change so that it now fits in with the expectations of
how we want it to behave. Do you think that should be good enough reason to go
ahead with this change in semantics of this method?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at [email protected] or file a JIRA ticket
with INFRA.
---
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
