-
Notifications
You must be signed in to change notification settings - Fork 5
BHoM_Adapter: allow push multiple Types at the same time by gathering dependency order #332
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
Conversation
Nice! Worth opening a discussion on refining compliance for the advanced cases like this @alelom to enanle gathering thoughts and consensus ? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
See comments in the files changed for specific parts.
Regarding the testing - we already have a very nice framework set up using the .ci/code
folder that we use for the tests such as versioning, serialisation, and null-handling. From what I can see in that the tests are doing within BHoM_Adapter_Tests
here, all of that could be placed within the same framework quite happily, with a Verify
method which can then be incorporated into the bot, which would allow us to then perform the tests on sub-toolkit adapters in addition to protecting the framework of the core adapter 😄
Have discussed with @alelom that he will put the adapter tests within the In addition to this, an additional project will be housed that contains @alelom console application that has allowed him to do the live-edit testing/debugging that has helped this work be developed up. This will allow us to have the best of the automated testing via the bot and during development testing 😄 |
BHoM_Adapter/AdapterActions/_PushMethods/CRUDDispatchers/UpdateOnly.cs
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
small comment
Generally happy with the functionality now. From my testing on a couple of adapters it is working great. Also, generally happy with the code, see minor comments above regarding the latest commits. |
@BHoMBot check compliance |
@IsakNaslundBh to confirm, the following actions are now queued:
There are 31 requests in the queue ahead of you. |
@BHoMBot check compliance |
@FraserGreenroyd to confirm, the following actions are now queued:
There are 4 requests in the queue ahead of you. |
@BHoMBot check required |
@alelom to confirm, the following actions are now queued:
|
Please be advised that the check with reference 10440275415 has more than 50 annotations of notes. API limitations restrict annotations to 50. You may need to rerun this check to obtain the next set when you make changes. At the time of reporting this check, there are 286 additional annotations waiting, made up of 286 errors and 0 warnings. |
@BHoMBot check required |
@alelom to confirm, the following actions are now queued:
|
@BHoMBot check project-compliance |
@alelom to confirm, the following actions are now queued:
|
@BHoMBot check project-compliance |
@IsakNaslundBh to confirm, the following actions are now queued:
|
The check |
The check |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
re-approving after updating copyright-year
@BHoMBot check ready-to-merge |
@FraserGreenroyd to confirm, the following actions are now queued:
There are 9 requests in the queue ahead of you. |
FAO: @FraserGreenroyd The check they wish to have dispensation on is project-compliance. If you are providing dispensation on this occasion, please reply with:
|
@BHoMBot this is a DevOps instruction. I am authorising dispensation to be granted on check ref. 10483867458 |
@IsakNaslundBh I have now provided a passing check on reference |
Comments made have been adressed. Dismissing
Autorising the ProjectCOmpliance on the basis that only the .ci folder is affected, as agreed in comment from @FraserGreenroyd above |
@BHoMBot check ready-to-merge |
@IsakNaslundBh to confirm, the following actions are now queued:
|
Depends on
BHoM/BHoM_Engine#2974
Issues addressed by this PR
Closes #331
Test files
Use the full testing procedure for Adapters on this PR.
Additional tests are temporarily provided in the form of Unit Test within the solution.
I found it extremely useful to develop this functionality by preparing tests before developing, because I could run the whole adapter workflow, debug and live-edit while debugging. I wish we could keep them where they are but, because currently this is non-compliant, they will likely be moved out in a dedicated toolkit, similarly to what we do with DiffingTests_prototypes.
Changelog
Additional comments
Because this feature is needed to fully leverage the work done by @EnricoAntolini in the Karamba_Toolkit, I am putting it as a high priority feature, to be merged as soon as possible. However, in depth testing is needed on this one.
Additionally, some ancillary features are needed to avoid some slowdown introduced by this PR, like #329, which should be mergeable soon after this gets merged.