Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017 Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017
<== Date ==> <== Thread ==>

Subject: Re: Implementation of a generic rest module extracted from ADEiger
From: Bruno Martins <brunoseivam@gmail.com>
To: gary.yendell@diamond.ac.uk
Cc: "tech-talk@aps.anl.gov" <tech-talk@aps.anl.gov>
Date: Fri, 27 Oct 2017 09:32:11 -0400
Hi Gary,

I don't think there's an EPICS module for REST interfaces. At the time I didn't even find a C/C++ REST/HTTP library that I liked, that's why I rolled my own. Since it seems that more detectors are adopting REST APIs, it would be worthwhile to have a standard way of talking to them. Probably something built on top of asyn would be the way to go.


Bruno

On Wed, Oct 25, 2017 at 11:43 AM, <gary.yendell@diamond.ac.uk> wrote:
At DLS we are currently looking at integrating our Odin detectors (Excalibur, Percival, TimePix), which have a RESTful API, into areaDetector. The main target being Excalibur at the moment. I like the rest interface implemented by Bruno Martins in ADEiger, so I think it would be worthwhile to extract the generic parts of it to use for my use case. ADEiger could then be refactored to use the new module. This leads to a few questions:

Does a standalone epics module implementing a rest client API already exist?

Is this a good design for such an interface?

Should it be called rest, or restclient, allowing a separate restserver module to be created should that be useful in the future?

Cheers,
Gary

--
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom



References:
Implementation of a generic rest module extracted from ADEiger gary.yendell

Navigate by Date:
Prev: Re: medm sigsev on related display Gerrit Kühn
Next: RTEMS+zoneset seems to be broken Ricardo Cardenes
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017
Navigate by Thread:
Prev: Implementation of a generic rest module extracted from ADEiger gary.yendell
Next: Andor Neo and areaDetector Gofron, Kazimierz
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017
ANJ, 27 Oct 2017 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·