What are the dependencies?
Please help...
What are the dependencies?
Please help...
See this wiki: http://code.google.com/p/opendatakit/wiki/ODKManage
What are the dependencies?
Please help...
--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com
Thanks Mitch
I have deployed it successfully. But we want to scale our project up in the
future, so would need a better environment than appspot.com
Can we deploy this code locally on Tomcat, and then get it on our own
domain, or is it hard-wired for Google App Engine only?
If not, then please suggest some ways, so that we can build on top of
Manage.
There would be a fair bit of work required to port it to MySQL or
PostgreSQL, as you would have to (1) replace all the datastore interactions
with database calls and (2) the authentication would need to be changed.
The absolute simplest port would be to code your own JDBC interactions for
the database and use the container-managed security of Tomcat for
authentication.
While you could leverage the database layers of Aggregate 1.0 to make
everything cross-platform, it hasn't yet been tried and there are probably a
lot of cross-dependencies that have crept in that would need to be
disentangled, so I would avoid that.
Mitch
Thanks Mitch
I have deployed it successfully. But we want to scale our project up in the
future, so would need a better environment than appspot.comCan we deploy this code locally on Tomcat, and then get it on our own
domain, or is it hard-wired for Google App Engine only?If not, then please suggest some ways, so that we can build on top of
Manage.
--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com
How to add fields to the Manage server table?
Do tell in terms of which package/file to edit, also from which
package/file the database is getting updated?
i think that goes beyond what we can help with. i'm glad to recommend some
developers for hire if you need this level of assistance.
How to add fields to the Manage server table?
Do tell in terms of which package/file to edit, also from which
package/file the database is getting updated?
Hmmm...ok let me tell where I am at, so that you can see things in
perspective.
I am integrating Manage-mobile and ODK Collect, into one, and adding push
notifications and other cool features.
To enable push, I have written all client-side code, but need to persist
device registration ID on server side, so that can push notifications to
devices. Manage server comes here, where I can add one more field for this
reg_id, corresponding to each device.
Then, we will have integrated Manage+Collect without overhead polling and
manual sync controls (though there will be a manual override).
Now, can I get some help?
For Manage-server, have you used JDBC layer on database ?
Hi,
Can you describe what you mean by "reg_id"? Note that ODK Manage already
allows you to enter a "user ID" in the client-side app which is used to
identify the phone on the Manage server. You could enter the "reg id" there.
ODK Manage is currently backed by the appengine datastore using JDO (
http://www.oracle.com/technetwork/java/index-jsp-135919.html). If you wanted
to port this off of appengine, the easiest way would be to continue using
JDO and back it with a different database. You could also completely port
src/odk/manage/server/model off of JDO with a moderate amount of effort..
Hmmm...ok let me tell where I am at, so that you can see things in
perspective.I am integrating Manage-mobile and ODK Collect, into one, and adding push
notifications and other cool features.To enable push, I have written all client-side code, but need to persist
device registration ID on server side, so that can push notifications to
devices. Manage server comes here, where I can add one more field for this
reg_id, corresponding to each device.Then, we will have integrated Manage+Collect without overhead polling and
manual sync controls (though there will be a manual override).Now, can I get some help?
For Manage-server, have you used JDBC layer on database ?
Reg id is a string given to each c2dm registered device. Currently manage
has no field for that, though it can fit in any existing field.
There is one more alternative, please tell if it's worth it or not.
We can deploy n distribute app engine instances to our clients, each running
manage server.
Also, i am integrating manage client with odk, how is that?
Hi,
Can you describe what you mean by "reg_id"? Note that ODK Manage already
allows you to enter a "user ID" in the client-side app which is used to
identify the phone on the Manage server. You could enter the "reg id" there.ODK Manage is currently backed by the appengine datastore using JDO (
http://www.oracle.com/technetwork/java/index-jsp-135919.html). If you
wanted to port this off of appengine, the easiest way would be to continue
using JDO and back it with a different database. You could also completely
port src/odk/manage/server/model off of JDO with a moderate amount of
effort..On Thu, Oct 13, 2011 at 2:33 AM, him.albert.sal@gmail.com wrote:
Hmmm...ok let me tell where I am at, so that you can see things in
perspective.I am integrating Manage-mobile and ODK Collect, into one, and adding push
notifications and other cool features.To enable push, I have written all client-side code, but need to persist
device registration ID on server side, so that can push notifications to
devices. Manage server comes here, where I can add one more field for this
reg_id, corresponding to each device.Then, we will have integrated Manage+Collect without overhead polling and
manual sync controls (though there will be a manual override).Now, can I get some help?
For Manage-server, have you used JDBC layer on database ?
What is c2dm? I'm trying to understand if reg_id is a field that you look
up from the phone OS (like phone#, IMEI, etc.) or if it's a field that you
want to enter into the client (like username).
It is fine if you want to distribute app engine instances (servers) to
your organizations (I don't want to use the word 'client' because that's
what we call the phone app). You can set the server location on each ODK
Manage phone client .
I think you mean that you are integrating ODK Manage client with ODK
Collect. I don't see anything wrong with that if it benefits your use case.
Yaw/Mitch, do you have any opinion?
Reg id is a string given to each c2dm registered device. Currently manage
has no field for that, though it can fit in any existing field.
There is one more alternative, please tell if it's worth it or not.
We can deploy n distribute app engine instances to our clients, each
running manage server.
Also, i am integrating manage client with odk, how is that?
On Oct 13, 2011 8:28 PM, "Adam Lerer" adam.lerer@gmail.com wrote:Hi,
Can you describe what you mean by "reg_id"? Note that ODK Manage already
allows you to enter a "user ID" in the client-side app which is used to
identify the phone on the Manage server. You could enter the "reg id" there.ODK Manage is currently backed by the appengine datastore using JDO (
http://www.oracle.com/technetwork/java/index-jsp-135919.html). If you
wanted to port this off of appengine, the easiest way would be to continue
using JDO and back it with a different database. You could also completely
port src/odk/manage/server/model off of JDO with a moderate amount of
effort..On Thu, Oct 13, 2011 at 2:33 AM, him.albert.sal@gmail.com wrote:
Hmmm...ok let me tell where I am at, so that you can see things in
perspective.I am integrating Manage-mobile and ODK Collect, into one, and adding push
notifications and other cool features.To enable push, I have written all client-side code, but need to persist
device registration ID on server side, so that can push notifications to
devices. Manage server comes here, where I can add one more field for this
reg_id, corresponding to each device.Then, we will have integrated Manage+Collect without overhead polling and
manual sync controls (though there will be a manual override).Now, can I get some help?
For Manage-server, have you used JDBC layer on database ?
C2dm is cloud to device messaging, a system to enable push notifications on
android. Reg id is alloted by google's c2dm servers to every device, which
we have to persist, so that server can identify devices later, when there is
update on server and notify registered users. I will post complete doc
tomorow on this.
I am asking opinion in general, connecting manage client and odk collect for
the odk project. We can also enable push notifications to automaticlly
download tasks, no need to poll.
What is c2dm? I'm trying to understand if reg_id is a field that you
look up from the phone OS (like phone#, IMEI, etc.) or if it's a field that
you want to enter into the client (like username).It is fine if you want to distribute app engine instances (servers) to
your organizations (I don't want to use the word 'client' because that's
what we call the phone app). You can set the server location on each ODK
Manage phone client .I think you mean that you are integrating ODK Manage client with ODK
Collect. I don't see anything wrong with that if it benefits your use case.
Yaw/Mitch, do you have any opinion?On Thu, Oct 13, 2011 at 11:31 AM, Himanshu Bansal < him.albert.sal@gmail.com> wrote:
Reg id is a string given to each c2dm registered device. Currently manage
has no field for that, though it can fit in any existing field.
There is one more alternative, please tell if it's worth it or not.
We can deploy n distribute app engine instances to our clients, each
running manage server.
Also, i am integrating manage client with odk, how is that?
On Oct 13, 2011 8:28 PM, "Adam Lerer" adam.lerer@gmail.com wrote:Hi,
Can you describe what you mean by "reg_id"? Note that ODK Manage already
allows you to enter a "user ID" in the client-side app which is used to
identify the phone on the Manage server. You could enter the "reg id" there.ODK Manage is currently backed by the appengine datastore using JDO (
http://www.oracle.com/technetwork/java/index-jsp-135919.html). If you
wanted to port this off of appengine, the easiest way would be to continue
using JDO and back it with a different database. You could also completely
port src/odk/manage/server/model off of JDO with a moderate amount of
effort..On Thu, Oct 13, 2011 at 2:33 AM, him.albert.sal@gmail.com wrote:
Hmmm...ok let me tell where I am at, so that you can see things in
perspective.I am integrating Manage-mobile and ODK Collect, into one, and adding
push notifications and other cool features.To enable push, I have written all client-side code, but need to persist
device registration ID on server side, so that can push notifications to
devices. Manage server comes here, where I can add one more field for this
reg_id, corresponding to each device.Then, we will have integrated Manage+Collect without overhead polling
and manual sync controls (though there will be a manual override).Now, can I get some help?
For Manage-server, have you used JDBC layer on database ?
Definitely follow Adam's suggestion of staying with JDO and changing the
underlying database layer (Adam is the author of ODK Manage).
Unfortunately, guiding you through this level of change is beyond what we
can do.
Mitch
C2dm is cloud to device messaging, a system to enable push notifications on
android. Reg id is alloted by google's c2dm servers to every device, which
we have to persist, so that server can identify devices later, when there is
update on server and notify registered users. I will post complete doc
tomorow on this.
I am asking opinion in general, connecting manage client and odk collect
for the odk project. We can also enable push notifications to automaticlly
download tasks, no need to poll.
On Oct 13, 2011 9:22 PM, "Adam Lerer" adam.lerer@gmail.com wrote:
What is c2dm? I'm trying to understand if reg_id is a field that you
look up from the phone OS (like phone#, IMEI, etc.) or if it's a field that
you want to enter into the client (like username).It is fine if you want to distribute app engine instances (servers) to
your organizations (I don't want to use the word 'client' because that's
what we call the phone app). You can set the server location on each ODK
Manage phone client .I think you mean that you are integrating ODK Manage client with ODK
Collect. I don't see anything wrong with that if it benefits your use case.
Yaw/Mitch, do you have any opinion?On Thu, Oct 13, 2011 at 11:31 AM, Himanshu Bansal < him.albert.sal@gmail.com> wrote:
Reg id is a string given to each c2dm registered device. Currently manage
has no field for that, though it can fit in any existing field.
There is one more alternative, please tell if it's worth it or not.
We can deploy n distribute app engine instances to our clients, each
running manage server.
Also, i am integrating manage client with odk, how is that?
On Oct 13, 2011 8:28 PM, "Adam Lerer" adam.lerer@gmail.com wrote:Hi,
Can you describe what you mean by "reg_id"? Note that ODK Manage already
allows you to enter a "user ID" in the client-side app which is used to
identify the phone on the Manage server. You could enter the "reg id" there.ODK Manage is currently backed by the appengine datastore using JDO (
http://www.oracle.com/technetwork/java/index-jsp-135919.html). If you
wanted to port this off of appengine, the easiest way would be to continue
using JDO and back it with a different database. You could also completely
port src/odk/manage/server/model off of JDO with a moderate amount of
effort..On Thu, Oct 13, 2011 at 2:33 AM, him.albert.sal@gmail.com wrote:
Hmmm...ok let me tell where I am at, so that you can see things in
perspective.I am integrating Manage-mobile and ODK Collect, into one, and adding
push notifications and other cool features.To enable push, I have written all client-side code, but need to
persist device registration ID on server side, so that can push
notifications to devices. Manage server comes here, where I can add one more
field for this reg_id, corresponding to each device.Then, we will have integrated Manage+Collect without overhead polling
and manual sync controls (though there will be a manual override).Now, can I get some help?
For Manage-server, have you used JDBC layer on database ?
--
Mitch Sundt
Software Engineer
University of Washington
mitchellsundt@gmail.com