Hi,
I have a profile document in notes client where I will eidt and saves the values. It is having 2 rich text fields. I am using a frameset which will will be shown on a webpage, The frameset uses a form in one frame. On that form, I have 2 rich text fields which gets values from profile document using @getprofilefield formula. If I update anything on profile document, It’s getting the values from profiledocument on to the form and displaying correct on the webpage on my development server. But when it comes to production, it’s not working properly. It was working fine sometimes back, but now it is giving problem.
I tried these ways:
-
I deleted and created 2 new rich text fields - not working.
-
I created 2 new rich text fields and I hide the old 2 rich text fields on both profile document and form. - not working
-
I deleted the profile document using the script given in this forum and created again the profile document. - not working.
does it related to database cache problem? if yes, what I need to do? If I use dbcache flush, will it be any use?
Can anyone suggest me any solution?
Subject: Profile document problem
Most developers stay away from using profile documents for web applications in such a matter, because caching is not really predictable and there is no programmatic way to force flushing that cache.
Subject: RE: Profile document problem
Howdy!
I’ve actually used profile documents on the web for years, and haven’t had any issues (since R5). =8P I can’t say I’ve ever used rich-text fields in them, though.
In the other thread where you answered my question about the name picker, I am using a profile document to store the file names of the NABs (instead of using session.AddressBooks), and I just save it, then try again, and the list is refreshed.
I guess it’s a matter of personal preference. It’d be boring if we did everything the same way, right? 
Take care!
Steve in NYC
“Indecision is the key to flexibility.”
Subject: RE: Profile document problem
It’s a fun topic indeed.
The last discussion I followed about using profile docs in web apps (or not) was some time ago on codestore:
http://www.codestore.net/store.nsf/unid/BLOG-20051104?OpenDocument
Chris Toohey even stated, that dbcache flush does refresh this cache as well, so I could be wrong on this one. The least thing to say is, that people seem to get very mixed results from using profile docs on the web.
But for sure, they are tempting …
Subject: RE: Profile document problem
If I use dbcache flush, will it be any use? will it clears the cache?
Subject: RE: Profile document problem
No, to the best of my knowledge, it does not affect how the http task caches profile documents.
I wouldn’t use profile documents in web applications for anything but data, that hardly ever changes (and you can live with a restart, once it does).
The main problem is, that this is really pretty unpredictable. The official application development courses by IBM contain examples for using profile documents to store shopping card data. Sometimes, this example works just fine, sometimes it doesn’t (and I could almost swear that it happens, even when the machine was restored from the same image …).