member arrival length
(Listener-10) expected:9 but was:8
at
org.apache.catalina.tribes.group.TestGroupChannelMemberArrival.testMemberArrival(TestGroupChannelMemberArrival.java:80)
Anyone knows what other commits should be applied to fix these errors?
Thank you,
Emmanuel Bourg
[1] https
has
been upgraded.
Emmanuel Bourg
[1] https://packages.debian.org/sid/tomcat7
[2] http://anonscm.debian.org/gitweb/?p=pkg-java/tomcat8.git
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e
I eventually figured why the tests were failing. I forgot to remove an
assertion in TestAsyncContextImpl as part of r1475792, and
TestGroupChannelMemberArrival was failing until I applied r1453622.
Emmanuel Bourg
Le 28/02/2014 15:15, Emmanuel Bourg a écrit :
Hi,
I'm preparing a security
well it may be available in
the backports in one month.
Emmanuel Bourg
[1] https://packages.debian.org/source/wheezy-backports/tomcat7
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail
easier. Updates can be prepared by anyone
willing to do the work, it's often just a matter or refreshing some
patches. If someone here is interested in pushing updates I can walk him
through the process.
Emmanuel Bourg
to build. This may also be an issue for Fedora, they plan to
switch to Java 8 and remove Java 7 this fall.
Thank you,
Emmanuel Bourg
[1] https://svn.apache.org/r1222329
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
type incompatible with the
keySet() method in AbstractReplicatedMap.
In r1222329 AbstractReplicatedMap was changed to no longer inherit
ConcurrentHashMap and implement directly the Map interface. This had the
side effect of fixing this Java 8 issue for Tomcat 8.
Emmanuel Bourg
6 too?
It fails with the same error:
http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/tomcat6_6.0.39-1_unstable_jdk8.log
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional
developers which is not desirable. In this case it might be
preferable to drop Tomcat 6 from the next Debian release.
Do you know how long Tomcat 6 will be supported? I guess that's somewhat
related to the first stable release of Tomcat 8?
Emmanuel Bourg
Hi all,
Tomcat 8 is now officially available in Debian [1]. I'll backport it to
the stable distribution (Wheezy) once Tomcat 8.0.6 has been released.
Emmanuel Bourg
[1] https://packages.debian.org/jessie/tomcat8
entitled to make
official announcements for Tomcat, but I'll post on the user list when
the package is backported to Debian stable.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional
in Debian. The following patch was
added to make this possible:
http://anonscm.debian.org/gitweb/?p=pkg-java/tomcat7.git;a=blob;f=debian/patches/0012-java7-compat.patch
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr
then be installed with:
apt-get update
apt-get install tomcat8
For Ubuntu users the package is also available for Utopic Unicorn [2]
(to be released this fall).
Emmanuel Bourg
[1] http://backports.debian.org
[2] http://packages.ubuntu.com/utopic/tomcat8
Le 26/06/2014 09:00, Mark Thomas a écrit
package in Debian:
http://lists.alioth.debian.org/pipermail/pkg-java-commits/2014-July/032758.html
The commits are also threaded and grouped by push, see:
http://lists.alioth.debian.org/pipermail/pkg-java-commits/2014-July/thread.html
Emmanuel Bourg
?
The Debian package for Tomcat 8 still installs a 'shared' and a 'server'
directory under CATALINA_BASE and adds the paths to catalina.properties.
I wonder if this is still useful.
Emmanuel Bourg
[1]
http://svn.apache.org/repos/asf/tomcat/tc8.0.x/tags/TOMCAT_8_0_12/conf/catalina.properties
[2] http
.
Thank you,
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
at org.apache.tomcat.util.buf.TestUtf8.doTest(TestUtf8.java:560)
at
org.apache.tomcat.util.buf.TestUtf8.testJvmDecoder(TestUtf8.java:516)
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail
for Ubuntu are very
different, Tomcat 6 still has 8 times more installations than Tomcat 7,
and Tomcat 8 is inexistent [2].
Emmanuel Bourg
[1]
https://qa.debian.org/popcon-graph.php?packages=tomcat6+tomcat7+tomcat8show_installed=onwant_legend=onwant_ticks=onhlght_date=date_fmt=%25Y-%25mbeenhere=1
[2
eTest.java:619)
at
org.apache.catalina.authenticator.TestSSOnonLoginAndBasicAuthenticator.doTestNonLogin(TestSSOnonLoginAndBasicAuthenticator.java:365)
at
org.apache.catalina.authenticator.TestSSOnonLoginAndBasicAuthenticator.testBasicLoginThenAcceptWithCookies(TestSSOnonLoginAndBasicAuthenticator.java:215)
Could this be a locale sensitive test case?
://paste.apache.org/8kFY
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
e or
directory
Creating configure ...
Generating 'make' outputs ...
rebuilding rpm spec file
ebourg@icare:~/tomcat-native/native$ ./configure
--with-apr=/usr/share/apr-1.0/
configure: error: cannot run /bin/bash build/config.sub
Le 02/11/2015 18:11, Emmanuel Bourg a écrit :
> src/ssl.c: In function 'Java_org_apache_tomcat_jni_SSL_setVerify':
> src/ssl.c:1557:16: error: 'ctx' undeclared (first use in this function)
>TCN_ASSERT(ctx != 0);
I applied this patch to fix the error, is this correct?
---
Le 02/11/2015 21:31, Rainer Jung a écrit :
> So as a safety check, one could check against c
> being NULL and throw an exception if it is.
Thank you for the suggestion, I'll use that for the Debian package instead.
Emmanuel
n of Tomcat (Debian 9 will
include Tomcat 8.5).
If this isn't possible I'm crossing my fingers and hoping that the 8.5
security patches will remain backportable to 8.0.x, and that 8.0.x will
not be affected by security issues not found in 8
This way it doesn't
block the startup, and it's likely to be fully initialized when the
first requests arrive if we consider that the startup helps generating
more entropy.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev
Hi,
I noticed that webapps/docs/config/http.xml still mentions Tomcat 9, I
guess this needs to be replaced with Tomcat 8.5 if SNI is indeed
available in this version. I haven't checked the other parts of the
documentation.
Emmanuel Bourg
Le 17/03/2016 21:00, Mark Thomas a écrit
in Debian (and
indirectly in Ubuntu and its derivatives) if necessary. So if there is
anything wrong just ping me and I'll modify the package.
For now the Debian package deploys tomcat-users.xml unchanged with the
examples commented.
Emman
ution. I can
address that in Debian by ensuring the package dependencies are more
strict (please file a bug against the tomcat8 package if it's affected too).
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomca
h Java 7.
Emmanuel Bourg
http://packages.ubuntu.com/search?keywords=openjdk-8-jre-headless
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Ubuntu 14.04 doesn't have Java 8 and therefore official packages can't
be compiled with Java 8. If you look at the build log [1] for the
version of Tomcat 7 currently distributed for Ubuntu 14.04 you'll see
that Java 7 was used.
Emmanuel Bourg
[1]
https://launchpadlibrarian.net/209543797/buildlog_
ic keyword could be removed too, inner enums are implicitly
static (IntelliJ complains about it). There are ~20 enums in other
classes declared static too.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
/trunk/
Done.
Thank you for the review.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
and secured properly).
I'm wondering if it would be possible for Tomcat to monitor the
certificates/keystore files and reload the associated connectors
automatically? If there is a consensus on this feature I'd be interested
in implementing it.
Emmanuel Bourg
[1]
http://serverfault.com/questions/328533
you did not run Apache Ant (that performs XSLT and
> generates the files in /docs directory).
>
> Once you run it and commit the changed /docs/whoweare.html file, in
> a few minutes it will be visible on the live site:
>
> http://tomcat.apache.org/whoweare.
Le 20/01/2017 à 18:12, Mark Thomas a écrit :
> On behalf of the Tomcat committers I am pleased to announce that
> Emmanuel Bourg (ebourg) has been voted in as a new Tomcat committer.
>
> Please join me in welcoming him.
>
> Regards,
>
> Mark
Thanks a lot for the invi
t; replacements.
The CompilerOptions.VERSION constants are just strings, the static field
could probably be replaced by "1.9" and/or "9" to preserve the
compatibility during the transition.
Emmanuel Bourg
-
T
.core.git/snapshot/Y20160929-1000.tar.gz
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
dfc 100644
--- a/build.xml
+++ b/build.xml
@@ -1398,7 +1398,7 @@
-
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 24/11/2016 à 10:06, Violeta Georgieva a écrit :
> Thanks for the report and the patch.
> This has been fixed in
> - 9.0.x for 9.0.0.M14 onwards
> - 8.5.x for 8.5.9 onwards
> - 8.0.x for 8.0.40 onwards and
> - 7.0.x for 7.0.74 onwards
That's perfect, thank yo
l preference. The order
// returned depends on the order they are requested. The following code
This will display something like this:
Expected 6 ciphers but got 4 for the specification 'MEDIUM'
followed by the sorted ciphers in both lists, su
attributes set on the context are ignored, right?
Also I haven't found an equivalent commit for Tomcat 8, is this normal?
Thank you,
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands
enging to maintain a stable
version of Tomcat in Debian (and probably in other distributions). So
thank you very much.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
be part of the fix, otherwise the
mapper*RedirectEnabled attributes set on the context are ignored, right?
Also I haven't found an equivalent commit for Tomcat 8, is this normal?
Thank you,
Emmanuel Bourg
-
To unsubscribe, e-mail
Hi,
There is a typo on the monitoring.html pages, "Ichinga" should be
replaced by "Icinga".
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
: https://svn.apache.org/r1763233
Tomcat 9: https://svn.apache.org/r1763232
Thank you,
Emmanuel Bourg
[1] https://bugs.debian.org/845425
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail
and probably released a couple
of months later).
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 5/12/2016 à 21:44, Mark Thomas a écrit :
> [X] Stable - go ahead and release as 8.5.8
I successfully ran the the NIO/NIO2/APR test suites on Debian with
OpenJDK 8u111.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsub
addressing this issue. Could someone update the pages and mention
the commits please?
Tomcat 7: https://svn.apache.org/r1760309
Tomcat 8: https://svn.apache.org/r1760307
Tomcat 8.5: https://svn.apache.org/r1760305
Tomcat 9: https://svn.apache.org/r1760300
Thank you,
Emmanuel Bourg
Le 5/01/2017 à 16:11, ma...@apache.org a écrit :
> +This issue was identified as affecting 6.0.x by the Apache Tomcat Security
> + Team on 3 January 2016 and made public on 5 January 207.
Hi Mark,
There is a typo on the disclosure date.
Emmanuel
attribute is deprecated I guess the error
message should mention 'certificateFile' now? I haven't checked if other
error messages contain deprecated fields.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.
Le 8/03/2017 à 19:56, Mark Thomas a écrit :
> The proposed 8.5.12 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.5.12
+1, all test suites passed on Debian 9 with OpenJDK 8u121.
Emman
Le 25/07/2017 à 01:22, Mark Thomas a écrit :
> [X] Stable - go ahead and release as 8.5.19
+1, tested on Debian
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: de
Le 4/07/2017 à 10:40, Mark Thomas a écrit :
> The proposed 8.5.17 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.5.17
+1, tested on Debian with OpenJDK 8u131.
Emmanuel Bourg
-
To un
all.
Now I wonder if this should be applied to the 7/8/8.5 branches to avoid
conflicts when backporting changes.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: de
ions maintained by the Linux
distributions. So with my Debian maintainer hat I'm a bit hesitating.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 5/05/2017 à 13:38, Mark Thomas a écrit :
> [X] Stable - go ahead and release as 8.5.15
+1, the 3 test suites passed on Debian 9 (amd64) with OpenJDK 8u131.
Emmanuel Bourg
signature.asc
Description: OpenPGP digital signature
date,
that's a rather short life by Tomcat standards.
I wouldn't mind if feature updates stopped right now and if 8.0.x
received only security updates from now on (be it EOLed next year or
not). That would simplify the maintenance and encourage people to
upg
as Debian is concerned, the migration to Tomcat 8.5 did happen in
Debian 9. But Debian 8 users are stuck with Tomcat 8.0.x until June
2020. Tomcat 8.5 isn't a drop-in replacement for Tomcat 8.0
unfortunately, so it's a bit difficult to push this upgrade in a stable
distribution.
Emman
reported. It broke
tomcatjss [1][2], dogtag [3][4] and jglobus [5].
> Anything else?
I can't remember of other issues with the transition to 8.5.
Emmanuel Bourg
[1] https://github.com/dogtagpki/tomcatjss
[2] https://bugs.debian.org/846677
[3] http://pki.fedoraproject.org
[4] https://bugs.debia
Le 22/06/2017 à 17:18, Mark Thomas a écrit :
> [X] -1 We should not announce 8.0.x EOL at this time
I'd prefer security only releases for Tomcat 8.0.x beyond 30 June 2018
(or even sooner).
Emmanuel Bourg
-
To unsubscribe
On 05/30/2017 08:01 PM, Christopher Schultz wrote:
> Unless OpenSSL starts providing a JNI binding, we'll always have to
> have a wrapper for it.
Unless JNA is used. Has anyone experimented with this yet?
Emmanuel
On 05/26/2017 01:46 PM, Mark Thomas wrote:
> It feels a bit late to do this for 9.0.x although we code if we wanted
> to. It is more of an option for 10.0.x.
Tomcat 9 is still in an alpha stage and not widely deployed yet. I
wouldn't be shocked if APR was dropped in this release.
Emmanuel
would be nice (I can help
with the backporting if necessary).
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 13/09/2017 à 23:02, Mark Thomas a écrit :
> The proposed 8.5.21 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.5.21
Unit tests passed on Debian with OpenJDK 8.
Emmanuel Bourg
signature.asc
Description: OpenPGP digital signature
Hi,
What about creating a 'security' component for Tomcat in Bugzilla with
an all caps description explaining it should go to
secur...@tomcat.apache.org instead? This may prevent some accidental
reports sent to Bugzilla.
Emmanuel Bourg
e brought by Maven makes it easy
for newcomers to jump into the project. Gradle builds tend to be just as
messy as the Ant ones.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-ma
r continue to use Ant for
> the Windows Installer
No need to write a plug-in for this I think, NSIS could be invoked with
the maven-antrun-plugin.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional
pl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.a
he svn tags available as git tags or git branches? Is
svn2git able to aggregate several tags directories (tags/tc7.0.x/*,
tags/tc8.0.x/, etc) ? If not the tags could probably be merged in the
same directory before the migration.
Emmanuel
specification intended? In Debian the tomcat-websocket-api artifact is
used as the reference WebSocket API and this change caused a couple of
packages to fail to build.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
+1
Tested on Debian Sid with OpenJDK 10, OpenSSL 1.1.0h and GCC 7.3
Emmanuel Bourg
Le 07/06/2018 à 17:50, jean-frederic clere a écrit :
> Version 1.2.17 includes the following changes compared to 1.2.16:
>
> - Windows binaries built with OpenSSL 1.0.2o and APR 1.6.3
>
> Vari
ers.
That said, I don't really understand why you can't use Ant to build
Tomcat in Gentoo. Ant is rather reasonably easy to bootstrap and we have
no problem using it to build Tomcat from sources in Debian/Ubuntu.
Emmanuel Bo
Le 08/01/2018 à 15:33, Mark Thomas a écrit :
> Thoughts?
+1 for master
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 12/02/2018 à 19:43, Christopher Schultz a écrit :
> Is there also option 3) amend the build process to fetch the source
> from svn?
This would be a bit inconvenient for Linux distributions like Debian
that build Tomcat in offline mode.
Emmanuel
Le 11/02/2018 à 21:36, Mark Thomas a écrit :
> Thoughts? comments?
I'd like to suggest an alternative: what about packaging the Java part
of tomcat-native into a jar (and potentially publishing it to Maven
Central) and then adding it to the Tomcat dependencies?
Emmanuel Bo
Add an independent Ant target that downloads the Tomcat Native source
files into the Tomcat source tree, the commit hash or tag being
specified in a build property.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apa
Le 23/02/2018 à 01:25, ma...@apache.org a écrit :
> +This issue was by the Apache Tomcat Security on 1 February 2018 and
> made
> + public on 23 February 2018.
The word "identified" is missing in this senten
ing on an external client such as certbot.
Emmanuel Bourg
[1] https://github.com/shred/acme4j
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 21/06/2018 à 14:00, Mark Thomas a écrit :
> Infra ticket.
Ok: https://issues.apache.org/jira/browse/INFRA-16673
> And please revert the change until it is updated so the CI system
> continues to work.
Done in r1834001
Thank you for the guidance.
Emman
rsions
Ant 1.9.x preserves the Java 5 compatibility. The required JDK only
changed with the 1.10.x line to Java 8.
I suggest sticking to Ant 1.9.x for all supported Tomcat versions until
Tomcat 8.5 is EOLed.
Emmanuel Bourg
-
To
Le 21/06/2018 à 14:14, Gav a écrit :
> Wierd, it passed on the same machine only 2 hours earlier:--
>
> https://ci.apache.org/builders/tomcat-trunk/builds/3378
This build fetched r1833989, but the issue is with r1833994 which used
an Ant feature requiring at least the version 1.9.8.
builders. Is there a way to
configure the version of Ant used to build Tomcat, or should I open an
Infra ticket to get it updated?
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-ma
Le 21/06/2018 à 16:25, Rémy Maucherat a écrit :
> Is the Ant of the build platform upgradeable already ?
I thought so [1] but it seems there is still an issue.
Emmanuel Bourg
[1] https://issues.apache.org/jira/browse/INFRA-16
e configured from
File -> Settings -> Editor -> File Encodings -> Properties Files.
Ironically I just noticed the 'Transparent native-to-ascii conversion'
checkbox there.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr..
37 and r1837238 for the build part, and
r1837239 for the properties conversion).
This revealed some typos in the French translation, I'm going to run the
files through a spell checker now.
Should we backport this change?
to facilitate
the modifications and transform them with native2ascii at build time?
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
sues automatically.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Ant
code and Stefan actually re-implemented native2ascii two years ago to
work around this issue [1]. The feature was released in Ant 1.9.8.
Emmanuel Bourg
[1] https://bz.apache.org/bugzilla/show_bug.cgi?id=59855
-
To unsubscrib
I know, that's exactly why I'm suggesting to switch to UTF-8 and ditch
the unicode escape sequences. Sorry if this wasn't clear.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
; is no need to use native2ascii at all.
I'm not really fond of XML properties files, the plain text format is
more compact and easier to browse in my opinion. XML files are
interesting when structured with different levels, but properties files
even in XML format have a flat layout.
Em
Le 01/08/2018 à 13:17, Konstantin Kolinko a écrit :
> Proper written spelling is "Cannot". ("Can't" is for spoken
> language.) So that you can remove the apostrophe altogether.
Thank you for the suggestion, I replaced a handful of oc
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.org
For additiona
attributes?
Emmanuel Bourg
[1] https://reproducible-builds.org
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
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
col(TestOpenSSLConf.java:105)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
j
his compiler is quite equivalent to the Ant based compiler, but at
least it doesn't require an additional jar.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Le 12/04/2018 à 07:08, Rainer Jung a écrit :
> These errors are strange and not expected. With which version of
> tcnative was this tested, and which version of OpenSSL does that
> tcnative use?
That was tcnative 1.2.16 with OpenSSL 1.1.0h
schedule I think more people will consider switching to javac to benefit
from the new language features before ECJ implements them, better
integrating javac would help this use case.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev
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
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
--
1 - 100 of 194 matches
Mail list logo