Great. Thanks Chuck. That is actually what I was doing before I got
concerned that I had mistakenly been setting booby traps after
noticing the synchronization note in the NumberFormat API.
As always, thanks,
Regards, Kieran
On Jul 24, 2006, at 3:25 PM, Chuck Hill wrote:
I create one formatter object per format in each application (e.g.
long date format, short date format). IIRC the lack of thread
safety has to so with the set... methods on Format subclasses. As
long as you are not changing the format after the formatter has
been created, calls to parse and format should be thread safe.
Chuck
On Jul 24, 2006, at 12:05 PM, Kieran Kelleher wrote:
Commonly used NumberFormatters seem like obvious candidates for
using lazily created and cached shared instances, however the
superclass java.text.Format is not thread safe and
NSNumberFormatter does not specify in the API. Could someone share
what strategy they typically use for WO development .... a number
formatter instance for each session, for each R-R worker thread, etc.
Regards, Kieran
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%
40global-village.net
This email sent to [EMAIL PROTECTED]
--
Coming sometime... - an introduction to web applications using
WebObjects and Xcode http://www.global-village.net/wointro
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems. http://www.global-village.net/products/
practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
