Syan,

>The current argus open source recently posted is a little different but not much.
You must be kidding. Look a little closer. Our entire data layer was redesigned for version 4.0, to get rid of the JDBC dependence. This makes about 25% of the code distinctly different from the old version to which you added PGP.

I respectfully disagree in the strongest terms with your assertion that Argus should be 'refactored' and eliminate 'unnecessary class heirarchies', among other creative notions.

Argus, unlke 90% of the systems I have worked on since 1988, was carefully and meticulously designed from the moment of its conception. Working at that time as I was for a university, I was given a luxury that not many commercial programmers have: the freedom to design a rigorous architectural framework before application programming began.

Argus has been designed strictly according to design patterns, as defined in the famous book

Design Patterns: Elements of Reusable Object-Oriented Software by Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides

An adoption of design pattern principles for the purpose of creating fully modular, decoupled, object-oriented systems necessitates dynamic creation of objects, the use of class factories, and string identification of classes.

Because I hate deep inheritance trees, the architecture on which Argus is based ("JAF") utilises the absolute minimum depth. I challenge you to show me another commercial system which can be enhanced by subclassing one of only 5 base classes. All the other classes in JAF are simply the glue that allow instances of those 5  subclasses to interact in a modular  fashion.

Regards, Andrew

[EMAIL PROTECTED] wrote:
The current argus open source recently posted is a little different but not much.
I think there is a registry value keyed under "HOST"  or "MessengerDatabaseHost" in mailRegistry.txt, which itself
is a DES encrypted text file. You could figure out the DES password, and manually
decrypt the mailRegistry.txt perhaps . JAF/src/DataManagementDomain/JTextRegistry.java
has the functions saveRegistry and saveRegistryDecrypted , saveRegistry() showing what the format of the configuration file is.
maybe you can insert saveRegistryDecrypted somewhere during startup,
so you can check to see if things are working.

My wishlist is for Argus to refactor their code so things are called directly and statically
instead of dynamically , and not to use Strings vs. class names and dynamic instantiation
of objects,  and to collapse some unnecessary inheritance heirarchies,
and it would be a lot smaller, and a lot easier to read and follow. 
But if it ain't broke, then don't fix it, would be the counter argument.
-- 
Andrew N. Shrosbree B.Sc, B.Ec
Technical Director
ArgusConnect Pty Ltd
http://www.argusconnect.com.au
Suite 4, Greenhill Centre, Mt Helen
Victoria, Australia
Tel: +61 (0)3 5335 2214
Mob: +61 (0)415 645 291
Skype: andrewshroz

_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk

Reply via email to