GNOME.org
 

Re: [gnome-db] Environment for building db applications needed


For all the people on this list looking for a development and run-time environment for the db applications for the GNOME desktop, you may be interested in one of the projects I am working on at the moment.

I am at a very advanced stage of developing a 4GL / Web Services composite environment for the development and deployment of applications. libgda is used for the database connectivity, glade for UI design, dbxml for a native XML database acting as an application repository, gSOAP for Web Services functionality and a simple 4GL logic command set for quick and easy programming.

You can find details at my site http://www.xobas.com  To get an idea of this environment, have a look at the screenshots ( http://www.xobas.com/screenshots.html )  and to get an idea what it takes to build an application, have a look at the tutorial ( http://www.xobas.com/xobas-doc/tutorial/index.html ) and 4GL command reference manual ( http://www.xobas.com/xobas-doc/reference/index.html )

I am looking for people interested in this technology. Either to use it, test it, develop applications in this environment, as well as people who are interested in helping to further develop this or part of the technology.

All projects are published under the GPL license.

Please contact me directly for more details.

Thanks,
Bas.


On Mon, 2005-09-19 at 17:33 -0500, Daniel Espinosa wrote: 
I searching for that enviroment too.

I think you are searching for a User-Oriented enviroment (see the
Gnome-Db Live at http://live.gnome.org/GnomeDb), where the end user
could:

- Create forms, tables
- Program its forms with a python (or any scripting enviromente)
- Store the data, forms and code in a simple XML file.

I think is a usefull application, and must be User-Oriented, to allow
the user tho easily create his own apps.

I think it could be created using the following:

- LIBGNOME-DB/LIBGDA, as the GUI/DB front end. In this case, must be
an implementation of  gnome-db in the disired scripting language, and
able to compile the lib in other plattaforms like Win.

- Use GLADE 3.0, as the GUI designer. I know that the next version of
GLADE will allow to Plug the designer in any app.

- Create a version of XML, that could store: GUI glade definitions
(embeded glade file) for the forms, definition of the data base (XML
database embeded) and the scrips of the code for any form.

- And an option or alternated app, where you can 'run' your database
application stored in that XML.


2005/9/19, Francisco Santiago Capel Torres <santiagocapel yahoo es>:
> On Friday 16 September 2005 18:04, Neil Williams wrote:
> > On Friday 16 September 2005 5:28 pm, Francisco Santiago Capel Torres wrote:
> > > Hi everbody,
> > >
> > > I am looking for an environment to build database applications.
> >
> > Is this a user-environment or a developer-environment?
> >
> > I'm working on a framework that is developing in this way but it's not
> > there yet. I use XML to describe generic data, that can be converted (using
> > perl) into a C application that uses the framework library to handle SQL
> > queries on that data. It's alpha code and currently it's only just ready to
> > link against gda. In particular, the code to convert the XML into C is very
> > early stuff.
> >
> > > - I store the definition of my database(s) in a data dictionary (xml).
> >
> > Tick. (Data is stored with the definition, the perl script takes the
> > definition to create the C, the C reads the data.)
> >
> 
> I have done the same as you but in C++. It is part of a whole application for
> charities or NGOs. I create XML data dictionaries and then a C++ program
> reads that XML files an creates C++ classes with the code to read and write
> to the database.
> 
> But this approach is valid for a monolithic database appliation. But what I am
> looking for now is to build an evironment for the user to create
> applications. So it must be, I think, an interpreted language.
> 
> 
> > > - The application reads the data dictionary and is able to create all the
> > > tables, indexes, relations, etc...
> >
> > Tick. Almost. It generates one application per xml definition but they can
> > be combined. This is not a user task.
> >
> > > - I store the definition of my forms in a set of xml files created with
> > > glade.
> >
> > It uses XML but not glade files. Glade would be quite restrictive on the
> > types of data allowed, the framework uses a generic XML.
> >
> > > - The application loads those files and, based upon the data
> > > dictionary, is able to format the fields, put names to the labels, read
> > > and save the data onto the database, etc.
> >
> > I'm concentrating on a more fixed set of objects that will be used over and
> > over, not arbitrary sets at runtime. That's down to the real-time use of
> > the library in GnuCash.
> >
> > > In summary, I am looking for an engine that is able to read all the
> > > definition and logic of a database application
> >
> > I've got that.
> >
> > > and run that application,
> > > with the aid of some scripting language.
> >
> > That too, but in C not a scripting language.
> >
> > > In this way, the aplication could run in any environment, and it would be
> > > possible to create any kind of database application.
> >
> > It's close but I don't think it's quite what you intended.
> >
> Wow, we have been doing a very similar stuff. But now, I have decided to go
> for something else, something similar to Rekall or Access.
> 
> 
> Thanks!
> 
> 
> 
> > http://qof.sourceforge.net/
> 
> --
> ---------------------------------------------
> Visit my blog: http://respetaralagnostico.blogspot.com
> ---------------------------------------------
> Francisco Santiago Capel Torres
> santiagocapel yahoo es
> 
> 
> 
> ______________________________________________
> Renovamos el Correo Yahoo!
> Nuevos servicios, más seguridad
> http://correo.yahoo.es
> _______________________________________________
> gnome-db-list mailing list
> gnome-db-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-db-list
>
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]