ODK Aggregate v1.0.4

Hello,

I have created an application at appengine.google.com and I am trying to
install the Aggregate through
ODK Aggregate v1.0.4. I am stack at the final step where you have to use uploadAggregateToAppEngine.hta
to upload the data to the appengine.
I insert my gmail account and my password, I press the upload button and
nothing happens. I get a blank upload screen.

Thank you in advance

I assume there's absolutely no output showing in the scrolling window after
you hit "Upload".

It is likely that Java is not properly installed.

What Java version do you have?
Open a cmd window and type java -version
If that doesn't find java, this is likely your problem. Uninstall and
re-install Java. We use Oracle (formerly Sun)

What Windows version are you using?

If Java wasn't the problem, if possible, try this on a different PC that
has Java installed.
You should be able to copy the ODK Aggregate directory and everything
underneath and then run the .hta script on that other machine (or just
re-run the entire installer on that other machine).

Mitch

··· On Fri, Feb 3, 2012 at 10:16 AM, Michalis wrote:

Hello,

I have created an application at appengine.google.com and I am trying to
install the Aggregate through
ODK Aggregate v1.0.4. I am stack at the final step where you have to
use uploadAggregateToAppEngine.hta to upload the data to the appengine.
I insert my gmail account and my password, I press the upload button and
nothing happens. I get a blank upload screen.

Thank you in advance

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com

Dear Mitch,

I am using Windows 7 Enterprise 64 bit and my Java Version is:
java version "1.7.0_02"
Java(TM) SE Runtime Environment (build 1.7.0_02-b13)
Java HotSpot(TM) Client VM (build 22.0-b10, mixed mode, sharing)

I will try this to another machine as well but could you imagine any other
reason for this happening?
Can a firewall interrupt the uploading procedure or something like that?

My regards
Michalis

Michalis,

This is the first report of this behavior.

Two things would be helpful:

(1) in the folder containing the .hta file, there should be an output.log
file. This may contain your gmail password. Open it in a text editor
(e.g., Wordpad), and remove any line with your password in it. Then send
this altered file to me ( mitchellsundt@gmail.com ) as an attachment.

Given your reported behavior, I suspect this file will not exist or be
empty.

(2) if you're comfortable with the cmd window and editing files, it would
help if you could further debug this problem for me. To do that, you can:

(2a) Edit the .hta file with Wordpad (or another text editor). Be sure
that "No wrap" is selected for word wrap. I.e., you don't want the text
editor to wrap the text when it saves changes to the file.

Search for "clear"

Insert two forward slashes (//) in front of every occurance of *
clearScriptingFiles();*

Save the file.

(2b) Then run the .hta file by double-clicking it. Enter your e-mail and
password, and click "Upload". After waiting 10-20 seconds without seeing
any output, close the window.

You should have two new files in the directory containing the .hta:

userpass.txt
action.cmd

The first contains the password for your e-mail (in plaintext).
The second contains the commands the .hta program is trying to run.

(3) open a cmd window.

(4) cd to the directory containing the .hta script.

(5) execute:

.\action.cmd

This may appear to hang, because it is writing status to the output.log
file. Let it run until the prompt returns. A successful upload takes
about 2-8 minutes.

(6) Send me what the cmd window shows AND the output.log file (after making
sure it doesn't reveal your password).

(To capture what the cmd window shows, do "Edit/Mark" then click on the
screen and drag down diagonally to select the region you'll copy to the
clipboard, hit Enter, and then open Wordpad and paste it into an empty
document, and send me that document). Alternatively, if it is very short,
you can just do a screen capture and send that to me.

Afterward, you will want to delete the userpass.txt file.

Mitch

··· On Mon, Feb 6, 2012 at 2:51 AM, Michalis wrote:

Dear Mitch,

I am using Windows 7 Enterprise 64 bit and my Java Version is:
java version "1.7.0_02"
Java(TM) SE Runtime Environment (build 1.7.0_02-b13)
Java HotSpot(TM) Client VM (build 22.0-b10, mixed mode, sharing)

I will try this to another machine as well but could you imagine any other
reason for this happening?
Can a firewall interrupt the uploading procedure or something like that?

My regards
Michalis

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com

Hello Mitch,

Thanks for the help! I followed your steps and I managed to find the
problem. The problem was that on the Environment Variables in Windows 7, on
PATH
there was not the C:\Windows\System32; so the commands in the actions.cmdwhere not executed.

I changed the PATH and everything runs perfectly.