Well, I have the source code for the plugin, so it's a matter of understanding your requirements. Right now the plugin does invoke the android tools, and pass parameters to automate compilation, etc.
On Sat, Oct 11, 2008 at 2:34 PM, Adriano Crestani <[EMAIL PROTECTED]> wrote: > Hi Luciano, > > Have you found any option in the android-plugin to pass argument to the > android converter (dex)? > > Regards, > Adriano Crestani > > On Sat, Oct 11, 2008 at 12:41 PM, Luciano Resende <[EMAIL PROTECTED]> > wrote: >> >> On Thu, Oct 9, 2008 at 12:03 AM, Jean-Sebastien Delfino >> <[EMAIL PROTECTED]> wrote: >> > Adriano Crestani wrote: >> >> >> >> Hi all, >> >> >> >> I've been testing the latest android SDK version (1.0-rc1). >> >> >> >> Android improvements: >> >> >> >> - Annotations are finally working...they finally implemented the native >> >> method for the emulator, on the old version we had only the native >> >> methods >> >> >> >> - Now the android is including the resources (non class files), those >> >> defined in the android project and in its included projects, in its >> >> package >> >> and not ignoring as it used to do. It's really good, because we don't >> >> need >> >> to adapt the way Android SCA looks for resouces anymore. >> >> >> >> - The android plugin is finally including the android included projects >> >> dependencies. On old versions, any dependency included in any included >> >> project needed to be also included in the android project. >> >> >> >> Bad news: >> >> >> >> - android sdk still doesn't contain many JDK classes, mainly the ones >> >> that >> >> tuscany uses a lot, like xml api, just few classes from this api is in >> >> the >> >> actual android sdk : ( >> >> >> >> - android .class converter is by default failing when it tries to >> >> convert >> >> a .class file that are JDK classes...even if this is not included in >> >> the >> >> android SDK. I can force the converter using the --core-library >> >> argument, >> >> but unfortunatelly there is no option to set this option on android >> >> builder. >> >> The only way I could convert was using an ant build. But debugging on >> >> the >> >> emulator using command line is really painful. I have tried to generate >> >> the >> >> .apk file (the android executable file) and place it on the eclipse >> >> android >> >> project and I tried to run it from eclipse, but I get an error saying >> >> that >> >> the .apk is not found. I think when the .apk is generated by the >> >> android >> >> builder, it also register the .apk on the emulator, I'm not sure, but I >> >> will >> >> work on that. >> >> >> >> >> >> The last bad issue is a problem, because I need to add a lot of xml >> >> classes from jdk and it's not being possible. These classes are used by >> >> stax >> >> api and some other tuscany classes. >> >> >> >> Oscar and me have already complained about these bad issues on android >> >> ML, >> >> but unfortunately android developers are not good at answering >> >> questions as >> >> tuscany's : ) >> >> >> >> I think that's it : ) >> >> >> >> Comments, suggestions and critics are welcome :-) >> >> >> >> Adriano Crestani >> >> >> > >> > Adriano, >> > >> > Two ideas: >> > >> > - How about adding the android plugin to the Maven build? that should >> > make >> > it easier for all to build it, run tests etc as running the Android >> > tools >> > manually in Eclipse is not a very reliable and repeatable process. I can >> > help you set up the pom.xml files if you want and give me the Android >> > commands to run. >> > >> >> >> I have found some android-maven-plugins [1] , but they are not >> supporting the latest SDK. I have made some progress towards improving >> the plugin to support the new SDK, but it's not all working yet. >> >> [1] http://code.google.com/p/masa/ >> >> > - To work around the XML parsing limitations... well maybe for now we >> > don't >> > need XML in the first place. When we process an SCA contribution, >> > instead of >> > looking for foo.composite for example, we could look for and execute a >> > "FooComposite" Java class, which would create the Composite model for >> > 'foo' >> > using the Java model APIs from tuscany-assembly (like some test cases >> > already do). In a way that Java class would just be another >> > representation >> > of the composite (as Java source), just more convenient to use in an >> > Android >> > environment for now. Who likes to write angle brackets anyway? :) >> > >> >> I gave this a quick try, but it looks like the Android JDK is missing >> QNames. >> >> > Let me know what you think. >> > -- >> > Jean-Sebastien >> > >> >> >> >> -- >> Luciano Resende >> Apache Tuscany, Apache PhotArk >> http://people.apache.org/~lresende >> http://lresende.blogspot.com/ > > -- Luciano Resende Apache Tuscany, Apache PhotArk http://people.apache.org/~lresende http://lresende.blogspot.com/
