From eliyasadan at gmail.com Tue Jan 1 04:50:45 2013 From: eliyasadan at gmail.com (Eliya Sadan) Date: Tue, 1 Jan 2013 14:50:45 +0200 Subject: watching UI Message-ID: Hi, I would like to start using this great project in my fest tests, but I'm having problems with some custom Swing component we made here (can't drop to it). I believe it's related to the coordinates that I send the robot.drop(Component, Point) Is it possible to see the tests run through VNC or something else? Making it work will make are work way better!! Thx a lot. -- Eliya -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/caciocavallo-dev/attachments/20130101/d62e8cc5/attachment.html From roman at kennke.org Wed Jan 2 10:51:24 2013 From: roman at kennke.org (Roman Kennke) Date: Wed, 02 Jan 2013 19:51:24 +0100 Subject: watching UI In-Reply-To: References: Message-ID: <1357152684.11886.8.camel@mercury> Hi Eliya, > I would like to start using this great project in my fest tests, > but I'm having problems with some custom Swing component we made here > (can't drop to it). > I believe it's related to the coordinates that I send the > robot.drop(Component, Point) I don't know of any Robot.drop() method, neither in java.awt.Robot nor in FEST's Robot class. Are you referring to your own internal component? If so, it would be useful to know what AWT method is ultimately used, maybe something is not yet implemented in Cacio. ? > Is it possible to see the tests run through VNC or something else? Currently not. It is possible to take screenshots using FEST's or AWT's facilities. We are planning to combine Cacio-TTA with Cacio-Web, which would allow to watch runnings tests live & online through a web-browser using HTML5/JavaScript. The current problem we need to overcome is that typically a unit tests starts and stops JVMs all the time, but we need one web server running to deliver the frames to the browser. Best regards, Roman From Jeroen.Lanckmans at uzbrussel.be Fri Jan 4 01:31:28 2013 From: Jeroen.Lanckmans at uzbrussel.be (Jeroen Lanckmans) Date: Fri, 4 Jan 2013 09:31:28 +0000 Subject: ClassCastexception Message-ID: <68CBFDBBC287534A9BBB1DA3DD59E3B95E740127@msgmbx1.uzbrussel.be> Hello, I have some swing test that I'm running with caciocavallo. These test are running perfect but in the logs I see the following error. Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: sun.awt.peer.cacio.ProxyWindow cannot be cast to be.azvub.util.TAzVubFrame at be.azvub.util.TAzVubFrame$WindowAdapter.windowOpened(TAzVubFrame.java:691) at java.awt.AWTEventMulticaster.windowOpened(AWTEventMulticaster.java:339) at java.awt.Window.processWindowEvent(Window.java:2048) at javax.swing.JFrame.processWindowEvent(JFrame.java:296) at java.awt.Window.processEvent(Window.java:2009) at java.awt.Component.dispatchEventImpl(Component.java:4861) at java.awt.Container.dispatchEventImpl(Container.java:2287) at java.awt.Window.dispatchEventImpl(Window.java:2719) at java.awt.Component.dispatchEvent(Component.java:4687) at sun.awt.peer.cacio.ProxyWindowPeer.handleEvent(ProxyWindowPeer.java:169) at java.awt.Component.dispatchEventImpl(Component.java:4937) at java.awt.Container.dispatchEventImpl(Container.java:2287) at java.awt.Window.dispatchEventImpl(Window.java:2719) at java.awt.Component.dispatchEvent(Component.java:4687) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:713) at java.awt.EventQueue.access$000(EventQueue.java:104) at java.awt.EventQueue$3.run(EventQueue.java:672) at java.awt.EventQueue$3.run(EventQueue.java:670) 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:686) at java.awt.EventQueue$4.run(EventQueue.java:684) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:683) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:244) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:147) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:139) at java.awt.EventDispatchThread.run(EventDispatchThread.java:97) The exception occurs in a windowListener where the following code is executed. public void windowOpened(WindowEvent we) { TAzVubFrame azvubframe = (TAzVubFrame) we.getWindow(); Azvubframe.doSomething(); } This has no effect on the test because afterwards the method is called again but now we.getWindow() returns the correct window. The problem is that the window listener is in a package I can't edit. So I can't add a test before the cast. Mvg, Jeroen Lanckmans [cid:image001.gif at 01CDEA62.718FDA80] ________________________________ Jeroen Lanckmans Medische Informatieverwerking jeroen.lanckmans at uzbrussel.be Laarbeeklaan 101 - 1090 Brussel Tel 02 477 69 58 www.uzbrussel.be ________________________________ De informatie in deze Internet-mail is vertrouwelijk en uitsluitend bedoeld voor de bestemmeling. Indien u niet de bedoelde bestemmeling bent, dan is het openen, kopi?ren en verspreiden ervan verboden. P Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/caciocavallo-dev/attachments/20130104/8f699d49/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 1716 bytes Desc: image001.gif Url : http://mail.openjdk.java.net/pipermail/caciocavallo-dev/attachments/20130104/8f699d49/image001.gif From roman at kennke.org Fri Jan 4 02:41:13 2013 From: roman at kennke.org (Roman Kennke) Date: Fri, 04 Jan 2013 11:41:13 +0100 Subject: ClassCastexception In-Reply-To: <68CBFDBBC287534A9BBB1DA3DD59E3B95E740127@msgmbx1.uzbrussel.be> References: <68CBFDBBC287534A9BBB1DA3DD59E3B95E740127@msgmbx1.uzbrussel.be> Message-ID: <1357296073.24723.1.camel@mercury> Hi Jeroen, Thanks for reporting the issue. I will look into it as soon as I can. I filed a bug report: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1247 Best regards, Roman > I have some swing test that I?m running with caciocavallo. > > These test are running perfect but in the logs I see the following > error. > > > > Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: > sun.awt.peer.cacio.ProxyWindow cannot be cast to > be.azvub.util.TAzVubFrame > > at be.azvub.util.TAzVubFrame > $WindowAdapter.windowOpened(TAzVubFrame.java:691) > > at > java.awt.AWTEventMulticaster.windowOpened(AWTEventMulticaster.java:339) > > at > java.awt.Window.processWindowEvent(Window.java:2048) > > at > javax.swing.JFrame.processWindowEvent(JFrame.java:296) > > at java.awt.Window.processEvent(Window.java:2009) > > at > java.awt.Component.dispatchEventImpl(Component.java:4861) > > at > java.awt.Container.dispatchEventImpl(Container.java:2287) > > at java.awt.Window.dispatchEventImpl(Window.java:2719) > > at > java.awt.Component.dispatchEvent(Component.java:4687) > > at > sun.awt.peer.cacio.ProxyWindowPeer.handleEvent(ProxyWindowPeer.java:169) > > at > java.awt.Component.dispatchEventImpl(Component.java:4937) > > at > java.awt.Container.dispatchEventImpl(Container.java:2287) > > at java.awt.Window.dispatchEventImpl(Window.java:2719) > > at > java.awt.Component.dispatchEvent(Component.java:4687) > > at > java.awt.EventQueue.dispatchEventImpl(EventQueue.java:713) > > at java.awt.EventQueue.access$000(EventQueue.java:104) > > at java.awt.EventQueue$3.run(EventQueue.java:672) > > at java.awt.EventQueue$3.run(EventQueue.java:670) > > 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:686) > > at java.awt.EventQueue$4.run(EventQueue.java:684) > > at java.security.AccessController.doPrivileged(Native > Method) > > at java.security.ProtectionDomain > $1.doIntersectionPrivilege(ProtectionDomain.java:76) > > at > java.awt.EventQueue.dispatchEvent(EventQueue.java:683) > > at > java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:244) > > at > java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:163) > > at > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151) > > at > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:147) > > at > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:139) > > at > java.awt.EventDispatchThread.run(EventDispatchThread.java:97) > > > > The exception occurs in a windowListener where the following code is > executed. > > > > public void windowOpened(WindowEvent we) { > > TAzVubFrame azvubframe = (TAzVubFrame) we.getWindow(); > > Azvubframe.doSomething(); > > } > > > > This has no effect on the test because afterwards the method is called > again but now we.getWindow() returns the correct window. > > The problem is that the window listener is in a package I can?t edit. > So I can?t add a test before the cast. From shetyeakash at gmail.com Tue Jan 8 23:31:23 2013 From: shetyeakash at gmail.com (Akash Shetye) Date: Wed, 9 Jan 2013 13:01:23 +0530 Subject: Whats up with WebJDK Message-ID: Hey all on the dev team sorry for being off topic, I tried Caciocavallo not long ago and found it amazing. I was interested in knowing how the development for the WebJDK is going on because I had planned to pursue a similar effort myself, later stumbling across caciocavallo. Instead of reinventing the wheel I wanted to know if I along with a few friends could help with any of the WebJDK's subsystems like filesystem etc. The goal of doing this is to come up with a bachelor thesis/project. We want to do something that has a positive impact and is opensource. Having about four months of nothingness in our schedules, it would be great if we could contribute substantially on the WebJDK thing. I think the exercise will prove to be a great learning experience for us above all. Cheers. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/caciocavallo-dev/attachments/20130109/ba062a1a/attachment.html From roman at kennke.org Wed Jan 9 01:08:38 2013 From: roman at kennke.org (Roman Kennke) Date: Wed, 09 Jan 2013 10:08:38 +0100 Subject: Whats up with WebJDK In-Reply-To: References: Message-ID: <1357722518.3314.27.camel@mercury> Hi Akash, > Hey all on the dev team sorry for being off topic, It's not off-topic! Infact, it is right *on* topic here :-) > I tried Caciocavallo not long ago and found it amazing. I was > interested in knowing how the development for the WebJDK is going on > because I had planned to pursue a similar effort myself, later > stumbling across caciocavallo. Instead of reinventing the wheel I > wanted to know if I along with a few friends could help with any of > the WebJDK's subsystems like filesystem etc. WebJDK basically is Cacio-Web plus a few ideas. A while ago I started work on a filesystem prototype, but it never went very far. From there it basically stalled due to a lack of resources. > The goal of doing this is to come up with a bachelor thesis/project. > We want to do something that has a positive impact and is opensource. > Having about four months of nothingness in our schedules, it would be > great if we could contribute substantially on the WebJDK thing. I > think the exercise will prove to be a great learning experience for us > above all. Absolutely! You would be very welcome in this effort. Just let us know if you need any help or more information to get started. Cheers, Roman From shetyeakash at gmail.com Mon Jan 14 20:20:23 2013 From: shetyeakash at gmail.com (Akash Shetye) Date: Tue, 15 Jan 2013 09:50:23 +0530 Subject: Fwd: Whats up with WebJDK In-Reply-To: References: <1357722518.3314.27.camel@mercury> Message-ID: ---------- Forwarded message ---------- From: Akash Shetye Date: Mon, Jan 14, 2013 at 12:49 AM Subject: Re: Whats up with WebJDK To: Roman Kennke Thanks Roman, we will need a lot of help. Currently I am going through Caciocavallo's code and trying to get a bigger picture (not there yet :P). To develop a new Redirected filesystem I gather that, we will need to reimplement the java.io's File, Writer abstract class as well as reader abstract class and probably more. I am thinking of using HTML5's File API for reading files and HTML5's FileSystem API for writing down files to the client system, however the writing happens to a virtual sandboxed file system, so wouldn't have the flexibility of actually writing things down unless we use ActiveX, Java Applets etc... Tell me what you think about it. Also is you do have the time to do so, please tell me the relevant sections of OpenJDK that will need to be altered, hard to find tutorials on such a subject. Any links or pointers are welcome. Thank you so much Roman. On Wed, Jan 9, 2013 at 2:38 PM, Roman Kennke wrote: > Hi Akash, > > > Hey all on the dev team sorry for being off topic, > > It's not off-topic! Infact, it is right *on* topic here :-) > > > I tried Caciocavallo not long ago and found it amazing. I was > > interested in knowing how the development for the WebJDK is going on > > because I had planned to pursue a similar effort myself, later > > stumbling across caciocavallo. Instead of reinventing the wheel I > > wanted to know if I along with a few friends could help with any of > > the WebJDK's subsystems like filesystem etc. > > WebJDK basically is Cacio-Web plus a few ideas. A while ago I started > work on a filesystem prototype, but it never went very far. From there > it basically stalled due to a lack of resources. > > > The goal of doing this is to come up with a bachelor thesis/project. > > We want to do something that has a positive impact and is opensource. > > Having about four months of nothingness in our schedules, it would be > > great if we could contribute substantially on the WebJDK thing. I > > think the exercise will prove to be a great learning experience for us > > above all. > > Absolutely! You would be very welcome in this effort. Just let us know > if you need any help or more information to get started. > > Cheers, > Roman > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/caciocavallo-dev/attachments/20130115/62966d4e/attachment.html From roman at kennke.org Tue Jan 15 01:47:26 2013 From: roman at kennke.org (Roman Kennke) Date: Tue, 15 Jan 2013 10:47:26 +0100 Subject: Fwd: Whats up with WebJDK In-Reply-To: References: <1357722518.3314.27.camel@mercury> Message-ID: <1358243246.9308.21.camel@mercury> Hi Akesh, As I posted earlier, I made a filesystem prototype ~1 year ago, unfortunately I cannot find the sources anymore (and my backup HD crashed recently..) the only chance to recover this is that I probably sent the code to somebody by email .. in any case, here is what I remember from it: > Thanks Roman, we will need a lot of help. Currently I am going through > Caciocavallo's code and trying to get a bigger picture (not there > yet :P). To develop a new Redirected filesystem I gather that, we will > need to reimplement the java.io's File, Writer abstract class as well > as reader abstract class and probably more. As for the java.io.File, there already is a reasonable abstraction in place, it's the (package-private) java.io.FileSystem. You also need implementations for FileInputStream and FileOutputStream. Unfortunately, those call directly into native code, and our goal is to not call into native code, but implement some sort of protocol to HTML5/JS client. Therefore it'd be necessary/useful to change the file-stream classes to go through a (thin) abstraction layer, and implement that. (I hope I can recover my prototype from somewhere, it did implement all that.) > I am thinking of using HTML5's File API for reading files and HTML5's > FileSystem API for writing down files to the client system, however > the writing happens to a virtual sandboxed file system, so wouldn't > have the flexibility of actually writing things down unless we use > ActiveX, Java Applets etc... Tell me what you think about it. Yeah, that's about it. My idea back then was to make it so that several different implementations are possible on the client side, and provide one (sandboxed) HTML5/JS based one and one that uses applets for full client filesystem access. I hope that helps! If I manage to recover the prototype, I'll let you know, then you probably don't need to reinvent the wheel ;-) Best regards, Roman > > On Wed, Jan 9, 2013 at 2:38 PM, Roman Kennke wrote: > Hi Akash, > > > Hey all on the dev team sorry for being off topic, > > > It's not off-topic! Infact, it is right *on* topic here :-) > > > I tried Caciocavallo not long ago and found it amazing. I > was > > interested in knowing how the development for the WebJDK is > going on > > because I had planned to pursue a similar effort myself, > later > > stumbling across caciocavallo. Instead of reinventing the > wheel I > > wanted to know if I along with a few friends could help with > any of > > the WebJDK's subsystems like filesystem etc. > > > WebJDK basically is Cacio-Web plus a few ideas. A while ago I > started > work on a filesystem prototype, but it never went very far. > From there > it basically stalled due to a lack of resources. > > > The goal of doing this is to come up with a bachelor > thesis/project. > > We want to do something that has a positive impact and is > opensource. > > Having about four months of nothingness in our schedules, it > would be > > great if we could contribute substantially on the WebJDK > thing. I > > think the exercise will prove to be a great learning > experience for us > > above all. > > > Absolutely! You would be very welcome in this effort. Just let > us know > if you need any help or more information to get started. > > Cheers, > Roman > > > > > From roman at kennke.org Tue Jan 15 01:56:45 2013 From: roman at kennke.org (Roman Kennke) Date: Tue, 15 Jan 2013 10:56:45 +0100 Subject: Fwd: Whats up with WebJDK In-Reply-To: <1358243246.9308.21.camel@mercury> References: <1357722518.3314.27.camel@mercury> <1358243246.9308.21.camel@mercury> Message-ID: <1358243805.9308.23.camel@mercury> Am Dienstag, den 15.01.2013, 10:47 +0100 schrieb Roman Kennke: > Hi Akesh, > > If I manage to recover the prototype, I'll let you know, then you > probably don't need to reinvent the wheel ;-) And there it is: http://ladybug-studio.com/~roman/webfs.tar.gz This is only the WebFS part for now, there are some changes required in OpenJDK itself, I have them here, but I need to sort them out... I will keep you posted about this as well. Cheers, Roman > > Best regards, > Roman > > > > > On Wed, Jan 9, 2013 at 2:38 PM, Roman Kennke wrote: > > Hi Akash, > > > > > Hey all on the dev team sorry for being off topic, > > > > > > It's not off-topic! Infact, it is right *on* topic here :-) > > > > > I tried Caciocavallo not long ago and found it amazing. I > > was > > > interested in knowing how the development for the WebJDK is > > going on > > > because I had planned to pursue a similar effort myself, > > later > > > stumbling across caciocavallo. Instead of reinventing the > > wheel I > > > wanted to know if I along with a few friends could help with > > any of > > > the WebJDK's subsystems like filesystem etc. > > > > > > WebJDK basically is Cacio-Web plus a few ideas. A while ago I > > started > > work on a filesystem prototype, but it never went very far. > > From there > > it basically stalled due to a lack of resources. > > > > > The goal of doing this is to come up with a bachelor > > thesis/project. > > > We want to do something that has a positive impact and is > > opensource. > > > Having about four months of nothingness in our schedules, it > > would be > > > great if we could contribute substantially on the WebJDK > > thing. I > > > think the exercise will prove to be a great learning > > experience for us > > > above all. > > > > > > Absolutely! You would be very welcome in this effort. Just let > > us know > > if you need any help or more information to get started. > > > > Cheers, > > Roman > > > > > > > > > > > > > From shetyeakash at gmail.com Tue Jan 15 02:10:21 2013 From: shetyeakash at gmail.com (Akash Shetye) Date: Tue, 15 Jan 2013 15:40:21 +0530 Subject: Fwd: Whats up with WebJDK In-Reply-To: <1358243246.9308.21.camel@mercury> References: <1357722518.3314.27.camel@mercury> <1358243246.9308.21.camel@mercury> Message-ID: Thanks Roman, I actually don't mind writing the java.io.FileSystem abstraction that you can't find now. Since you have achieved that earlier, you can tell me how to go about it. Thanks for the reply. On Tue, Jan 15, 2013 at 3:17 PM, Roman Kennke wrote: > Hi Akesh, > > As I posted earlier, I made a filesystem prototype ~1 year ago, > unfortunately I cannot find the sources anymore (and my backup HD > crashed recently..) the only chance to recover this is that I probably > sent the code to somebody by email .. in any case, here is what I > remember from it: > > > Thanks Roman, we will need a lot of help. Currently I am going through > > Caciocavallo's code and trying to get a bigger picture (not there > > yet :P). To develop a new Redirected filesystem I gather that, we will > > need to reimplement the java.io's File, Writer abstract class as well > > as reader abstract class and probably more. > > As for the java.io.File, there already is a reasonable abstraction in > place, it's the (package-private) java.io.FileSystem. You also need > implementations for FileInputStream and FileOutputStream. Unfortunately, > those call directly into native code, and our goal is to not call into > native code, but implement some sort of protocol to HTML5/JS client. > Therefore it'd be necessary/useful to change the file-stream classes to > go through a (thin) abstraction layer, and implement that. (I hope I can > recover my prototype from somewhere, it did implement all that.) > > > I am thinking of using HTML5's File API for reading files and HTML5's > > FileSystem API for writing down files to the client system, however > > the writing happens to a virtual sandboxed file system, so wouldn't > > have the flexibility of actually writing things down unless we use > > ActiveX, Java Applets etc... Tell me what you think about it. > > Yeah, that's about it. My idea back then was to make it so that several > different implementations are possible on the client side, and provide > one (sandboxed) HTML5/JS based one and one that uses applets for full > client filesystem access. > > I hope that helps! > > If I manage to recover the prototype, I'll let you know, then you > probably don't need to reinvent the wheel ;-) > > Best regards, > Roman > > > > > On Wed, Jan 9, 2013 at 2:38 PM, Roman Kennke wrote: > > Hi Akash, > > > > > Hey all on the dev team sorry for being off topic, > > > > > > It's not off-topic! Infact, it is right *on* topic here :-) > > > > > I tried Caciocavallo not long ago and found it amazing. I > > was > > > interested in knowing how the development for the WebJDK is > > going on > > > because I had planned to pursue a similar effort myself, > > later > > > stumbling across caciocavallo. Instead of reinventing the > > wheel I > > > wanted to know if I along with a few friends could help with > > any of > > > the WebJDK's subsystems like filesystem etc. > > > > > > WebJDK basically is Cacio-Web plus a few ideas. A while ago I > > started > > work on a filesystem prototype, but it never went very far. > > From there > > it basically stalled due to a lack of resources. > > > > > The goal of doing this is to come up with a bachelor > > thesis/project. > > > We want to do something that has a positive impact and is > > opensource. > > > Having about four months of nothingness in our schedules, it > > would be > > > great if we could contribute substantially on the WebJDK > > thing. I > > > think the exercise will prove to be a great learning > > experience for us > > > above all. > > > > > > Absolutely! You would be very welcome in this effort. Just let > > us know > > if you need any help or more information to get started. > > > > Cheers, > > Roman > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/caciocavallo-dev/attachments/20130115/5704f4fe/attachment.html From przemko at przemko-robakowski.pl Wed Jan 16 07:23:53 2013 From: przemko at przemko-robakowski.pl (Przemko Robakowski) Date: Wed, 16 Jan 2013 16:23:53 +0100 Subject: NullPointerException on CTCGraphicsDevice.getConfigurations Message-ID: Hi all! I am testing cacio-tta 1.3 (from maven) to do GUI tests of project. There is a code in there (I have no control over it so it can't be changed) which uses method code: getConfigurations()[0] to get default configuration (I think this was the purpose). That ends up with NPE in cacio. Shouldn't getConfigurations at least return defaultConfig instead of null? Przemko Robakowski -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/caciocavallo-dev/attachments/20130116/9182b0b4/attachment.html From roman at kennke.org Wed Jan 16 07:39:25 2013 From: roman at kennke.org (Roman Kennke) Date: Wed, 16 Jan 2013 16:39:25 +0100 Subject: NullPointerException on CTCGraphicsDevice.getConfigurations In-Reply-To: References: Message-ID: <1358350765.1948.17.camel@mercury> Am Mittwoch, den 16.01.2013, 16:23 +0100 schrieb Przemko Robakowski: > Hi all! > > I am testing cacio-tta 1.3 (from maven) to do GUI tests of project. > There is a code in there (I have no control over it so it can't be > changed) which uses method code: getConfigurations()[0] to get default > configuration (I think this was the purpose). That ends up with NPE in > cacio. > Shouldn't getConfigurations at least return defaultConfig instead of > null? Yes it should, but the implementation is not there: @Override public GraphicsConfiguration[] getConfigurations() { // TODO Auto-generated method stub return null; } I'll fix that as soon as I find some time... In the meantime, it would be very useful if you could file a bug: http://icedtea.classpath.org/bugzilla/ (select cacio as component). Roman