Uff.. I think I have not enough expirience with OSGI to answer this.. Maybe the spring dynamic modules docs can bring in some lights..
Sorry, Norman 2010/3/22 Martin Reisenhofer <mar...@meinstein.at>: > Dear Norman, > > I mean is there any Spring-Osgi-Configuration Project to change > configuration of server instances dynamically, without rebundle > configuration. For example, i provide james server as osgi bundle, and i > want to start two instances of the server, at first i have to install the > james server osgi bundle, the second step is to install a bundle which > import the james server osgi bundle and two spring configurations for > creating the two instances. I am not sure if this is the right way? > > Thx > > Martin > > > Norman Maurer schrieb: >> >> Hi Martin, >> >> I don't understand this question "Do you know a extension project, >> to configure spring supported server instances without install >> bundles with configuration ?" >> >> Could you rephrase it and give some more details.. >> >> Thx, >> Norman >> >> >> 2010/3/22 Martin Reisenhofer <mar...@meinstein.at>: >> >>> >>> Dear Norman, >>> >>> I started with the osgi project now. The reason i will use james in osgi >>> environment, is to build up an environment with more different servers >>> are >>> easy to configure. For example: use apacheds + james in one application >>> server. >>> You have to build an feature or other bundle with the configuration for >>> the >>> servers. That is nothing i call fast and easy. Do you know a extension >>> project, to configure spring supported server instances without install >>> bundles with configuration. >>> >>> Thx, >>> >>> martin >>> >>> >>> Norman Maurer schrieb: >>> >>>> >>>> Hi Martin, >>>> >>>> just to follow up on this. Have you started to work on this already ? >>>> If so, is there some code already so I could have a look ? I would be >>>> really interested in see your progress .. >>>> >>>> >>>> Thx, >>>> Norman >>>> >>>> >>>> 2010/3/1 Norman Maurer <norman.mau...@googlemail.com>: >>>> >>>> >>>>> >>>>> Hi Martin, >>>>> >>>>> I think the important think is to actual do stuff ;) So if you feel >>>>> more comfortable with spring-dm just go ahead, If someone feels that >>>>> blueprint is the way to go later, he could just contribute a patch.. >>>>> >>>>> Bye, >>>>> Norman >>>>> >>>>> >>>>> 2010/2/28 Martin Reisenhofer <mar...@meinstein.at>: >>>>> >>>>> >>>>>> >>>>>> It is so hard today there are so many standards/libraries for the same >>>>>> thing >>>>>> ( see about java logging) , everything has advantages was the other >>>>>> not >>>>>> has >>>>>> and vice versa. You are right, the ideal way is it to implement james >>>>>> osgi >>>>>> support based on blueprint because it is a standard, but the ideal way >>>>>> is >>>>>> not ever the way which was gone ( the old example VHS and VIDEO2000 ). >>>>>> At >>>>>> now i am not familiar with blueprint, but i don't want ignore this >>>>>> good >>>>>> standard, i try to do my best to find a solution. I will you inform >>>>>> about my >>>>>> steps of implementing. >>>>>> >>>>>> Thanks >>>>>> >>>>>> Martin >>>>>> >>>>>> Am 27.02.2010 21:42, schrieb David Jencks: >>>>>> >>>>>> >>>>>>> >>>>>>> On Feb 27, 2010, at 12:02 PM, Martin Reisenhofer wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> Dear David, >>>>>>>> >>>>>>>> blueprint is similar to spring-dm, and also supported by the >>>>>>>> spring-dm >>>>>>>> server. But spring configuration for now has more features than >>>>>>>> blueprint. >>>>>>>> Why do you prefer blueprint instead of spring-dm? >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> Blueprint is a standard and gives you a choice of platfoms to run on, >>>>>>> such >>>>>>> as apache aries. I'm not familiar with the features in spring-dm >>>>>>> that >>>>>>> are >>>>>>> missing from blueprint: if they aren't too important for james, I >>>>>>> think >>>>>>> using the standard would be worthwhile. >>>>>>> >>>>>>> From another point of view, my understanding is that Spring >>>>>>> positioned >>>>>>> blueprint as the better, standardized version of spring-dm. If it >>>>>>> isn't, >>>>>>> better to find out now and start trying to fix the blueprint spec. >>>>>>> >>>>>>> thanks >>>>>>> david jencks >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> thanks >>>>>>>> >>>>>>>> Martin >>>>>>>> >>>>>>>> >>>>>>>> I watched out now the blueprint. The first i see, >>>>>>>> I am also agree that xbean-bluepring is great, but the are >>>>>>>> >>>>>>>> David Jencks wrote: >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> I still think that if you are going to go to the work of making >>>>>>>>> james >>>>>>>>> run well under osgi then it is worth the small additional work of >>>>>>>>> using >>>>>>>>> blueprint instead of spring-dm so as to not be tied to a >>>>>>>>> proprietary >>>>>>>>> api. I >>>>>>>>> got activemq running under xbean-blueprint and it basically >>>>>>>>> consisted >>>>>>>>> of >>>>>>>>> removing some unneeded use of obsolete spring lifecycle interfaces >>>>>>>>> from a >>>>>>>>> few classes and making sure the spring-isms needed for startup in >>>>>>>>> spring >>>>>>>>> were in a few classes not needed in blueprint. Translating a plan >>>>>>>>> from >>>>>>>>> spring to blueprint is pretty easy, there are basically just a few >>>>>>>>> element >>>>>>>>> name changes. >>>>>>>>> >>>>>>>>> I think xbean-blueprint is great but I know not everyone agrees and >>>>>>>>> it >>>>>>>>> is certainly experimental at this point. >>>>>>>>> >>>>>>>>> thanks >>>>>>>>> david jencks >>>>>>>>> >>>>>>>>> On Feb 27, 2010, at 10:33 AM, Norman Maurer wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Hi David, >>>>>>>>>> >>>>>>>>>> we are talkin about spring-dm (the modules) not the >>>>>>>>>> spring-dm-server. >>>>>>>>>> I just think using spring-dm is the easiest way cause we already >>>>>>>>>> use >>>>>>>>>> spring for DI. >>>>>>>>>> >>>>>>>>>> Bye, >>>>>>>>>> Norman >>>>>>>>>> >>>>>>>>>> 2010/2/27 David Jencks <david_jen...@yahoo.com>: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I'd suggest using blueprint rather than spring-dm as it is a >>>>>>>>>>> standard. >>>>>>>>>>> >>>>>>>>>>> If you want to poke into experimental territory you could try >>>>>>>>>>> xbean-blueprint which, although it currently only works with >>>>>>>>>>> aries' >>>>>>>>>>> blueprint implementation lets you use a schema adapted to the >>>>>>>>>>> beans >>>>>>>>>>> for >>>>>>>>>>> configuration. >>>>>>>>>>> >>>>>>>>>>> thanks >>>>>>>>>>> david jencks >>>>>>>>>>> >>>>>>>>>>> On Feb 27, 2010, at 9:21 AM, Martin Reisenhofer wrote: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Dear Norman, >>>>>>>>>>>> >>>>>>>>>>>> Thanks for the answer, i have cycles to integrate james with >>>>>>>>>>>> spring-dm, >>>>>>>>>>>> after i finished i publish the sources. >>>>>>>>>>>> >>>>>>>>>>>> Best Regards >>>>>>>>>>>> >>>>>>>>>>>> Martin >>>>>>>>>>>> >>>>>>>>>>>> Norman Maurer wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Hi Martin, >>>>>>>>>>>>> >>>>>>>>>>>>> we using spring as container in current trunk. (development >>>>>>>>>>>>> version). >>>>>>>>>>>>> I would love to see some osgi deployment too (using spring-dm) >>>>>>>>>>>>> but >>>>>>>>>>>>> noone had the cycles yet to implement it. Contributions are >>>>>>>>>>>>> welcome >>>>>>>>>>>>> of >>>>>>>>>>>>> course :) >>>>>>>>>>>>> >>>>>>>>>>>>> Bye, >>>>>>>>>>>>> Norman >>>>>>>>>>>>> >>>>>>>>>>>>> 2010/2/27 Martin Reisenhofer <mar...@meinstein.at>: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Dear James development Team, >>>>>>>>>>>>>> >>>>>>>>>>>>>> there are plans to makes james based on spring and osgi in >>>>>>>>>>>>>> future? >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>>>> To unsubscribe, e-mail: >>>>>>>>>>>>>> server-dev-unsubscr...@james.apache.org >>>>>>>>>>>>>> For additional commands, e-mail: >>>>>>>>>>>>>> server-dev-h...@james.apache.org >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>>>>>>>>>> For additional commands, e-mail: >>>>>>>>>>>>> server-dev-h...@james.apache.org >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>>>>>>>>> For additional commands, e-mail: >>>>>>>>>>>> server-dev-h...@james.apache.org >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>>>>>>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>>>>>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>>>>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>>>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>>>> >>>>>> >>>>>> >>>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>> >>>> >>>> >>> >>> -- >>> Martin Reisenhofer >>> Unterrohr 10 >>> 8294 Rohr bei Hartberg >>> Austria >>> >>> Tel +43 (0) 664 101 44 65 >>> Mail mar...@meinstein.at >>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >> For additional commands, e-mail: server-dev-h...@james.apache.org >> >> > > > -- > Martin Reisenhofer > Unterrohr 10 > 8294 Rohr bei Hartberg > Austria > > Tel +43 (0) 664 101 44 65 > Mail mar...@meinstein.at > > --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org