Experimental Physics and
Industrial Control System

Matthieu Bec <[email protected]> · Thu, 14 May 1998 14:26:22 +0100

Just a thought for all the java enthusiasts,
I have been using Capfast few times, and it really reminded me of using
sophisticated beanbox (I particulary think of the one offered by
JavaWorkshop).
Basically I wonder if the 'bean' approach wouldn't help solving many of
the problems, among others graphical representation for DB links.
The idea of one bean per record type seems somehow acceptable. Beanbox
also allow to save/load beans associations, hence a roughly equivalent
to Capfast symbols import/export.

regards,
matthieu
-- 
Matthieu Bec                Isaac Newton Group
tel  : +34 922 425427       Apartado de Correos 321
fax  : +34 922 425401       38780 Santa Cruz de La Palma
email: [email protected]      Canary Islands, Spain

Marty Kraimer wrote:
> 
> Russell J. Page, Sr. wrote:
> >
> > I realize that this is more of a tangent than being directly related to the
> > immediate topic, but here goes:
> >
> > At present I have two tools available to me to generate EPICS databases: CapFast
> >
> > (and it's associated translators) and GDCT, which has a few fatal flaws and
> > whose author has left the land of EPICS. I propose creating a GDCT-like tool in
> > Java. I intend to do this as low-priority, learning experience with Java. Is
> > there anyone out there who :
> >
> > 1)    has already begun such a project
> > 2)    is also thinking about such a project
> > 3)    interested in such a project.
> >
> > Thanks
> > Russ
> 
> As a JAVA learning exercise I did implement a partial JDCT. It is like
> dct313 (the TCL/TK replacement for the 3.12 and earlier DCT). Thus it
> does not draw links between records like capfast and gdct. This JDCT
> needs a lot of work before it is ready for use. John Anderson with help
> from Soon-Ok Park is starting work to complete JDCT. Their E-mail
> addresses are.
> 
> [email protected]
> [email protected]
> 
> JDCT includes a java native interface to the static database access
> library (this interface is not complete).
> 
> GDCT uses a free c++ library called unidraw (or something like that)
> which, as far as we know, is no longer being supported by anyone. This
> is not good.
> 
> At APS we have talked about a java replacement for GDCT but have never
> started anything. My guess is that this will be a difficult project. I
> have never heard of any java class library that provides the features
> that unidraw provides. To implement such a class library sounds hard.
> 
> Marty Kraimer

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System