We're updating the issue view to help you get more done. 

Upgrading Openfire to use Jetty 7 Continuations

Description

See http://www.igniterealtime.org/community/message/194789#194789

One advantage of upgrading is that while jetty-6-style continuations were a Jetty-specific mechanism, the jetty-7-style continuations are portable and work with a variety of containers. This means that they'll work asynchronously with Jetty 6/7/8 and any servlet-3.0 containers. They're also still compatible with servlet-2.5 containers, where they'll be blocking.

Environment

None

Acceptance Test - Entry

None

Activity

Show:
Guus der Kinderen
February 1, 2010, 9:21 PM

We're using two instances of Jetty. I've modified the name of the thread pool for each of them, which will allow us to quickly identify what threadpool is maxing out.

Greg Wilkins
February 2, 2010, 3:33 PM

other than the maxed out issue.... you can share a thread pool between jetty instances if you wish to reduce Idle threads.

Guus der Kinderen
February 2, 2010, 4:07 PM

Actually, I prefer to have seperated thread pools. Sharing resources between distinct functionality is causing trouble in Openfire already - I don't want to add to that. ( http://www.igniterealtime.org/community/docs/DOC-1925 )

We should experiment a little to find an optimal default value for their sizes, and make those configurable too. Daniel, are you in a position where you can experiment with sizes of the thread pools, to see what works with you?

Daniel Haigh
February 2, 2010, 5:28 PM

Well I am still having an issue where the pool is slowly being used up but I am confident that it is by the Plugin Servlet.
I have continued this discussion on this thread: http://www.igniterealtime.org/community/thread/40945

I have no idea how the servlets work but will hopefully get some time to look at it this week.

We should resolve what is causing this before changing anything. In theory I think the default size should be fine.

Greg Wilkins
February 3, 2010, 4:03 AM

Daniel,

Remember the threads are not actually being "used up". The pool of available threads is just growing to meet demand.
But you don't have to meet that demand. You can limit the pool size and in almost all cases will get hardly any noticeable difference
in performance - often you get better performance. It is really rare that the server actually needs to simultaneously progress >250
threads.

cheers

Fixed

Assignee

Guus der Kinderen

Reporter

Guenther Niess

Labels

None

Expected Effort

None

Ignite Forum URL

None

Components

Fix versions

Affects versions

Priority

Minor
Configure