Re: [Setup-tool-hackers] Introducing

[Diego Delgado Lages <lages linuxsolutions com br>]

Quoting Diego Gonzalez (dggonz@yahoo.com):
> On 15 Aug 2001 23:20:38 +0300, Diego Delgado Lages wrote:
> > Quoting Diego Gonzalez (dggonz@yahoo.com):
> > > On 15 Aug 2001 19:58:38 +0300, Diego Delgado Lages wrote:
> > > > Quoting Diego Gonzalez (dggonz@yahoo.com):
> > > > > On 15 Aug 2001 16:34:22 +0300, Diego Delgado Lages wrote:
> > > > > > 	Very interesting! Let me put some points on it:
> > > > > > 
> > > > > > 	- I don't think we should use Bonobo at all: If we use bonobo, we must link
> > > > > > 	  the server programs with bonobo and all of its dependencies. It will
> > > > > > become very heavy, and some machines will be servers. I think that there is
> > > > > > no need to have a daemon with 15 Mb of memory running around.
> > > > > 
> > > > > 	the bonobo stuff that i'm using is heavy in the GNOME 1.4 platform, in
> > > > > the GNOME 2.0 (scheduled for december) it will have no dependencies
> > > > > except for glib and ORBit, so the only added dependency that i will have
> > > > > will be libbonobo and bonobo-activation (maybe) itself with is pretty
> > > > > small.
> > > > > 
> > > > > 	Other dependencies that i have are libxml (to parse the configuration
> > > > > and action - you are going to have this dependecy as well), and
> > > > > libcrypto (from OpenSSL, if you want to use crypto stuff you are gonna
> > > > > have a dependecy like this, and if you are going to use the SSL
> > > > > transport of ORBit2 you will also have this dependency as well, so i
> > > > > guesss that this dependency is not a problem).
> > > > 
> > > > 	If it is only server-side dependencies, I don't think it will be a problem.
> > > > The fact is that for my final project, I have to build Java and Windows
> > > > Clients. I know that these two sucks(especially the last one), but I must have
> > > > them in order to show the portability.
> > > > 	For the client side I just want a CORBA dependency. It can by any
> > > > dependecy, since that I will be using, for example, Visibroker for Borland C++
> > > > for building the Windows client.
> 
> i have another idea, let me explain first how the client works:
> 
> 	the client has a direct connection to postgres (libpq the client
> library can work from any platform: Java, C, C++, ODBC, Windows, Unix,
> MacOS ...), an it has another connection to the GIS, the console passes
> the configuration/control actions to the machines trogught the GIS, as
> the GIS is modular (everything is in plugins), you could provide a pure
> CORBA plugin to send the actions. You could use the rest of the system.
> 
> What do you think about this?

	Well,

	Confused, but seems fine. Let me understand it first and then give more
feedback, but seems fine for me. The only problem that I see is that it must
have postgres(and so far, only postgres). I'd like to eliminate postgres(or
other SQL database) if possible. Postgres is somewhat heavy, and, for example,
I wouldn't install this configuration program in my production database
server(a postgres one).

	Please, give sometime to understand all the stuff, and we come back to
discuss everything. Fine?


	Best regards,

	Diego Lages

> Diego
> 
> 
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
> 
> 

-- 
Diego Delgado Lages - lages@linuxsolutions.com.br
IT & Internet Consultant
Linux Solutions - http://www.linuxsolutions.com.br
O Linux - O maior e melhor site de Linux do Brasil - http://www.olinux.com.br
Brazil

_______________________________________________
setup-tool-hackers maillist  -  setup-tool-hackers@ximian.com
http://lists.ximian.com/mailman/listinfo/setup-tool-hackers