EPICS Controls 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  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Launching CS-Studio BOY screens
From: "Hu, Yong" <[email protected]>
To: "[email protected]" <[email protected]>, "Davidsaver, Michael" <[email protected]>, "[email protected]" <[email protected]>, "[email protected]" <[email protected]>
Date: Wed, 13 Aug 2014 21:16:25 +0000
Hi Tom,

The wrapper scripts written by Michael and me are available from epics
project on sourceforge:
http://epics.hg.sourceforge.net/hgweb/epics/manage-css/ or see
http://epics.hg.sourceforge.net/hgweb/epics/manage-css/file/5571b65257e8

There are two main scripts: manage-css and run-css. The file names tell
their usages.

Yong
  
 
-----Original Message-----
From: "[email protected]" <[email protected]>
Date: Wednesday, August 13, 2014 at 6:03 AM
To: "Davidsaver, Michael" <[email protected]>, "[email protected]"
<[email protected]>, "[email protected]"
<[email protected]>
Subject: RE: Launching CS-Studio BOY screens

Hi Michael,

> Beware.  NSLS2 started out this way, but eventually switched away due
> to
> performance problems (lack of caching mixed with the linking container
> widget).

Thanks for the warning, we will be making heavy use of the linking
container widget so will avoid http. Would it be a good idea for us to
look at caching to increase performance?

> Happily, while it isn't obvious, simply referencing files by absolute
> system path works.  We have a read-only copy of all .opi files
> accessible on each system.

Interesting, I thought only eclipse project paths could be used in opi
links, this is certainly useful to know...

> So read-only access doesn't need workspace setup (which no one seems
> able to automate).

I just found a useful link in the documentation:
http://cs-studio.sourceforge.net/docbook/ch05.html#idp347408

This would appear to be exactly what I need, as it creates projects and
links within projects for me. I could then put all the path management in
a wrapper script that then calls CS-Studio with a long -share_link
argument. My updated diagram would then look like this:

workspace/ # located in user's home directory
  CSS/
  ID1/            # Eclipse project in user's workspace
    motorApp_opi/ # Eclipse link to /dls_sw/.../motor/6-5/motorApp/opi/opi
  ID2/            # Eclipse project in user's workspace
    motorApp_opi/ # Eclipse link to /dls_sw/.../motor/6-7/motorApp/opi/opi

I tried it out, and it created me new projects and links within those
projects in an existing workspace, so it seems to do what I want. Have you
used this method?

> We have a wrapper script which uses symlinks to select a version of the
> executable, and a customized preference file (which includes the path
> to
> the main .opi).

Could I have a copy of this wrapper script please?

> We still haven't completely dealt with the shared workspace problem.
> To
> mitigate this, our wrapper script keeps track of which computer a
> workspace is used from.  Attempts to start from a different machine
> give
> a prompt and the option to terminate the running session (via ssh).

After talking to the GDA guys, I think we will start out by creating a
default workspace in the home directory of the user (which is NFS mounted
on multiple machines), but setting osgi workspace locking = no and see if
having multiple instances writing to the same workspace causes us any
problems. As we aren't storing much apart from projects full of links at
the moment, it might be ok... Have you tried turning off workspace locking?

Thanks,
Tom Cobb


-- 
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:
Launching CS-Studio BOY screens tom.cobb
Re: Launching CS-Studio BOY screens Andrew Johnson
Re: Launching CS-Studio BOY screens Michael Davidsaver
RE: Launching CS-Studio BOY screens tom.cobb

Navigate by Date:
Prev: Re: Launching CS-Studio BOY screens Kevin Peterson
Next: RE: How to tag soft channels as undefined/disconnected Andrew C. Starritt
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: Launching CS-Studio BOY screens tom.cobb
Next: Re: Launching CS-Studio BOY screens Kevin Peterson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 17 Dec 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·