[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [sdo] [SDO-64]: SDO needs to enable users to set runtime options
Andy Grove [19/Feb/07 02:40 PM] One option would be to add configuration methods to the SDO helper classes. For example: void setOption(String key, String value); String getOption(String key); boolean canSetOption(String key); This would allow multiple multiple helper classes to exist in the same VM with different configuration options set. This would also allow users to write portable code e.g. if (dataFactory.canSetOption("vendorA.someoption")) { // take advantage of proprietary option } else { // use standard SDO } Frank Budinsky [14/Jun/07 08:51 PM] Related to (Clarification: What happens when you define a Type twice?), we might want to provide an option to allow users to control the behavior when defining duplicate types. The default (Clarification: What happens when you define a Type twice?) is a NOOP, but the user may want to set an option that will cause an exception to be thrown or to possibly replace the exisitng type. Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]