2018 bis heute | 2017 2016 2015 2014 | 2013 | 2012

Mailingliste - Einträge 2018 bis heute

Hello,<br><br>I'm not affiliated to QFTest in anyway so take my advices as a customer feedback rather than a formal answer :)<br><br>1) <br>I think, there must be something "dangerous" in your code.<br>This QFTest exception/warning exists to raise your attention on the fact that any access (especially modification) to a Java GUI should be done on the EventDispatchThread. <br>
(@See <a href="http://java.sun.com/products/jfc/tsc/articles/threads/threads1.html">http://java.sun.com/products/jfc/tsc/articles/threads/threads1.html</a> for example)<br><br>This might not be directly related to the current node being executed by QFTest as, this warnings should occurs when the NON-EDT Thread access the GUI.<br>
If you don't care about this possible issue, this exception/warning can be disabled:<br><br>(<a href="http://www.qfs.de/qftest/manual/en/opt_play.html">http://www.qfs.de/qftest/manual/en/opt_play.html</a>)<br><dl class="option">
<dt><i> How to handle events coming from the wrong thread (System)</i></dt><dd><i>SUT script name: OPT_PLAY_WRONG_THREAD_ERROR_LEVEL<br>Possible Values: VAL_PLAY_THREAD_LEVEL_WARNING, VAL_PLAY_THREAD_LEVEL_ERROR, VAL_PLAY_THREAD_LEVEL_EXCEPTION<br>
</i>
              <p><i>
                It is a rather common mistake in Swing based Java applications to access GUI
                components from the wrong thread. Since Swing is not thread-safe, such calls may
                only be made from the AWT event dispatch thread. Otherwise the potential
                consequences are race conditions, leading to very subtle and hard-to-debug errors,
                or deadlocks, freezing the application and making it unusable. Background
                information about this topic is available from<br><a href="http://java.sun.com/docs/books/tutorial/uiswing/concurrency/index.html" shape="rect">
                  http://java.sun.com/docs/books/tutorial/uiswing/concurrency/index.html
                </a></i>
                <i>,
                specifically the sections on "Initial Threads" and "The Event Dispatch Thread".
              </i></p>
              <p><i>
                When QF-Test registers an event on a thread other than the AWT event dispatch thread
                it issues an error message including a stack trace which can be useful in fixing
                the problem. This set of options defines the severity of the message, whether to
                perform strict checking and a maximum for the number of messages to log.
              </i></p>
              <p><i>
                The possible choices for the option "Error level" are "Error" and "Warning". We
                strongly suggest that you keep the default setting of "Error" and make sure that
                such problems are fixed sooner rather than later because they represent a serious
                risk.
              </i></p>
            </dd></dl><br>2) <br>This is about component naming, QFTest tries to name your component if it does not have an "explicit name".<br>There is a lot of options to handle component naming (Hard coded name in source code, generic components, component recognition tweaking, resolvers hooks, etc)<br>
<br>Personally we chose the resolver system (Which allows explicit naming outside of the source code) and we handle situations like the one you describe.<br>-> Some of our components are named by the resolver using a custom information in the component. <br>
Something like: name = ((BusinessTextField)textfield).getBusinessObject().getUniqueId()<br><br>But maybe you can achieve in an another way (especially with the generic components)<br><br>I suggest you to search for the best solution for you in this part of the manual:<br>
<a href="http://www.qfs.de/qftest/manual/en/bp_componentrecognition.html">http://www.qfs.de/qftest/manual/en/bp_componentrecognition.html</a><br><a href="http://www.qfs.de/qftest/manual/en/tech_nameresolvers.html">http://www.qfs.de/qftest/manual/en/tech_nameresolvers.html</a><br>
<a href="http://www.qfs.de/qftest/manual/en/user_components.html">http://www.qfs.de/qftest/manual/en/user_components.html</a><br><br>3)<br>I'm not sure to understand the issue, this might be related to 2) if this a problem of several components sharing the same id/name.<br>
Or to 1) if the component changes during the initialization of your GUI and if this initialization is not on EDT-Thread.<br><br><br>Hope this helps,<br><br><br>Best regards,<br><br><br><br><br><br><br clear="all"><pre cols="72">
<span style="color: rgb(153, 153, 153);"></span></pre><br><br><br>
<br><br><div class="gmail_quote">On Mon, May 23, 2011 at 4:00 PM, Basak, Subhrajyoti [Tech] <span dir="ltr"><Subhrajyoti.Basak@></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal">Hi,</p><p class="MsoNormal">We are presently testing your QFTool for evaluation purpose. We are facing some problem in component reorganization. For evaluation purpose we have taken a very simple screen with 16+ component in a page with few TextBox, ComboBox, Radiobutton, List, Tree, Button. </p>
<p class="MsoNormal">Problem: </p><p><span>1)<span style="font: 7pt "Times New Roman";"> </span></span>If we record some event and then after creating a simple test using the same events when we are running that test without shutting down the application, our test case is running properly. But if we close the application and try to run test again its throwing exception few of the cases. Like An event was triggered outside the AWT Event Dispatch Thread. Where as in that node where we are getting that exception we are just trying to check the visibility of the component only. The same thing we are getting some time in mouse click event also. </p>
<p><span>2)<span style="font: 7pt "Times New Roman";"> </span></span>In our application we have horizontal and vertical tabs, if we open and close the same tab few times, few of the object name is getting changed. This mean if we record some event and then close the tab and open the tab again then try to run the same recorded events, it could not able to recognized few of the components, that leading to throwing exception. We have seen if we record the events again in the same component its assigning different component-id to the same component, few times its adding some no in the end (like 1,2,3 etc). </p>
<p><span>3)<span style="font: 7pt "Times New Roman";"> </span></span>In one of our page we have three simple tables few of the cases header name is same. In that case its creating header component id like labelCountry-Select(for 1<sup>st</sup> table), labelCountry-Select2(for 2<sup>nd</sup> table), labelCountry-Select3(for 3<sup>rd</sup> Table) during record the event. Now if we try to run the test after closing the application it could not able to recognize the component-id. We have seen if we again record the events on the header component, id name is getting change or sometime it interchanging the name like 2<sup>nd</sup> time may be labelCountry-Select header of Table3 is being assigned  labelCountry-Select name where as previously that was pointing to Table1 header.</p>
<p class="MsoNormal" style="margin-left: 0.25in;"></p><p class="MsoNormal">Can you please suggest how we can rectify the problem? We have not assigned Name to each of the components in the window and as its a existing application its not possible to assign the name to every cases.</p>
<p class="MsoNormal">Thanks & Regards,</p><p class="MsoNormal">Subhrajyoti Basak<a name="1301d41d054a55a1_OLE_LINK1"></a></p><p class="MsoNormal">+91 8105538970</p><p class="MsoNormal" style="margin-bottom: 13.5pt; line-height: 11.25pt; background: none repeat scroll 0% 0% white;">
<span style="font-size: 9pt; color: rgb(102, 102, 102);">NOTICE TO RECIPIENTS: The information contained in and accompanying this communication may be confidential, subject to legal privilege, or otherwise protected from disclosure, and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this communication, please delete and destroy all copies in your possession, notify the sender that you have received this communication in error, and note that any review or dissemination of, or the taking of any action in reliance on, this communication is expressly prohibited. <br>
<br>E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. Goldman Sachs makes no warranties in relation to these matters. Please note that Goldman Sachs reserves the right to intercept, monitor, and retain e-mail messages to and from its systems as permitted by applicable law. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with Goldman Sachs.</span></p>
<p class="MsoNormal"></p></div></div><br>_______________________________________________<br>
qftest-list mailing list<br>
<a href="mailto:qftest-list@qfs.de">qftest-list@qfs.de</a><br>
<a href="http://www.qfs.de/mailman/listinfo/qftest-list" target="_blank">http://www.qfs.de/mailman/listinfo/qftest-list</a><br>
<br></blockquote></div><br>