You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@tuscany.apache.org by Oscar Castaneda <os...@gmail.com> on 2008/12/11 19:40:21 UTC
Re: Android good and bad news
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 <lu...@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
> <ad...@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 <lu...@gmail.com>
> > wrote:
> >>
> >> On Thu, Oct 9, 2008 at 12:03 AM, Jean-Sebastien Delfino
> >> <js...@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
Re: Android good and bad news
Posted by Oscar Castaneda <os...@gmail.com>.
Thanks Luciano. It's great progress! Unfortunately for me it took a
while...but I started testing again, as you'll see in the another thread.
Hopefully I'll make some progress in getting the SCA runtime working on top
of Android.
On Thu, Dec 11, 2008 at 8:00 PM, Luciano Resende <lu...@gmail.com>wrote:
> Hey Oscar, we were already missing you :) Good to hear back from you...
>
> I have made some progress and have a a prototype of a store
> application running on android and consuming SCA services. Let me
> spend some time on this and get it committed to svn, and it would be
> great if you could help finishing that.
>
> I guess the next step would be to restart working on getting the SCA
> runtime working on top of Android, and this time it should be little
> easier, as there has been a lot of enhancements in the Android code,
> but we can also modify the source code now as it's available publicly
> under Apache License.
>
>
> On Thu, Dec 11, 2008 at 10:40 AM, Oscar Castaneda
> <os...@gmail.com> wrote:
> > 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 <lu...@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
> >> <ad...@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 <
> luckbr1975@gmail.com>
> >> > wrote:
> >> >>
> >> >> On Thu, Oct 9, 2008 at 12:03 AM, Jean-Sebastien Delfino
> >> >> <js...@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
> >
>
>
>
> --
> 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
Re: Android good and bad news
Posted by Oscar Castaneda <os...@gmail.com>.
Thanks Luciano. It's great progress! Unfortunately for me it took a
while...but I started testing again, as you'll see in the another thread.
Hopefully I'll make some progress in getting the SCA runtime working on top
of Android.
On Thu, Dec 11, 2008 at 8:00 PM, Luciano Resende <lu...@gmail.com>wrote:
> Hey Oscar, we were already missing you :) Good to hear back from you...
>
> I have made some progress and have a a prototype of a store
> application running on android and consuming SCA services. Let me
> spend some time on this and get it committed to svn, and it would be
> great if you could help finishing that.
>
> I guess the next step would be to restart working on getting the SCA
> runtime working on top of Android, and this time it should be little
> easier, as there has been a lot of enhancements in the Android code,
> but we can also modify the source code now as it's available publicly
> under Apache License.
>
>
> On Thu, Dec 11, 2008 at 10:40 AM, Oscar Castaneda
> <os...@gmail.com> wrote:
> > 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 <lu...@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
> >> <ad...@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 <
> luckbr1975@gmail.com>
> >> > wrote:
> >> >>
> >> >> On Thu, Oct 9, 2008 at 12:03 AM, Jean-Sebastien Delfino
> >> >> <js...@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
> >
>
>
>
> --
> 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
Re: Android good and bad news
Posted by Luciano Resende <lu...@gmail.com>.
Hey Oscar, we were already missing you :) Good to hear back from you...
I have made some progress and have a a prototype of a store
application running on android and consuming SCA services. Let me
spend some time on this and get it committed to svn, and it would be
great if you could help finishing that.
I guess the next step would be to restart working on getting the SCA
runtime working on top of Android, and this time it should be little
easier, as there has been a lot of enhancements in the Android code,
but we can also modify the source code now as it's available publicly
under Apache License.
On Thu, Dec 11, 2008 at 10:40 AM, Oscar Castaneda
<os...@gmail.com> wrote:
> 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 <lu...@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
>> <ad...@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 <lu...@gmail.com>
>> > wrote:
>> >>
>> >> On Thu, Oct 9, 2008 at 12:03 AM, Jean-Sebastien Delfino
>> >> <js...@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://lresende.blogspot.com/
>> >
>> >
>>
>>
>>
>> --
>> Luciano Resende
>> Apache Tuscany, Apache PhotArk
>> http://people.apache.org/~lresende
>> http://lresende.blogspot.com/
>
>
>
> --
> best,
> -oscar
>
> Oscar Castañeda
>
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: Android good and bad news
Posted by Luciano Resende <lu...@gmail.com>.
Hey Oscar, we were already missing you :) Good to hear back from you...
I have made some progress and have a a prototype of a store
application running on android and consuming SCA services. Let me
spend some time on this and get it committed to svn, and it would be
great if you could help finishing that.
I guess the next step would be to restart working on getting the SCA
runtime working on top of Android, and this time it should be little
easier, as there has been a lot of enhancements in the Android code,
but we can also modify the source code now as it's available publicly
under Apache License.
On Thu, Dec 11, 2008 at 10:40 AM, Oscar Castaneda
<os...@gmail.com> wrote:
> 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 <lu...@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
>> <ad...@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 <lu...@gmail.com>
>> > wrote:
>> >>
>> >> On Thu, Oct 9, 2008 at 12:03 AM, Jean-Sebastien Delfino
>> >> <js...@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://lresende.blogspot.com/
>> >
>> >
>>
>>
>>
>> --
>> Luciano Resende
>> Apache Tuscany, Apache PhotArk
>> http://people.apache.org/~lresende
>> http://lresende.blogspot.com/
>
>
>
> --
> best,
> -oscar
>
> Oscar Castañeda
>
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/