No worries Konstantin thank you! Thanks Tim!

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Chief Architect
Instrument Software and Science Data Systems Section (398)
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 168-519, Mailstop: 168-527
Email: [email protected]
WWW:  http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Associate Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++






-----Original Message-----
From: Konstantin Gribov <[email protected]>
Reply-To: "[email protected]" <[email protected]>
Date: Monday, March 30, 2015 at 8:18 AM
To: "[email protected]" <[email protected]>
Subject: Re: Broken build because of clirr plugin

>I think, simple way would be to keep old methods (and mark them
>@Deprecated) to avoid build failure. And use new ones internally.
>
>I'll do `mvn verify` before commiting this time. Sorry for inconvenience.
>
>-- 
>Best regards,
>Konstantin Gribov
>
>пн, 30 марта 2015 г. в 18:09, Allison, Timothy B. <[email protected]>:
>
>> How much of an effort would it be to migrate somewhat slowly:
>>
>> Leave in but deprecate setCommandLine(String ) and String
>>getCommandLine()
>>
>> Add something like: setCommandLineArr(String[] ) and String[]
>> getCommandLineArr()?
>>
>>
>>
>> -----Original Message-----
>> From: Konstantin Gribov [mailto:[email protected]]
>> Sent: Monday, March 30, 2015 11:00 AM
>> To: [email protected]
>> Subject: Broken build because of clirr plugin
>>
>> Hi, folks.
>>
>> I've broken build (by commit r1670105 for TIKA-1587).
>> Should I revert this commit and change it to preserve old API or add
>> exclude to clirr plugin configuration?
>>
>> --
>> Best regards,
>> Konstantin Gribov
>>

Reply via email to