Re: [weld-dev] Question about conversations scope initilization obeserver

Hello Thanks for the link. I had a look but I couldn't find any TCK tests checking to see if an observer method will catch the new ConversationContext being created for the "new transient conversation". To check if a new conversation was activated I created an entirely fresh server and ran the test application on it, the behaviour was the same, the first url I pinged on this new server ended with "cid=" and the observer didn't . Normally I've just been restarting the old server but restarting frequently. I've attached the recreate you requested. it consists of the three classes attached to my previous email as well as a minimal html page. To run it load it onto your server and ping http://localhost:9080/ConversationContextTest/index.xhtml to see the observer fire, and http://localhost:9080/ConversationContextTest/index.xhtml?cid=99999 to see the observer fail to fire. Best regards Benjamin From: Matej Novotny <manovotn(a)redhat.com&gt; To: Benjamin Confino <BENJAMIC(a)uk.ibm.com&gt; Cc: weld-dev(a)lists.jboss.org, Takayuki T Ishii <EBB0F3L(a)jp.ibm.com&gt; Date: 27/01/2020 11:39 Subject: [EXTERNAL] Re: [weld-dev] Question about conversations scope initilization obeserver Hello, I'd start by pointing you to CDI TCK as that's a good starting point to see what's covered. For your question, that would be this test - https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_eclipse-2... And possibly few more in the same test class. As for the linked classes - your `ConversationBean` is listening for @Initialized event. Can you verify that a new conversation was activated for your request instead of verifying that context was activated? E.g. check IDs or something along those lines? I suppose that will hold true and in that case it works just as spec requires it to. ConversationContext, I'd need to dig that up, but looking at CDI spec, it doesn't mandate that it is activated every time again and it could already be active for given request. Plus from just the classes you linked, I cannot know if you test this with no existing conversation or maybe with some long running one before you try to send a request for non-existing one...and so on. So if the above doesn't is not enough to answer your question, then we're going to need a complete reproducer so that we both talk about the same scenario :) Matej ----- Original Message ----- obeserver the restored, conversation cid there 3AU https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.jboss.org_mail... Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU