You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You must change these to what is found within the Bridge Study Manager. These are used to tell the server that the data you are sending up belong to your study. The studyName can be found under Study > Settings > General > "Study name". The study identifier is also on the same page and is shown in the blurb on the right side of the page.
A public bridge account does not exist for bridge communication at this time. However, providing the bridge schemas, or even a bridge setup doc, would be useful. @mikecarroll
research.sagebridge.org requires that one log in. Same problem -- no password. Previous versions of the sample app did not have this problem. I assume that the bridge communication piece was just implemented. Can that implementation be removed, or can you tell us how to change the code ourselves? I have looked into this, and it is not obvious.
Taking it back a step, inquiring minds would like to know, what is the "bridge" and to what extent is it coupled to ResearchStack?
Correct, we were using the credentials for mole mapper while SampleApp was in development. This needed to be removed for when we open sourced the code. Sage Bridge is the backend servcie that can be used for sign-in, sign-up, consent, and data upload. It only exists within the App and you are free to implement your own code for data upload. While it can be removed, it will be quite a bit of work. You will need to implement DataProvider and return that within the ResearchStack instance.
Yes, this is a limitation with the SampleApp, as it stands. We built our tests apps against Sage Bridge (which MoleMapper uses) but haven't had the cycles to build a version that doesn't require a Sage account or backend for the signup process yet.
Two thoughts:
(1) ResearchStack is backend agnostic so have a mock DataProvider for the SampleApp and basic dev would be an amazing conribution, if somebody wants to build it. @dariosalviwork originally proposed the idea here, and we would be excited to accept a PR to the SampleApp for it.
(2) Since @crayne raised this issue, I've been talking with Sage about making the initial dev process against Bridge easier and they have some potential solutions in the works that I hope we can implement here soon.
Activity
wdziemia commentedon Apr 22, 2016
Please see instructions within this file https://github.com/ResearchStack/SampleApp/blob/0c19a34f5a0b4bcee4ea824a139ba5446b6f5b34/app/gradle.properties.sample
crayne commentedon Apr 22, 2016
I do have a gradle.properties file -- I put dummy strings in it
If the studyId and studyName need to be real, how do I find out what they should be?
crayne commentedon Apr 22, 2016
I also tried:
studyId="STUDY_ID_HERE"
studyName="STUDY_NAME_HERE"
wdziemia commentedon May 2, 2016
The following values will not work.
You must change these to what is found within the Bridge Study Manager. These are used to tell the server that the data you are sending up belong to your study. The studyName can be found under Study > Settings > General > "Study name". The study identifier is also on the same page and is shown in the blurb on the right side of the page.
A public bridge account does not exist for bridge communication at this time. However, providing the bridge schemas, or even a bridge setup doc, would be useful. @mikecarroll
crayne commentedon May 2, 2016
research.sagebridge.org requires that one log in. Same problem -- no password. Previous versions of the sample app did not have this problem. I assume that the bridge communication piece was just implemented. Can that implementation be removed, or can you tell us how to change the code ourselves? I have looked into this, and it is not obvious.
Taking it back a step, inquiring minds would like to know, what is the "bridge" and to what extent is it coupled to ResearchStack?
wdziemia commentedon May 2, 2016
Correct, we were using the credentials for mole mapper while SampleApp was in development. This needed to be removed for when we open sourced the code. Sage Bridge is the backend servcie that can be used for sign-in, sign-up, consent, and data upload. It only exists within the App and you are free to implement your own code for data upload. While it can be removed, it will be quite a bit of work. You will need to implement DataProvider and return that within the ResearchStack instance.
crayne commentedon May 2, 2016
Thank you. It seems to me that SampleApp now has substantially reduced utility for new app developers.
mikecarroll commentedon May 3, 2016
Yes, this is a limitation with the SampleApp, as it stands. We built our tests apps against Sage Bridge (which MoleMapper uses) but haven't had the cycles to build a version that doesn't require a Sage account or backend for the signup process yet.
Two thoughts:
(1) ResearchStack is backend agnostic so have a mock DataProvider for the SampleApp and basic dev would be an amazing conribution, if somebody wants to build it. @dariosalviwork originally proposed the idea here, and we would be excited to accept a PR to the SampleApp for it.
(2) Since @crayne raised this issue, I've been talking with Sage about making the initial dev process against Bridge easier and they have some potential solutions in the works that I hope we can implement here soon.
DP0326 commentedon Jul 17, 2019
can anyone repeat the solution for this problem?? I am not being able to solve this problem.
DP0326 commentedon Jul 17, 2019
I have created a file named gradle.properties and have included the following values:
studyId="bridge_study_id"
studyName="bridge_study_name"
but this doesn't seem to solve the problem. Can you please give me any suggestion to solve the problem? @wdziemia
liujoshua commentedon Jul 17, 2019
@DP0326 I'd be happy to help but won't have time until late next week at the earliest.
For now, I'd suggest looking at the pull requests for this repo. This should address most of the issues.
DP0326 commentedon Jul 17, 2019