[oe] Java handling in OpenEmbedded

[Robert Schuster]

Hi Marcin,
I am all fine with this change. However shouldn't the Jars end up in
something
like all-angstrom-foobar/usr/share/java then?

The second problem is native staging. In case 'inherit native' is active
STAGING_DIR_JAVA
needs to be changed to point into something like x86_64/usr/share/java.
Its a one
line change I am committing to org.oe.dev. It should be applied to the
stable branch as well:

http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=a0bed236db2e2bc4beace697809eab8db9e51e01

Regards,
Robert

Marcin Juszkiewicz schrieb:
> Hi
>
> For most of time I do builds of BugLabs software for just one device: BUG 
> which uses i.mx31 cpu (armv6). As I need to test it also on BeagleBoard I got 
> hit by one problem when it comes to building Java software...
>
> As Java is target independent we package it as "all". But the problem is when 
> build want to get JAR files built from other recipes (think dependencies). By 
> default all those jars are staged into target staging (armv6-angstrom-linux-
> gnueabi in this case). It works fine as long as you do not want to build for 
> other architecture in same tmpdir.
>
> After MACHINE change OE thinks (correctly) that it does not need to build Java 
> things again (as it was PACKAGE_ARCH="all") and tries to use it from staging. 
> But staging/usr/share/java/ dir is empty...
>
> OK, someone can say "but what is a deal? it got built before so you can just 
> install packages - they are 'all' anyway". Sure, but some of our Java recipes 
> are bind to BUG kernel services so can not be built for other devices and we 
> do not want to be forced to keep MACHINE values in specific order to 'maybe 
> this will work' way of building.
>
> What is a solution? I had few ideas during weekend and tested two of them.
>
> 1. Drop PACKAGE_ARCH="all" for ALL Java recipes. It works but adds extra
>    building time.
>
> 2. Change staging of JAR files. This worked fine for my build. Patch to
>    stable/2009 branch attached.
>
> Please test and reply what do you think about it. I did tests with BugLabs 
> meta-bug/ overlay [1] (concierge and some of bug-osgi are good test targets).
>
> 1. svn://svn.buglabs.net/bug/trunk/com.buglabs.build.oe/meta-bug/
>
> Regards, 
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20091224/db540b4d/attachment-0002.sig>