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
- References:
- Java dialog Ron Nelson
- Re: Java dialog Russell J. Page, Sr.
- Re: Java dialog Marty Kraimer
- Navigate by Date:
- Prev:
Re: Java dialog Marty Kraimer
- Next:
Re: Java dialog [Capfast replacement?] William Lupton
- 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
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: Java dialog Marty Kraimer
- Next:
Re: Java dialog [Capfast replacement?] William Lupton
- 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
2018
2019
2020
2021
2022
2023
2024
|