You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Norman Maurer <no...@googlemail.com> on 2010/03/01 10:10:09 UTC
Re: James and Spring / Osgi
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 <ma...@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 <da...@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 <ma...@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-unsubscribe@james.apache.org
>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: James and Spring / Osgi
Posted by Martin Reisenhofer <ma...@meinstein.at>.
No problem
Thx
Martin
Norman Maurer schrieb:
> 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 <ma...@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 <ma...@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 <no...@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 <ma...@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 <da...@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 <ma...@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-unsubscribe@james.apache.org
>>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>> server-dev-help@james.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>> server-dev-help@james.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>> server-dev-help@james.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>> --
>>>> Martin Reisenhofer
>>>> Unterrohr 10
>>>> 8294 Rohr bei Hartberg
>>>> Austria
>>>>
>>>> Tel +43 (0) 664 101 44 65
>>>> Mail martin@meinstein.at
>>>>
>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>>
>>>
>> --
>> Martin Reisenhofer
>> Unterrohr 10
>> 8294 Rohr bei Hartberg
>> Austria
>>
>> Tel +43 (0) 664 101 44 65
>> Mail martin@meinstein.at
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>
--
Martin Reisenhofer
Unterrohr 10
8294 Rohr bei Hartberg
Austria
Tel +43 (0) 664 101 44 65
Mail martin@meinstein.at
Re: James and Spring / Osgi
Posted by Norman Maurer <no...@googlemail.com>.
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 <ma...@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 <ma...@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 <no...@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 <ma...@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 <da...@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 <ma...@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-unsubscribe@james.apache.org
>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>> server-dev-help@james.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>> server-dev-help@james.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>> server-dev-help@james.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>
>>>>
>>>>
>>>
>>> --
>>> Martin Reisenhofer
>>> Unterrohr 10
>>> 8294 Rohr bei Hartberg
>>> Austria
>>>
>>> Tel +43 (0) 664 101 44 65
>>> Mail martin@meinstein.at
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>>
>
>
> --
> Martin Reisenhofer
> Unterrohr 10
> 8294 Rohr bei Hartberg
> Austria
>
> Tel +43 (0) 664 101 44 65
> Mail martin@meinstein.at
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: James and Spring / Osgi
Posted by David Jencks <da...@yahoo.com>.
I'd use karaf + aries blueprint instead of spring (you can use spring
blueprint if you want, although its not included in karaf IIUC). If
you set up "base james" as a bunch of library bundles and then install
a blueprint plan that uses them as the server instance, you can
install any number of blueprint plans that share the same james
library bundles.
I think karaf includes some way of directly deploying a blueprint plan
without first "wrapping" it in an otherwise empty bundle, but I've
never used it, I just create a bundle with just the plan inside.
hope this helps
david jencks
On Mar 22, 2010, at 1:34 AM, Martin Reisenhofer wrote:
> 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 <ma...@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 <no...@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 <ma...@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 <da...@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 <ma...@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-unsubscribe@james.apache.org
>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>> server-dev-help@james.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: server-dev-
>>>>>>>>> unsubscribe@james.apache.org
>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>> For additional commands, e-mail: server-dev-
>>>>>>> help@james.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>
>>>>
>>>>
>>> --
>>> Martin Reisenhofer
>>> Unterrohr 10
>>> 8294 Rohr bei Hartberg
>>> Austria
>>>
>>> Tel +43 (0) 664 101 44 65
>>> Mail martin@meinstein.at
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>>
>
>
> --
> Martin Reisenhofer
> Unterrohr 10
> 8294 Rohr bei Hartberg
> Austria
>
> Tel +43 (0) 664 101 44 65
> Mail martin@meinstein.at
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: James and Spring / Osgi
Posted by Martin Reisenhofer <ma...@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 <ma...@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 <no...@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 <ma...@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 <da...@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 <ma...@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-unsubscribe@james.apache.org
>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>> server-dev-help@james.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>>
>>>
>> --
>> Martin Reisenhofer
>> Unterrohr 10
>> 8294 Rohr bei Hartberg
>> Austria
>>
>> Tel +43 (0) 664 101 44 65
>> Mail martin@meinstein.at
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>
--
Martin Reisenhofer
Unterrohr 10
8294 Rohr bei Hartberg
Austria
Tel +43 (0) 664 101 44 65
Mail martin@meinstein.at
Re: James and Spring / Osgi
Posted by Norman Maurer <no...@googlemail.com>.
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 <ma...@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 <no...@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 <ma...@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 <da...@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 <ma...@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-unsubscribe@james.apache.org
>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>> server-dev-help@james.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>
>>>>
>>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>>
>
>
> --
> Martin Reisenhofer
> Unterrohr 10
> 8294 Rohr bei Hartberg
> Austria
>
> Tel +43 (0) 664 101 44 65
> Mail martin@meinstein.at
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: James and Spring / Osgi
Posted by Martin Reisenhofer <ma...@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 <no...@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 <ma...@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 <da...@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 <ma...@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-unsubscribe@james.apache.org
>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>>
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>
--
Martin Reisenhofer
Unterrohr 10
8294 Rohr bei Hartberg
Austria
Tel +43 (0) 664 101 44 65
Mail martin@meinstein.at
Re: James and Spring / Osgi
Posted by Martin Reisenhofer <ma...@meinstein.at>.
Hi Norman,
Until now i am only playing, the real project working start on 18.3.2010.
Best Regards
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 <no...@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 <ma...@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 <da...@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 <ma...@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-unsubscribe@james.apache.org
>>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>>
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>
--
Martin Reisenhofer
Unterrohr 10
8294 Rohr bei Hartberg
Austria
Tel +43 (0) 664 101 44 65
Mail martin@meinstein.at
Re: James and Spring / Osgi
Posted by Norman Maurer <no...@googlemail.com>.
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 <no...@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 <ma...@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 <da...@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 <ma...@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-unsubscribe@james.apache.org
>>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org