Database Library 1.0 released
Thomas Jaspers
I am happy to announce version 1.0 of the Robot Framework Database
Libraray was released today (5 minutes ago to be precise :)).
You can find all the details here: http://code.google.com/p/robotframework-dblibrary/
Hopefully some of you will find it useful and of course I am looking
forward to any suggestions for improvements.
Have fun :-)
Cheers
- Thomas
Pekka Klärck
>
> I am happy to announce version 1.0 of the Robot Framework Database
> Libraray was released today (5 minutes ago to be precise :)).
> You can find all the details here: http://code.google.com/p/robotframework-dblibrary/
Thanks a lot for this release Thomas! A publicly available Datadase
library has definitely been missing from the Robot Framework
ecosystem.
> Hopefully some of you will find it useful and of course I am looking
> forward to any suggestions for improvements.
My personal wishes are related to Python support. Support for the
Remote library would be great start and it was nice to see an issue
about it already:
http://code.google.com/p/robotframework-dblibrary/issues/detail?id=2
It would, however, be even better if there was native Python support.
I don't think there's any way to implement something like that on top
of the current Java code, though, but implementing the same keywords
using Python ought to be pretty easy. A big part of creating a library
is designing what keywords it should have and documenting both the
keywords and how to use the library in general. Most of this work
would be same with the Java and Python implementations so there would
be a lot to share. Having same keywords with same arguments would also
make it possible to run the same tests both on Python and Jython.
Is anyone here interested in porting the Java version to Python? How
would you Thomas feel about it?
Cheers,
.peke
--
Agile Tester/Developer/Consultant :: http://eliga.fi
Lead Developer of Robot Framework :: http://robotframework.org
Thomas Jaspers
> > forward to any suggestions for improvements.
>
> My personal wishes are related to Python support. Support for the
> Remote library would be great start and it was nice to see an issue
> about it already:http://code.google.com/p/robotframework-dblibrary/issues/detail?id=2
I fear that I will not be able to port this to Python and I think
having this in Java is not too bad in the end ;).
Maybe it would be in general good to strengthen the Java support as
this might attract more developers
writing keyword libraries or contributing in other ways to the RF.
I think having a generic Java version to support the Remote interface
could be a good starting point for this
and I still have this on my to-do-list and will definitly start
working on this soon.
Juha Rantanen
> I think having a generic Java version to support the Remote interface
> could be a good starting point for this
> and I still have this on my to-do-list and will definitly start
> working on this soon.
>
Hi,
Actually there are already things available. The Python implementation
of the remoteserver.py [1] can be used also with Jython. So Java
library can be started remotely using it. There is also initial
implementation of the Java XML-RPC server available [2]. It has not
been released as there were some problems on Windows and the Jython
implementation can be used also. In case you are interested to
investigate the Windows problem, I can provide some info how to run
the tests related to the Java implementation of the xmlrpcserver.
[1] http://code.google.com/p/robotframework/wiki/RemoteLibrary
[2] http://code.google.com/p/robotframework-javatools/source/browse/#svn/jvmconnector/trunk/src/main/java/org/robotframework/jvmconnector/xmlrpc
Br,
Juha
Thomas Jaspers
probably this needs further discusson with Pekka. I understood Pekka
so that he would like to get rid of Jython in the whole
process as much as possible. Therefore it would be nice to have a pure
Java implementation for the remote server thing.
This way you could use pure Python to start Robot Framework and pure
Java for those keywords written in Java. Let's see :-).
Cheers
- Thomas
On 4 Mrz., 14:03, Juha Rantanen <juha.ranta...@iki.fi> wrote:
> 2010/3/4 Thomas Jaspers <jasp...@codecentric.de>:
>
> > I think having a generic Java version to support the Remote interface
> > could be a good starting point for this
> > and I still have this on my to-do-list and will definitly start
> > working on this soon.
>
> Hi,
>
> Actually there are already things available. The Python implementation
> of the remoteserver.py [1] can be used also with Jython. So Java
> library can be started remotely using it. There is also initial
> implementation of the Java XML-RPC server available [2]. It has not
> been released as there were some problems on Windows and the Jython
> implementation can be used also. In case you are interested to
> investigate the Windows problem, I can provide some info how to run
> the tests related to the Java implementation of the xmlrpcserver.
>
> [1]http://code.google.com/p/robotframework/wiki/RemoteLibrary
> [2]http://code.google.com/p/robotframework-javatools/source/browse/#svn/...
>
> Br,
> Juha
Pekka Klärck
> Hi Juha,
>
> probably this needs further discusson with Pekka. I understood Pekka
> so that he would like to get rid of Jython in the whole
> process as much as possible.
> Therefore it would be nice to have a pure
> Java implementation for the remote server thing.
> This way you could use pure Python to start Robot Framework and pure
> Java for those keywords written in Java. Let's see :-).
Pure Java version of the remote server would be nice because you
wouldn't need Jython and, more importantly, embedding it to other Java
projects would be easier. Thanks Juha for reminding that we already
have an initial version of the remote server available. Did you Thomas
already take a look at it?
Cheers,
.peke
Pekka Klärck
>
> I fear that I will not be able to port this to Python
I didn't expect that you would do that. The task should be relatively
straightforward for someone with Python (and database) experience,
though.
> and I think having this in Java is not too bad in the end ;).
The problem is that using the remote server always makes things
slightly more complicated. Personally I hope that all the important
libraries would work natively both with Python and Jython/Java when
possible so that their usage would be as straightforward as possible.
I'm sure someone will anyway release a Python based database library
at some point, and it would be great if it had same keywords than the
Java version.
> Maybe it would be in general good to strengthen the Java support as
> this might attract more developers
> writing keyword libraries or contributing in other ways to the RF.
This is definitely a good idea. Do you have concrete enhancement ideas?
Cheers,
.peke