Sorry for the late answer:
I was not clear enough regarding the updated bundle. The process is as
follows:
- Karaf is watching all urls with 'bundle:watch *'
- I build a SNAPSHOT osgi bundle with 'mvn clean install' (NOT the
org.apache.openejb.core-osgi 4.5.2 bundle)
- Karaf tries to update the
Hi Florian,
If you are looking for what the benefits of OSGi in general are, the
following presentation might be helpful:
http://www.slideshare.net/bosschaert/benefits-of-osgi-in-practise
Best regards,
David
On 16 June 2014 22:37, lionceau florian.brunet.fra...@gmail.com wrote:
Hi,
To build
Hmm, I'm trying to resolve this but I'm running into different problems:
This is what my pom looked like:
Require-Bundle
org.apache.cxf.bundle,
org.springframework.beans
/Require-Bundle
I
Which Symphony ?
Can you please provide a link to this technology ?
On Mon, Jun 23, 2014 at 3:14 AM, David Bosschaert
david.bosscha...@gmail.com wrote:
Hi Florian,
If you are looking for what the benefits of OSGi in general are, the
following presentation might be helpful:
Hi Karaf Users,
I’m migrating to Karaf from Virgo and so far miss but one feature: tracking the
wiring of imports of OSGi services between bundles.
In Virgo I am alerted to the progress of OSGi wiring of Spring application
contexts. For example,
Bundle A is waiting for bean X with filter
Hey all,
I am working around Karaf with open JPA. System details as flollows :
Karaf : 3.0.0
OS : Ubuntu 12.04
JVM : 1.7.0
I am getting a warning of this kind :
The TransactionSynchronizationRegistry used to manage persistence contexts
is no longer available. Managed persistence contexts will
Hi,
could you try with Karaf 3.0.1 or even with Karaf 3.0.2-SNAPSHOT.
AFAIRC there had been an issue with Aries that is fixed in those versions
already.
regards, Achim
2014-06-23 12:32 GMT+02:00 Shalin LK shali...@hifx.co.in:
Hey all,
I am working around Karaf with open JPA. System
Hi,
if it's the issue that I'm thinking about, it requires a Aries JPA
SNAPSHOT. Let me check if we have the right snapshot in 3.0.2-SNAPSHOT.
Regards
JB
On 06/23/2014 12:55 PM, Achim Nierbeck wrote:
Hi,
could you try with Karaf 3.0.1 or even with Karaf 3.0.2-SNAPSHOT.
AFAIRC there had
Hi Daniel,
you mean programmatically ?
You can take a look on:
- bundle:list -t 0 where you can see the Spring and Blueprint status
- bundle:info providing the headers and the to be resolved headers
(package/service)
- bundle:tree to see the dependency tree of a bundle
-
Hello!
I'm trying to start karaf 3.0 with configured mirror in settings.xml and it
takes a lot of time to start for the first time.
I've tried both: clean karaf distribution from official site and own
assembled distribution with all custom features dependencies in system
folder. The behavior is
Hey,
Thank you very much for your fast reply. Let me check with the newer
version (3.0.1 or 3.0.2). I will let you know the status. Thanks once
again.. :-)
On Mon, Jun 23, 2014 at 4:25 PM, Achim Nierbeck bcanh...@googlemail.com
wrote:
Hi,
could you try with Karaf 3.0.1 or even with Karaf
Hi Igor,
The long resolution issue has already been fixed for 3.0.2: the system
folder repo should be in the first position of the repositories definition.
Regarding the authentication, we created a Jira about that (with a
workaround for 3.0.2 waiting for the fix on Pax URL).
Regards
JB
yes, that's the configuration I had in my mind.
Might also want to check with the latest one contained in Karaf
3.0.2-SNAPSHOT.
AFAIRC it is contained in the latest also ...
... might be wrong though :)
If that doesn't work, open an issue for it, we should add those then.
regards, Achim
How did you install those bundles,
did you install a feature where the EJB bundle has been marked as
dependency?
The only possibility might be that the feature resolver actually should
refresh, not update, the ejb bundle because
it should be rewired. This might be a bug.
Do you have a simple
The cause of this error is method
org.apache.openejb.config.DeploymentsResolver.loadFromClasspath(...) in
Release 4.5.2 of OpenEJB. Here the URLs of all JARs loaded by the given
ClassLoader are collected. Then the system JARs get removed from the list.
Normally also the OpenEJB JARs should be
Hello,
I wrote a builder containing the following setter which does not return void
(see following sample).
/**
* @param maxValue
*Maximal value for compression law attributes
* @return the builder.
*/
public CompressionLawBuilder setMaxValue(final float
Hi Christophe,
in JavaBeans (following by Blueprint), a setter is void, and a getter
doesn't have argument.
So it should be:
public void setMaxValue(float maxValue) {
this.maxValue=maxValue;
}
public float getMaxValue() {
return this.maxValue;
}
Regards
JB
On 06/23/2014 05:34 PM,
admin@NextGate help
pipe: java.lang.StringIndexOutOfBoundsException: String index out of range:
-1
admin@NextGate system:version
3.0.1
did i find a bug?
--
View this message in context:
http://karaf.922171.n3.nabble.com/help-cmd-tp4033711.html
Sent from the Karaf - User mailing list archive
seems to work fine on vanilla karaf so must be our issue...
--
View this message in context:
http://karaf.922171.n3.nabble.com/help-cmd-tp4033711p4033712.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Happens to me on all the sub commands:
__ __
/ //_/ __ _/ __/
/ , / __ `/ ___/ __ `/ /_
/ /| |/ /_/ / / / /_/ / __/
/_/ |_|\__,_/_/ \__,_/_/
Apache Karaf (3.0.1)
Hit 'tab' for a list of available commands
and '[cmd] --help'
Hi guys,
It seems that you found a bug.
Thanks for the report.
I'm creating a Jira and I will fix that.
Regards
JB
On 06/23/2014 06:18 PM, Daniel McGreal wrote:
Happens to me on all the sub commands:
__ __
/ //_/ __ _/ __/
/ , / __
FYI:
https://issues.apache.org/jira/browse/KARAF-3065
Thanks again,
Regards
JB
On 06/23/2014 06:18 PM, Daniel McGreal wrote:
redbite@root() web
redbite@root(web) help
pipe: java.lang.StringIndexOutOfBoundsException: String index out of
range: -1
--
Jean-Baptiste Onofré
jbono...@apache.org
Hi,
as I haven't used EJB/OpenEJB in Karaf yet I wasn't aware of this. But this
doesn't seem to be a bug in Karaf. It looks a lot more like it's something
that needs documentation at the OpenEJB project, if not already done there
:)
regards, Achim
2014-06-23 17:07 GMT+02:00 jkraushaar
Looks like the xbean-finder-shaded bundle requires a ASM4 bundle which
isn't available.
For testing you might install the war feature first, since it does contain
the ASM4 bundle.
With Karaf 3.0.2-SNAPSHOT this won't work any longer since Pax Web switched
to ASM5
regards, Achim
2014-06-21 0:18
Hi,
I would like to use Karaf with GWT , can you recommend to me a tutorial with
GWT who is working well ?
I try to do this tutorial :
http://cmoulliard.blogspot.fr/2011/12/run-google-web-toolkit-2-project-on.html
but I have these errors :
karaf@root() install -s
i,
I try to make a bundle with GWT ,
I am doing that :
https://github.com/rombert/gwt-karaf-examples
or
https://github.com/cristcost/gwt-karaf-examples
I have these errors :
parker@parker-W55xEU:/java/mavenprojects/googletoolkitV4$ wget -O
tools/lib/bnd/bnd-1.50.0.jar
26 matches
Mail list logo