At 12:46 PM 5/19/2006, Ashok Hariharan wrote:
Some of you might remember this thread about using an XML database
which was a commercial product (which the developers were willing to
license on an OSS basis...) v/s using berkeley xml db....
i have finally managed to convince the powers that be, not to go
with either product (becuase the commerical option was fraught with
risk....the other option looked terribly complicated for the
requirement ....)....right now what seem appropriate is to use a
standard file system style, hierarchial structure...and index the
XML files using an external search indexer....
The projects goal is to build a system with a whole bunch of
workflow controlled, data entry forms which will generate the data
(the xml documents...)....and there is going to be a web portal
presenting the data.
The issue is of technology....We looked at various open source
stuff....we tried and gave up on the idea of using a Java server
approach (exceedingly complex , unintiutive, etc...)
Finally we settled on python & Zope (there is plenty going for it in
terms of a proper unified product., it meets a significant part of
the feature requirment...seems less complex than java....).....
The major issue with python/zope is skill availablity within the
African continent.....people have used Java here, but no one has
ever heard of Python (except as a snake).....
1) The system we want to build is a fairly compex one with multiple
legacy applciation integrations...and it needs to be localized and
deployed in multiple countries, lots of data entry forms which need
to be built quickly etc...I have never felt PHP cuts it in such a
situation ( ) what do you guys think...?
I am just barely following this conversation, hanging from the
context by the skin of my teeth, but I do have one small suggestion
that shouldn't take too long to investigate:
It sounds like you need a front-end to a collection of databases that
will permit quick creation of input forms (and presumably output
forms as well), is easy to localize, is well supported, and is open
source. If this understanding is wrong, skip the rest.
JGuiGen is a project just approaching completion, and which has very
recently been posted to Sourceforge. It appears to my
non-programmer's eye as being suitable for your application. I won't
pretend to be able to define it in understandable terms, so I direct
your attention to <http://jguigen.sourceforge.net/>. Documentation is
extensive and clearly done.
Perhaps the title tells enough: "JGuiGen -- a Java GUI Generation
System -- Elegant CRUD".
If this is completely off-topic, just ignore me -- I'm basically a
hardware man.
Bruce Metcalf,
Lake Buena Vista, Florida
