From jari.bakken at gmail.com Wed Sep 2 17:31:32 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Wed, 2 Sep 2009 23:31:32 +0200 Subject: [Celerity-users] Query native javascript functions on an HTMLElement? In-Reply-To: <786ddd160909021159p1d3a2fa3j6f8c2cf778409af8@mail.gmail.com> References: <786ddd160909021159p1d3a2fa3j6f8c2cf778409af8@mail.gmail.com> Message-ID: On Wed, Sep 2, 2009 at 8:59 PM, chao Lam wrote: > Hi, > > However, in Celerity > > browser.getElementByXPath("//div[@id='x']").javascript_object.style.backgroundImage > > results in an error (backgroundImage method not found) > Different ways of accomplishing what you want: browser.div(:id, 'x').style # although this includes "background: " as well browser.div(:id, 'x').javascript_object.style.jsx_get_background The latest code on GitHub has a fix that will let you do: browser.div(:id, 'x').javascript_object.style.background From jasoninclass at googlemail.com Thu Sep 3 04:34:00 2009 From: jasoninclass at googlemail.com (jason franklin-stokes) Date: Thu, 3 Sep 2009 10:34:00 +0200 Subject: [Celerity-users] webClient serialization Message-ID: Dear Groupies, I need to serialize the HtmlUnit's webClient object so that I can persist pages and reuse them again from disk rather than reload them via the url. Apparently HtmlUnit 2.6 can do this: The webClient object model implements serialize and it apparently works correctly. Unfortunately I have no Idea how to go about getting the webClient object serialize and that data to disk from celerity. Has anyone got an idea for me? Any help would be highly appreciated (btw Java is total gobbledegook for me - so any ideas that include writing code in HtmlUnit is a little out of by league). Thanks a million Jason. From jasoninclass at googlemail.com Thu Sep 3 08:23:17 2009 From: jasoninclass at googlemail.com (jason franklin-stokes) Date: Thu, 3 Sep 2009 14:23:17 +0200 Subject: [Celerity-users] test failures on current head Message-ID: <1CF59D33-65C5-4FEB-8BB2-46818800D5F0@googlemail.com> Dear Groupies, I am getting test failures on when i run jruby -S rake spec on the current head version of celerity. I am wondering - is this normal? or something going wrong on my end? What seems a little strange is this: [2009-09-03 14:16:39] INFO WEBrick::HTTPProxyServer#start: pid=230 port=2001 [2009-09-03 14:16:40] ERROR Connection refused - Connection refused I am guessing that should not be happening? if so, what could be the cause? Any Ideas? Thanks a million - Jason. [2009-09-03 14:16:38] INFO WEBrick 1.3.1 [2009-09-03 14:16:38] INFO ruby 1.8.6 (2009-06-15) [java] [2009-09-03 14:16:38] INFO WEBrick::HTTPServer#start: pid=230 port=2000 [2009-09-03 14:16:39] INFO WEBrick 1.3.1 [2009-09-03 14:16:39] INFO ruby 1.8.6 (2009-06-15) [java] [2009-09-03 14:16:39] INFO WEBrick::HTTPProxyServer#start: pid=230 port=2001 [2009-09-03 14:16:40] ERROR Connection refused - Connection refused localhost - - [03/Sep/2009:14:16:40 CEST] "GET http://0.0.0.0:2000/ HTTP/1.1" 503 313 - -> http://0.0.0.0:2000/ F .....FF ......FF.FFF ..F ........FF ........................................................F ......FF ..F ....FFF ...............................................F ...........................................................................................................................................................................................................F .................................................................................................F .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................FF ...F.......... 1019 examples, 24 failures From jari.bakken at gmail.com Thu Sep 3 17:49:10 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Thu, 3 Sep 2009 23:49:10 +0200 Subject: [Celerity-users] Query native javascript functions on an HTMLElement? In-Reply-To: <786ddd160909021541j8b09c82ua9ed3eb794738d5a@mail.gmail.com> References: <786ddd160909021159p1d3a2fa3j6f8c2cf778409af8@mail.gmail.com> <786ddd160909021541j8b09c82ua9ed3eb794738d5a@mail.gmail.com> Message-ID: On Thu, Sep 3, 2009 at 12:41 AM, chao Lam wrote: > Hi Jari, > > Wow, that was fast - thank you. > > Just trying to understand the underlying mechanism, how does jsx_get work? > Does it have a jsx_get_ method for every in the? HTMLElement > or CSSStyleDeclaration javascript object? > That's right - we implement method_missing to avoid the prefix present in HtmlUnit. You can use Ruby's reflection features to see a list of what methods an object responds to: >> browser.div(:id, "gbar").javascript_object.methods - Object.methods => ["jsx_set_align", "jsx_set_align__method", "jsxGet_align__method", "jsx_get_align", ...] From jari.bakken at gmail.com Thu Sep 3 19:00:37 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Fri, 4 Sep 2009 01:00:37 +0200 Subject: [Celerity-users] test failures on current head In-Reply-To: <1CF59D33-65C5-4FEB-8BB2-46818800D5F0@googlemail.com> References: <1CF59D33-65C5-4FEB-8BB2-46818800D5F0@googlemail.com> Message-ID: On Thu, Sep 3, 2009 at 2:23 PM, jason franklin-stokes wrote: > > I am wondering - is this normal? or something going wrong on my end? Not normal - something wrong on your end. > > 1019 examples, 24 failures > > Please post the actual failures instead of the warnings from webrick. You could also try installing a different web server. Sinatra prefers thin, mongrel or webrick, in that order. From jari.bakken at gmail.com Thu Sep 3 21:45:56 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Fri, 4 Sep 2009 03:45:56 +0200 Subject: [Celerity-users] [ANN] celerity 0.0.7 released Message-ID: This release includes HtmlUnit 2.6 (released 2009-09-03). From now on, "bleeding edge" gems will be available on GitHub as jarib-celerity (using SNAPSHOT jars from HtmlUnit), and we'll only push to Rubyforge when an official minor point release of HtmlUnit is made available. Enjoy! http://github.com/jarib/celerity http://celerity.rubyforge.org/ Celerity is a JRuby library for easy and fast functional test automation for web applications. Changes: ## 0.0.7 2009-09-04 * :firefox (Firefox 2) is now the default browser, :firefox3 support added. * Avoid huge Java backtraces on FailingHttpStatusCodeException * Browser#log_level= sets the log level for more HtmlUnit packages * Default log level is now :off * ClickableElement#click_and_attach inherits options from parent browser * Allow searching by XPath in frames. * Fix bug with scripts in body onload. * Nicer API for Browser#debug_web_connection * Fix bug in Browser#element_by_xpath(s) and Element#method_missing * Fix bug when selecting empty SelectList options * Fix issue when using multiple attributes to locate elements on a page with non-unique IDs. * Nicer #inspect methods on some objects * Improved IPC with viewers * Methods added: - Browser#clear_cache - Browser#confirm - Browser#css= - Browser#ignore_pattern= - Browser#javascript_excepetion= - Browser#secure_ssl= - Browser#status - Browser#status_code - Browser#status_code_exceptions= - Celerity.index_offset= - ClickableElement#download - Element#fire_event - Element#javascript_object * New constructor options: - :javascript_enabled => true, false - :viewer => true, false, String - :refresh_handler => :immediate, :waiting, :threaded * Features removed: - Celerity::MethodGenerator * Most of the spec suite moved to the WatirSpec project From jasoninclass at googlemail.com Fri Sep 4 03:17:59 2009 From: jasoninclass at googlemail.com (jason franklin-stokes) Date: Fri, 4 Sep 2009 09:17:59 +0200 Subject: [Celerity-users] test failures on current head In-Reply-To: References: <1CF59D33-65C5-4FEB-8BB2-46818800D5F0@googlemail.com> Message-ID: <2719EB4D-EA2B-47C9-883F-F081071B0041@googlemail.com> Hi Jari FYI - all tests passing after installing the mongel gem. Jason. On Sep 4, 2009, at 1:00 AM, Jari Bakken wrote: > ost the actual failures instead of th From jari.bakken at gmail.com Fri Sep 4 13:51:10 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Fri, 4 Sep 2009 19:51:10 +0200 Subject: [Celerity-users] git-clone build -> Don't know how to build task 'tasks/simple_ci.rake' In-Reply-To: References: Message-ID: On Fri, Sep 4, 2009 at 6:07 PM, jason franklin-stokes wrote: > Don't know how to build task 'tasks/simple_ci.rake' This is because the Manifest file is out of date. I've pushed a fix. I rarely check the Manifest file unless I do a version bump. Then again, if you really want a fresh gem installed, you could just get the latest from GitHub (gem install jarib-celerity) - most of the changes made between patch version bumps are not really that interesting. And if you want to use the version from the git working copy directly, just require "lib/celerity". From jasoninclass at googlemail.com Sat Sep 5 10:26:07 2009 From: jasoninclass at googlemail.com (jason franklin-stokes) Date: Sat, 5 Sep 2009 16:26:07 +0200 Subject: [Celerity-users] git-clone build -> Don't know how to build task 'tasks/simple_ci.rake' In-Reply-To: References: Message-ID: Jari Thanks, I actually really need the function of serializing the htmlunit WebClient. To do that I need to add a class and functions in the HtmlUnit and monkey patch celerity api. I need to make sure that celerity still passes its tests after i make a new html unit package and copy that to the celertiy htmlunit lib. I could of course just copy the html package to gem install in the jruby path - but I would rather build a new gem and install it. As I will be doing this more than more once - I need some sort of stable write, test deploy situation. So you must be packaging the gem differently to the way I am doing it if you can make a gem and I cannot. It would be a great help if you let me know your write, test deploy sequence for celerity. That would be really healpful. Thanks a million Jason. On Sep 4, 2009, at 7:51 PM, Jari Bakken wrote: > On Fri, Sep 4, 2009 at 6:07 PM, jason > franklin-stokes wrote: >> Don't know how to build task 'tasks/simple_ci.rake' > > This is because the Manifest file is out of date. I've pushed a fix. > > I rarely check the Manifest file unless I do a version bump. Then > again, if you really want a fresh gem installed, you could just get > the latest from GitHub (gem install jarib-celerity) - most of the > changes made between patch version bumps are not really that > interesting. And if you want to use the version from the git working > copy directly, just require "lib/celerity". > _______________________________________________ > Celerity-users mailing list > Celerity-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/celerity-users From jari.bakken at gmail.com Sat Sep 5 12:56:50 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Sat, 5 Sep 2009 18:56:50 +0200 Subject: [Celerity-users] git-clone build -> Don't know how to build task 'tasks/simple_ci.rake' In-Reply-To: References:

Message-ID: On Sat, Sep 5, 2009 at 4:26 PM, jason franklin-stokes wrote: > > It would be a great help if you let me know your write, test deploy sequence > for celerity. That would be really healpful. I use `jruby -S rake spec` to run the specs (assuming WatirSpec is initialized) and build the gem with `rake gem`. Then you can install the gem with `jruby -S gem install pkg/celerity-X.X.X.gem`. If you have added/removed/renamed files you need to update Manifest.txt before building the gem. Looks like Hoe didn't recognize the .rdoc extension of the README which caused the summary error, I've pushed a fix for that as well. From jasoninclass at googlemail.com Sat Sep 5 13:05:01 2009 From: jasoninclass at googlemail.com (jason franklin-stokes) Date: Sat, 5 Sep 2009 19:05:01 +0200 Subject: [Celerity-users] git-clone build -> Don't know how to build task 'tasks/simple_ci.rake' In-Reply-To: References:

Message-ID: <4F2CB866-720F-4052-9DA3-74E27845B4F0@googlemail.com> briliiant!! thanks. with a bit of luck i can serialize the webclient with just a few extra lines in celerity. On Sep 5, 2009, at 6:56 PM, Jari Bakken wrote: > On Sat, Sep 5, 2009 at 4:26 PM, jason > franklin-stokes wrote: >> >> It would be a great help if you let me know your write, test deploy >> sequence >> for celerity. That would be really healpful. > > I use `jruby -S rake spec` to run the specs (assuming WatirSpec is > initialized) and build the gem with `rake gem`. > Then you can install the gem with `jruby -S gem install > pkg/celerity-X.X.X.gem`. > > If you have added/removed/renamed files you need to update > Manifest.txt before building the gem. > > Looks like Hoe didn't recognize the .rdoc extension of the README > which caused the summary error, I've pushed a fix for that as well. > _______________________________________________ > Celerity-users mailing list > Celerity-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/celerity-users From jasoninclass at googlemail.com Mon Sep 7 13:08:32 2009 From: jasoninclass at googlemail.com (jason franklin-stokes) Date: Mon, 7 Sep 2009 19:08:32 +0200 Subject: [Celerity-users] page cacheing In-Reply-To: References: <7C2A8B80-6765-4EE7-8845-4A7BE61153A5@patchspace.co.uk> Message-ID: <2C0FBF0C-1199-4143-AC33-C1D5608FC83E@googlemail.com> Hi Jari, I hope you can help me on this one. Serialization seems to be working on the HtmlUnit side of things. I have written this code on jruby side which seems to serialize the webclient and page - which is exactly what i need. But for the life of me I cannot save them to disk (Marshal dump hates anonymous classes). Have you go any Ideas on how I can get the serialized data form the htmlunit side on to disk and back off again and back to htmlunit? Any ideas would be of great help. ####### # serialize and deserialize working ####### require 'java' require 'htmlunit-2.7-SNAPSHOT.jar' include_class 'com.gargoylesoftware.htmlunit.WebClient' include_class 'org.apache.commons.lang.SerializationUtils' webclient = WebClient.new(version) page = webclient.getPage("http://www.google.de") serialized_page = SerializationUtils.serialize(page) serialized_client = SerializationUtils.serialize(webclient) #write to disk # read back from disk webclient_1 = SerializationUtils.deserialize(serialized_client); page_1 = SerializationUtils.deserialize(serialized_page); puts webclient_1.inspect puts page_1.inspect On Aug 11, 2009, at 6:22 PM, Jari Bakken wrote: > Out of curiousity, what's the use case? I can see Ashley's point about > the back button loading a cached version, but why do you want to store > the objects on disk? > _______________________________________________ > Celerity-users mailing list > Celerity-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/celerity-users From jari.bakken at gmail.com Mon Sep 7 14:22:46 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Mon, 7 Sep 2009 20:22:46 +0200 Subject: [Celerity-users] page cacheing In-Reply-To: <2C0FBF0C-1199-4143-AC33-C1D5608FC83E@googlemail.com> References: <7C2A8B80-6765-4EE7-8845-4A7BE61153A5@patchspace.co.uk> <2C0FBF0C-1199-4143-AC33-C1D5608FC83E@googlemail.com> Message-ID: Hello Jason, On Mon, Sep 7, 2009 at 7:08 PM, jason franklin-stokes wrote: > Have you go any Ideas on how I can get the serialized data form the htmlunit > side on to disk and back off again and back to htmlunit? > This seems to work - http://gist.github.com/182493 From jasoninclass at googlemail.com Wed Sep 9 04:45:19 2009 From: jasoninclass at googlemail.com (jason franklin-stokes) Date: Wed, 9 Sep 2009 10:45:19 +0200 Subject: [Celerity-users] page cacheing In-Reply-To: References: <7C2A8B80-6765-4EE7-8845-4A7BE61153A5@patchspace.co.uk> <2C0FBF0C-1199-4143-AC33-C1D5608FC83E@googlemail.com> Message-ID: <075DB69B-8A1B-4346-BB2E-56D3CB9D09F3@googlemail.com> Hi Jari, Brilliant - thanks - that works!!. However - i tried to do this while using celerity, unfortunately with not much success - as soon as i try to serialize browser.page it bombs out with: "org/apache/commons/lang/SerializationUtils.java:111:in `serialize': org.apache.commons.lang.SerializationException: java.io.NotSerializableException: org.jruby.gen.InterfaceImpl1274989706 (NativeException)" I totally don't understand why. have you got any ideas? here the simplified case: ############################# # NOT WORKING USING CELERITY ############################# require 'rubygems' require 'celerity' require 'java' include_class 'org.apache.commons.lang.SerializationUtils' browser = Celerity::Browser.new :browser => :firefox, :log_level => :off browser.goto("http://www.google.de") serialized_page = SerializationUtils.serialize(browser.page) # <---------- bombs out here ############################# # WORKING NOT USING CELERITY ############################# require 'rubygems' require 'java' require 'htmlunit-2.7-SNAPSHOT.jar' include_class 'com.gargoylesoftware.htmlunit.WebClient' include_class 'org.apache.commons.lang.SerializationUtils' include_class 'com.gargoylesoftware.htmlunit.BrowserVersion'; version = BrowserVersion.new( "Netscape", "5.0 (Macintosh; en-US)", "Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.14) Gecko/ 20080404 Firefox/2.0.0.14", "1.2" , 5.0 ) webclient = WebClient.new(version) page = webclient.getPage("http://www.google.de") serialized_page = SerializationUtils.serialize(page) File.open("serialized_page.data", "wb") { |file| file << serialized_page.to_a.pack("C*") } page_from_disk = File.read("serialized_page.data") #.unpack("C*") puts page_from_disk.inspect On Sep 7, 2009, at 8:22 PM, Jari Bakken wrote: > Hello Jason, > > On Mon, Sep 7, 2009 at 7:08 PM, jason > franklin-stokes wrote: >> Have you go any Ideas on how I can get the serialized data form the >> htmlunit >> side on to disk and back off again and back to htmlunit? >> > > > This seems to work - http://gist.github.com/182493 > _______________________________________________ > Celerity-users mailing list > Celerity-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/celerity-users From jari.bakken at gmail.com Wed Sep 9 05:03:06 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Wed, 9 Sep 2009 11:03:06 +0200 Subject: [Celerity-users] page cacheing In-Reply-To: <075DB69B-8A1B-4346-BB2E-56D3CB9D09F3@googlemail.com> References: <7C2A8B80-6765-4EE7-8845-4A7BE61153A5@patchspace.co.uk> <2C0FBF0C-1199-4143-AC33-C1D5608FC83E@googlemail.com> <075DB69B-8A1B-4346-BB2E-56D3CB9D09F3@googlemail.com> Message-ID: On Wed, Sep 9, 2009 at 10:45 AM, jason franklin-stokes wrote: > Hi Jari, > > Brilliant - thanks - that works!!. > > However - i tried to do this while using celerity, unfortunately with not > much success - as soon as i try to serialize browser.page it bombs out with: > > "org/apache/commons/lang/SerializationUtils.java:111:in `serialize': > org.apache.commons.lang.SerializationException: > java.io.NotSerializableException: org.jruby.gen.InterfaceImpl1274989706 > (NativeException)" > > I totally don't understand why. have you got any ideas? > It's because we implement the WebWindowListener interface (among others) and add it to the web client. JRuby's interface implementation is not Serializable. The WebWindowListener is used to update Celerity about page changes, so it's quite important. From ashley.moran at patchspace.co.uk Wed Sep 9 10:59:37 2009 From: ashley.moran at patchspace.co.uk (Ashley Moran) Date: Wed, 9 Sep 2009 15:59:37 +0100 Subject: [Celerity-users] Default to { :index => first } ? Message-ID: <029E8E7D-3356-4957-A6E5-91609AC700F4@patchspace.co.uk> Hi Just noticed that some elements are unique, but (although I may be missing an easy way) Celerity makes you write a more verbose finder. The one we came across was this: @table.thead.cells This doesn't work. Instead, you have to write: @table.thead(:index => 1).cells Three questions: - is there a short way of writing this? - would it be useful for the former to be an synonym for the latter? - if not and if so, is it worth filing a ticket for? Cheers Ashley -- http://www.patchspace.co.uk/ http://www.linkedin.com/in/ashleymoran http://aviewfromafar.net/ From jari.bakken at gmail.com Wed Sep 9 11:42:37 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Wed, 9 Sep 2009 17:42:37 +0200 Subject: [Celerity-users] Default to { :index => first } ? In-Reply-To: <029E8E7D-3356-4957-A6E5-91609AC700F4@patchspace.co.uk> References: <029E8E7D-3356-4957-A6E5-91609AC700F4@patchspace.co.uk> Message-ID: On Wed, Sep 9, 2009 at 4:59 PM, Ashley Moran wrote: > Three questions: > > - is there a short way of writing this? @table.theads.first.cells > > - would it be useful for the former to be an synonym for the latter? > Perhaps, but I'm a bit reluctant to introduce this API change unless it's also made in Watir. > - if not and if so, is it worth filing a ticket for? > Sure, go ahead - if it's easily implementable in Watir I might do it in both libs. From ashley.moran at patchspace.co.uk Thu Sep 10 04:57:26 2009 From: ashley.moran at patchspace.co.uk (Ashley Moran) Date: Thu, 10 Sep 2009 09:57:26 +0100 Subject: [Celerity-users] Default to { :index => first } ? In-Reply-To: References: <029E8E7D-3356-4957-A6E5-91609AC700F4@patchspace.co.uk> Message-ID: <0C460549-4540-45D8-BF14-E9E3C1468AE3@patchspace.co.uk> On 9 Sep 2009, at 16:42, Jari Bakken wrote: > @table.theads.first.cells Thanks - we've implemented the change. >> - would it be useful for the former to be an synonym for the latter? >> > > Perhaps, but I'm a bit reluctant to introduce this API change unless > it's also made in Watir. > >> - if not and if so, is it worth filing a ticket for? >> > > Sure, go ahead - if it's easily implementable in Watir I might do it > in both libs. Just done! http://github.com/jarib/celerity/issues/#issue/7 Cheers Ashley -- http://www.patchspace.co.uk/ http://www.linkedin.com/in/ashleymoran http://aviewfromafar.net/ From jasoninclass at googlemail.com Sun Sep 13 07:20:12 2009 From: jasoninclass at googlemail.com (jason franklin-stokes) Date: Sun, 13 Sep 2009 13:20:12 +0200 Subject: [Celerity-users] page cacheing In-Reply-To: References: <7C2A8B80-6765-4EE7-8845-4A7BE61153A5@patchspace.co.uk> <2C0FBF0C-1199-4143-AC33-C1D5608FC83E@googlemail.com> <075DB69B-8A1B-4346-BB2E-56D3CB9D09F3@googlemail.com> Message-ID: <5729B44B-3274-4A9D-B3C3-1D82525E985A@googlemail.com> Dear Jari, I have a patch for celerity so that browser.page can be serialized and deserialized. I also added a simple test and all other tests are passing. From ec70deb926e85b12c25a0db5866ed0f315a9e1fe Mon Sep 17 00:00:00 2001 From: jason franklin-stokes Date: Sun, 13 Sep 2009 12:46:34 +0200 Subject: [PATCH] browser page serialize --- .gitignore | 4 +++- lib/celerity/browser.rb | 11 +++++++++++ lib/celerity/htmlunit.rb | 1 + lib/celerity/listener.rb | 5 +++++ spec/browser_spec.rb | 9 +++++++++ 5 files changed, 29 insertions(+), 1 deletions(-) diff --git a/.gitignore b/.gitignore index 241a0c2..c09e42e 100644 --- a/.gitignore +++ b/.gitignore @@ -2,4 +2,6 @@ log/** doc classes .yardoc -pkg \ No newline at end of file +pkg +.diff +.DS_Store diff --git a/lib/celerity/browser.rb b/lib/celerity/browser.rb index d9be7e2..b00e4df 100644 --- a/lib/celerity/browser.rb +++ b/lib/celerity/browser.rb @@ -83,6 +83,17 @@ module Celerity short_inspect :exclude => %w[@webclient @browser @object @options @listener @event_listener] end + def serialize_page + listener.remove_listener(:web_window_event, @event_listener) + SerializationUtils.serialize(@page).to_a.pack("C*") + end + + def deserialize_page(_serialized_page) + @page = SerializationUtils.deserialize (_serialized_page.to_java_bytes) + listener.add_listener(:web_window_event, &@event_listener) + @page + end + # # Goto the given URL # diff --git a/lib/celerity/htmlunit.rb b/lib/celerity/htmlunit.rb index 974289b..e94b387 100644 --- a/lib/celerity/htmlunit.rb +++ b/lib/celerity/htmlunit.rb @@ -3,6 +3,7 @@ module Celerity Jars.each { |jar| require(jar) } include_class org.apache.commons.httpclient.Cookie + include_class org.apache.commons.lang.SerializationUtils module JsxHelper def method_missing(meth, *args, &blk) diff --git a/lib/celerity/listener.rb b/lib/celerity/listener.rb index c5ce71f..a1c30fd 100644 --- a/lib/celerity/listener.rb +++ b/lib/celerity/listener.rb @@ -62,6 +62,11 @@ module Celerity else raise TypeError, "must give proc or index" end + + case type + when :web_window_event + @webclient.removeWebWindowListener(self) if @procs [type].length == 0 + end end # diff --git a/spec/browser_spec.rb b/spec/browser_spec.rb index 4dc45c9..fc7cb0b 100644 --- a/spec/browser_spec.rb +++ b/spec/browser_spec.rb @@ -297,4 +297,13 @@ describe "Browser" do end end + describe "#serialize" do + it "should serialize and deserialize page" do + b = Browser.new + b.goto(WatirSpec.files + "/forms_with_input_elements.html") + serialized = b.serialize_page + b.deserialize_page(serialized).should be_a_kind_of Java::ComGargoylesoftwareHtmlunitHtml::HtmlPage + end + end + end -- 1.6.4.2 On Sep 9, 2009, at 11:03 AM, Jari Bakken wrote: > On Wed, Sep 9, 2009 at 10:45 AM, jason > franklin-stokes wrote: >> Hi Jari, >> >> Brilliant - thanks - that works!!. >> >> However - i tried to do this while using celerity, unfortunately >> with not >> much success - as soon as i try to serialize browser.page it bombs >> out with: >> >> "org/apache/commons/lang/SerializationUtils.java:111:in `serialize': >> org.apache.commons.lang.SerializationException: >> java.io.NotSerializableException: >> org.jruby.gen.InterfaceImpl1274989706 >> (NativeException)" >> >> I totally don't understand why. have you got any ideas? >> > > It's because we implement the WebWindowListener interface (among > others) and add it to the web client. JRuby's interface implementation > is not Serializable. The WebWindowListener is used to update Celerity > about page changes, so it's quite important. > _______________________________________________ > Celerity-users mailing list > Celerity-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/celerity-users From jasoninclass at googlemail.com Fri Sep 18 04:45:19 2009 From: jasoninclass at googlemail.com (jason franklin-stokes) Date: Fri, 18 Sep 2009 10:45:19 +0200 Subject: [Celerity-users] persistant css js cache Message-ID: Dear Groupies, does anyone know if it possible to make the css and js cache persistant? thanks for any feedback Jason. From AEtzold at gmx.de Sat Sep 26 14:12:43 2009 From: AEtzold at gmx.de (Axel Etzold) Date: Sat, 26 Sep 2009 20:12:43 +0200 Subject: [Celerity-users] unable to click a button - overlooking something ? Message-ID: <20090926181243.78210@gmx.net> Dear all, I'd like to enter some text into a text field in a website and click a button. Entering the text works, finding the button works, but clicking it doesn't ( I am expecting a page with many different tenses of a Portuguese verb, "falar"). What am I missing ? Thank you very much! Best regards, Axel Here is my code : require "rubygems" require "celerity" browser = Celerity::Browser.new browser.goto("http://linguistica.insite.com.br/cgi-bin/conjugue") p browser.text browser.text_fields.first.value="falar" p 'click button: is it there ? - use browser.buttons.first method' p browser.buttons.first.exists? p 'try to click' browser.buttons.first.click puts browser.text p '-----------------------------------------------------' p 'second attempt : click button: is it there ? - use browser.button(:value) method' p browser.button(:value,"conjugar").exists? p 'try to click' browser.button(:value,"conjugar").click # methods.sort puts browser.text -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser From jari.bakken at gmail.com Sat Sep 26 20:30:36 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Sun, 27 Sep 2009 02:30:36 +0200 Subject: [Celerity-users] unable to click a button - overlooking something ? In-Reply-To: <20090926181243.78210@gmx.net> References: <20090926181243.78210@gmx.net> Message-ID: On Sat, Sep 26, 2009 at 8:12 PM, Axel Etzold wrote: > Dear all, > > I'd like to enter some text into a text field in a > website and click a button. > Entering the text works, finding the button works, > but clicking it doesn't ( I am expecting a page > with many different tenses of a Portuguese verb, "falar"). > > What am I missing ? > The clicking works - you can confirm it by doing 'puts browser.xml' instead of 'puts browser.text'. However, it seems like you've hit a bug in HtmlUnit's HTML parser - it's having trouble with the invalid use of the

References: <20090926181243.78210@gmx.net> Message-ID: <20090927093856.89820@gmx.net> > Betreff: Re: [Celerity-users] unable to click a button - overlooking something ? > On Sat, Sep 26, 2009 at 8:12 PM, Axel Etzold wrote: > > Dear all, > > > > I'd like to enter some text into a text field in a > > website and click a button. > > Entering the text works, finding the button works, > > but clicking it doesn't ( I am expecting a page > > with many different tenses of a Portuguese verb, "falar"). > > > > What am I missing ? > > > > The clicking works - you can confirm it by doing 'puts browser.xml' > instead of 'puts browser.text'. However, it seems like you've hit a > bug in HtmlUnit's HTML parser - it's having trouble with the invalid > use of the

<20090927093856.89820@gmx.net> Message-ID: On Sun, Sep 27, 2009 at 11:38 AM, Axel Etzold wrote: > However, rather than to force an HTML parser to process invalid tags > correctly, couldn't the Browser#text method be changed to raise > an error, if Browser#xml actually returned a response ? HtmlUnit should be able to process the invalid HTML, just like a normal browser would. It's clearly a bug IMHO. From AEtzold at gmx.de Sun Sep 27 08:04:37 2009 From: AEtzold at gmx.de (Axel Etzold) Date: Sun, 27 Sep 2009 14:04:37 +0200 Subject: [Celerity-users] unable to click a button - overlooking something ? In-Reply-To: References: <20090926181243.78210@gmx.net> <20090927093856.89820@gmx.net> Message-ID: <20090927120437.301340@gmx.net> > On Sun, Sep 27, 2009 at 11:38 AM, Axel Etzold wrote: > > > However, rather than to force an HTML parser to process invalid tags > > correctly, couldn't the Browser#text method be changed to raise > > an error, if Browser#xml actually returned a response ? > > HtmlUnit should be able to process the invalid HTML, just like a > normal browser would. It's clearly a bug IMHO. Jari, I submitted a bug note to Sourceforge. Best regards, Axel -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser From AEtzold at gmx.de Tue Sep 29 11:27:20 2009 From: AEtzold at gmx.de (Axel Etzold) Date: Tue, 29 Sep 2009 17:27:20 +0200 Subject: [Celerity-users] Entering login info in a popup window Message-ID: <20090929152720.53630@gmx.net> Dear all, I want to automate accessing a webpage (of which I am not the author) which, upon use in a browser, pops up a window without URL requiring a user ID and a password. How can I set these ? Does celerity or htmlunit give a possibility to read out the names of these fields? Thank you very much! Best regards, Axel -- GRATIS f?r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From geoffrey at geoffreyarnold.com Tue Sep 29 11:29:44 2009 From: geoffrey at geoffreyarnold.com (Geoffrey Arnold) Date: Tue, 29 Sep 2009 11:29:44 -0400 Subject: [Celerity-users] Celerity/OpenJDK issue? Message-ID: Hi All, Running Celerity through Cucumber on JRuby 1.3.1 and OpenJDK 1.6.0_0 on Linux, and am receiving the error below. The same test running on Sun's JDK works fine. Is this a known issue? If so, is there a workaround? Thanks, Geoff. java.lang.IllegalAccessError: tried to access method org.mozilla.javascript.Context.<init>(Lorg/mozilla/javascript/ ContextFactory;)V from class com.gargoylesoftware.htmlunit.javascript.HtmlUnitContextFactory $TimeoutContext (NativeException) com/gargoylesoftware/htmlunit/javascript/HtmlUnitContextFactory.java: 124:in `<init>' com/gargoylesoftware/htmlunit/javascript/HtmlUnitContextFactory.java: 213:in `makeContext' org/mozilla/javascript/Context.java:401:in `enter' org/mozilla/javascript/Context.java:497:in `call' org/mozilla/javascript/ContextFactory.java:511:in `call' com/gargoylesoftware/htmlunit/javascript/JavaScriptEngine.java:141:in `initialize' com/gargoylesoftware/htmlunit/WebClient.java:1104:in `initialize' com/gargoylesoftware/htmlunit/WebWindowImpl.java:98:in `setEnclosedPage' com/gargoylesoftware/htmlunit/html/HTMLParser.java:272:in `parse' com/gargoylesoftware/htmlunit/DefaultPageCreator.java:127:in `createHtmlPage' com/gargoylesoftware/htmlunit/DefaultPageCreator.java:101:in `createPage' com/gargoylesoftware/htmlunit/WebClient.java:441:in `loadWebResponseInto' com/gargoylesoftware/htmlunit/WebClient.java:329:in `getPage' com/gargoylesoftware/htmlunit/WebClient.java:402:in `getPage' sun/reflect/NativeMethodAccessorImpl.java:-2:in `invoke0' sun/reflect/NativeMethodAccessorImpl.java:57:in `invoke' sun/reflect/DelegatingMethodAccessorImpl.java:43:in `invoke' java/lang/reflect/Method.java:616:in `invoke' org/jruby/javasupport/JavaMethod.java:302:in `invokeWithExceptionHandling' org/jruby/javasupport/JavaMethod.java:263:in `invoke' org/jruby/java/invokers/InstanceMethodInvoker.java:47:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/AttrAssignOneArgNode.java:33:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/RescueNode.java:225:in `executeBody' org/jruby/ast/RescueNode.java:147:in `interpretWithJavaExceptions' org/jruby/ast/RescueNode.java:110:in `interpret' org/jruby/ast/BeginNode.java:83:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/IfNode.java:114:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:206:in `yield' org/jruby/runtime/Block.java:199:in `yield' org/jruby/RubyObject.java:462:in `yieldUnder' org/jruby/RubyObject.java:1328:in `instance_exec' org/jruby/org/jruby/RubyObject$i_method_0_3$RUBYFRAMEDINVOKER $instance_exec.gen:-1:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:168:in `call' org/jruby/runtime/callsite/CachingCallSite.java:124:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:131:in `call' org/jruby/ast/FCallSpecialArgBlockPassNode.java:38:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/IfNode.java:114:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:169:in `yield' org/jruby/runtime/Block.java:194:in `yield' org/jruby/ast/YieldNode.java:143:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/RescueNode.java:225:in `executeBody' org/jruby/ast/RescueNode.java:147:in `interpretWithJavaExceptions' org/jruby/ast/RescueNode.java:110:in `interpret' org/jruby/ast/BeginNode.java:83:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:192:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:159:in `call' org/jruby/runtime/callsite/CachingCallSite.java:124:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:141:in `callIter' org/jruby/ast/FCallOneArgBlockNode.java:34:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:266:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:191:in `call' org/jruby/runtime/callsite/CachingCallSite.java:204:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:211:in `call' org/jruby/ast/CallSpecialArgBlockPassNode.java:68:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/RescueNode.java:225:in `executeBody' org/jruby/ast/RescueNode.java:147:in `interpretWithJavaExceptions' org/jruby/ast/RescueNode.java:110:in `interpret' org/jruby/ast/BeginNode.java:83:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/RescueNode.java:225:in `executeBody' org/jruby/ast/RescueNode.java:147:in `interpretWithJavaExceptions' org/jruby/ast/RescueNode.java:110:in `interpret' org/jruby/ast/BeginNode.java:83:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/internal/runtime/methods/AliasMethod.java:61:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/FCallOneArgNode.java:36:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:206:in `yield' org/jruby/runtime/Block.java:199:in `yield' org/jruby/RubyObject.java:462:in `yieldUnder' org/jruby/RubyObject.java:1328:in `instance_exec' org/jruby/org/jruby/RubyObject$i_method_0_3$RUBYFRAMEDINVOKER $instance_exec.gen:-1:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:168:in `call' org/jruby/runtime/callsite/CachingCallSite.java:124:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:131:in `call' org/jruby/ast/FCallSpecialArgBlockPassNode.java:38:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/IfNode.java:114:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:169:in `yield' org/jruby/runtime/Block.java:194:in `yield' org/jruby/ast/YieldNode.java:143:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/RescueNode.java:225:in `executeBody' org/jruby/ast/RescueNode.java:147:in `interpretWithJavaExceptions' org/jruby/ast/RescueNode.java:110:in `interpret' org/jruby/ast/BeginNode.java:83:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:192:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:159:in `call' org/jruby/runtime/callsite/CachingCallSite.java:124:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:141:in `callIter' org/jruby/ast/FCallOneArgBlockNode.java:34:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:266:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:191:in `call' org/jruby/runtime/callsite/CachingCallSite.java:204:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:211:in `call' org/jruby/ast/CallSpecialArgBlockPassNode.java:68:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/RescueNode.java:225:in `executeBody' org/jruby/ast/RescueNode.java:147:in `interpretWithJavaExceptions' org/jruby/ast/RescueNode.java:110:in `interpret' org/jruby/ast/BeginNode.java:83:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/RescueNode.java:225:in `executeBody' org/jruby/ast/RescueNode.java:147:in `interpretWithJavaExceptions' org/jruby/ast/RescueNode.java:110:in `interpret' org/jruby/ast/BeginNode.java:83:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/IfNode.java:114:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:210:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:167:in `call' org/jruby/runtime/callsite/CachingCallSite.java:155:in `call' org/jruby/ast/FCallTwoArgNode.java:38:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/runtime/callsite/SuperCallSite.java:48:in `callBlock' org/jruby/runtime/callsite/SuperCallSite.java:55:in `call' org/jruby/ast/ZSuperNode.java:100:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/IfNode.java:112:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:169:in `yield' org/jruby/runtime/Block.java:194:in `yield' org/jruby/RubyArray.java:1562:in `each' org/jruby/org/jruby/RubyArray$i_method_0_0$RUBYFRAMEDINVOKER $each.gen:-1:in `call' org/jruby/runtime/callsite/CachingCallSite.java:268:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:86:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:91:in `call' org/jruby/ast/CallNoArgBlockNode.java:64:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/runtime/callsite/SuperCallSite.java:267:in `cacheAndCall' org/jruby/runtime/callsite/SuperCallSite.java:50:in `callBlock' org/jruby/runtime/callsite/SuperCallSite.java:55:in `call' org/jruby/ast/ZSuperNode.java:100:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:206:in `yield' org/jruby/runtime/BlockBody.java:72:in `call' org/jruby/runtime/BlockBody.java:78:in `call' org/jruby/runtime/Block.java:89:in `call' org/jruby/RubyProc.java:221:in `call' org/jruby/RubyProc.java:204:in `call' org/jruby/org/jruby/RubyProc$i_method_0_0$RUBYFRAMEDINVOKER $call.gen:-1:in `call' org/jruby/internal/runtime/methods/JavaMethod.java:620:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:164:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/EnsureNode.java:96:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/FCallOneArgNode.java:36:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/IfNode.java:112:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/javasupport/util/RuntimeHelpers.java:359:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:160:in `call' org/jruby/runtime/callsite/CachingCallSite.java:340:in `callMethodMissing' org/jruby/runtime/callsite/CachingCallSite.java:265:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:86:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:91:in `call' org/jruby/ast/CallNoArgBlockNode.java:64:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/runtime/callsite/SuperCallSite.java:267:in `cacheAndCall' org/jruby/runtime/callsite/SuperCallSite.java:50:in `callBlock' org/jruby/runtime/callsite/SuperCallSite.java:55:in `call' org/jruby/ast/ZSuperNode.java:100:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:206:in `yield' org/jruby/runtime/BlockBody.java:72:in `call' org/jruby/runtime/BlockBody.java:78:in `call' org/jruby/runtime/Block.java:89:in `call' org/jruby/RubyProc.java:221:in `call' org/jruby/RubyProc.java:204:in `call' org/jruby/org/jruby/RubyProc$i_method_0_0$RUBYFRAMEDINVOKER $call.gen:-1:in `call' org/jruby/internal/runtime/methods/JavaMethod.java:620:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:164:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/EnsureNode.java:96:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/FCallOneArgNode.java:36:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/IfNode.java:112:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/javasupport/util/RuntimeHelpers.java:359:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:168:in `call' org/jruby/runtime/callsite/CachingCallSite.java:352:in `callMethodMissing' org/jruby/runtime/callsite/CachingCallSite.java:285:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:126:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:131:in `call' org/jruby/ast/CallOneArgBlockNode.java:60:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/IfNode.java:112:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/runtime/callsite/SuperCallSite.java:267:in `cacheAndCall' org/jruby/runtime/callsite/SuperCallSite.java:50:in `callBlock' org/jruby/runtime/callsite/SuperCallSite.java:55:in `call' org/jruby/ast/ZSuperNode.java:100:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:206:in `yield' org/jruby/runtime/BlockBody.java:72:in `call' org/jruby/runtime/BlockBody.java:78:in `call' org/jruby/runtime/Block.java:89:in `call' org/jruby/RubyProc.java:221:in `call' org/jruby/RubyProc.java:204:in `call' org/jruby/org/jruby/RubyProc$i_method_0_0$RUBYFRAMEDINVOKER $call.gen:-1:in `call' org/jruby/internal/runtime/methods/JavaMethod.java:620:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:164:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/EnsureNode.java:96:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/FCallOneArgNode.java:36:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/IfNode.java:112:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/javasupport/util/RuntimeHelpers.java:359:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:168:in `call' org/jruby/runtime/callsite/CachingCallSite.java:352:in `callMethodMissing' org/jruby/runtime/callsite/CachingCallSite.java:285:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:126:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:131:in `call' org/jruby/ast/CallOneArgBlockNode.java:60:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:169:in `yield' org/jruby/runtime/Block.java:194:in `yield' org/jruby/RubyArray.java:1562:in `each' org/jruby/org/jruby/RubyArray$i_method_0_0$RUBYFRAMEDINVOKER $each.gen:-1:in `call' org/jruby/runtime/callsite/CachingCallSite.java:268:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:86:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:91:in `call' org/jruby/ast/CallNoArgBlockPassNode.java:53:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:155:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:143:in `call' org/jruby/runtime/callsite/CachingCallSite.java:268:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:86:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:91:in `call' org/jruby/ast/CallNoArgBlockNode.java:64:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/runtime/callsite/SuperCallSite.java:267:in `cacheAndCall' org/jruby/runtime/callsite/SuperCallSite.java:50:in `callBlock' org/jruby/runtime/callsite/SuperCallSite.java:55:in `call' org/jruby/ast/ZSuperNode.java:100:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:206:in `yield' org/jruby/runtime/BlockBody.java:72:in `call' org/jruby/runtime/BlockBody.java:78:in `call' org/jruby/runtime/Block.java:89:in `call' org/jruby/RubyProc.java:221:in `call' org/jruby/RubyProc.java:204:in `call' org/jruby/org/jruby/RubyProc$i_method_0_0$RUBYFRAMEDINVOKER $call.gen:-1:in `call' org/jruby/internal/runtime/methods/JavaMethod.java:620:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:164:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/EnsureNode.java:96:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/FCallOneArgNode.java:36:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/IfNode.java:112:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/javasupport/util/RuntimeHelpers.java:359:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:168:in `call' org/jruby/runtime/callsite/CachingCallSite.java:352:in `callMethodMissing' org/jruby/runtime/callsite/CachingCallSite.java:285:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:126:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:131:in `call' org/jruby/ast/CallOneArgBlockNode.java:60:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:206:in `yield' org/jruby/runtime/BlockBody.java:72:in `call' org/jruby/runtime/BlockBody.java:78:in `call' org/jruby/runtime/Block.java:89:in `call' org/jruby/RubyProc.java:221:in `call' org/jruby/RubyProc.java:204:in `call' org/jruby/org/jruby/RubyProc$i_method_0_0$RUBYFRAMEDINVOKER $call.gen:-1:in `call' org/jruby/internal/runtime/methods/JavaMethod.java:620:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:164:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/EnsureNode.java:96:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:115:in `call' org/jruby/ast/FCallOneArgNode.java:36:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/IfNode.java:112:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/javasupport/util/RuntimeHelpers.java:359:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:160:in `call' org/jruby/runtime/callsite/CachingCallSite.java:340:in `callMethodMissing' org/jruby/runtime/callsite/CachingCallSite.java:265:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:86:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:91:in `call' org/jruby/ast/CallNoArgBlockNode.java:64:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:206:in `yield' org/jruby/runtime/BlockBody.java:72:in `call' org/jruby/runtime/BlockBody.java:78:in `call' org/jruby/runtime/Block.java:89:in `call' org/jruby/RubyProc.java:221:in `call' org/jruby/RubyProc.java:204:in `call' org/jruby/org/jruby/RubyProc$i_method_0_0$RUBYFRAMEDINVOKER $call.gen:-1:in `call' org/jruby/internal/runtime/methods/JavaMethod.java:620:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:164:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/EnsureNode.java:96:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/FCallOneArgNode.java:36:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/IfNode.java:112:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/javasupport/util/RuntimeHelpers.java:359:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:168:in `call' org/jruby/runtime/callsite/CachingCallSite.java:352:in `callMethodMissing' org/jruby/runtime/callsite/CachingCallSite.java:285:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:126:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:131:in `call' org/jruby/ast/CallOneArgBlockNode.java:60:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:192:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:159:in `call' org/jruby/RubyClass.java:434:in `finvoke' org/jruby/RubyObject.java:1419:in `send' org/jruby/org/jruby/RubyObject$i_method_multi$RUBYINVOKER $send.gen:-1:in `call' org/jruby/internal/runtime/methods/JavaMethod.java:276:in `call' org/jruby/runtime/callsite/CachingCallSite.java:155:in `call' org/jruby/ast/CallSpecialArgNode.java:69:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/runtime/InterpretedBlock.java:218:in `evalBlockBody' org/jruby/runtime/InterpretedBlock.java:169:in `yield' org/jruby/runtime/Block.java:194:in `yield' org/jruby/RubyArray.java:2138:in `collect' org/jruby/org/jruby/RubyArray$i_method_0_0$RUBYFRAMEDINVOKER $collect.gen:-1:in `call' org/jruby/runtime/callsite/CachingCallSite.java:84:in `callBlock' org/jruby/runtime/callsite/CachingCallSite.java:91:in `call' org/jruby/ast/CallNoArgBlockNode.java:64:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:112:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:117:in `call' org/jruby/javasupport/util/RuntimeHelpers.java:359:in `call' org/jruby/internal/runtime/methods/DynamicMethod.java:168:in `call' org/jruby/runtime/callsite/CachingCallSite.java:344:in `callMethodMissing' org/jruby/runtime/callsite/CachingCallSite.java:275:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/ast/BlockNode.java:71:in `interpret' org/jruby/ast/RescueNode.java:225:in `executeBody' org/jruby/ast/RescueNode.java:147:in `interpretWithJavaExceptions' org/jruby/ast/RescueNode.java:110:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/ast/CallOneArgNode.java:57:in `interpret' org/jruby/ast/NewlineNode.java:104:in `interpret' org/jruby/internal/runtime/methods/InterpretedMethod.java:173:in `call' org/jruby/internal/runtime/methods/DefaultMethod.java:151:in `call' org/jruby/runtime/callsite/CachingCallSite.java:278:in `cacheAndCall' org/jruby/runtime/callsite/CachingCallSite.java:117:in `call' org/jruby/Ruby.java:592:in `runScript' org/jruby/Ruby.java:514:in `runNormally' org/jruby/Ruby.java:360:in `runFromMain' org/jruby/Main.java:268:in `run' org/jruby/Main.java:113:in `run' org/jruby/util/ShellLauncher.java:103:in `run' java/lang/Thread.java:636:in `run' From jari.bakken at gmail.com Tue Sep 29 12:53:12 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Tue, 29 Sep 2009 18:53:12 +0200 Subject: [Celerity-users] Celerity/OpenJDK issue? In-Reply-To: References: Message-ID: On Tue, Sep 29, 2009 at 5:29 PM, Geoffrey Arnold wrote: > Hi All, > > Running Celerity through Cucumber on JRuby 1.3.1 and OpenJDK 1.6.0_0 on > Linux, and am receiving the error below. ?The same test running on Sun's JDK > works fine. > > Is this a known issue? ?If so, is there a workaround? Probably a classpath issue. Make sure you don't have old copies of HtmlUnit's jars in the classpath used by OpenJDK. > > Thanks, > Geoff. > From jari.bakken at gmail.com Tue Sep 29 12:55:13 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Tue, 29 Sep 2009 18:55:13 +0200 Subject: [Celerity-users] Entering login info in a popup window In-Reply-To: <20090929152720.53630@gmx.net> References: <20090929152720.53630@gmx.net> Message-ID: On Tue, Sep 29, 2009 at 5:27 PM, Axel Etzold wrote: > Dear all, > > I want to automate accessing a webpage (of which I am not the author) > which, upon use in a browser, pops up a window without URL requiring > a user ID and a password. > How can I set these ? Does celerity or htmlunit give a possibility > to read out the names of these fields? > Take a look at "How do I deal with popups?" in the FAQ http://wiki.github.com/jarib/celerity/faq From geoffrey at geoffreyarnold.com Tue Sep 29 15:58:40 2009 From: geoffrey at geoffreyarnold.com (Geoffrey Arnold) Date: Tue, 29 Sep 2009 15:58:40 -0400 Subject: [Celerity-users] Celerity/OpenJDK issue? In-Reply-To: References: Message-ID: <7A38953C-F80C-40B3-B222-3C785722158D@geoffreyarnold.com> Indeed, as it turns out OpenJDK includes a version of Rhino in the jre/ lib/ directory. So the next question is, how should this be fixed? On Sep 29, 2009, at 12:53 PM, Jari Bakken wrote: > On Tue, Sep 29, 2009 at 5:29 PM, Geoffrey Arnold > wrote: >> Hi All, >> >> Running Celerity through Cucumber on JRuby 1.3.1 and OpenJDK >> 1.6.0_0 on >> Linux, and am receiving the error below. The same test running on >> Sun's JDK >> works fine. >> >> Is this a known issue? If so, is there a workaround? > > Probably a classpath issue. Make sure you don't have old copies of > HtmlUnit's jars in the classpath used by OpenJDK. > >> >> Thanks, >> Geoff. >> > _______________________________________________ > Celerity-users mailing list > Celerity-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/celerity-users