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 launched by bndtools, how is it launched on ARM7?
Like Neil I'm a bit surprised by the lack of detail in the error message, are you sure there is not more information available somewhere? It could be interesting to know which bundles stay in INSTALLED, maybe this will give a clue. > 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 towards Equinox 3.10(OSGi R5) > because of the incompatibility of Aries Transaction Manager which breaks > the PlatformTransactionManager I depend on from Spring when I use it. > > Chris I verified the (lb command from gogo shell) from my dev IDE and the > ARM7 server I setup and they are showing the sames bundle versions. > > I don't think that there is a real conflict since I'm only using Spring > Transaction Manager 4.1.1. > > The other bundles which are using the SPM 4.1.1 don't show this error only > few get ACTIVE and the rest stays as INSTALLED. I double checked with > WebConsole and it's only on the ARM7 server it breaks. > > Sent from my iPod > > On 2015-06-19, at 21:05, Neil Bartlett <njbartl...@gmail.com> wrote: > >> 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 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 have on your dev machine; your code was probably compiled >>> against >>> version 4.1, so you need to have version 4.x installed on the server >>> and >>> not 3.x or 5.x for example. >>> >>> Wherever possible you should try to have the same version of all the >>> dependencies on the dev machine as are on the target, to avoid these >>> "surprises". In particular, having a more recent version on dev than >>> is >>> running on the target is inviting disappointment. >>> >>>> greetings Peter >>>> do you have an idea why i get this error on ARM7 >>>> when I try to put my osgi project on production on the ARM7 >>>> >>>> I run the project within my eclipse environment I get no error with >>>> Bndtools >>>> by the way I use the EXPORT function from bndtools to generate the jar >>>> that I'm using on the headless ARM7 ubuntu server >>>> >>>> Best regards >>>> >>>> Ergü >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> OSGi Developer Mail List >>>> osgi-dev@mail.osgi.org >>>> https://mail.osgi.org/mailman/listinfo/osgi-dev >>> >>> >>> _______________________________________________ >>> OSGi Developer Mail List >>> osgi-dev@mail.osgi.org >>> https://mail.osgi.org/mailman/listinfo/osgi-dev >> >> _______________________________________________ >> OSGi Developer Mail List >> osgi-dev@mail.osgi.org >> https://mail.osgi.org/mailman/listinfo/osgi-dev > _______________________________________________ > OSGi Developer Mail List > osgi-dev@mail.osgi.org > https://mail.osgi.org/mailman/listinfo/osgi-dev _______________________________________________ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev
