-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Query failure when server spec is missing x-maturity #572
Comments
I also saw this issue as well. |
so will_error_mychem.txt is a copy of mychem on biolink 3.1.1, but with the x-maturity property removed from the servers objects. normal servers object:
with x-maturity removed:
The steps are:
A test query for MyChem
Relevant console logs
|
Original questions:
It's not clear right now if x-maturity should be expected as a required property for servers objects... Rest of the original Slack message for this issueLow-priority question: I'm testing BTE with local SmartAPI yaml files (new files with x-bte info), and I came across unexpected behavior. The unexpected behavior: If the SmartAPI yaml's servers section objects are missing the x-maturity property, BTE doesn't seem to ingest the server url correctly (APIEdge.query_operation.server variable ends up undefined). Example servers section of a SmartAPI yaml:
BTE then doesn't raise any errors. However, all queries will fail because the subqueries will fail. The relevant console/TRAPI logs are kind of confusing. I've pasted the TRAPI logs below:
|
Adding a requirement that it must be ensured that BTE can fully handle cases of specs without an x-maturity. The work to cover this issue should cover that requirement, but additional testing will be required using the |
See pull requests |
Deployed to prod 🚀 |
@colleenXu found an issue when writing test SmartAPI specifications. If the x-maturity property is missing from a server entry, the following occurs within the logs, with all queries failing:
Additionally, a quick change for this error text would be good. the Query dump should be the JSON of the query, rather than just [object Object]. This can be accomplished by changing the relevant log from
query.toString()
toJSON.stringify(query)
.@colleenXu, if you could provide a test yaml to replicate this issue with, that would be much appreciated.
The text was updated successfully, but these errors were encountered: