Thoughts on Java files and forward compatibility?

[BogDan]

Hi,


 
> Hi
> 
> BogDan, you were right, it was too good to be true. DefineClass from 
> byte array is not implemented on Android.
> 


:)

>> I might be behind in the discussion but what's wrong in putting a .jar 
> file along with the Qt .so files? There is a way to create .jar file 
> with a .dex files inside and load it runtime using 
> http://developer.android.com/reference/dalvik/system/DexClassLoader.html 
> from Qt libraries - loading works, I have tried it. I can share some 
> code also if you are interested.
> 

Is nothing wrong to ship two files :)

I know that class, the "problem" now is to redesign the current Java part :)
Because the java which will be shipped with your application should be 
VERY small and VERY stable, it should only search for Ministro and create
the main activity. The rest of java should be loaded from Ministro's repository.


>
> Regards
> Lauri
>

Cheers,
BogDan.

> 
> 
> 
> On 27.06.2011 12:20, BogDan wrote:
>>  Actually is approximately the same thing as we've discuss, the only 
>>  differenceis how you load those classes, you load them from java part 
>>  or from c/c++ part.IMHO it will be more efficient that a class to be 
>>  loaded on demand by its own C/C++ module, but as I said, it is too god 
>>  to be true :) So, 'precompiled hard-coded Java class byte array' 
>>  means you'll bundle your java binary (.class, .dex) into your c/c++ 
>>  .so file, instead to bundle it toan apk, or jar file.Of course we 
>>  still need to design a new very simple and stable architecture, no 
>>  matter which approach we'll choose/use !
> 
> 
> _______________________________________________
> Necessitas-devel mailing list
> Necessitas-devel at kde.org
> https://mail.kde.org/mailman/listinfo/necessitas-devel
>