Subject RE: AW: [IBO] Offtopic: Data replication.
Author DaveR
I agree that a generic Pascal version would be better.

-----Original Message-----
From: Gerhardus Geldenhuis [mailto:linuxmail@...]
Sent: 10 April 2001 09:02
To: IBObjects@yahoogroups.com
Subject: RE: AW: [IBO] Offtopic: Data replication.


I agree that we should join efforts. I disagree on the NT Service module. I
feel the program should be generic pascal to make for easy porting to kylix.
This would also help to keep the code base simplified and not have two
development trees.

Cheers
Gerhardus
-----Original Message-----
From: Jason Wharton [mailto:jwharton@...]
Sent: 10 April 2001 09:19
To: IBObjects@yahoogroups.com
Subject: Re: AW: [IBO] Offtopic: Data replication.


> After my project finishes in about two months time. I will have a bit more
> time for myself. I would be willing to head such a project. I have need
for
> replication as well and I think such a opensource project would be a
great
> help for the community. Such a project should an must be on par and better
> than IB Replicator for it to succeed. If you(community) would support me
and
> the effort please let me know, if not let me know as well.

I plan to have a Trustware based replication module for IBO. I would be most
grateful if everyone interested in working together on replication would
rally around this effort.

It will include the NT Service module and have some admin tools to set it
all up.

Since it is Trustware all those who assist will receive totally free access
to it as well as IBO, the Services module and whatever else is required to
pull it together. I really hope that this licensing and development model
will find favor and show what all it can do.

For now I have code for one way replication in place because the fuzzy text
search module I have actually allows you to store the index in a separate
GDB file and this requires replication to accomplish that. I'd like to see
it go beyond that if possible.

Here's the parts we need to figure out.

Our own system metadata definitions. We will have tables that store how
everything is configured. Changes to those table will trigger the governor
service to implement those changes in the database. If successful the
metadata will reflect the status, if not error entries will be given. This
will make it really easy to setup remote administration of governor services
do all the actual work.

Oh well, I'll hold back for the rest of the details until I am ready to plow
full steam ahead.

Regards,
Jason Wharton
CPS - Mesa AZ
http://www.ibobjects.com






Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/






Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/