|
From: Marco M. <mmo...@by...> - 2009-04-08 14:04:47
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Alessandro, thanks for your reply! ;) > Hi Marco, > a plugin architecture for Symbolic is definitively a good things. I hope so... could be an harder work but let us a way to write code in parallel mode (without interferences). > In order to ease community support and modules I would try to offer a > structure that: > - Makes it easy to add a plugin for users (for example , drop your module > in a directory and, following some defined standards, it gets > automagically loaded and used in the different parts of the main > application. Yes... I have a little guide to do what you are saying for the "java" part of the code... I've some problems with frontend pages... > - Makes it easy to create plugins for developers, with clear guidelines, > possible a barebone module example and, if possible, with the possbility > of adding plugins written in different languages (am I asking too much?) eheh Plugin written in different languages could be a problem (for the moment) but surely is an interesting point! Surely when we will be ready to release the next version of symbolic, we will have tons of guide and examples to write a plugin for symbolic. Have you got any idea about different languages integration? > - Makes it easy to somehow integrate existing applications and opensource > software in Symbolic with some kind of "connectors" that permit the > integration of them inside Symbolic interface (thinking about projects > like Nagios, Cacti, Puppet and so on). Yes... the main idea is also to have the main engine of Symbolic as a plugin (I mean func)... so you can change the machine communication language (if you want). At the moment we already have a "standard" way to communicate with symboic using xmlrpc... I know that it's not a solution for all programs communication. To make a complete integration with an external tool I think will be necessary to write a translation layer between symbolic and, for example, puppet. Is what we have done with func too. Symbolic does not know that the engine is func... he just call an "external engine plugin" (called func-bindings) that make the two way translation between the two programs. Surely should be possible to do the same things with all other programs!! Thanks again Have a nice day Marco > > Just some (obvious) ramblings... > > All the best and keep up the great work > Alessandro > > > Hi everybody, > > we are starting making some example for the next generation of Symbolic > application. I want to share with you our idea about it and ask to > everybody if could be good or if you have any other (better) idea. > > What we want to make is a modular application (at the moment the > programming language is not so important... so you can partecipate to > the concept with what you want ;)). So Symbolic should be a simple > "core" and all other functions will be added with "plugins". > > What the "core" surely know and could do is "making activity with other > machine" (like the current version)... but all features (for example > virtual machine controller; cluster capability; ...) must be something > that we could make external. > > Any plugin could "inject" some functions on "existing" pages or > "business class"... so, for example, if I add the "cluster plugin" I > could see in admin menu a new voice to controll cluster, on machine > creation I'll have a new combo box and a new voice in the combo to > define the type of machine. > > > What I'm working on at the moment is a way to extend the java base > classloader to create a structure like I've described in this mail. > > If any of you has any idea about what I proposed and/or wants to propose > a simple "pluginable" application (python, groovy, java, perl(:S), ...) > is welcome!! :) > > Let me know what do you think about this idea and specially if you have > ideas!!! > > > Have a nice day > Bye > Marco > >> - ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Symbolic-users mailing list Sym...@li... https://lists.sourceforge.net/lists/listinfo/symbolic-users >> > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > Symbolic-users mailing list > Sym...@li... > https://lists.sourceforge.net/lists/listinfo/symbolic-users - -- Dott. Ing. Mornati Marco Byte-Code s.r.l via Antonio Cechov, 1 San Giuliano Milanese (MI) E-Mail: mmo...@by... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkncrzQACgkQzqSIKWCQ2AVrvQCgk7kvIgAeWCCL7eGQTVBD/peP XVgAnjT5Zs+xPD6NWnT/kLEx60az5MUH =ShH0 -----END PGP SIGNATURE----- |