+1
Builds fine on Debian Trixie with OpenJDK 21 and OpenSSL 3.3.2
Emmanuel Bourg
Le 03/10/2024 à 19:58, Mark Thomas a écrit :
The proposed Apache Tomcat 11.0.0 release is now available for voting.
The notable changes compared to 11.0.0-M26 include:
- Multiple fixes and improvements for
+1
Builds fine on Debian Trixie with OpenJDK 21 and OpenSSL 3.3.2
Emmanuel Bourg
On 14/09/2024 13:10, Christopher Schultz wrote:
The proposed Apache Tomcat 10.1.30 release is now available for
voting.
All committers and PMC members are kindly requested to provide a vote if
possible. ANY
se to ease the
maintenance. So that would mean pulling the Tomcat 8.5 package from
Debian Stretch to Jessie.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-m
Le 18/12/2023 à 18:15, Michael Osipov a écrit :
SCNR: https://unixsheikh.com/articles/the-delusions-of-debian.html
That's a low blow, this post smells more like an old systemd rant mixed
with a complete misunderstanding on how Debian works than a well founded
criticism.
Emmanuel
tstrap.jar and in the external dependencies.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
I'm also using Cp1252 instead of UTF-8 (ew). I'll try to change that and
see if it changes anything.
Did you try comparing the files with diffoscope [1]? That would allow
you to quickly see what varies and prevents the build from being
reproducible.
Emmanuel Bourg
[1] https://diff
Le 10/10/2023 à 00:18, Christopher Schultz a écrit :
The proposed 10.1.14 release is:
[ ] Broken - do not release
[X] Stable - go ahead and release as 10.1.14
It looks good on Debian with OpenJDK 17.
Emmanuel Bourg
-
To
ion for the previous
releases. If nobody complains about the lack of 32-bit support in Tomcat
11 by the end of 2023, I would suggest dropping the 32-bit binary
distribution for Tomcat 10 as well.
Emmanuel Bourg
-
To unsubscribe,
Le 26/04/2023 à 18:19, Mark Thomas a écrit :
The proposed 1.0.7 release is:
[ ] -1: Broken. Do not release because...
[X] +1: Acceptable. Go ahead and release.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For
documented it.
https://cwiki.apache.org/confluence/display/TOMCAT/Verifying+a+Release+Build
A couple of suggestions:
- I'd use shasum rather than diff to compare the artifacts
- if the artifacts are not identical, the diffoscope tool [1] can help
identify the differences
Emmanuel Bourg
[1]
Le 09/11/2022 à 20:48, Rémy Maucherat a écrit :
The proposed 9.0.69 release is:
[ ] Broken - do not release
[X] Stable - go ahead and release as 9.0.69
Looks good in Debian with OpenJDK 17
Emmanuel Bourg
-
To unsubscribe, e
Le 03/10/2022 à 22:05, Mark Thomas a écrit :
The proposed 9.0.68 release is:
[ ] Broken - do not release
[X] Stable - go ahead and release as 9.0.68 (stable)
Looks good on Debian with OpenJDK 11.
Emmanuel Bourg
-
To
tend to think there are better solutions at the OS level to isolate a
Tomcat instance nowadays, and I lean toward dropping it before its
removal from the JDK.
What do you think?
Emmanuel Bourg
[1] https://openjdk.org/jeps/411
---
last 10.0.x. release? If,
not, how many more 10.0.x releases should there be?
From the Debian point of view, since Tomcat 10 hasn't been packaged yet
dropping 10.0.x will have no impact, we'll skip directly to 10.1.x in
Debian Bookworm.
Emma
Le 23/09/2022 à 14:03, Rémy Maucherat a écrit :
The proposed 9.0.67 release is:
[ ] Broken - do not release
[X] Stable - go ahead and release as 9.0.67 (stable)
It looks good on Debian.
Emmanuel Bourg
OpenPGP_signature
Description: OpenPGP digital signature
it's important the ASF keeps the control of its
tools. If ever the ASF replaces GitBox with GitLab or Gitea I'd support
moving the issue tracker.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apac
Le 05/05/2022 à 21:28, Mark Thomas a écrit :
TL;DR we have platform independent repeatable release builds
That's really a great achievement, thank you. I hope this will inspire
other Apache projects to make their builds reproducible.
Emmanuel
ackages in Debian aren't reproducible due to that. I suggest
checking with the latest JDK first and then submit a bug report or a
patch to OpenJDK.
Fortunately a non-reproducible javadoc isn't really important, what
matters the most is to have reproducible executable packag
s
more formats (in a very different way).
BouncyCastle being released under the MIT license, maybe their parser
could better fit the PostgreSQL needs?
Emmanuel Bourg
[1]
https://github.com/bcgit/bc-java/blob/master/pkix/src/main/java/
ere is any issue with Jsign 2.1, I can release
a modified 3.x version compatible with Java 7.
Another solution is to use a different JDK for the signing step.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apac
gorithms but no success so far.
You can try adding -Djava.security.debug=sunpkcs11, it should provide
more info.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands
Le 2021-05-18 14:10, Emmanuel Bourg a écrit :
Comments?
I don't think the 7.0.x branch should be removed, there is no harm
keeping it.
As for the master->main change I think that's a waste of time for all
of us. i don't buy the argument that "master" is offens
Le 2021-05-18 13:18, Mark Thomas a écrit :
All,
Things are starting to move forward for Jakarta EE 10 so I think it is
time for us to create the 10.1.x branch. At the same time, I'd like to
switch our primary development branches from master to main for all
our repos.
We would, therefore, end u
Le 2021-05-13 00:10, Mark Thomas a écrit :
So, who'd like to volunteer?
I can take care of the migration tool if you want.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional com
ink
Ant sorts the entries).
In Debian there is a tool (strip-nondeterminism) post-processing the jar
files and fixing the possible variations (entries order, timestamps),
we'll probably need something similar.
Emmanuel Bourg
[1]
https://tests.reproducible-build
Le 04/03/2021 à 23:22, Mark Thomas a écrit :
> The proposed 9.0.44 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.44
+1, looks good in Debian
Emmanuel Bourg
-
To unsubscribe, e-
rted only
once.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
original file is
renamed foo.war.legacy and the migrated file remains as foo.war
5. The application is reloaded
And on subsequent starts, the migrated application is loaded directly,
with no performance impact.
Emmanuel Bourg
-
To
e the tasks, but it would be easier to set a build property
instead.
Do you think we could add something like this:
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail:
Le 28/01/2021 à 21:48, Mark Thomas a écrit :
> The proposed 9.0.43 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.43
It looks good in Debian (OpenJDK 11.0.10, OpenSSL 1.1.1i).
Emman
> FreeBSD's port of libtcnative is uptodate. I provide patches on regular
> basis. Vendors like Debian or Red Hat lag years behind.
I don't know the state in Red Hat, but in Debian tomcat-native is
up-to-date [1]. For the stable release there are backports with more
recent vers
Le 10/12/2020 à 12:39, Mark Thomas a écrit :
> The proposed 0.1.0 release is:
>
> [ ] -1: Broken. Do not release because...
> [X] +1: Acceptable. Go ahead and release.
Emmanuel Bourg
-
To unsubscribe, e-mail:
The spam comments have been removed but the offending URL and attachment
are still there. I'm not sure to know how to remove them without sending
another mail notification with yet another occurrence of the URL.
Emmanuel
> "org.apache.tomcat.util.http.ServerCookie.STRICT_NAMING"));
My IDE (IntelliJ 2020.3) gives the opposite warning and suggests using
auto-boxing instead of explicit boxing/unboxing. Should I avoid using
auto-boxing in Tomcat?
Emmanuel Bourg
--
ike the tool or if they really want
> deploy/classload time scary magic.
Should Tomcat 10 get such a feature I think I'd push to make it the
supported version of Tomcat in Debian 11 (to be released next year).
Emmanuel Bourg
Le 03/12/2020 à 11:43, Mark Thomas a écrit :
> The proposed 10.0.0 release is:
> [ ] Broken - do not release
> [X] Beta - go ahead and release as 10.0.0 (beta)
> [ ] Stable - go ahead and release as 10.0.0 (stable)
+1, ok in Debian
Em
Le 03/12/2020 à 14:11, Mark Thomas a écrit :
> The proposed 9.0.41 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.41
>
+1, all good in Debian.
Emmanuel Bourg
-
To unsubscribe,
.1.1f in Ubuntu 20.04 LTS
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
d 8.5 (minus the incompatible
changes for the targeted JDK).
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
ght you were referring to the Java 7 syntax changes. I'll
leave out the lambdas for Tomcat 8.5 of course.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 04/12/2020 à 12:13, Rémy Maucherat a écrit :
> +1 to backport to 9.0, but not to Tomcat 8.5 since it would need to be Java
> 7 compatible [some of the changes might be fine, but for others it's not
> possible].
Did you mean Tomcat 7? Because Tomcat 8.5 already depends on Jav
s increases the risk
> of future merges having conflicts that require manual resolution. Better
> to apply the clean-up upstream and then pick it up in the next merge.
This is a mistake, I tried to avoid touching DBCP but these changes went
through
oughts?
libapr1.0-dev was in Debian Sid between 2004 and 2006, it has only been
part of Debian 3.1 Sarge until its EOL in 2008. (the Ubuntu release at
this time was 6.06 Dapper Drake, EOL in 2011)
libapr1-dev has been used to build tomcat-native in Debian (and Ubuntu)
since its first upload in
ith Java 8+, it just improves the
readability. I don't think the method call avoided has any impact, the
actual sorting dominates the time spent anyway.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.o
Le 30/06/2020 à 22:41, Mark Thomas a écrit :
> The proposed 9.0.37 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.37
+1, tested in Debian
Emmanuel Bourg
signature.asc
Description: OpenPGP digital signature
yone from
contributing.
If there is a consensus to change I suggest waiting to see what GitHub
plans to do. The "master" name is a de-facto standard for Git
repositories, and I think we should remain consistent with the new name
that will be popularized by GitHub.
That said,
The following votes were cast:
Binding:
+1: remm, mgrigorov, markt, ebourg
No other votes were cast.
The vote therefore passes.
Thank you to everyone who contributed to this release.
signature.asc
Description: OpenPGP digital signature
Le 04/06/2020 à 15:08, Emmanuel Bourg a écrit :
> The proposed 0.0.2 release is:
> [ ] Broken - do not release
> [X] Beta - go ahead and release as 0.0.2
>
+1
Emmanuel Bourg
signature.asc
Description: OpenPGP digital signature
I'd like to call for a vote to release the version 0.0.2 of the
Jakarta EE migration tool.
This will be a "tag only" release with no distribution of the binaries
(neither from Apache nor from Maven Central).
The notable changes compared to 0.0.1 are:
- An Ant task has been added
- Inplace file
Le 03/06/2020 à 20:06, Mark Thomas a écrit :
> The proposed 9.0.36 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.36
Tests are ok on Debian with OpenJDK 11.0.7, Tomcat Native 1.2.24 and
OpenSSL 1.1.1g.
Emman
Le 07/04/2020 à 13:50, Rémy Maucherat a écrit :
> I would want to keep the basic tool available.
Of course, this is in addition to the command line tool.
> Ideally it is nice to avoid having too many options.
I hardly imagine more than 10 options for this kind of tool.
Emmanuel
Le 07/04/2020 à 12:41, Mark Thomas a écrit :
>> - Use a CLI parsing library (picocli, jcommander or commons-cli) to ease
>> the addition of command line options. It may also bring help/manpage
>> generation, tab completion, colored messages.
> Are we at the point where we need one?
The lack of p
a warning.
Sorry, for some reason my IDE was misconfigured and no longer
highlighted unused code. I'll fix that.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
at
source tree).
What do you think?
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Hi all,
I'd like to start packaging the Jakarta EE migration tool for Debian
since it's now a prerequisite to build Tomcat 10. For that I'd need a
recent tag, do you think we could tag the current code as 0.0.2? Do we
need a formal vote at this stage?
grow as its features
expand (think about adding a CLI parser, providing the tool as a
Maven/Gradle plugin or an Ant task), and I wouldn't be surprised to see
Commons IO brought to the classpath sooner or later anyway (or the
overhead diluted).
Emmanuel Bourg
-
ndle the dependencies up to the integrator.
Ok, I assumed the shaded jar was the main artifact. As long as it isn't
published to Maven Central I'm fine with removing the relocation.
Emmanuel Bourg
-
To unsubscribe, e-ma
p being integrated in a bigger software it
could clash with another version of BCEL on the classpath.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
get that we can always relax visibility rules later but this change
> looks premature to me.
Ok sounds fair, I've reverted it.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 06/04/2020 à 15:38, Rémy Maucherat a écrit :
> commit 29ea1891489060f3b3e40259098def5ae47645ef
> Author: Emmanuel Bourg mailto:ebo...@apache.org>>
> AuthorDate: Mon Apr 6 15:24:35 2020 +0200
>
> Replaced NonClosing{In,Out}putStream with the equivale
Le 03/04/2020 à 13:28, Mark Thomas a écrit :
> The proposed 10.0.0-M4 release is:
> [ ] Broken - do not release
> [X] Alpha - go ahead and release as 10.0.0-M4
Good in Debian with OpenJDK 11. Just got taglibs related test failures
because the jars haven't been migrated yet.
Le 03/04/2020 à 14:49, Mark Thomas a écrit :
> The proposed 9.0.34 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.34
All good in Debian.
Emmanuel Bourg
-
To unsubscribe, e-
Le 24/02/2020 à 17:33, Christopher Schultz a écrit :
> Any ideas?
I guess you are cherry picking the merge commit, instead of the actual
commit(s) from the PR branch.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsub
Debian 8 is the last release to ship Tomcat 7 and the extended support
will end in June 2020.
Ubuntu 16.04 LTS also has Tomcat 7 and support will stop in April 2021.
The proposed date looks good to me.
+1
Emmanuel Bourg
Le 21/02/2020 à 10:52, Mark Thomas a écrit :
> All,
>
> This
Le 11/10/2019 à 16:20, Rémy Maucherat a écrit :
> Should private branches be allowed in the official Tomcat git repository ?
> [X] Yes
> [ ] No
+1
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apach
Le 07/10/2019 à 13:51, Mark Thomas a écrit :
> The proposed 9.0.27 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.27
Tested on Debian with OpenJDK 11.0.5+6, OpenSSL 1.1.1d and Tomcat Native
1.2.23. No failure on the 3 test suites.
Emman
e modularized and shared between Tomcat
versions. Or even with other webapp containers if they don't really need
to leverage Tomcat internal code.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For addit
Le 16/09/2019 à 18:15, Mark Thomas a écrit :
> The proposed 9.0.26 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.26
Tested on Debian with OpenJDK 11.0.5+6, OpenSSL 1.1.1d and Tomcat Native
1.2.23. No failure on the 3 test suites.
Emman
Le 19/07/2019 à 13:20, Rémy Maucherat a écrit :
> But we want to build an installer for Windows using it. Does that
> actually work with your Linux package ?
Yes it does. At work I build all my NSIS Windows installers from a CI
server running on Debian.
Emmanuel
From memory (I only have my phone and a poor internet connection at present)
> the properties are overridden in the buildbot config file we can edit.
Is WINE really necessary? NSIS is also available on Linux, if the CI
server uses Debian or Ubuntu a package is even available [1].
Emmanuel Bourg
code
What is the workflow to use git subtrees? I googled quickly yesterday
and it didn't seem that simple, but maybe I'm missing something. My
understanding is that the subtree has to be explicitly configured with
non trivial commands after a 'git clone'.
Emmanuel Bourg
--
pServlets configured to use Ant once
the compiler is deprecated/removed? Throw an error or redirect to the
new javac compiler?
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-ma
Le 11/05/2019 à 00:46, Emmanuel Bourg a écrit :
> - I'm not sure about the performance, ECJ was known to be faster than
> javac in the past but I don't know if it's still true today.
I ran a quick test on an old Core 2 Duo with a SSD, compiling Tomcat and
another Ant based
st but I don't know if it's still true today.
So no I don't think it can replace the Eclipse compiler yet.
> 2. Why would anyone use the JavacCompiler in preference to JSR199Complier?
The JSR199 compiler will indeed render the Ant based one obsolete. It'l
Hi,
We have a clock applet in the documentation illustrating the use of the
tag. Applet support has been removed from all
browsers now, it's unlikely to be useful anymore.
Any objection to drop this example from the documentation?
Emmanuel
Hi all,
I've rebased the javax.tools JSP compiler on top of the current master
branch :
https://github.com/ebourg/tomcat/tree/jasper-javax-tools-support
Please let me know how you feel about this stuff and if it's worth merging.
Emmanuel Bourg
Le 09/04/2018 à 17:28, Emmanuel Bou
waste so much time for a silly trademark policy...
Let's hope Oracle's lawyers don't impose the same mess to OpenJDK someday.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 20/03/2019 à 23:51, Mark Thomas a écrit :
> Any suggestions?
Maybe disable Checkstyke for Tomcat 7? It isn't that important for old
code in maintenance mode. Backported code is unlikely to have a wildly
different formatting style anyway.
Emmanu
Le 14/03/2019 à 14:43, Mark Thomas a écrit :
> The proposed 8.5.39 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.5.39
+1, tested on Debian 10 with OpenJDK 11.0.3+1 and OpenSSL 1.1.1b
Emman
Le 13/03/2019 à 19:23, Mark Thomas a écrit :
> The proposed 9.0.17 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.17
>
+1, tested on Debian 10 with OpenJDK 11.0.3+1 and OpenSSL 1.1.1b
Emmanuel Bourg
signature.asc
Description: OpenPGP digital signature
Le 28/02/2019 à 16:19, Rémy Maucherat a écrit :
> Nice try ! :D
:P
We could also just have a pom.xml file to be used as a mere project
descriptor for the IDE, and retain the main build with Ant.
Emmanuel Bourg
-
ntelliJ detects the
changes to the pom and then adapts the dependencies and the language
level. I don't think this is possible with an Ant based project.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
dit files
git commit -a -m "Some message"
git push
# ...and backport
git checkout 8.5.x
git cherry-pick
git push origin 8.5.x
git checkout master
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr..
Le 21/02/2019 à 17:13, Mark Thomas a écrit :
> [X] +1 Go ahead with the migration
> [ ] -1 Postpone the migration because...
Thank you Mark.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.o
versions as-is: 8.5.40, 9.0.25,
> etc. The Git autocompletion will work here too.
+1
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
bled in Debian (IDEA and ARIA).
There is a patch adjusting the tests accordingly:
https://salsa.debian.org/java-team/tomcat8/blob/master/debian/patches/0021-dont-test-unsupported-ciphers.patch
Emmanuel Bourg
-
To unsubscri
Le 05/02/2019 à 13:22, Mark Thomas a écrit :
> The proposed 8.5.38 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.5.38
Tested on Debian with OpenJDK 11.0.2, OpenSSL 1.1.1a and Tomcat Native
1.2.21. No failure on the 3 test suites.
Emman
Le 04/02/2019 à 18:00, Mark Thomas a écrit :
> The proposed 9.0.16 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 9.0.16
Tested on Debian with OpenJDK 11.0.2, OpenSSL 1.1.1a and Tomcat Native
1.2.21. No failure on the 3 test suites.
Emman
miss the left menu, I know it isn't the current trend but it allows
quick access to the main resources of the site (and since the last
redesign it folds into a hamburger button when there isn't enough space).
Also the font is bigger and reduces the number of
Le 12/12/2018 à 14:22, Mark Thomas a écrit :
> The proposed Apache Tomcat 8.5.37 release is now available for voting.
>
> The major changes compared to the 8.5.35 release are:
>
> - Implement the requirements of section 8.2.2 2.c of the Servlet
> specification and prevent a web application from
+1, tested on Debian 10 with OpenJDK 11.0.1 and OpenSSL 1.1.1a
Emmanuel Bourg
Le 06/12/2018 à 22:37, Mark Thomas a écrit :
> The proposed Apache Tomcat 9.0.14 release is now available for voting.
>
> The major changes compared to the 9.0.13 release are:
>
> - Significa
by default and provide them as a separate download.
I don't think rearranging the JARs is necessary, it isn't difficult to
run Tomcat with a different locale. I'm more concerned about the
maintenance burden and the actual value vs the time invested.
Emmanuel Bourg
-
" for "wrapper container" (a pastry concept
applied to a freight container?). This issue is so common with the
French translation that many messages carry the English terms in
parentheses to clarify the meaning.
Emmanuel Bourg
--
on any platform ;)
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 03/11/2018 à 18:55, Mark Thomas a écrit :
> The proposed 8.5.35 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.5.35
+1
Emmanuel Bourg
-
To unsubscribe, e-mail: dev
Le 06/11/2018 à 12:44, Mark Thomas a écrit :
> Should be fixed now.
> There were some robustness fixes in 9.0.x that had not been back-ported.
> I've just done that.
I confirm it works, thank you.
Emmanuel Bourg
--
/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Emmanuel Bourg
Le 03/11/2018 à 18:55, Mark
Le 05/09/2018 à 00:52, Mark Thomas a écrit :
> [X] Stable - go ahead and release as 8.5.34
+1, tested NIO/NIO2/APR on Debian with OpenJDK 10 and OpenSSL 1.1.1
Emmanuel Bourg
signature.asc
Description: OpenPGP digital signature
really cares about backward compatibility. Beyond Ant I think
a declarative build system like Maven is a saner choice.
The tomcat-native fork maintained by netty [1] is built with Maven,
maybe we could get some inspiration from it.
Emmanuel Bourg
[1] https://github.com/netty/netty-tc
expected, Java 9+ supports the new --release parameter,
but Ant simply ignores it if you use an older version. What's your
version of Ant?
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.or
1 - 100 of 197 matches
Mail list logo