• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Deployment
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Deployment


  • Subject: Re: Deployment
  • From: Greg Hulands <email@hidden>
  • Date: Sun, 20 Jun 2004 13:17:45 +1000

Sometimes the obvious is just so darn simple! I think I will try and use this method as the preferences can be changed at runtime, the method that Art suggested won't work as it would mean the preferences would be static. I am currently using the properties file to pass in the directory of where the preferences are stored. Will there be a problem in sharing the EO's that are in the preferences amongst different sessions editing contexts? The reason I ask this was that when I first started creating the preferences, I would cache an array of products in there and store the EOKeyGlobalID's to the preferences file. When setting up the application in the admin area and storing the products in the array, when I then logged in as a user, it would throw up exceptions about a different editing context. I can't remember the exact message as it was quite a time ago, but the way I overcame this was not to cache the product EO's in the preferences, and when wanting to get the array of products I would pass the sessions default editing context, which would fault the Keys in the preferences using the current context and return the array that way.

If I convert to using the DB to store the prefs, what hurdles should I expect to see?

Regards,
Greg

On 20/06/2004, at 12:24 PM, Jonathan 'Wolf' Rentzsch wrote:

It would be a table with about 200 fields in it. Is that the only
option?

How about two columns? 'key' and 'value'...

| Jonathan 'Wolf' Rentzsch http://rentzsch.com
| Red Shed Software http://redshed.net
| "better" necessarily means "different"
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.


References: 
 >Re: Deployment (From: "Jonathan 'Wolf' Rentzsch" <email@hidden>)

  • Prev by Date: Re: Deployment
  • Next by Date: wolips
  • Previous by thread: Re: Deployment
  • Next by thread: Re: Deployment
  • Index(es):
    • Date
    • Thread