Conversation
|
@slnode test please |
|
@0candy actually I think you were right, the CI is failing because it installs strong-remoting version that does not contain strongloop/strong-remoting#343 |
| this.models().push(Model); | ||
|
|
||
| if (isPublic && Model.sharedClass) { | ||
| this.remotes().defineObjectType(Model.modelName, function(data) { |
|
Hey Miroslav,
Once merge conflicts are solved I would also run tests locally to make sure with
|
Fix a typo in "app.enableAuth" that caused the method to not detect the situation when e.g. the built-in User model is already attached to a datasource.
8262059 to
6e1defc
Compare
Yes, I left multiple commits purposefully. each of the commit fixes a problem that's not related to the new type registry, even though it was discovered while making the upgrade. |
|
test please |
|
Windows CI is failing because PhantomJS cannot start, everything else is green now. I am going ahead and will land the patch. |
The first two commits fix issues discovered by strong-remoting's duplicate checker.
The last commit reworks model registration to use the new strong-remoting API.
Requires strongloop/strong-remoting#343
to: @gunjpan @richardpringle @deepakrkris Please review.
cc: @ritch @STRML @0candy @davidcheung
Connect to strongloop-internal/scrum-loopback#885
TODO before merging
Use the new API for defining remoting types loopback-connector-remote#58 to be landed