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 <[email protected]>: > 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 <[email protected]>: >> >>> >>> 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 <[email protected]>: >>> >>>> >>>> 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 <[email protected]>: >>>>>>>> >>>>>>>>> >>>>>>>>> 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 <[email protected]>: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Dear James development Team, >>>>>>>>>>>> >>>>>>>>>>>> there are plans to makes james based on spring and osgi in >>>>>>>>>>>> future? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>>>>>> For additional commands, e-mail: >>>>>>>>>>>> [email protected] >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>> For additional commands, e-mail: [email protected] >>>>>>> >>>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [email protected] >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>>> >>>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > -- > Martin Reisenhofer > Unterrohr 10 > 8294 Rohr bei Hartberg > Austria > > Tel +43 (0) 664 101 44 65 > Mail [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
