Mailing list - Entries of 2005

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [qftestJUI] Communication between Qftest, SUT, external

  • Subject: Re: [qftestJUI] Communication between Qftest, SUT, external
  • From: Gregor Schmid <Gregor.Schmid@?.de>
  • Date: Fri, 09 Sep 2005 18:52:03 -0000

Hi Paul,

that's pretty weird. All the qftestJUI SUT wrapper does is replace the
EventQueue to monitor events and components and to open a network
connection to qftestJUI for capture and replay. I don't see a way how
it could interfere with the network communitcation of your app, unless
it happens to use a port your app is relying on (extrmely unlikely).

One possibility is that the external call _does_ reach the SUT, but
the GUI doesn't show it.

- Are you getting any exceptions in the terminal?

- Are you sure that your application is properly thread-safe?
  qftestJUI often exposes formerly unnoticedd deadlocks in the SUT.
  It's possible that the thread that handles the incoming call is
  blocked. You can create a full thread dump to see if that is the

Apart from that, you'll need to ask development to add or turn on some
internal logging, first at the network levels to see if the call comes
in and then at higher levels to see where things get stuck.

Best regards,

"Paul Bindels" <paul.bindels@?.com> writes:

> Hi,
> I have a problem with my SUT updating it's display when it is updated by an
> external (to qftest) instance of the same application.   The SUT is a
> network management tool.  When I open the same application outside of qftest
> I can add objects to the tool and then they should appear dynamically on all
> other running instances of the tool.  This does not happen for the instance
> running under qftest.  If I add an object through the instance under qftest
> it does show up dynamically in the external instance, so it looks like
> communication is happening in that direction.  Can you offer any ideas or
> where to look on why the SUT doesn't update with new information?  What may
> be blocking the xml-rpc communication from the outside server to my SUT?
> Thank you,
> Paul
> _______________________________________________
> qftestJUI-list mailing list
> qftestJUI-list@?.de

Gregor Schmid                                Gregor.Schmid@?.de
Quality First Software GmbH           
Tulpenstr. 41                                Tel: +49 8171 919870
DE-82538 Geretsried                          Fax: +49 8171 919876