Closed GoogleCodeExporter closed 9 years ago
modifyProjectFiles.sh was part of the original release. So you do have it. If
you unzipped the Overlay somewhere else, then I have confirmed that it is
missing. However, you can copy the modifyProjectFile.sh you have to that
temporary unzip directory to complete the install.
Thanks for reporting this.
Original comment by carl.na...@sas.com
on 22 Aug 2013 at 1:00
Original comment by carl.na...@sas.com
on 22 Aug 2013 at 3:14
I tried your suggestion, still meet an exception, but looks like install successful anyway.....
Log:
Installing on 'mac os x' System
RobotiumRC InstallDir: /Library/robotiumrc
Start RobotiumRC Installation......
Unzip RobotiumRCInstall.ZIP ......
File Extraction Error:
error in opening zip file
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:128)
at java.util.zip.ZipFile.<init>(ZipFile.java:89)
at org.safs.text.FileUtilities.unzipFile(FileUtilities.java:630)
at com.jayway.android.robotium.remotecontrol.install.SilentInstaller.doSAFSInstall(SilentInstaller.java:254)
at com.jayway.android.robotium.remotecontrol.install.SilentInstaller.main(SilentInstaller.java:686)
ANDROID_HOME=/Users/TobyTang/android/android/sdk
Creating /Library/robotiumrc/SAFSTCPMessenger/local.properties
Creating /Library/robotiumrc/RobotiumTestRunner/local.properties
Modifying file and directory permissions for write access...
Original comment by enduranc...@gmail.com
on 22 Aug 2013 at 3:39
There were actually a couple of different things going on causing this. The
good news is I have fixed the install issues on Mac and even improved it to
provide the same opportunity for automatic builds of the TCPMessenger and both
TestRunners AND the sample SpinnerActivity--assuming the environment is
properly prepared to perform them.
However, there is a remaining issue of Mac Android emulators crashing on
attempts to unlock the screen. So I am torn on whether to release now with
broken Mac emulators, or try to fix the emulator issue and then release.
Comments are welcome.
Original comment by carl.na...@sas.com
on 29 Aug 2013 at 6:15
Fix the emulator issue and then release will be better since it's a big issue,
sometime even block issue.
BTW, could you also add methods to support launch emulator with custom params,
like this format below,
emulator -avd TestEmulator -prop prop=xxx - prop prop=xxx
it will be a good help to control the initial emulator status..
Original comment by enduranc...@gmail.com
on 30 Aug 2013 at 2:17
I have fixed the install issues and all code has been pushed to CVS.
This will be available in the next RobotiumRC release. This should be later
this week, or next week alongside the anticipated next release of core Robotium.
Concerning the desire to support additional options on the launch of the
emulator--that is not currently in the new code. However, the start of the
emulator can occur via a call to the android tool, or the StartEmulator tool
provided with safsautoandroid.jar.
Sample Windows invocation:
SET EMU=SprintEvo
@REM SET EMU=TransformerPrime
@REM SET EMU=AtomX86_412
java "-Dandroid-home=C:\Program Files (x86)\Android\android-sdk"
org.safs.android.auto.lib.StartEmulator -no-snapstorage -avd %EMU%
http://safsdev.sourceforge.net/doc/org/safs/android/auto/lib/StartEmulator.html
Carl Nagle
SAS Research and Development
Planning, Operations and Strategy
General Applications and Tools
carl.nagle@sas.com
Original comment by carl.na...@sas.com
on 4 Sep 2013 at 3:47
Original issue reported on code.google.com by
enduranc...@gmail.com
on 22 Aug 2013 at 10:25