Remote JUnit Testing

[ludwig.adam]

Hi,
i am currently looking for the a solution to remotely run JUnit tests
from our cruise control (cruise control runs ant with JUnit, tests
should run on remote machine).
After searching for a while I found that the Eclipse JUnit integration
features this but I didn't find a standalone-version. In addition
GridGain (http://www.gridgain.com/) seems also to support this, but is
too overengineered for my case. Do you know any alternatives / good
solutions for this scenario?

Thanks & Best regards,
Ludwig

[Nat Pryce]

How about ssh?

You can use sftp to copy the files to the remote machine and then ssh
to run ant.

Or, to avoid the sftp stem, use NFS to share the drive on the build
machine with the remote machine.

--Nat

2008/7/4 ludwig.adam <ladam@...>:

> Hi,
> i am currently looking for the a solution to remotely run JUnit tests
> from our cruise control (cruise control runs ant with JUnit, tests
> should run on remote machine).
> After searching for a while I found that the Eclipse JUnit integration
> features this but I didn't find a standalone-version. In addition
> GridGain (http://www.gridgain.com/) seems also to support this, but is
> too overengineered for my case. Do you know any alternatives / good
> solutions for this scenario?
>
> Thanks & Best regards,
> Ludwig
>
>

[ludwig.adam]

Hi Nat,
thanks for the reply & your approach.
Call me picky but this approach involves a lot of administrative
effort (keep ant file up to date, deploy testclasses to remote
environment, keep libraries up to date, maintain SSH server) I want to
avoid. Especially since my remote test env needs to be on Windows  :-S
(Background: I want to use WebDriver to test our Webapps, and that
involves IE...).
Anyway, though I have previously written that GridGain seems to be
overengineered, I have given it a try nethertheless and I am
pleasantly (!) surprised. It is very easy to setup and you can run
your Unit tests on any node in the grid nearly without any code change
to your existing Testsuites- absolutely cool.
So anyone in need of running JUnit tests remotely, give GridGain a try.

Best regards,
Ludwig


--- In junit@..., "Nat Pryce" <nat.pryce@...> wrote:

>
> How about ssh?
>
> You can use sftp to copy the files to the remote machine and then ssh
> to run ant.
>
> Or, to avoid the sftp stem, use NFS to share the drive on the build
> machine with the remote machine.
>
> --Nat
>
> 2008/7/4 ludwig.adam <ladam@...>:
> > Hi,
> > i am currently looking for the a solution to remotely run JUnit tests
> > from our cruise control (cruise control runs ant with JUnit, tests
> > should run on remote machine).
> > After searching for a while I found that the Eclipse JUnit integration
> > features this but I didn't find a standalone-version. In addition
> > GridGain (http://www.gridgain.com/) seems also to support this, but is
> > too overengineered for my case. Do you know any alternatives / good
> > solutions for this scenario?
> >
> > Thanks & Best regards,
> > Ludwig

[Nat Pryce]

2008/7/4 ludwig.adam <ladam@...>:
> Hi Nat,
> thanks for the reply & your approach.
> Call me picky but this approach involves a lot of administrative
> effort (
> keep ant file up to date,

You do that as part of the project, right?  Otherwise how do you build
and test your application?

> deploy testclasses to remote environment,

That's a single copy command, or you can just share the output
directory with Samba or NFS and mount it as a one-time operation on
the test box.

> keep libraries up to date,

Again, that's just part of the everyday project work.  Otherwise how
can you build your application at all?

> maintain SSH server

That's the hardest part, but there's a cygwin port of OpenSSH and it's
a one-time installation effort.

> ... Especially since my remote test env needs to be on Windows :-S
> (Background: I want to use WebDriver to test our Webapps, and that
> involves IE...).

You could also try using vmware to run Windows on the same box.

--Nat

[Nat Pryce]

On second thoughts, this can be done by a continuous integration
server that can pipeline builds and run builds on different machines.

Team City from JetBrains can do this very easily.  It has a single
server that coordinates build agents running on different machines.
Builds can be constrained to agents with specific capabilities (e.g.
only the ones that can run Internet Explorer).  Builds can be
triggered by the successful completion of another build, and use the
output artefacts.  So, you can pipeline the build process: have one
build that compiles unit tests and deploys the webapp, followed by
another that tests it through internet explorer and only runs on
Windows.

Team City is free for small projects, is very easy to set up and
configure, and integrates with IDEs and the Windows desktop.

I'm not involved with JetBrains in any way, just a very happy Team City user.

--Nat

2008/7/4 Nat Pryce <nat.pryce@...>:

> How about ssh?
>
> You can use sftp to copy the files to the remote machine and then ssh
> to run ant.
>
> Or, to avoid the sftp stem, use NFS to share the drive on the build
> machine with the remote machine.
>
> --Nat
>
> 2008/7/4 ludwig.adam <ladam@...>:
>> Hi,
>> i am currently looking for the a solution to remotely run JUnit tests
>> from our cruise control (cruise control runs ant with JUnit, tests
>> should run on remote machine).
>> After searching for a while I found that the Eclipse JUnit integration
>> features this but I didn't find a standalone-version. In addition
>> GridGain (http://www.gridgain.com/) seems also to support this, but is
>> too overengineered for my case. Do you know any alternatives / good
>> solutions for this scenario?
>>
>> Thanks & Best regards,
>> Ludwig
>>
>>
>

[ludwig.adam]

Hi Nat,
yes - TeamCity is another feasible approach, thanks, i'll look into it.

Ludwig

--- In junit@..., "Nat Pryce" <nat.pryce@...> wrote:

>
> On second thoughts, this can be done by a continuous integration
> server that can pipeline builds and run builds on different machines.
>
> Team City from JetBrains can do this very easily.  It has a single
> server that coordinates build agents running on different machines.
> Builds can be constrained to agents with specific capabilities (e.g.
> only the ones that can run Internet Explorer).  Builds can be
> triggered by the successful completion of another build, and use the
> output artefacts.  So, you can pipeline the build process: have one
> build that compiles unit tests and deploys the webapp, followed by
> another that tests it through internet explorer and only runs on
> Windows.
>
> Team City is free for small projects, is very easy to set up and
> configure, and integrates with IDEs and the Windows desktop.
>
> I'm not involved with JetBrains in any way, just a very happy Team

City user.

>
> --Nat
>
> 2008/7/4 Nat Pryce <nat.pryce@...>:
> > How about ssh?
> >
> > You can use sftp to copy the files to the remote machine and then ssh
> > to run ant.
> >
> > Or, to avoid the sftp stem, use NFS to share the drive on the build
> > machine with the remote machine.
> >
> > --Nat
> >
> > 2008/7/4 ludwig.adam <ladam@...>:
> >> Hi,
> >> i am currently looking for the a solution to remotely run JUnit tests
> >> from our cruise control (cruise control runs ant with JUnit, tests
> >> should run on remote machine).
> >> After searching for a while I found that the Eclipse JUnit

integration
> >> features this but I didn't find a standalone-version. In addition
> >> GridGain (http://www.gridgain.com/) seems also to support this,
but is
> >> too overengineered for my case. Do you know any alternatives / good
> >> solutions for this scenario?
> >>
> >> Thanks & Best regards,
> >> Ludwig
> >>
> >>
> >
>