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
Any calls to any OZW Methods (in any of the Classes, such as Manager, Options etc) now may raise a exception on errors.
Need to wrap these calls with a try...catch block and determine the best way to raise the error to the application.
The List of possible exceptions is in OZWException.h but expect it to potentially grow.
This is a potentially breaking change in OZW 1.6 Many applications that have attempted to migrate from 1.4 to 1.6 are getting caught out by this.
Ideally, exceptions should not happen at all, but as per the best guess I can make, applications, or wrappers are creating their own copies of ValueID's and passing them to OZW. Only OZW should create a ValueID, and applications/wrappers store the ValueID's as they are announced in the Notification ValueAdded Callback.
The text was updated successfully, but these errors were encountered:
As per the OZW 1.6 Release Notes, Exceptions are now used throughout OZW
Any calls to any OZW Methods (in any of the Classes, such as Manager, Options etc) now may raise a exception on errors.
Need to wrap these calls with a try...catch block and determine the best way to raise the error to the application.
The List of possible exceptions is in OZWException.h but expect it to potentially grow.
This is a potentially breaking change in OZW 1.6 Many applications that have attempted to migrate from 1.4 to 1.6 are getting caught out by this.
Ideally, exceptions should not happen at all, but as per the best guess I can make, applications, or wrappers are creating their own copies of ValueID's and passing them to OZW. Only OZW should create a ValueID, and applications/wrappers store the ValueID's as they are announced in the Notification ValueAdded Callback.
The text was updated successfully, but these errors were encountered: