2018 up to now | 2017 | 2016 | 2015 | 2014 | 2013 | 2012 | 2011 | 2010 | 2009 | 2008 | 2007

(older archive entries before 2007 are not shown here, but included in the onsite-search)

Mailing List - Entries of 2012


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

Re: [QF-Test] ComponentNotFountException Using Eclipse 4.2 M5


  • Subject: Re: [QF-Test] ComponentNotFountException Using Eclipse 4.2 M5
  • From: Gregor Schmid <Gregor.Schmid@?.de>
  • Date: Tue, 13 Mar 2012 14:45:58 +0100

Hi Adam,

Eclipse 4 (e4 for short) is not fully compatible with Eclipse 3 as
some of the components have changed in a fundamental way. We're
currently working on e4 support and are doing our best to hide those
differences and a significant part of the tests can already run
unchanged, but some things simply cannot be abstracted away and you
will need to use If/Else in case you want to test 3.x and 4.x SUTs
with the same test-suite - best hidden in procedures, of course.

The most obvious problem are the CTabFolders which were implemented as
org.eclipse.swt.custom.CTabFolder in 3.x and are now of the class
org.eclipse.e4.ui.widgets.CTabFolder.

If you edit the component nodes in your test-suite and replace the
class org.eclipse.swt.custom.CTabFolder with the common base class
org.eclipse.swt.widgets.Control you'll get compatibility for replay,
but when you record a new sequence the CTabFolder will get
re-recorded.

The procedure qfs.swt.ctabfolder.selectTab already handles both kinds
of folders. The procedures closeTab and checkTabIsDirty currently
don't, but this will be fixed in the next release. I have uploaded
an updated copy of the standard library to

http://www.qfs.de/pub/qftest-3.4.5_qfs.qft

that you can simply save to .../qftest/qftest-3.4.5/include/qfs.qft.
Then the procedures will handle both kinds of CTabFolders.

Best regards,
    Greg

P.S: That qfs.qft file will be removed when the next QF-Test version
is released.

P.P.S: Eclipse 3.8M6/4.2M6 are going to be released next Friday. In
case QF-Test doesn't handle those out-of-the-box, just let me know.

Adam Egger <2008@?.de> writes:

> Hi all,
>
> when trying to run our test suite on Eclipse 4.2. M5 we get lots
> of de.qfs.apps.qftest.shared.exceptions.ComponentNotFoundException here when trying to close
> opened Editors (TabItems). This behavior is different to what happend in Eclipse 3.x branch. 
>
> Do you know if this has to be solved on our side, the Eclipse side or in QFTest?
>
> Regards,
> Adam
>
> de.qfs.apps.qftest.shared.exceptions.ComponentNotFoundException
>
>  
>
> Message:
>
> The target component
>
> 'WorkbenchWindow.tabbed-Editor'
>
> could not be determined.
>
>  
>
> This can be caused by a number of quite
>
> different reasons. Please see chapter 6
>
> of the manual for background information
>
> and how to proceed.
>
>  
>
> Stacktrace:
>
> de.qfs.apps.qftest.shared.exceptions.ComponentNotFoundException: The target component
>
> 'WorkbenchWindow.tabbed-Editor'
>
> could not be determined.
>
>  
>
> This can be caused by a number of quite
>
> different reasons. Please see chapter 6
>
> of the manual for background information
>
> and how to proceed.
>
>             at de.qfs.apps.qftest.client.Tracker.waitForElement(SourceFile:469)
>
>             at de.qfs.apps.qftest.client.swt.s.a(SourceFile:245)
>
>             at de.qfs.apps.qftest.client.N.a(SourceFile:1422)
>
>             at de.qfs.apps.qftest.client.t.run(SourceFile:108)
>
>             at java.security.AccessController.doPrivileged(Native Method)
>
>             at de.qfs.apps.qftest.client.s.run(SourceFile:73)
>
>             at de.qfs.lib.util.ThreadPool$PoolThread.run(ThreadPool.java:568)
>
>             at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer
> (StreamRemoteCall.java:255)
>
>             at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)
>
>             at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:359)
>
>             at de.qfs.apps.qftest.shared.rmi.sut.RemotePlaybackImplBase_Stub.insertEvent(Unknown
> Source)
>
>             at de.qfs.apps.qftest.run.ac.run(SourceFile:555)
>
>             at de.qfs.lib.util.ThreadPool$PoolThread.run(ThreadPool.java:568)

-- 
Gregor Schmid                                Gregor.Schmid@?.de
Quality First Software GmbH                     http://www.qfs.de
Tulpenstr. 41                               Tel: +49 8171 38648-0
DE-82538 Geretsried                         Fax: +49 8171 3864816
GF: Gregor Schmid, Karlheinz Kellerer          HRB München 140833

Attachment: qfs.qft
Description: Binary data