I'm passing on an issue discussed on Spring Boot GitHub which may not
have been passed on to you. The main ticket is
https://github.com/spring-projects/spring-boot/issues/33633 .
Spring Boot 3 executable JARs with Java 17 will break with
"java.lang.IllegalStateException: zip file closed" when
On 10/11/2022 9:18 AM, Mark Thomas wrote:
On 11/10/2022 16:36, Garret Wilson wrote:
…
* The primary build generates JPMS and OSGI metadata, so some classes
are annotated with the bnd annotation
`aQute.bnd.annotation.spi.ServiceConsumer`. Currently this
annotation come from
On 10/11/2022 1:34 AM, Mark Thomas wrote:
On 10/10/2022 13:34, Garret Wilson wrote:
On 10/10/2022 12:14 AM, Mark Thomas wrote:
…
That is a fairly old version. You should upgrade to the latest
version first.
I certainly will. I first went through a long list of linting
problems in the project;
On 10/10/2022 12:14 AM, Mark Thomas wrote:
…
That is a fairly old version. You should upgrade to the latest version
first.
I certainly will. I first went through a long list of linting problems
in the project; this was one of the things left over. I wanted to
understand it more.
If you
I have a Java 11 project embedding Tomcat:
```xml
org.apache.tomcat.embed
tomcat-embed-core
9.0.50
```
The Tomcat-specific code is in a subproject with only two classes. When
I compile using Maven 3.8.6 and Java 17 using `-Xlint:all`, I see the
following warning for that subproject:
On 10/7/2020 10:12 AM, Garret Wilson wrote:
…
But anyway, let me tell you the idea I had this morning. In a way, you
hinted at it in your reply. Why do I need to use S3 as a store if my
application is running on AWS, and AWS already has the AWS Certificate
Manager which already manages an SSL
As always thanks for the discussion, Chris. More replies and a new idea
below:
On 10/6/2020 2:45 PM, Christopher Schultz wrote:
…
What if your Docker container would just run certbot on launch?
But then I'm back to being a sysadmin, because the Docker container is
like a little OS and I
On 10/5/2020 2:42 PM, Christopher Schultz wrote:
…
Sure, it can contain S3 credentials and you can pick-up your key and
certificate (or, better yet, the whole keystore) there, but at that
point you have "moved" the problem outside of Tomcat, right?
No, not at all. The major problems are:
1.
Thank you so much for replying, Chris. Responses below.
On 10/5/2020 8:53 AM, Christopher Schultz wrote:
Microservices won't work the way you want with Let's Encrypt. You have
two options:
1. Hit Let's Encrypt every time you launch a new instance of the
microservice to deploy a new certificate
Hi, everyone. I'm back already. (I had intended to leave the list to
focus my efforts elsewhere, but … here I am again.)
I just realized there is a big SSL problem for small applications, and I
want to fix it. First a little review of where we are.
Servlet containers are becoming less
last
year, and I hope the virtual event this year is a success. I enjoyed
meeting those of you I met in person, and if things go well maybe I'll
meet some of you again at an in-face conference in the future.
All the best and stay safe.
Garret
On 6/8/2020 6:59 AM, Garret Wilson wrote:
Hi, all
Hi, all. I'm getting close to releasing a new version of my Guise Mummy
static site generation software.
I gave a presentation over Guise Mummy's use of embedded Tomcat to serve
the generated site locally for testing before deployment. It uses a
custom site root and web resource
Thanks for the announcement.
Is there any rough timeline or roadmap for a stable and/or release
version of Tomcat 10? (Sorry if this has been discussed here already.)
I'm in no rush. I just have an application with embedded Tomcat which is
due for another release soon, and I wondered whether
On 2/6/2020 12:43 PM, Christopher Schultz wrote:
…
* Therefore `web.xml` settings, HTTP headers, etc. are all
irrelevant, as this is an issue dealing with the file format
itself, and the latest spec for the file format says to use UTF-8,
so everyone should use UTF-8 already.
Except for
On 2/6/2020 11:46 AM, André Warnier (tomcat/perl) wrote:
…
As of Tomcat 10, conf/web.xml contains the following:
UTF-8
UTF-8
That *should* have the effect you are looking for but I confess I
haven't tested it in any great detail.
As I am sure many people (Christopher included) would
On 2/6/2020 10:44 AM, Mark Thomas wrote:
…
As of Tomcat 10, conf/web.xml contains the following:
UTF-8
UTF-8
That *should* have the effect you are looking for but I confess I
haven't tested it in any great detail.
Yes! Oh, that is so wonderful. Thank you!
I brought this issue up on the
On 2/6/2020 10:36 AM, Mark Thomas wrote:
…
Whether Tomcat should ship with this setting present in conf/web.xml
by default is something that should probably be discussed for Tomcat
10. Given the current state of the web, there is a reasonable case for
doing so. I'll add that to the TOMCAT-NEXT
On 1/8/2019 9:57 PM, Mark Thomas wrote:
…
Yes, this default is now very out-dated. That is a side-effect of:
…
As of Servlet 4.0 there is a specification compliant configuration
option to change this default to any encoding of your choice.
Obviously, UTF-8 is one of the options. You can do
On 10/15/2019 6:06 AM, Christopher Schultz wrote:
(The use case is simply to migrate some old URLs that have probably
been indexed already or even linked on the web. Theoretically the
entire site would need to redirect its old URLs, but probably only
the pages.)
So, just to be sure, you are
On 10/13/2019 11:52 AM, Mark Thomas wrote:
That depends on how you define best. Simplest to implement? Easiest to
maintain? Minimum overhead?
How about, "What best follows the spirit of the Tomcat architecture?"
Or alternatively, "What would be most efficient (i.e. not slowing down
normal
Could somebody at least point me to the best place to wire in site-level
per-resource redirects in embedded Tomcat? I can create a solution, I
just need to know where it is best to start.
Thanks,
Garret
On 10/11/2019 11:06 AM, Garret Wilson wrote:
This is a question for Tomcat experts before
This is a question for Tomcat experts before I get started implementing
a new feature.
Let's say I'm embedding Tomcat to serve static files. At the time of
creation I know that certain paths, such as `foo/bar.txt`, should
redirect to other paths, such as `some/other.txt`. What's the best way
For the equipment setup, these videos are pretty good. Thanks for
providing these, Rémy.
Garret
On 9/18/2019 1:11 PM, Rémy Maucherat wrote:
Hi,
I finished uploading the videos of the twelve sessions from the Apache
Tomcat track at ApacheCon NA 2019 in Las Vegas to the Apache Tomcat
YouTube
Sorry to bring up the non-UTF-8 escaped octets form POST problem again,
but …
On 1/8/2019 3:57 PM, Mark Thomas wrote:
…
As of Servlet 4.0 there is a specification compliant configuration
option to change this default to any encoding of your choice.
Obviously, UTF-8 is one of the options. You
On 5/14/2019 5:27 AM, Christopher Schultz wrote:
…
Is that the sort of of level of talk they are looking for, and is
it of appropriate general interest for the conference?
Your proposal will be put into a pool of source material for the
conference and it will be weighed against the other
Hi, Jean-Frederic. Could you give an indication of what sort of
presentations they are looking for? Would a presentation of an
open-source Tomcat extension, with architecture/code explanation and
live demonstration, be appropriate? For example:
*Title:* Serving Clean Resource Names with
Let's say that I want to use embedded Tomcat to serve static content
using `org.apache.catalina.servlets.DefaultServlet`. But rather than
determining each resource's MIME type from the server's fixed list of
MIME types, I want to determine each resource's MIME type dynamically
based upon some
On 4/24/2019 12:01 AM, Mark Thomas wrote:
If you don't want the baggage associated with a Servlet container it
might be worth looking at what other solutions are available.
Thanks for being forthright here, Mark. (Mark Wood also suggested the
same thing separately.)
Indeed I have used
On 4/23/2019 5:46 PM, Garret Wilson wrote:
3. Since the temporary working directory is on a per-context basis,
and I've only set the "basedir" for the entire `Tomcat` instance,
Tomcat must be determining a default temporary directory for the
context. Surely I'm allowed to explicit
On 4/22/2019 7:58 AM, Mark Thomas wrote:
On 21/04/2019 15:53, Garret Wilson wrote:
…
But now I realize Tomcat is creating this directory structur inside the
"base dir" I specified:
tomcat.8080/work/Tomcat/localhost/ROOT
I don't need this directory. I don't want this directory creat
As I mentioned in other emails, I am embedding Tomcat 9 (with OpenJDK 11
on Windows 10) to serve static files from `/foo/bar`. Currently I'm not
supporting Java webapps. I'm not supporting JSP. I just want to serve
static files.
From your help in another thread, I called the magic
On 4/19/2019 8:04 PM, Rémy Maucherat wrote:
On Fri, Apr 19, 2019 at 11:14 PM Garret Wilson
wrote:
On 4/19/2019 3:24 PM, Rémy Maucherat wrote:
tomcat.getService().addConnector(new Connector()); works very well, etc,
just look at what getConnector() does, it's very simple.
I did look
On 4/19/2019 5:12 PM, Christopher Schultz wrote:
On April 19, 2019 4:20:24 PM UTC, Garret Wilson
wrote:
So I've probably answered my own question; this is an old TODO
that needs to be done, I suppose?
Yep.
+1
This is a perfect "beginner" enhancement.
Yay! I'd lo
On 4/19/2019 3:24 PM, Rémy Maucherat wrote:
On Fri, Apr 19, 2019 at 7:46 PM Woonsan Ko wrote:
I found this before from
https://stackoverflow.com/questions/48998387/code-works-with-embedded-apache-tomcat-8-but-not-with-9-whats-changed/49011424
// Note: make sure that tomcat creates
Embedding Tomcat 9 (with OpenJDK 11 on Windows 10) I want to serve
static files from `/foo/bar`. From scouring the web (primarily
https://stackoverflow.com/a/15235711/421049 ), the documentation, and
some books (primarily _Apache Tomcat 7_), I have this:
Tomcat tomcat = new Tomcat();
I'm wanting to embed Tomcat to only serve static files (for the moment).
That is, no JSP, etc. I also want to have the welcome files completely
customizable.
So instead of calling `tomcat.addWebapp()`, I go the completely
programmable route and call `tomcat.addContext()`,
On 2/7/2019 9:54 PM, Christopher Schultz wrote:
…
I would argue that adding Apache httpd into the mix (where is it not
already there) is more complicated than using Let's Encrypt with
Tomcat.
OK, I guess I didn't figure in the part about adding/configuring the
connector. But still there are
On 2/7/2019 3:13 PM, Christopher Schultz wrote:
…
Have a look at this presentation:
https://people.apache.org/~schultz/ApacheCon%20NA%202018/Let's%20Encrypt
%20Apache%20Tomcat.pdf
The presentation gets two thumbs up, specifically:
* Great corny grammar ambiguity joke on the title page.
*
Hi, everyone. In the computer course I'm writing I'm using Tomcat for
the server. (Students learn how to set up CentOS and everything from
scratch. Currently the course has them using Tomcat running on port
8080.) I'm going back to write the section on security. I want students
to learn to set
On 2/5/2019 1:15 PM, Mark Thomas wrote:
…
Migratation to git has been in planning for a while. We are pretty much
ready to pull the trigger. It is largely waiting for someone to have the
time to do it when there aren't other more urgent things to be dealt
with. I'd expect it to happen in the
On 2/3/2019 9:34 PM, Mark Thomas wrote:
* If this setting is still needed in some cases, is there any way to
control it without resorting to a system property? (System
properties are not very flexible, and Tomcat has many layers of more
manipulable settings, as you all would know
On 2/4/2019 7:31 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Garret,
On 2/3/19 16:20, Garret Wilson wrote:
If we want to look up the thing identified by
https://example.info/foobar, we would need to issue a request to
https://example.com/https%3A%2F
On 2/3/2019 3:34 PM, Mark Thomas wrote:
...
There is an open question what Tomcat should do with %2F sequences.
"What Tomcat should do" in what context? The servlet and JAX-RS specs
may be clear about whether decoded or "raw" APIs should be returned from
the various API methods. But I guess
Hi, all. I've stumbled on a situation I need some clarity on. As is
typical, there's all sorts of information floating around, most of it
more than a decade old, with no indication of what the current status is.
Our team is creating a RESTful API (using JAX-RS implemented by
RESTEasy) to a
applications can be
made to work with modern browsers.
Please let me know if I bungled anything or if I need to clarify something.
Thanks for letting me participate.
Garret
On 1/23/2019 12:26 AM, Mark Thomas wrote:
On 23/01/2019 05:07, Garret Wilson wrote:
On 1/15/2019 3:20 AM, Mark Thomas wrote
On 2/1/2019 9:38 AM, Christopher Schultz wrote:
Amazing. A close reading of RFC 3986 reveals that there is no
clear mandate for UTF-8 in existing URI schemes, even though
recommended for new schemes. Anyway, everyone seems to have settled
on UTF-8 (Tomcat included), so I'll try to indicate that.
On 2/1/2019 7:23 AM, Garret Wilson wrote:
…
* "There /is no default encoding for URIs/ specified anywhere, which
is why there is a lot of confusion when it comes to decoding these
values." Sheesh, this is is ancient. I'll correct it as per
https://tools.ietf.org/html/rfc39
Good morning, I'm just getting to the editing. I'm going to list some
thoughts I have as I go through this, so you can verify things:
* The servlet spec links are way out of date. I'll update them.
* "There /is no default encoding for URIs/ specified anywhere, which
is why there is a lot
We have a huge problem with Eclipse trying to simply handle Unicode
characters in form submissions with Tomcat.
As we discussed in a separate thread, a modern browser will submit
`application/x-www-form-urlencoded` forms with octects encoded from
UTF-8 bytes (as it should as per HTML5), but
On 1/15/2019 3:20 AM, Mark Thomas wrote:
…
Anything in PascalCase becomes a link to a wiki page of that name.
Usernames are created in this form so references to the user
automatically become links to that user's page in the wiki.
Ah, OK, that explains it. Very good to know. Maybe a little
On 1/9/2019 2:30 AM, Mark Thomas wrote:
…
Create yourself an account at https://wiki.apache.org/tomcat (click
login then create an account) and let the list know your ID. Then one of
the admins can add you to the allowed editors.
I was just ready to create an account, but I want to verify the
Hi, Mark, and thanks for some quick response. You provided some info I
wasn't aware of. Some responses below:
On 1/8/2019 9:57 PM, Mark Thomas wrote:
On 08/01/2019 21:31, Garret Wilson wrote:
But as discussed above, this is completely wrong: the resource
character encoding of a request
blem on this list first.
Thank you in advance for your attention to this matter.
Garret Wilson
GlobalMentor, Inc.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat 5.5.16 seems to call a servlet's init() method several times, and
the specific init parameter is missing in all but the first.
I have a simple server.xml that includes:
Host name=www.example.com appBase=/var/web/apps
unpackWARs=false autoDeploy=false
xmlValidation=false
wrong here?
Thanks in advance,
Garret
Garret Wilson wrote:
Tomcat 5.5.16 seems to call a servlet's init() method several times,
and the specific init parameter is missing in all but the first.
I have a simple server.xml that includes:
Host name=www.example.com appBase=/var/web/apps
Garret Wilson wrote:
It's as if two instances of Tomcat are being run in two separate JVMS:
one using the server.xml configuration, and another attempting to
deploy the .war files using some default configuration. The first set
of initialized servlets continue to run and accept connections
The darn Servlet API specification isn't making things easy for me.
How can I retrieve the path relative to the servlet of the HTTP request?
I can't use request.getPathInfo(), because this decodes the request URI.
(No, I can't just re-encode it, because if the original URI included
encoded
57 matches
Mail list logo
