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