Hi Adriano,
Yep, they should be imported, if you check inside its folders, there are
the
eclipse project files, so they should be identified by the eclipse import
tool as an eclipse project.
Yup, you're right - there are indeed Eclipse files inside the folders. I
guess I was confused by
Hi Oscar,
Yup, you're right - there are indeed Eclipse files inside the folders. I
guess I was confused by the different names in [1] than those that result
[2] from importing to an Eclipse workspace - after which I see 13 projects
in both cases. So please ignore my previous remark.
I have added
Hi Oscar,
I say that it is more difficult to debug because you need attach a source
code to each jar and etc, and when you are using projects, eclipse already
knows where to find the source code : )
The reply made sense to me, especially with regards to the fact that with
the Android plugin
Hi Adriano,
At first, build a simple, but equivalent scenario, and test it.
I think this is a great idea, especially because I found that the native
method not implemented errors I'm getting [1] are still related to the
annotations problem. I'm getting the same errors when converting the code
Hi Oscar,
When I imported the projects from [3] the following projects were not
imported:
core-android
host-android
extensibility
Is this normal? Should they be imported?
Yep, they should be imported, if you check inside its folders, there are the
eclipse project files, so they should be
Hi Adriano,
I continued testing retrotranslator. Here's what I've done up to now.
1. Downloaded the modified code from [1].
2. Downloaded SCA modules from [2] and installed as shown below:
svn checkout --revision 643746
https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules
cd
Well detailed Oscar ; )
It is one thing I learnt after playing hours with Android, you need to
rebuild every modified project which is imported in the android project, the
android project itself does not check for modifications on its dependencies
:S...so, when you rebuilt the imported project it
Hi Oscar,
I was indeed using the sca modules not from the sandbox. As you suggested, I
removed the tuscany-contribution-impl from my workspace and added the
version you uploaded to the sandbox. Then, I uncommented the lines in
Ah, the expected exception should look like this on android emulator:
http://people.apache.org/~adrianocrestani/android_emulator.jpg
On Tue, May 20, 2008 at 11:54 PM, Adriano Crestani
[EMAIL PROTECTED] wrote:
Hi Oscar,
I was indeed using the sca modules not from the sandbox. As you
FYI, if you comment out the code that checks if a interface is
remoteble, you could have a version of the calculator without any
annotations, and the runtime would introspect the references for the
multiple services. But note that, the introspection code will only be
activated if there is no SCA
Hi Adriano,
I was indeed using the sca modules not from the sandbox. As you suggested, I
removed the tuscany-contribution-impl from my workspace and added the
version you uploaded to the sandbox. Then, I uncommented the lines in
Hi Oscar,
My mistake again, the eclipse project files of contribution-impl module were
not uploaded, so you are probably using the modules you have downloaded from
the sca modules. If you remove the tuscany-contribution-impl from your
workspace and add this module from the sandbox it will
Hi Adriano,
Thanks alot for your answers. I was able to build the entire workspace from
your instructions. When running calculator-android as an Android
application I'm getting a ClassNotFoundException [1] for
org.apache.tuscany.sca.contribution.processor.impl.DexContributionProcessor.
Is the
Hi,
Thanks all for the feedback ; )
At first, I want to correct one mistake, on the first step I described on my
previous email, I should not have added the word install, it probably
would lead the reader to run the mvn clean install in the downloaded
files, as Oscar did. Also, on this same
Adriano Crestani wrote:
I think it is better to keep the code in the sandbox for now. At first, it's
not working on the current SCA modules revision yet. And also, I'm
commenting many lines at some modules just to get a first run of
calculator-sample to further evaluate why and how this
Mike Edwards wrote:
Jean-Sebastien Delfino wrote:
Oscar Castaneda wrote:
1. Downloaded the modified code from [1] and installed as shown below:
svn checkout https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/
cd mobile-android
If there's no objection from others, I'd be happy to
Hi Adriano,
Thanks for the detailed summary of your modifications and how to get them
running. These past few days I've been trying to get the calculator-android
project running as an Android application. Below is a description of what
I've done, it is based on the steps you detailed for getting
Oscar Castaneda wrote:
1. Downloaded the modified code from [1] and installed as shown below:
svn checkout https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/
cd mobile-android
If there's no objection from others, I'd be happy to see this code move
from sandbox to trunk as we now
Jean-Sebastien Delfino wrote:
Oscar Castaneda wrote:
1. Downloaded the modified code from [1] and installed as shown below:
svn checkout https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/
cd mobile-android
If there's no objection from others, I'd be happy to see this code move
Hi,
I will try to summarize the modifications I've done on SCA to run on Android
so far.
As I aforementioned, most dynamic instantiations were being done on
host-embedded module. However, there was another modules which were also
using the dynamic instantiation and I had to modify too. For
On Tue, May 6, 2008 at 11:45 AM, Adriano Crestani
[EMAIL PROTECTED] wrote:
Hi,
I will try to summarize the modifications I've done on SCA to run on
Android
so far.
As I aforementioned, most dynamic instantiations were being done on
host-embedded module. However, there was another modules
I'd probably categorize the experiment we are doing now, as a learning
experience to familiarize with the Mobile environment available in
Google Android. For this, we have choosen to try running one of the
simplest samples we had (calculator) in the Android JVM
environment In the long run, the
Good idea Luciano : )
What we should copy to this branch? SCA modules and calculator sample? I
think it's enough to start experiment SCA on Android
I sent a msg to Android Developers list, lets wait for the response : )
Regards,
Adriano Crestani
On Fri, Mar 14, 2008 at 7:11 PM, Luciano Resende
So, when I said branch, I probably should have said a sandbox. I think
we could start with a host-android module where I'd like to experiment
with changing the way we dynamically find extensions and see how
further we can go on executing calculator in the Android environment.
Thoughts ?
On Sat,
Hi,
Luciano and me have been trying to run the SCA calculator sample on the
Google Android platform, that is a platform for mobile devices. As the
Android platform apps are written in Java language, we tried to run the Java
SCA calculator sample on it.
Although the apps for Android are coded in
Good summary Adriano, I haven't had success yet trying to run
Calculator sample application on the Android environment. Below are
some issues I noted
- Looks like our calculator sample dependency has grown out of
control, and is now requiring node, databinding, axiom, etc
- The service locator
26 matches
Mail list logo