Vinicius, I think your idea is correct.
> I was imagining putting the Felix inside a servlet context, > much like Spring > app do. And my servlets would consume services provided by You are talking here about the embedding mode of felix. In this way you will instance a Felix class inside you application. And you can acess the bundles on it, install new bundles and so on. You can read more about this here : http://felix.apache.org/site/launching-and-embedding-apache-felix.html I start to do something like it inside my application, but this project is halted. But I will restart it soon I hope. By the way are you from Brazil ? If you are you can send me a private email if you want to talk more about this (in portuguese of course). Danilo. --- On Tue, 1/6/09, Vinicius Carvalho <[email protected]> wrote: > From: Vinicius Carvalho <[email protected]> > Subject: Felix inside web container > To: [email protected] > Date: Tuesday, January 6, 2009, 8:28 AM > Hello there! > > After reading the books and the many help got here we > started our project, > but there's just one piece of the osgi architecture > that I still don't get > it. > I have a background on JEE development, and since the Felix > is a registry > one could make an analogy just like JNDI, I know > there's much more to the > OSGi platform than only a simple registry, but looking that > way, inside a > web container, why would I need my servlets to be > registered as services as > well? On a MVC model, the servlets purpose is solely to act > as a controller > right? > > I was imagining putting the Felix inside a servlet context, > much like Spring > app do. And my servlets would consume services provided by > the Felix, I > would create some special servlets front ends to install > bundles, list them, > update, and the application would only consume the > services. Since I have > not seen this approach anywhere I'm guessing I'm > doing something terrible > wrong ;). Would this be a good approach? Has anyone tried > this before? > > > Best regards --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
