Ean and everyone else,
I am definately interested.
We have our system working single user, we have standard interfaces and
all I have so far is available under LGPL. We have a big deadline at the
end of October and too much work to do before then. I will be putting it
out (and am discussing with Joe Carter see
http://freespace.virgin.net/joe.carter whether it should be integrated
with / compatible with TableGen).
If anyone wants to see a very early (version 0.very little) sample then
I have something I can email now.
We are also going to release our little debugging class (I can make that
availablke now to anyone interested) and our standard Swing documents
and text fields etc. We actually make up a business object for data
entry purposes that has subclasses of PlainDocument for each attribute.
The GUI then connects directly to the business object. All the
validation that can be done at the client is then built into the
business object.
We also have listboxes that use simpler read only business objects. Due
to the observer pattern that we have used the listboxes automatically
stay up-to-date with any changes to the data.
Ean R . Schuessler wrote:
>
> We have written a similar system which I have been heading towards
> GPLing. It used to use unique IDs but I have shifted to arbitrary keys.
>
> It would seem that we should try and put together a consolidated effort
> to build something heavy duty.
>
> ?,
> E
>
> On Tue, Sep 22, 1998 at 01:44:14PM +0200, Bernd Wengenroth wrote:
> > We work at present on a project called "linux-kontor".
> > It's completly implemented in Java and it's GPL.
> >
> > http://www.ios-online.de/Linux-Kontor
> >
> > In our architecture, we use an layer called "ObjectServer",
> > which administers Java objects in Database-tables.
> > Subobjects and arrays are stored automatically into the respective
> > (different) tables.
> > Each attribute is mapped to a column. Classnames and tables
> > can be used freely.
> >
> > As a prerequisit all objects must be derived from a certain base
> > class.
> > These receive a ID, which is global unique and is used for the
> > administration of links and to identify the objects.
> > Version conflicts of the objects are autmatic detected and
> > announced.
> > Also "normal" Java objects can be loaded and stored, however only
> > with the additional specification of the respective
> > tables and without use of Subobjects.
> >
> > The "ObjectServer" is part of our framework and used in
> > different projects.
> >
> > If your are interested, please contact us.
> >
> > Greetings,
> > Bernd
>
> --
> __________________________________________________________________
> Ean Schuessler A guy running Linux
> Novare International Inc. A company running Linux
> *** WARNING: This signature may contain jokes.
