<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Grid on Selenium</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/tags/grid/</link><description>Recent content in Grid on Selenium</description><generator>Hugo</generator><language>en</language><lastBuildDate>Thu, 26 Dec 2024 13:56:22 +0700</lastBuildDate><atom:link href="https://deploy-preview-2575--selenium-dev.netlify.app/tags/grid/index.xml" rel="self" type="application/rss+xml"/><item><title>HtmlUnit Remote: Acquiring Remote HtmlUnitDriver Session in Selenium 4 Grid</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2024/htmlunit-remote-for-selenium-4-grid/</link><pubDate>Mon, 19 Aug 2024 00:00:00 +0000</pubDate><guid>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2024/htmlunit-remote-for-selenium-4-grid/</guid><description>&lt;h1 id="htmlunit-remote">HTMLUNIT REMOTE&lt;/h1>
&lt;p>&lt;a href="https://central.sonatype.com/search?q=com.nordstrom.ui-tools&amp;#43;htmlunit-remote&amp;amp;core=gav">&lt;img src="https://img.shields.io/maven-central/v/com.nordstrom.ui-tools/htmlunit-remote.svg" alt="Maven Central">&lt;/a>&lt;/p>
&lt;p>The &lt;a href="https://github.com/seleniumhq-community/htmlunit-remote">HtmlUnit Remote&lt;/a> project implements a &lt;a href="https://www.w3.org/TR/webdriver2">W3C WebDriver protocol&lt;/a> wrapper for &lt;a href="https://github.com/SeleniumHQ/htmlunit-driver">HtmlUnitDriver&lt;/a>, which enables &lt;strong>Selenium 4 Grid&lt;/strong> to supply remote sessions of this headless browser.&lt;/p>
&lt;h3 id="background">Background&lt;/h3>
&lt;p>To eliminate behavioral differences between local and remote configurations, the &lt;a href="https://github.com/sbabcoc/Selenium-Foundation">Selenium Foundation&lt;/a> framework always acquires browser sessions from a &lt;strong>Grid&lt;/strong> instance, managing its own local grid instance when not configured to use an existing grid. &lt;strong>Selenium 3 Grid&lt;/strong> could be configured to supply &lt;strong>HtmlUnitDriver&lt;/strong> sessions, supported by special-case handling within the Node server itself. This handling was not carried over into &lt;strong>Selenium 4 Grid&lt;/strong>, which was completely re-engineered with new architecture and vastly expanded capabilities.&lt;/p></description></item><item><title>Multi-Arch Images via Docker Selenium</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2024/multi-arch-images-via-docker-selenium/</link><pubDate>Thu, 23 May 2024 00:00:00 +0000</pubDate><guid>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2024/multi-arch-images-via-docker-selenium/</guid><description>&lt;p>We&amp;rsquo;re very happy to announce the landing of Multi-Arch Images for Selenium Grid Server on
the &lt;a href="https://hub.docker.com/r/selenium/">Selenium&lt;/a> Docker Hub registry!&lt;/p>
&lt;h3 id="motivation">Motivation&lt;/h3>
&lt;p>For experimental Docker container images that are able to run on platforms such as the Apple M-series or Raspberry Pi,
the community-driven repository initiative hosted
at &lt;a href="https://github.com/seleniumhq-community/docker-seleniarm">SeleniumHQ-Community/docker-seleniarm&lt;/a>. These images are
built for separate architectures: linux/arm64 (aarch64), linux/arm/v7 (armhf), and linux/amd64 and published
on &lt;a href="https://hub.docker.com/u/seleniarm">Seleniarm&lt;/a> Docker Hub registry.&lt;/p>
&lt;p>In order to bring more awareness to the existence of the Multi-Arch Docker container images, provide more insight and
transparency on how the container images are built, as well as overcome challenges in building and maintaining them. We
have decided to merge the fork into the main project &lt;a href="https://github.com/SeleniumHQ/docker-selenium">Docker Selenium&lt;/a>
and
published multi-arch images on &lt;a href="https://hub.docker.com/r/selenium/">Selenium&lt;/a> Docker Hub registry.&lt;/p></description></item><item><title>Scaling a Kubernetes Selenium Grid with KEDA</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2022/scaling-grid-with-keda/</link><pubDate>Fri, 19 Aug 2022 00:00:00 +0000</pubDate><guid>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2022/scaling-grid-with-keda/</guid><description>&lt;h2 id="the-issue">The Issue&lt;/h2>
&lt;p>If you have any experience with Selenium Grid and Kubernetes you will probably
run into an issue with scaling. Kubernetes (K8S) works wonders for scaling up and
down applications based on their CPU and Memory usage, but it is not so
straightforward when it comes down to applications like Selenium Grid.&lt;/p>
&lt;p>The issue is described quite well in &lt;a href="https://sahajamit.medium.com/spinning-up-your-own-auto-scalable-selenium-grid-in-kubernetes-part-2-15b11f228ed8">this blog post&lt;/a>.
But in short, the Horizontal Pod AutoScaler (HPA) that is built into
Kubernetes checks (by default) for resource consumption to determine
if a deployment needs to be scaled up or down. This becomes an issue
for Selenium Grid for a couple reasons:&lt;/p></description></item><item><title>Removing Legacy Protocol Support</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2022/legacy-protocol-support/</link><pubDate>Fri, 20 May 2022 00:00:00 +0000</pubDate><guid>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2022/legacy-protocol-support/</guid><description>&lt;p>The Selenium team prides itself on how seriously it takes backwards compatibility.
A lot of care has gone into the Java bindings, especially, to ensure very few breaking changes over the years.
There is Selenium code written 15 years ago that can still run with Selenium 4 libraries!
Providing this exceptional amount of support comes with a large maintenance burden, though,
and we need to be able to properly meet the needs of the vast majority of our userbase.&lt;/p></description></item><item><title>Observability in Selenium 4</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2021/selenium-4-observability/</link><pubDate>Mon, 26 Apr 2021 00:00:00 +0000</pubDate><guid>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2021/selenium-4-observability/</guid><description>&lt;p>Diagnosing problems when the Selenium server isn&amp;rsquo;t working has never been easy. With Selenium 4, we have integrated &lt;a href="https://opentelemetry.io/">OpenTelemetry&lt;/a> to help you troubleshoot issues, optimize performance, and provide visibility into the system. By making the Selenium server observable, we are putting more power into your hands.&lt;/p>
&lt;h3 id="need-for-observability">Need for Observability&lt;/h3>
&lt;p>Selenium server enables distributed testing. Instead of running the browsers for tests locally, the tests use a remote browser driver that points to a server. The server makes “&lt;strong>smart&lt;/strong>” decisions to run tests on different remote servers. Every such remote server is capable of hosting different types of browsers and browser versions.&lt;/p></description></item><item><title>Selenium Grid 1.0.8 Released</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2010/selenium-grid-1-0-8-released/</link><pubDate>Thu, 10 Jun 2010 00:00:00 +0000</pubDate><guid>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2010/selenium-grid-1-0-8-released/</guid><description>&lt;p>We’re pleased to announce the release of Selenium Grid 1.0.8. This release fixes multithreaded issues with the Selenium Grid hub that appeared randomly under heavy load. If you’ve ever seen a log message about HttpClient being accessed by multiple threads, you definitely want to upgrade. Even if you haven’t, this release is highly recommended for all.&lt;/p>
&lt;p>You can &lt;a href="http://release.seleniumhq.org/selenium-grid/selenium-grid-1.0.8-bin.zip">download it now&lt;/a> or &lt;a href="http://github.com/nirvdrum/selenium-grid/blob/master/ChangeLog">view the changelog&lt;/a>. The list of changes is:&lt;/p>
&lt;ul>
&lt;li>Multi-threaded issue with access to HttpClient has been resolved, fixing random crashes on a heavily loaded grids&lt;/li>
&lt;/ul>
&lt;p>Many thanks go out to Chris Gulley for identifying and fixing the problem. As always, patches and bug reports are appreciated:&lt;/p></description></item><item><title>Selenium Grid 1.0.7 Released</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2010/selenium-grid-1-0-7-released/</link><pubDate>Tue, 11 May 2010 00:00:00 +0000</pubDate><guid>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2010/selenium-grid-1-0-7-released/</guid><description>&lt;p>Following up on the Selenium Grid 1.0.6 release, which was mostly a bug fix release, we’re pleased to announce the release of Selenium Grid 1.0.7. This is another bug fix release that focuses primarily on how Selenium Grid handles browser sessions.&lt;/p>
&lt;p>You can &lt;a href="http://release.seleniumhq.org/selenium-grid/selenium-grid-1.0.7-bin.zip">download it now&lt;/a> or &lt;a href="http://github.com/nirvdrum/selenium-grid/blob/master/ChangeLog">view the changelog&lt;/a>. The list of changes are:&lt;/p>
&lt;ul>
&lt;li>Hub now instructs remote controls to shutdown a session if the hub is going to remove it due to being idle for too long&lt;/li>
&lt;li>&lt;a href="http://selenium-grid.seleniumhq.org/configuring-and-tuning.html#changing_maximum_wait_time_for_new_session">Added ability to specify timeout period when waiting for remote controls to become available&lt;/a>. Now the client can timeout gracefully and decide what it would like to do next&lt;/li>
&lt;li>Handle common case of session ID not being found, either because it timed out or was already closed; rather than raising a NullPointerException we now raise a NoSuchSessionException&lt;/li>
&lt;li>Truncate long command response bodies to 128 characters&lt;/li>
&lt;li>Retry remote control checks up to three times before deciding that a remote control is unreliable or unresponsive. This prevents aggressive unregistration of hosts that are busy or suffer from network issues&lt;/li>
&lt;/ul>
&lt;p>As always, patches and bug reports are appreciated:&lt;/p></description></item><item><title>The Future of Selenium Grid</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2010/the-future-of-selenium-grid/</link><pubDate>Tue, 27 Apr 2010 00:00:00 +0000</pubDate><guid>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2010/the-future-of-selenium-grid/</guid><description>&lt;p>As you likely know by now, after years of stewardship Philippe has stepped down as maintainer of Selenium Grid and has named me the &lt;a href="http://ph7spot.com/blog/new-selenium-grid-maintainer">new maintainer.&lt;/a> In this post, I hope to address the most immediate questions about what this means for the future of Selenium Grid.&lt;/p>
&lt;h2 id="background">Background&lt;/h2>
&lt;p>I realize many of you may not know who I am. I’ve been using Selenium in some capacity for close to five years now. I love working on open source software and do so primarily through my membership in the Apache Software Foundation and through &lt;a href="http://github.com/nirvdrum/">my GitHub account&lt;/a>. I hang out on the #selenium channel with the handle “nirvdrum” and have a &lt;a href="http://nirvdrum.com/">personal page&lt;/a> that includes some articles I’ve written and other things I’m involved with. Perhaps more importantly, I also rely on Selenium Grid for &lt;a href="http://mogotest.com/">my latest start-up&lt;/a> so I’m very keen on seeing the project mature and evolve.&lt;/p></description></item><item><title>Selenium Grid 1.0.6 Released</title><link>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2010/selenium-grid-1-0-6-released/</link><pubDate>Tue, 13 Apr 2010 00:00:00 +0000</pubDate><guid>https://deploy-preview-2575--selenium-dev.netlify.app/blog/2010/selenium-grid-1-0-6-released/</guid><description>&lt;p>Following up on the Selenium Grid 1.0.5 release, which added &lt;a href="http://selenium-grid.seleniumhq.org/self-healing.html">self-healing features&lt;/a> to ease grid management, we’re pleased to announce the release of Selenium Grid 1.0.6. This is a bug fix release for 1.0.5 with some minor new additions.&lt;/p>
&lt;p>You can &lt;a href="http://release.seleniumhq.org/selenium-grid/selenium-grid-1.0.6-bin.zip">download it now&lt;/a> or &lt;a href="http://github.com/nirvdrum/selenium-grid/blob/master/ChangeLog">view the changelog&lt;/a>. The summary of changes are:&lt;/p>
&lt;ul>
&lt;li>Fixed some concurrent modification issues that may have resulted in NullPointerExceptions&lt;/li>
&lt;li>Fixed issue with shutting down workers with Rakefile&lt;/li>
&lt;li>Added PID file support for hub and worker started via Rakefile, making it easier to use a process monitor such as monit&lt;/li>
&lt;/ul>
&lt;p>In case you missed the announcement, Philippe is &lt;a href="http://ph7spot.com/blog/selenium-grid-needs-a-new-maintainer">no longer maintaining&lt;/a> Selenium Grid. We thank him for his years of effort and helping the project get to where it is today. This is my first release as the &lt;a href="http://ph7spot.com/blog/new-selenium-grid-maintainer">new Selenium Grid maintainer&lt;/a>. I will be getting out a new post shortly that lays out the future for the project &lt;em>[UPDATE: The &lt;a href="https://deploy-preview-2575--selenium-dev.netlify.app/blog/2010/the-future-of-selenium-grid/">promised post&lt;/a> is live]&lt;/em>. In the meanwhile, please note the new location of several key resources:&lt;/p></description></item></channel></rss>