dler that answers incoming requests while the real app
context starts up in a separate thread. When the real context is ready
the temporary handler is deregistered.
See my demo code here
https://github.com/dirk-olmes/jetty-delayed-context-startup/tree/deferred_context_startup
HTH,
-dirk
On 1/29/21 10:20 AM, Pavan Patel wrote:
> Hi Guys,
>
> In my project we have a file upload feature where file upload works fine
> within a network i..e where upload speed is good. But if I upload file
> through VPN then speed becomes slow and file upload fails.We have apache as
> a reverse proxy
On 5/28/20 1:58 PM, Jan Bartel wrote:
> Dirk,
>
> I think you're spot on here: I do remember changing my mind about whether a
> session data store could be null or not. I've raised an issue for that:
> https://github.com/eclipse/jetty.project/issues/4920
Thanks for the confirmation, Jan.
-dirk
On 5/28/20 11:08 AM, Jan Bartel wrote:
> Sounds like you need the NullSessionDataStore:
> https://github.com/eclipse/jetty.project/blob/jetty-9.4.x/jetty-server/src/main/java/org/eclipse/jetty/server/session/NullSessionDataStore.java
... whis is active by default, yes.
But then in
Hi,
I'm using an embedded Jetty for our web application. A long time ago we
have tied our usage checks to http sessions. This makes use of the fact
that all sessions are properly invalidated when the server shuts down.
I have revisited this topic again now and I'm seeing that the http
sessions
On 10/7/19 9:15 PM, Joakim Erdfelt wrote:
> I went ahead and added an example to the Embedded Jetty Cookbook.
>
> https://github.com/jetty-project/embedded-jetty-cookbook/blob/master/src/main/java/org/eclipse/jetty/cookbook/DelayedWebAppDeployExample.java
>
> That explains how to accomplish what
On 10/7/19 4:35 PM, Bill Ross wrote:
> Would anything like these chunks from my code work for you? The secret
> is checking status in doGet().
Thanks, a lot Bill. This looks quite similar to the solution I currently
have in place. However, our app consists of more than one servlet and I
had to
gister the real app context with the server and manually send
it a start(). After the context is started I unregister the
ContextHandler that answers 503.
The code is here:
https://github.com/dirk-olmes/jetty-delayed-context-startup/tree/deferred_context_startup
Ok, this approach works. But I was
of my tests is available here:
https://github.com/dirk-olmes/jetty-delayed-context-startup
-dirk
___
jetty-users mailing list
jetty-users@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https:/
Hi,
I'm using an embedded Jetty to set up a servlet context. My code looks
quite similar to what's in the "Embedding ServletContexts" section of
the "Embedding Jetty" chapter of the Jetty docs.
I noticed that the server (more correctly the ServerConnector) won't be
ready to accept connections
On 11/30/2017 01:54 PM, Salama Abdallah wrote:
> Dear Jetty users,
>
> In our project we want to run Jetty HTTPS secured on Raspberry pi. By default
> HTTPS configuration, HTTPS runs very slow on the Raspberry, so that the
> solution
> as you suggested to use the Conscrypt library for ssl.
On 02/03/2016 01:26 PM, Joakim Erdfelt wrote:
> Starting in Jetty 9, Maven central also has the VERSION.txt for each
> release as an artifact.
>
> http://central.maven.org/maven2/org/eclipse/jetty/jetty-project/9.3.7.v20160115/jetty-project-9.3.7.v20160115-version.txt
Ah, I did not find this
Hi,
I noticed that a 9.3.7 release is available on the Maven central
repository. Looking around at the web site I did not find any release
notes for that release. The announce list seems to be outdated, too. Are
there any Release notes at all?
A quick search on the Eclipse bugzilla for version
On 12/18/2015 03:53 PM, Joakim Erdfelt wrote:
> Jetty 8 entered EOL (End of Life) over a year ago now.
> Plenty of changes since then.
Thanks for your reply.
I understand that open source projects cannot (freely) support a
plethora of versions. But I had hoped at least for generic hints about
On 12/22/2015 11:22 PM, Greg Wilkins wrote:
> Dirk,
Hi Greg,
> it's very hard to comment without knowing the details of your application.
> Specifically is there any async handling in it. Some of those repeated log
> lines look suspicious and if the request being handle changes, then I would
>
Hello everyone,
under moderate load sometimes request parameters are missing from GET
requests. Here are my findings so far:
An instance of org.eclipse.jetty.server.AbstractHttpConnection keeps a
single instance of the Request - it does not create new Request objects
for each request-response
16 matches
Mail list logo
