Hi there! a few thoughts: Tuscany-cpp has a hard dependency on HTTPD, used as runtime container instead or writing my own.
Not sure if HTTPD mods can be easily ported to LightHTTPD. If it's feasible and people want to try, I can help with any questions you have on the Tuscany HTTPD mods. Some sizing info posted to the Tuscany user list last year, showing that HTTPD can be built small: http://marc.info/?l=tuscany-user&m=128031058024758&w=2 Hope this helps. -- Jean-Sebastien On Mon, Oct 10, 2011 at 9:27 AM, dsh <daniel.hais...@googlemail.com> wrote: > On a side note - I was thinking to alternatively use LightHTTPD [1] > instead of Apache HTTPD cause it run's on most of my embedded devices > already. > > [1] http://www.lighttpd.net/ > > Cheers > Daniel > > On Mon, Oct 10, 2011 at 4:20 PM, Simon Laws <simonsl...@googlemail.com> > wrote: > > On Sun, Oct 9, 2011 at 11:31 PM, Giorgio Zoppi <giorgio.zo...@gmail.com> > wrote: > >> For embedded java and python are too much. .NET performs better, but > >> it is tight with Windows. It has a lot of dependencies, programmers > >> tends > >> to use introspection at runtime in the core. I know, Java is a tool > >> like can be C/C++, but generally performs bad in runtime/resource > >> contrains enviroment but now the step is to see..a product. Any idea? > >> > >> 2011/10/9 dsh <daniel.hais...@googlemail.com>: > > > > Hi Giorgio > > > > Sounds interesting. I haven't looked at the Tuscany native runtime for > > a long time but I know Sebastien and Daniel have been working on it on > > and off. Last time I looked it relied on Apache HTTP server for http > > support but I guess you could provide an alternative if you need http > > and have a favourite. It would be interesting to determine what the > > minimum function set (implementations and bindings etc) is. The core > > is pretty small IIRC. > > > > Also what sort of components and compositions do you have in mind in > > the first instance. Are you interested in more systematic components > > like security and data access or domain specific components as well? > > > > While the embedded part by necessity must offer restricted function > > the rest of the domain with which it communicates could be richer. (As > > an aside would embedded devices be part of the SCA domain propper? If > > so domain scalability becomes interesting) In some cases in the Java > > runtime we represent components in a composite but "export" them to > > run in an external environment. For example, implementation.widget > > allows you define a Javascript component as part of your composite. > > The component doesn't though run inside the Java runtime but is > > instead exported to a browser where runs in the browsers Javascript > > engine. Maybe that's a pattern that could be re-used in the embedded > > scenario. > > > > More questions than answers. > > > > Simon > > > > -- > > Apache Tuscany committer: tuscany.apache.org > > Co-author of a book about Tuscany and SCA: tuscanyinaction.com > > >
