<div dir="ltr">Hi all,<div><br></div><div>Just to sum up what was said during our Tuesday Hangout meeting. For those who were present feel free to correct or amend this.</div><div><br></div><div>Controlling Request Context is something rather easy (because it&#39;s linked to one thread) while Session Context is far less obvious (used across multiple threads) so providing a generic solution to deal with their control seems quite complicated.</div><div>That&#39;s why we decided to start addressing the Request Context control first and if we fell happy with that, continue the work on the Session Context.</div><div><br></div><div>Public API to control the request context could be design in 2 different ways:</div><div>1) provide an interceptor to activate request context during the intercepted method invocation</div><div>2) provide a programmatic API accessible thru a bean (like the Conversation bean)</div><div><br></div><div>First solution is probably the easiest way for end user (to avoid not ended context), but if we go for controlling Session Scope we won&#39;t be able to provide a simple interceptor for it and will design something like solution 2 for it.</div><div><br></div><div>So the question is should we go for 1 or 2 or both (with a risk of confusion) ?</div><div><br></div><div>Thanks for your feedback</div><div><br></div><div>Antoine</div><div> </div></div>