> On Aug 16, 2020, at 6:13 AM, Xeno Amess <xenoam...@gmail.com> wrote:
>
> I suddenly arise a good idea...
> How about
> 1. we release a java 7 version of this repo.
> 2. we wait for user argue about this.
> 3. if no users argue about this, we just go forward to 7. Otherwise, we
> re-consider about this.
That would warrant a major version up-version and maintaining two major
versions in parallel. As Mark is the main developer here, and understandably is
quite busy, we’ll have to see what he says.
-Rob
>
>
> Mark Thomas <ma...@apache.org> 于 2020年8月16日周日 下午6:08写道：
>
>>> On 15/08/2020 19:00, Gary Gregory wrote:
>>>> On Sat, Aug 15, 2020 at 1:14 PM Mark Thomas <ma...@apache.org> wrote:
>>>
>>>> On 10/08/2020 17:26, Gary Gregory wrote:
>>>>> As recently done for [EMAIL], I propose we update [LOGGING] and
>> [DAEMON]
>>>>> from Java 6 to 7 to streamline building on CIs.
>>>>
>>>> -1 for DAEMON. Tomcat 7 depends on it and has a specification mandated
>>>> requirement to run on Java 6.
>>>>
>>>
>>> Yikes ;-) how long is rein in antiquity planned to last? ;-)
>>
>> Tomcat 7 EOL is 31 March 2021.
>>
>> Like most major Tomcat versions, it has been supported for ~10 years
>> since the first release.
>>
>> The scary thing is that the users mailing list still sees questions
>> about Tomcat 6 and earlier.
>>
>>> We might need a branch for Tomcat so the project can move ahead in a more
>>> modern setting IMO.
>>
>> Unless there is a feature that NEEDS Java 7, branching is just going to
>> create unnecessary overhead. My experience of DAEMON over that last few
>> years is the most (all?) of the work has been on the native code side.
>> Therefore, I don't see the harm in keeping the Java side on 1.6 for now.
>>
>> If the issue is the inability to build with newer Java versions, I have
>> no issue updating the declared minimum version as long as the Java code
>> remains compilable with/for Java 6.
>>
>> Mark
>>
>>>
>>> Gary
>>>
>>>>
>>>> Are there any features / bugs in Jira that require this increase?
>>>>
>>>> Mark
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>>
>>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
