Skip to content

Request gets 404 error #3

Open
Open

Description

@crayne
<-- 404 Not Found https://webservices-staging.sagebridge.org/v3/auth/signUp (851ms)

POST:

--> POST https://webservices-staging.sagebridge.org/v3/auth/signUp HTTP/1.1
Content-Type: application/json
Content-Length: 91
User-Agent: STUDY_NAME_HERE/1
Bridge-Session: 
{"email":"susancrayne@yahoo.com","password":"1234","study":"STUDY_ID_HERE","type":"SignUp"}
--> END POST (91-byte body)

Activity

  1. wdziemia commented on Apr 22, 2016

    @wdziemia
    Contributor
  2. crayne commented on Apr 22, 2016

    @crayne
    ContributorAuthor

    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?

  3. crayne commented on Apr 22, 2016

    @crayne
    ContributorAuthor

    I also tried:
    studyId="STUDY_ID_HERE"
    studyName="STUDY_NAME_HERE"

  4. wdziemia commented on May 2, 2016

    @wdziemia
    Contributor

    The following values will not work.

    studyId="STUDY_ID_HERE"
    studyName="STUDY_NAME_HERE"
    

    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

  5. crayne commented on May 2, 2016

    @crayne
    ContributorAuthor

    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?

  6. wdziemia commented on May 2, 2016

    @wdziemia
    Contributor

    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.

  7. crayne commented on May 2, 2016

    @crayne
    ContributorAuthor

    Thank you. It seems to me that SampleApp now has substantially reduced utility for new app developers.

  8. mikecarroll commented on May 3, 2016

    @mikecarroll

    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.

  9. DP0326 commented on Jul 17, 2019

    @DP0326

    can anyone repeat the solution for this problem?? I am not being able to solve this problem.

  10. DP0326 commented on Jul 17, 2019

    @DP0326

    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

  11. liujoshua commented on Jul 17, 2019

    @liujoshua
    Contributor

    @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.

  12. DP0326 commented on Jul 17, 2019

    @DP0326
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions