Another thing it breaks is variable substitution on email templates if there is a value in the substitution that matches this pattern:
"% www.%" OR "www.% <http://www.%>" The substitition replaces the values with: <a href="<fieldValue>"><fieldValue></a> instead of <fieldValue> If you are using html templates, this means that anything referencing a resource from a site that begins with "www." will be broken if the "www." value is placed in the email using template variable substitution. Axton Grams On 12/12/06, Axton <[EMAIL PROTECTED]> wrote:
Another thing it breaks is the Application-Confirm-Group run process command. In the 6.x releases, you could check membership of a role id (negative number). This always returns false in 7.0.01. Not sure if this is the case with 7.0. Axton Grams On 12/12/06, patrick zandi <[EMAIL PROTECTED]> wrote: > > ** Mine works, Both Solaris server and Windows server versions. > I even have it working with SSO - Remedy style for the web. > > This might be the issue -- If you are using area-hub then make sure your > ar.conf does only has > Plugin: ardbcconf.dll > Plugin: WebService.dll > THEN > Plugin: areahub.dll > AREA-Hub-Plugin: areasso.dll > AREA-Hub-Plugin: arealdap.dll > Plugin: ardbcldap.dll > Plugin: FlashboardObject.dll > Plugin: ServerAdmin.dll > Plugin: reportplugin.dll > > -- It for some REASON added a Plugin in the first 3 lines of the ar.conf.. > Check that first.. FYI > > > On 12/12/06, strauss <[EMAIL PROTECTED] > wrote: > > > > ** The other thing that the 7.0.01 release appears to break is AREA > > LDAP authentication. None of the settings for AREA that worked on a > > 7.0 server are working on 7.0.01. > > > > Christopher Strauss, Ph.D. > > Remedy Database Administrator > > University of North Texas Computing Center > > http://remedy.unt.edu/helpdesk/ > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG > > ] *On Behalf Of *Axton > > *Sent:* Monday, December 11, 2006 5:49 PM > > *To:* arslist@ARSLIST.ORG > > *Subject:* ARS 7.0.01 Memory Leak > > > > > > ** Just wanted to send a note and inform anyone planning to upgrade to > > 7.0.01 that it is not production ready. We implemented this in a > > production environment, only to find massive memory leaks in the product. > > The arserverd process will continue to run fine until it reaches the upper > > limits of the 32-bit memory address space (~4gb), at which time it will > > crash. We observed between 600-700mb of additional memory allocation on our > > systems per day until we reached that upper limit. Our system handles ~200 > > support people concurrently, though I am not sure if this has a bearing on > > the speed at which memory is allocated. > > > > We were given a patch (which will become the patch 001 for 7.0.01), > > but it is pre-restricted release, which I am being told means it will be 3 > > or more weeks before the patch is at the general release level. Trying to > > save anyone the headache in case they planned to venture down this road any > > time soon. > > > > Relavent Environment Info: > > - Oracle 9i with AL32UTF8 character set > > - Oracle 10g client > > - Solaris 9 > > - ARS 7.0.01 > > - Mixture of clients, ranging from 5.x to 7.0.01 > > > > > > I have been told the same problem has been exhibited on Linux as > > well. Not sure if it pertains to the db, the client versions, the character > > sets, etc. > > > > Axton Grams > > __20060125_______________________This posting was submitted with HTML > > in it___ > > __20060125_______________________This posting was submitted with HTML > > in it___ > > > > > -- > Patrick Zandi __20060125_______________________This posting was > submitted with HTML in it___
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
