From roman at kennke.org  Wed May  2 06:15:17 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 13:15:17 +0000
Subject: hg: caciocavallo/ng: 3 new changesets
Message-ID: <20120502131519.15925470E2@hg.openjdk.java.net>

Changeset: 06af1fbfdd87
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-04-30 12:11 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/06af1fbfdd87

Update README with build instructions using Maven.

! README

Changeset: a687c22cc93c
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-04-30 12:12 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/a687c22cc93c

Bump version to 1.0-SNAPSHOT. When running tests, ensure we use the CTCToolkit.

! cacio-shared/pom.xml
! cacio-tta/pom.xml
! pom.xml

Changeset: 906ab4c81607
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-04-30 12:21 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/906ab4c81607

Added LICENSE file.

+ LICENSE



From roman at kennke.org  Wed May  2 06:26:59 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 13:26:59 +0000
Subject: hg: caciocavallo/ng: Exclude target dirs from Mercurial tracking.
Message-ID: <20120502132659.DBEEE470E3@hg.openjdk.java.net>

Changeset: 3437600c8c8f
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 15:26 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/3437600c8c8f

Exclude target dirs from Mercurial tracking.

! .hgignore



From roman at kennke.org  Wed May  2 06:36:19 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 13:36:19 +0000
Subject: hg: caciocavallo/ng: [maven-release-plugin] prepare release cacio-1.0
Message-ID: <20120502133619.42DD6470E4@hg.openjdk.java.net>

Changeset: d96a86818f2c
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 15:36 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/d96a86818f2c

[maven-release-plugin] prepare release cacio-1.0

! cacio-shared/pom.xml
! cacio-tta/pom.xml
! pom.xml



From roman at kennke.org  Wed May  2 06:42:38 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 13:42:38 +0000
Subject: hg: caciocavallo/ng: [maven-release-plugin]  copy for tag cacio-1.0
Message-ID: <20120502134238.83947470E5@hg.openjdk.java.net>

Changeset: 3e8ce12d0769
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 15:36 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/3e8ce12d0769

[maven-release-plugin]  copy for tag cacio-1.0

! .hgtags



From roman at kennke.org  Wed May  2 06:45:35 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 13:45:35 +0000
Subject: hg: caciocavallo/ng: [maven-release-plugin] rollback the release of
	cacio-1.0
Message-ID: <20120502134535.95F41470E6@hg.openjdk.java.net>

Changeset: 58e40486567a
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 15:45 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/58e40486567a

[maven-release-plugin] rollback the release of cacio-1.0

! cacio-shared/pom.xml
! cacio-tta/pom.xml
! pom.xml



From roman at kennke.org  Wed May  2 06:48:16 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 13:48:16 +0000
Subject: hg: caciocavallo/ng: [maven-release-plugin] prepare release cacio-1.0
Message-ID: <20120502134817.26FA0470E7@hg.openjdk.java.net>

Changeset: b67ed1ce7c95
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 15:48 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/b67ed1ce7c95

[maven-release-plugin] prepare release cacio-1.0

! cacio-shared/pom.xml
! cacio-tta/pom.xml
! pom.xml



From roman at kennke.org  Wed May  2 06:59:40 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 13:59:40 +0000
Subject: hg: caciocavallo/ng: 4 new changesets
Message-ID: <20120502135941.2DFB5470EA@hg.openjdk.java.net>

Changeset: 6303a7e94447
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 15:51 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/6303a7e94447

Bump release for cacio-web.

! cacio-web/pom.xml

Changeset: 3e9a166563ed
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 15:52 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/3e9a166563ed

Removed tag cacio-1.0

! .hgtags

Changeset: 13c47dc18fec
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 15:52 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/13c47dc18fec

Added tag cacio-1.0 for changeset 3e9a166563ed

! .hgtags

Changeset: 3e948d56e5c0
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 15:59 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/3e948d56e5c0

Prepare for 1.1 release cycle, bump up the version in poms.

! cacio-shared/pom.xml
! cacio-tta/pom.xml
! cacio-web/pom.xml
! pom.xml



From roman at kennke.org  Wed May  2 12:39:05 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 19:39:05 +0000
Subject: hg: caciocavallo/ng: [maven-release-plugin] prepare release cacio-1.1
Message-ID: <20120502193905.DBCB8470F4@hg.openjdk.java.net>

Changeset: 1b3c74380a54
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 21:39 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/1b3c74380a54

[maven-release-plugin] prepare release cacio-1.1

! cacio-shared/pom.xml
! cacio-tta/pom.xml
! pom.xml



From roman at kennke.org  Wed May  2 12:39:12 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 19:39:12 +0000
Subject: hg: caciocavallo/ng: [maven-release-plugin]  copy for tag cacio-1.1
Message-ID: <20120502193912.6320F470F5@hg.openjdk.java.net>

Changeset: 5d78af98daec
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 21:39 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/5d78af98daec

[maven-release-plugin]  copy for tag cacio-1.1

! .hgtags



From roman at kennke.org  Wed May  2 12:39:18 2012
From: roman at kennke.org (roman at kennke.org)
Date: Wed, 02 May 2012 19:39:18 +0000
Subject: hg: caciocavallo/ng: [maven-release-plugin] prepare for next
	development iteration
Message-ID: <20120502193919.0D195470F6@hg.openjdk.java.net>

Changeset: 7e67182acc9b
Author:    Roman Kennke <rkennke at redhat.com>
Date:      2012-05-02 21:39 +0200
URL:       http://hg.openjdk.java.net/caciocavallo/ng/rev/7e67182acc9b

[maven-release-plugin] prepare for next development iteration

! cacio-shared/pom.xml
! cacio-tta/pom.xml
! pom.xml



From roman at kennke.org  Thu May  3 02:28:16 2012
From: roman at kennke.org (Roman Kennke)
Date: Thu, 03 May 2012 11:28:16 +0200
Subject: Caciocavallo 1.1 released!
Message-ID: <1336037296.8375.29.camel@mercury.localdomain>

Hi everybody,

I am proud to announce the first release of Cacio, which, due to some
problems with Maven upload and my network is numbered 1.1 instead of
1.0.

Release announcements and a little bit of retrospective can be found
here:

http://rkennke.wordpress.com/2012/05/02/caciocavallo-1-1-released/

and here:

http://www.jroller.com/neugens/entry/caciocavallo_1_1_released

Thanks everybody for your contributions and keep up the buzz!

Cheers,
Roman




From nanderson at sum-ware.com  Tue May  8 15:31:05 2012
From: nanderson at sum-ware.com (Nathan Anderson)
Date: Tue, 8 May 2012 15:31:05 -0700 (PDT)
Subject: New user to Caciocacallo
In-Reply-To: <9236199.110464.1336510975230.JavaMail.root@mail.centerdealers.com>
Message-ID: <29034963.112053.1336516265596.JavaMail.root@mail.centerdealers.com>


Greetings all, 


I'm new to Cacio and didn't have much success in my first attempt at getting my FEST project to run under Cacio-TTA. I suspect my setup is unusual so let me start with explaining what I am trying to do so someone can tell me if it should even work in theory ;) 


My project uses FEST to script the interaction with a Java Applet. The applet is developed by another company and is the only interface we have to interact with a remote system. Because I'm scripting the interaction with the applet rather than testing an UI I have built a stand alone application that doesn't use any test framework, but instead I just create my own AppletViewer, FrameFixture and Robot and manipulate them as needed. 


For a while I was able to develop in Eclipse (Helios) on my Windows 7 64-bit workstation, and deploy to Ubuntu 10.04 Gnome. However the most recent version of the applet no longer renders correctly in Ubuntu (certain critical AWT elements are not visible when they should be). 


What I have tried to do with Cacio so far is to use it on my Windows environment: 
Downloaded Oracle JDK7 
Configured Eclipse to be aware of Oracle JDK7 
Configured the project to use Oracle JDK7 
Downloaded cacio-shared-1.1.jar and cacio-tta-1.1.jar from the maven central repository 
Added the .jars to my project 
Added the JVM arguments: 

-Dawt.toolkit=net.java.openjdk.cacio.ctc.CTCToolkit 
-Djava.awt.graphicsenv=net.java.openjdk.cacio.ctc.CTCGraphicsEnvironment 
-Djava.awt.headless=false 


I'm getting a few errors: 


1) 
CacioComponentPeer::setZOrder: NOT YET IMPLEMENTED 


2) 

java.lang.ClassCastException: my.package.Applet cannot be cast to java.awt.Window 
at sun.awt.peer.cacio.CacioWindowPeer.handlePeerEvent(CacioWindowPeer.java:229) 
at sun.awt.peer.cacio.managed.FocusManager.focusGained(FocusManager.java:159) 
at sun.awt.peer.cacio.managed.FocusManager.setFocusedWindow(FocusManager.java:131) 
at sun.awt.peer.cacio.managed.FocusManager.setVisible(FocusManager.java:103) 
at sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:352) 
at sun.awt.peer.cacio.CacioComponentPeer.setVisible(CacioComponentPeer.java:660) 
at java.awt.Component.show(Component.java:1618) 
at java.awt.Window.show(Window.java:1042) 


3) 


Exception in thread "main" java.lang.ClassCastException: java.awt.Panel cannot be cast to java.awt.Window 
at sun.awt.peer.cacio.CacioWindowPeer.handlePeerEvent(CacioWindowPeer.java:229) 
at sun.awt.peer.cacio.managed.FocusManager.focusGained(FocusManager.java:159) 
at sun.awt.peer.cacio.managed.FocusManager.setFocusedWindow(FocusManager.java:131) 
at sun.awt.peer.cacio.managed.FocusManager.hideWindow(FocusManager.java:113) 
at sun.awt.peer.cacio.managed.FocusManager.setVisible(FocusManager.java:105) 
at sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:352) 
at sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349) 
at sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349) 
at sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349) 
at sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349) 
at sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349) 
at sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349) 
at sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349) 
at sun.awt.peer.cacio.CacioComponentPeer.setVisible(CacioComponentPeer.java:660) 
at java.awt.Component.hide(Component.java:1688) 
at java.awt.Window.hide(Window.java:1116) 
at java.awt.Window$1DisposeAction.run(Window.java:1188) 
at java.awt.Window.doDispose(Window.java:1205) 
at java.awt.Window.dispose(Window.java:1147) 
at org.fest.swing.hierarchy.ExistingHierarchy.dispose(ExistingHierarchy.java:108) 
at org.fest.swing.hierarchy.NewHierarchy.dispose(NewHierarchy.java:156) 
at org.fest.swing.core.BasicRobot.dispose(BasicRobot.java:352) 


4) 

org.fest.swing.exception.EdtViolationException: EDT violation detected 
at java.lang.Thread.getStackTrace(Thread.java:1567) 
at org.fest.util.StackTraces.stackTraceInCurrentThread(StackTraces.java:47) 
at org.fest.swing.edt.CheckThreadViolationRepaintManager.checkThreadViolations(CheckThreadViolationRepaintManager.java:78) 
at org.fest.swing.edt.CheckThreadViolationRepaintManager.addDirtyRegion(CheckThreadViolationRepaintManager.java:69) 
at org.fest.swing.edt.FailOnThreadViolationRepaintManager.addDirtyRegion(FailOnThreadViolationRepaintManager.java:31) 
at javax.swing.JComponent.repaint(JComponent.java:4795) 
at java.awt.Component.repaint(Component.java:3286) 
at javax.swing.plaf.basic.BasicComboBoxUI$Handler.contentsChanged(BasicComboBoxUI.java:1841) 
at javax.swing.AbstractListModel.fireContentsChanged(AbstractListModel.java:118) 
at javax.swing.DefaultComboBoxModel.setSelectedItem(DefaultComboBoxModel.java:94) 
at javax.swing.DefaultComboBoxModel.removeElementAt(DefaultComboBoxModel.java:146) 
at sun.awt.peer.cacio.CacioChoicePeer.removeAll(CacioChoicePeer.java:105) 
at java.awt.Choice.removeAll(Choice.java:355) 


I can try this on Ubuntu, but I wanted to get an idea if I should even try. 


Thanks, 
Nathan 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/caciocavallo-dev/attachments/20120508/217c1da1/attachment.html 

From neugens.limasoftware at gmail.com  Wed May  9 01:13:46 2012
From: neugens.limasoftware at gmail.com (Mario Torre)
Date: Wed, 9 May 2012 10:13:46 +0200
Subject: New user to Caciocacallo
In-Reply-To: <29034963.112053.1336516265596.JavaMail.root@mail.centerdealers.com>
References: <9236199.110464.1336510975230.JavaMail.root@mail.centerdealers.com>
	<29034963.112053.1336516265596.JavaMail.root@mail.centerdealers.com>
Message-ID: <CAGUMyaQbCQm_sFo_-DdCF0=xKjsSb=amDSPyWsOePCsfv-SHww@mail.gmail.com>

2012/5/9 Nathan Anderson <nanderson at sum-ware.com>:
> Greetings all,

Hello Nathan,

> I'm new to Cacio and didn't have much success in my first attempt at getting
> my FEST project to run under Cacio-TTA. ?I suspect my setup is unusual so
> let me start with explaining what I am trying to do so someone can tell me
> if it should even work in theory ;)
>
> My project uses FEST to script the interaction with a Java Applet. ?The
> applet is developed by another company and is the only interface we have to
> interact with a remote system. ?Because I'm scripting the interaction with
> the applet rather than testing an UI I have built a stand alone application
> that doesn't use any test framework, but instead I just create my
> own?AppletViewer, FrameFixture and Robot and manipulate them as needed.

Seems a very interesting setup.

> For a while I was able to develop in Eclipse (Helios) on my Windows 7 64-bit
> workstation, and deploy to Ubuntu 10.04 Gnome. ?However the most recent
> version of the applet no longer renders correctly in Ubuntu (certain
> critical AWT elements are not visible when they should be).
>
> What I have tried to do with Cacio so far is to use it on my Windows
> environment:
> ? Downloaded Oracle JDK7
> ? Configured Eclipse to be aware of Oracle JDK7
> ? Configured the project to use Oracle JDK7
> ? Downloaded cacio-shared-1.1.jar and cacio-tta-1.1.jar from the maven
> central repository
> ? Added the .jars to my project
> ? Added the JVM arguments:
> ? ? -Dawt.toolkit=net.java.openjdk.cacio.ctc.CTCToolkit
> ? ? -Djava.awt.graphicsenv=net.java.openjdk.cacio.ctc.CTCGraphicsEnvironment
> ? ? -Djava.awt.headless=false
>
> I'm getting a few errors:
>
> 1)
> CacioComponentPeer::setZOrder: NOT YET IMPLEMENTED

This is not an exception, but just a warning. We don't support Z
ordering yet... But is on our TODO.

> 2)
> java.lang.ClassCastException: my.package.Applet cannot be cast to
> java.awt.Window
> at
> sun.awt.peer.cacio.CacioWindowPeer.handlePeerEvent(CacioWindowPeer.java:229)
> at
> sun.awt.peer.cacio.managed.FocusManager.focusGained(FocusManager.java:159)
> at
> sun.awt.peer.cacio.managed.FocusManager.setFocusedWindow(FocusManager.java:131)
> at sun.awt.peer.cacio.managed.FocusManager.setVisible(FocusManager.java:103)
> at
> sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:352)
> at
> sun.awt.peer.cacio.CacioComponentPeer.setVisible(CacioComponentPeer.java:660)
> at java.awt.Component.show(Component.java:1618)
> at java.awt.Window.show(Window.java:1042)

We didn't try a setup with applets so far, since it wasn't common for
the kind of uses Cacio was developed initally.
It would be interesting to have some code that triggers this.

I believe the next exception is related, but right now I fail to see
how we end up in the Window peer, since an applet should be a Panel
instead.

Probably the applet passes the focus somehow to the enclosing Window,
and for some reason we fail to handle this and crash, not sure (still
need some coffee it seems :), but is indeed very weird.

> 3)
> Exception in thread "main" java.lang.ClassCastException: java.awt.Panel
> cannot be cast to java.awt.Window
> at
> sun.awt.peer.cacio.CacioWindowPeer.handlePeerEvent(CacioWindowPeer.java:229)
> at
> sun.awt.peer.cacio.managed.FocusManager.focusGained(FocusManager.java:159)
> at
> sun.awt.peer.cacio.managed.FocusManager.setFocusedWindow(FocusManager.java:131)
> at sun.awt.peer.cacio.managed.FocusManager.hideWindow(FocusManager.java:113)
> at sun.awt.peer.cacio.managed.FocusManager.setVisible(FocusManager.java:105)
> at
> sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:352)
> at
> sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349)
> at
> sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349)
> at
> sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349)
> at
> sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349)
> at
> sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349)
> at
> sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349)
> at
> sun.awt.peer.cacio.managed.ManagedWindow.setVisible(ManagedWindow.java:349)
> at
> sun.awt.peer.cacio.CacioComponentPeer.setVisible(CacioComponentPeer.java:660)
> at java.awt.Component.hide(Component.java:1688)
> at java.awt.Window.hide(Window.java:1116)
> at java.awt.Window$1DisposeAction.run(Window.java:1188)
> at java.awt.Window.doDispose(Window.java:1205)
> at java.awt.Window.dispose(Window.java:1147)
> at
> org.fest.swing.hierarchy.ExistingHierarchy.dispose(ExistingHierarchy.java:108)
> at org.fest.swing.hierarchy.NewHierarchy.dispose(NewHierarchy.java:156)
> at org.fest.swing.core.BasicRobot.dispose(BasicRobot.java:352)
>
> 4)
> org.fest.swing.exception.EdtViolationException: EDT violation detected
> at java.lang.Thread.getStackTrace(Thread.java:1567)
> at org.fest.util.StackTraces.stackTraceInCurrentThread(StackTraces.java:47)
> at
> org.fest.swing.edt.CheckThreadViolationRepaintManager.checkThreadViolations(CheckThreadViolationRepaintManager.java:78)
> at
> org.fest.swing.edt.CheckThreadViolationRepaintManager.addDirtyRegion(CheckThreadViolationRepaintManager.java:69)
> at
> org.fest.swing.edt.FailOnThreadViolationRepaintManager.addDirtyRegion(FailOnThreadViolationRepaintManager.java:31)
> at javax.swing.JComponent.repaint(JComponent.java:4795)
> at java.awt.Component.repaint(Component.java:3286)
> at
> javax.swing.plaf.basic.BasicComboBoxUI$Handler.contentsChanged(BasicComboBoxUI.java:1841)
> at
> javax.swing.AbstractListModel.fireContentsChanged(AbstractListModel.java:118)
> at
> javax.swing.DefaultComboBoxModel.setSelectedItem(DefaultComboBoxModel.java:94)
> at
> javax.swing.DefaultComboBoxModel.removeElementAt(DefaultComboBoxModel.java:146)
> at sun.awt.peer.cacio.CacioChoicePeer.removeAll(CacioChoicePeer.java:105)
> at java.awt.Choice.removeAll(Choice.java:355)

Yes, this maybe our problem... since AWT is supposed to be thread safe
(and I'll never understand why!), while Cacio calls back into Swing,
and this needs to be in the EDT.
You can quick fix this by using the EDT yourselves, but this is
another thing in our TODO list.

> I can try this on Ubuntu, but I wanted to get an idea if I should even try.

Can you send us some code? Maybe a test case?

Thanks for using Cacio!

Cheers,
Mario

-- 
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA? FC7C 4086 63E3 80F2 40CF

IcedRobot: www.icedrobot.org
Proud GNU Classpath developer: http://www.classpath.org/
Read About us at: http://planet.classpath.org
OpenJDK: http://openjdk.java.net/projects/caciocavallo/

Please, support open standards:
http://endsoftpatents.org/


From mr.dylanroberts at gmail.com  Tue May 22 10:23:42 2012
From: mr.dylanroberts at gmail.com (Dylan Roberts)
Date: Tue, 22 May 2012 13:23:42 -0400
Subject: CacioFESTRunner
Message-ID: <CA+0W_MM=Ajmz9f08VE=w_zP1EOCiaB_HNyFK9EAMaG3qG2g0NA@mail.gmail.com>

Hi there,

I was hoping that someone might be able to help me with a little problem.
I am trying to use CacioFESTRunner with junit.
I have added the maven dependency to cacio-tta v1.1.
I have added the annotation "@RunWith(CacioFESTRunner.class)" to my test class.
When I run the test I get the following stack trace:
java.lang.UnsupportedClassVersionError:
net/java/openjdk/cacio/ctc/junit/CacioFESTRunner : Unsupported
major.minor version 51.0
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
	at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:247)
	at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:95)
	at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:107)
	at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:31)
	at sun.reflect.annotation.AnnotationParser.parseSig(AnnotationParser.java:370)
	at sun.reflect.annotation.AnnotationParser.parseClassValue(AnnotationParser.java:351)
	at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:280)
	at sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:222)
	at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:69)
	at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:52)
	at java.lang.Class.initAnnotationsIfNecessary(Class.java:3070)
	at java.lang.Class.getAnnotations(Class.java:3050)
	at org.junit.runner.Description.createSuiteDescription(Description.java:72)
	at org.junit.internal.runners.ErrorReportingRunner.getDescription(ErrorReportingRunner.java:25)
	at org.junit.runner.Runner.testCount(Runner.java:38)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestClassReference.countTestCases(JUnit4TestClassReference.java:30)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.countTests(RemoteTestRunner.java:487)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:455)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

Does this look familiar at all?



-- 
? ?? Dylan Roberts
? ?? Home: (416) 913-9153


From neugens.limasoftware at gmail.com  Tue May 22 12:01:48 2012
From: neugens.limasoftware at gmail.com (Mario Torre)
Date: Tue, 22 May 2012 21:01:48 +0200
Subject: CacioFESTRunner
In-Reply-To: <CA+0W_MM=Ajmz9f08VE=w_zP1EOCiaB_HNyFK9EAMaG3qG2g0NA@mail.gmail.com>
References: <CA+0W_MM=Ajmz9f08VE=w_zP1EOCiaB_HNyFK9EAMaG3qG2g0NA@mail.gmail.com>
Message-ID: <CAGUMyaQokhdMi7=+7th=H3NVc0ZuZRERN552RjjtXnrCuPqSgA@mail.gmail.com>

Hello Dylan,

51.0 is JDK7, which is what Cacio targets (and is being built on), are
you using JDK6 for your project?

Cheers,
Mario

2012/5/22 Dylan Roberts <mr.dylanroberts at gmail.com>:
> Hi there,
>
> I was hoping that someone might be able to help me with a little problem.
> I am trying to use CacioFESTRunner with junit.
> I have added the maven dependency to cacio-tta v1.1.
> I have added the annotation "@RunWith(CacioFESTRunner.class)" to my test class.
> When I run the test I get the following stack trace:
> java.lang.UnsupportedClassVersionError:
> net/java/openjdk/cacio/ctc/junit/CacioFESTRunner : Unsupported
> major.minor version 51.0
> ? ? ? ?at java.lang.ClassLoader.defineClass1(Native Method)
> ? ? ? ?at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
> ? ? ? ?at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
> ? ? ? ?at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
> ? ? ? ?at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
> ? ? ? ?at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
> ? ? ? ?at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
> ? ? ? ?at java.security.AccessController.doPrivileged(Native Method)
> ? ? ? ?at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> ? ? ? ?at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> ? ? ? ?at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> ? ? ? ?at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> ? ? ? ?at java.lang.Class.forName0(Native Method)
> ? ? ? ?at java.lang.Class.forName(Class.java:247)
> ? ? ? ?at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:95)
> ? ? ? ?at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:107)
> ? ? ? ?at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:31)
> ? ? ? ?at sun.reflect.annotation.AnnotationParser.parseSig(AnnotationParser.java:370)
> ? ? ? ?at sun.reflect.annotation.AnnotationParser.parseClassValue(AnnotationParser.java:351)
> ? ? ? ?at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:280)
> ? ? ? ?at sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:222)
> ? ? ? ?at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:69)
> ? ? ? ?at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:52)
> ? ? ? ?at java.lang.Class.initAnnotationsIfNecessary(Class.java:3070)
> ? ? ? ?at java.lang.Class.getAnnotations(Class.java:3050)
> ? ? ? ?at org.junit.runner.Description.createSuiteDescription(Description.java:72)
> ? ? ? ?at org.junit.internal.runners.ErrorReportingRunner.getDescription(ErrorReportingRunner.java:25)
> ? ? ? ?at org.junit.runner.Runner.testCount(Runner.java:38)
> ? ? ? ?at org.eclipse.jdt.internal.junit4.runner.JUnit4TestClassReference.countTestCases(JUnit4TestClassReference.java:30)
> ? ? ? ?at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.countTests(RemoteTestRunner.java:487)
> ? ? ? ?at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:455)
> ? ? ? ?at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
> ? ? ? ?at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
> ? ? ? ?at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
>
> Does this look familiar at all?
>
>
>
> --
> ? ?? Dylan Roberts
> ? ?? Home: (416) 913-9153



-- 
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA? FC7C 4086 63E3 80F2 40CF

IcedRobot: www.icedrobot.org
Proud GNU Classpath developer: http://www.classpath.org/
Read About us at: http://planet.classpath.org
OpenJDK: http://openjdk.java.net/projects/caciocavallo/

Please, support open standards:
http://endsoftpatents.org/


From hamish at lavabit.com  Fri May 25 04:50:53 2012
From: hamish at lavabit.com (Hamish Morrison)
Date: Fri, 25 May 2012 12:50:53 +0100
Subject: Move/resize handling
Message-ID: <4FBF721D.2010507@lavabit.com>

Hi,

I'm using Caciocavallo to port AWT to the Haiku operating system as part
of my Summer of Code project this year.

Handling resize/move events from the platform window seems to be
missing, so the Swing component's size is not updated when the window is
resized by the user. I've solved this by handling
ComponentEvent.COMPONENT_MOVED/RESIZED in CacioComponentPeer's
handlePeerEvent and having it set the bounds to the updated bounds of
the AWT component. You can see the changeset here:

https://bitbucket.org/hamishm/haiku-jdk-jdk/changeset/2588da0259c9

Is this the correct way to go about solving this or is there some easy
solution I'm missing?

Thanks,
Hamish



From fra.orolo at mailfish.de  Thu May 31 04:53:14 2012
From: fra.orolo at mailfish.de (fra.orolo at mailfish.de)
Date: Thu, 31 May 2012 13:53:14 +0200
Subject: Issues with unsupported toolkit functionality
Message-ID: <CALdF2peG9ZpWEjGQUY9RC22_h2r9LnCSEZSdqNiD08teg9X=zA@mail.gmail.com>

Hi,

I'm currently porting our FEST test suite from using Xvnc to Cacio.
In general it seems to work quite well but there are a couple of
API-Methods of CTCToolkit which are not (really)
 implemented yet, although I think it should be quite simple to do so:

* currently the getScreenResolution() method returns 0, (which is
pretty much the worst number in this position)
  a constant 72 or 96 would help a lot.
  A possibility for dynamic configuration in tests would be great.
  We have a lot of Screenshot/Save Image actions which use this number
for a division and currently crash.

* getSystemClipboard() currently returns null. Although I understand
that a fully-fledged implementation would require
  some intelligence but I believe in tests it would be sufficient to
create a singleton instance of Clipboard in the toolkit, that can
  be filled and read by java test and client code.

* We are supporting only Oracle JDK. This works in general quite well
with Cacio, but there is an Issue in the following method:

sun.awt.DefaultMouseInfoPeer.fillPointWithCoords(Ljava/awt/Point;)Ijava.lang.UnsatisfiedLinkError:
sun.awt.DefaultMouseInfoPeer.fillPointWithCoords(Ljava/awt/Point;)I
	at sun.awt.DefaultMouseInfoPeer.fillPointWithCoords(Native Method)
	at java.awt.MouseInfo.getPointerInfo(MouseInfo.java:83)
	at java.awt.Component$2.run(Component.java:1371)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.awt.Component.getMousePosition(Component.java:1368)
	at genedata.awt.RolloverButton$1.mouseReleased(RolloverButton.java:88)
	at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:290)
	at java.awt.Component.processMouseEvent(Component.java:6505)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3321)
	at java.awt.Component.processEvent(Component.java:6270)
	at java.awt.Container.processEvent(Container.java:2229)
	at java.awt.Component.dispatchEventImpl(Component.java:4861)
	at java.awt.Container.dispatchEventImpl(Container.java:2287)
	at java.awt.Component.dispatchEvent(Component.java:4687)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422)
	at java.awt.Container.dispatchEventImpl(Container.java:2273)
	at java.awt.Window.dispatchEventImpl(Window.java:2713)
	at java.awt.Component.dispatchEvent(Component.java:4687)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:707)
	at java.awt.EventQueue.access$000(EventQueue.java:101)
	at java.awt.EventQueue$3.run(EventQueue.java:666)
	at java.awt.EventQueue$3.run(EventQueue.java:664)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)
	at java.awt.EventQueue$4.run(EventQueue.java:680)
	at java.awt.EventQueue$4.run(EventQueue.java:678)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:677)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:211)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:121)
	at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:182)
	at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:221)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:219)
	at java.awt.Dialog.show(Dialog.java:1072)
	at java.awt.Component.show(Component.java:1651)
	at java.awt.Component.setVisible(Component.java:1603)
	at java.awt.Window.setVisible(Window.java:1013)
	at java.awt.Dialog.setVisible(Dialog.java:1003)
....

These are my observations so far, anyway: Great Work, will save us a
lot of trouble in the future.

               Best regards,
                Martin


From roman at kennke.org  Thu May 31 05:02:09 2012
From: roman at kennke.org (Roman Kennke)
Date: Thu, 31 May 2012 14:02:09 +0200
Subject: Move/resize handling
In-Reply-To: <4FBF721D.2010507@lavabit.com>
References: <4FBF721D.2010507@lavabit.com>
Message-ID: <1338465729.30788.9.camel@mercury.localdomain>

Hi Hamish,

> I'm using Caciocavallo to port AWT to the Haiku operating system as part
> of my Summer of Code project this year.

Wow! That sounds pretty cool!

> Handling resize/move events from the platform window seems to be
> missing, so the Swing component's size is not updated when the window is
> resized by the user. I've solved this by handling
> ComponentEvent.COMPONENT_MOVED/RESIZED in CacioComponentPeer's
> handlePeerEvent and having it set the bounds to the updated bounds of
> the AWT component. You can see the changeset here:
> 
> https://bitbucket.org/hamishm/haiku-jdk-jdk/changeset/2588da0259c9
> 
> Is this the correct way to go about solving this or is there some easy
> solution I'm missing?

This looks about right from quickly glancing over it.

I would like to incorporate this patch (ideally, you could write a
testcase for it, if not, I will probably do it when I find some time).
However, since Cacio is an OpenJDK project, it is required that you fill
out the OCA.

http://www.oracle.com/technetwork/oca-405177.pdf
http://www.oracle.com/technetwork/oca-faq-405384.pdf

What do you think?

Roman




From roman at kennke.org  Thu May 31 05:06:59 2012
From: roman at kennke.org (Roman Kennke)
Date: Thu, 31 May 2012 14:06:59 +0200
Subject: Issues with unsupported toolkit functionality
In-Reply-To: <CALdF2peG9ZpWEjGQUY9RC22_h2r9LnCSEZSdqNiD08teg9X=zA@mail.gmail.com>
References: <CALdF2peG9ZpWEjGQUY9RC22_h2r9LnCSEZSdqNiD08teg9X=zA@mail.gmail.com>
Message-ID: <1338466019.30788.14.camel@mercury.localdomain>

Hi Martin,

> I'm currently porting our FEST test suite from using Xvnc to Cacio.
> In general it seems to work quite well but there are a couple of
> API-Methods of CTCToolkit which are not (really)
>  implemented yet, although I think it should be quite simple to do so:
> 
> * currently the getScreenResolution() method returns 0, (which is
> pretty much the worst number in this position)
>   a constant 72 or 96 would help a lot.
>   A possibility for dynamic configuration in tests would be great.
>   We have a lot of Screenshot/Save Image actions which use this number
> for a division and currently crash.

Right. This seems to be fairly easy to implement.

> * getSystemClipboard() currently returns null. Although I understand
> that a fully-fledged implementation would require
>   some intelligence but I believe in tests it would be sufficient to
> create a singleton instance of Clipboard in the toolkit, that can
>   be filled and read by java test and client code.

Yeah, I think that should be good enough especially for testing. For
real platform ports, this would need to be integrated with the platform
clipboard, but this is not part of core Cacio anyway.


> * We are supporting only Oracle JDK. This works in general quite well
> with Cacio, but there is an Issue in the following method:
> 
> sun.awt.DefaultMouseInfoPeer.fillPointWithCoords(Ljava/awt/Point;)Ijava.lang.UnsatisfiedLinkError:
> sun.awt.DefaultMouseInfoPeer.fillPointWithCoords(Ljava/awt/Point;)I
> 	at sun.awt.DefaultMouseInfoPeer.fillPointWithCoords(Native Method)

Oh yeah, we don't provide an implementation of that one yet, and it
simply falls through to the JDK SunToolkit implementation, which of
course does not work. Should be fairly easy to implement though.


> These are my observations so far, anyway: Great Work, will save us a
> lot of trouble in the future.

Thanks a lot! I will fix the above mentioned issues as soon as I find
some time and then probably push out a release.

Cheers,
Roman