There is one weird thing I've noticed ... my project is running super
well with equinox 3.10.
When I trying to run it with Felix 4.4.1 which comes with Bndtools the
RAM usage climbs up
to 2GB and then I get an error stating that the heap stack is out of memory.
This is not normal behaviour
This is normal behaviour for a Java application which is spiralling out of
control. ;) As in infinite recursion, or stuck in a tight loop trying to
create a component and always failing.
You should take this up on the felix mailing list, and preferably post the
stack trace instead of I get an
Yes I've changed few bundles removed few and updated old ones and
somehow it worked.
I've compiled the latest github of Gemini Blueprint myself and used
these jars.
I had 195 bundles
when I finished cleaning everything it went down to 169 bundles...
Now it is working pretty neatly on ARM7
It's working now!
On 21.06.2015 20:09, chris.g...@kiffer.be wrote:
If you are launching the giant jar in both cases then that does indeed
reduce the differences to a minimum. Therefore I think you need to look
at things outside of the jar: the Java version, the database (is it
accessible on
But do you know why?
It's working now!
On 21.06.2015 20:09, chris.g...@kiffer.be wrote:
If you are launching the giant jar in both cases then that does indeed
reduce the differences to a minimum. Therefore I think you need to look
at things outside of the jar: the Java version, the
So the way Bndtools packages the whole project is by compressing all the
required jars inside
of one giant jar. When you run that jar with the following :
java -jar MyBigProject.jar
Bndtools start the initialization of the OSGi framework and then loads
all the other jars
within.
I was not
If you are launching the giant jar in both cases then that does indeed
reduce the differences to a minimum. Therefore I think you need to look
at things outside of the jar: the Java version, the database (is it
accessible on the ARM7 target, with the same credentials?), anything which
is being
So we have the same bundles running on the same framework ... what are the
other variables? Maybe another JDBC driver or a different JVM for
example? Neither should make a big difference, but you never know. Or the
framework is being launched with different parameters - on DEV it is
presumably
Sorry for the targetted email towards Peter... this question was copied and
pasted from a skype session and I forgot to remove his name to render the
question more generic. :)
Yes Neil you are correct I'm running equinox 3.7. Which comes with
Bndtools. Unfortunately I cannot migrate
It’s a bit odd to see the “Package uses conflict” message but without the
diagnostics of the conflicting chains. Are you running on an older OSGi
Framework implementation? How are you launching your framework?
Regards
Neil
On 19 Jun 2015, at 19:36, chris.g...@kiffer.be wrote:
Fortunately
Fortunately Peter is not the only one on this mailing list ;-)
I'm no Blueprint wizard, but it does look very as much as if bambu is in a
bit of a tizz about spring.framework.transaction.annotation. Probably the
framework you are deploying into has different versions of some modules to
what you
11 matches
Mail list logo
