Tim Jones wrote
There are probably many arguments against using Spring ranging from
'Spring oriented technologies have a very unmodular streak in them'...
Thought I'd comment on this particular statement... We really shouldn't be
making (or spreading) unfounded statements like this.
Yeah, I have also noticed that the /clean /command-line option doesn't work
as advertised either. It seems that the only way to delete the //data/
folder is by doing it manually. Seems like a bug, unless the documentation
is misleading and setting the /clean/environment or command-line option is
So, right now I am using a stand-alone Jasypt command-line utility to encrypt
my properties, which, of course, implies that I have a separate Jasypt
distribution downloaded. Wouldn't it make sense to provide this
functionality inside the Karaf shell (unless I am missing something that is
already
Hi,
I am planning to use encrypted properties in my bundle configurations, e.g.
for data source passwords, etc. I know I can put together the following
Blueprint configuration to enable decrypting encrypted properties:
blueprint dxmlns=http://www.osgi.org/xmlns/blueprint/v1.0.0;
Achim and Tim, thank you for your help!
Achim Nierbeck wrote
yes this setup looks good to me,
just one note, don't know if you're already doing it, for the camel part
make sure it is all blueprint / JavaDSL for the Camel route :)
Yes, I always use JavaDSL to define Camel routes. In Spring
Achim Nierbeck wrote
4) Re-Package the spring-dm bundles or alter the Manifest for the version
Range. This can either be achieved with 1) using the maven-shade-plugin
and
an adapted Manifest file that widens the import range to [2.5.6, 4.1) or
[2.5.6, 5). Another possibility, alter the
I have a bundle that should export references to shared services (in Karaf
3.0.1) This used to work fine in my other applications. Everything seems
fine: I have my blueprint XML file under /resources/OSGI-INF/blueprint.
Here's the sample contents:
blueprint default-activation=eager
Why do I need Spring? Do you mean for the DI wiring, or in general? ;) Lots
of our application code/services have been developed with Spring, Spring has
been used not only for DI, but for many other things, of course. I, of
course, understand that the traditional Spring framework (not Spring-DM)
Achim, thanks so much for taking the time to look into this and help me out.
My original architectural approach (that has worked for me before) has been
the following. I have a set of well-defined bundles, where one bundle
consolidates some common (reusable, to be shared with other bundles)
Achim Nierbeck wrote
Hi,
From your description I still can't see your issue. Maybe you should tell
us more about what you are up to.
Are you trying to run multiple spring versions with spring-dm?
How is your setup?
Do you only manually install the spring feature. Do you reference the
Achim, thank you for your reply. In fact, I have tried deploying my
application using just features, no KAR, and, indeed, was able to make it
deploy without errors. However, I can't 100% pin-point and consistently
recreate the sequence of steps required to get it to work. I wipe out the
Data
Actually, spoke too soon. The bundles deploy without errors, but no Spring
context is initialized in any of the bundles at all! Crying for help...
--
View this message in context:
http://karaf.922171.n3.nabble.com/Spring-4-0-2-and-spring-dm-tp4033093p4033096.html
Sent from the Karaf - User
Hi,
I am using Karaf 3.0.2 and trying to deploy a KAR-archived application that
uses Spring 4.0.2. My bundles contain Spring configuration files with the
following property placeholder resolver configurations:
beans xmlns=http://www.springframework.org/schema/beans;
13 matches
Mail list logo