claytonneal / nrobotremote Goto Github PK

Check inner exception of ContinuableKeywordException (and Fatal)

Nuget package meta data to include icon and project url

If 5 keyword classes are loaded from the same assembly, it would of resulted in 
5 XDocument instances being held in memory.
Instead build the documentation as the map is being constructed, and therefore 
no XDocument instances are retained.

When starting NRobotRemote via Ant/Jenkins

The HTTP Post Ant task could be used to tell nrobotremote what keyword dll's to 
load/dispose. i.e. Via HTTP you can configure what keyword libraries can be 
loaded on demand, or libraries unloaded.

Part of this will then be that ability to start nrobotremote with no keyword 
libraries loaded

When an internal error happens processing request, a HTTP 500 response can be 
produced. In this case it would be good to send a response text of the 
exception trace

Two "control" keywords that could be added are:
- Load Keyword Library
- Unload Keyword Library
these are executable on any url

To compile this solution needs nunit, so add it as a package reference

Add support for RF list variables to be passed to keywords
1. Reflect to find methods who's parameters contain String[] as last parameter
2. Adjust get_keyword_arguments to tell RF that a parameter is a list

Add support for stop_remote_server keyword, and .config option if to support 
the keyword

The keyword assembly could be in a directory different to NRobotRemote, however 
when creating the appDomain need to load NRobotRemote.Domain.dll
The base path of the domain in this case needs to be the directory of the 
keyword assembly to load its dependencies.

- Add a assembly resolution event handler to load NRoboteRemote.Domain

Log file name in .config for tray app is set to nrobotremoteconsole.exe

NRobotRemote has 2 threads:
1. A http listener thread, listenen for requests from RF
2. A worker thread that processes requests
Thread 1 places the request on a queue which thread 2 picks up

If multiple RF instances are calling one instance of NRobotRemote, then 
requests will get queued if for the worker thread.

A config option can be added to specify how many worker threads should be 
started (Default = 1). The consequence of this is that keyword implementations 
will have to be thread safe too.

The XML-RPC requests are implemented in a producer/consumer pattern. The 
producer here is the HTTPListener, the consumer is the xml-rpc methods. These 
operate on two different threads with a Queue in middle.
Problem is the consumer is polling the Queue to check for requests over and 
over, and consumes full power of 1 core.
=> Solution is perhaps to use BlockingCollection<T>

1. Start tray app with ranorex keywords dll
2. Open keywords in browser
3. Wait
4. Refresh browser --> HTTP 500

Issue with log4net

The exposed url for a keyword url should be the types full name but with "." 
replaced by "/"

I see you kind of already tried/started a while back: 
https://github.com/claytonneal/NRobotRemote

With Google Code's deprecation, it would be nice to clone it over to GitHub, 
with GitHub being the repo for future updates (code changes, fixes). You can 
also host binary releases on GitHub too.

Google Code right now has the nice Export to GitHub feature, to easily clone it 
over. Not sure if you can clone it over an existing (blank) repo or maybe you 
might need to delete that GitHub repo first before you clone it over.

For easier distribution and deployment besides getting source & binaries from 
project website.

Unlike me, nice that you've packaged your .NET remote server in a VS.NET 
solution in version control already. But some users may be gettng their files 
via NuGet, so having a NuGet repo for this project might be useful as well as 
bring more exposure to this project as well.

All NRobotRemote assemblies are versioned 1.0.*
Change to 1.2.*

when browser is pointed to: http//<host>:<port>
idea is to display web page with all libraries and exposed keywords and urls

In RF 2.8 a keyword can return continuable and fatal exceptions.
NRobotRemote needs to support this to allow .net keywords to return the same.

To allow a robot framework list variable to be passed to .net keywords

NRobotRemoteConsole cmd line can get quite large when multiple keyword classes 
are to be hosted. Add a config section handler so that if the same keyword 
classes are always hosted they can be set once in the config file, or a 
separate config file can be used. So command line becomes:

NRobotRemoteConsole.exe -c externalfile.config

What steps will reproduce the problem?
1. add DLL
2. confirm that nRobot list keywords
3. nRobot complains after running Robot testcase that keyword doesn't exist

What is the expected output? 

What do you see instead?
NRobotRemote v1.2.5.22940
Parsing command line arguments
Building keyword maps
Creating appDomain for type SerialTestLibrary.SerialPortKeywords
Keyword names are, OPEN,CLOSE,SET OPTIONS,SEND,RECEIVE
HTTP Listener started on port 8271
Received Http request with method POST
Http request added to processor queue
Processing Http request for Url : http://127.0.0.1:8271/RPC2
No keyword map found for type : RPC2
Received Http request with method POST
Http request added to processor queue
Processing Http request for Url : http://127.0.0.1:8271/RPC2
No keyword map found for type : RPC2




What version of the product are you using? On what operating system?

latest source of nRobotRemote


Please provide any additional information below.
win 7 x64

When executing a keyword from RF with "Wait Until Keyword Succeeds" with a 
timeout, no Abort method is called in NRobotRemote after the timeout. Therefore 
a maximum timeout is needed in NRobotRemote

Add support for Boolean, Int32, Int64, Double method return types and method 
parameter types.

Create a desktop tray application to host NRobotRemote
This will be an alternative to NRobotRemoteConsole

Having the keyword classes loaded into the current appdomain leaves me 
uneasy... id prefer to have an option to load each keyword class into separate 
app domains, this way if two keyword classes have clashing dependencies they 
still can be loaded.

Update assembly versions to 1.2.2.*

When reflecting the keyword class, check if method has used [Obsolete] 
attribute. If it does do not include it in the keyword map.

When using libdoc tool to document a library hosted by NRobotRemote, only 
keyword (method) documentation is produced.
To get the library documentation (<summary> of the class type) need to 
implement:

get_keyword_documentation with keyword name __intro__

Each instance of RemoteServer to be isolated by appDomain, so that multiple 
servers can co-exist in same host.
This will allow multiple keyword classes to be hosted in the console app.

At moment keyword assemblies can't be loaded from GAC, and static methods are 
ignored. If above was possible, then it would be possible to automatically 
keyword-ise the standard .net assemblies (e.g.System.IO)