Hi Luciano, Please let me know how I can help. I'd like to resume my efforts with the progress you guys have made.
On Sun, Oct 12, 2008 at 6:57 PM, Luciano Resende <luckbr1...@gmail.com>wrote: > 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 > <adrianocrest...@apache.org> 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 <luckbr1...@gmail.com> > > wrote: > >> > >> On Thu, Oct 9, 2008 at 12:03 AM, Jean-Sebastien Delfino > >> <jsdelf...@apache.org> 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://people.apache.org/%7Elresende> > >> http://lresende.blogspot.com/ > > > > > > > > -- > Luciano Resende > Apache Tuscany, Apache PhotArk > http://people.apache.org/~lresende <http://people.apache.org/%7Elresende> > http://lresende.blogspot.com/ > -- best, -oscar Oscar Castañeda
