Hi,
ARExport-calls may not result in SQL-calls, if the data is cached on the
server.
Do you see this problem for all users on all clients?
Have you tried removing all ARF/ARV-files?
Try "touching" the objects involved, thus forcing a recache. You have to
figure out how to enable the save-button without doing any real change.
For example by changing a fields db-name, restoring it, and then hitting
the save-button.
Best Regards - Misi, RRR AB, http://www.rrr.se
Products from RRR Scandinavia:
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.
> Hi all,
> As per the below analysis(Please read the below thread), we have went
> further analysis and found out that the two ARExport,
>
> First ARExport call - export the Form
> Second ARExport call - export the view
>
> This view export is not happening, please help us in resolving this issue.
>
> Regards,
> Gopal
>
>
>
>
> Gopal-srg wrote:
>>
>> Hi Jason/Brain Bishop,
>>
>> I am facing the same issue in ITSM 7.5 pathc001 installation(User
>> client).When we analysed, found why it was happening but workaround not
>> able to figure it out.
>>
>> Reason for non-response of Application entry poit for Incident/Problem :
>> Below analysis is done using the Server logs/API logs and in comparison
>> with the logs of others user who are able to access properly and also
>> the
>> logs for Asset/Change management which were accessed properly through
>> their entry points.
>>
>> Whenever the form is opened newly(not cached in user client machine)
>> following sequence was happening,
>> 1.Through API ARExport is called which calls many sql based
>> transactions,then the current API execution ends
>> 2.Again one more time the ARExport is called,but in this case no sql
>> transcations were made
>> 3.At last, arInvokeForm is called follwed by the active link processing
>>
>> But in our case for Incident/Problem this ARExport is happening only
>> once
>> after that nothing happens.
>>
>> we dont know the how to solve this problem becuase these ARExport calls
>> are made by the API's.We tried to replace the arapi.dll in the User
>> installation directory(client) with dll file from the working system,
>> this
>> also didnt work.
>> we are stuck up with this.
>>
>> Regards,
>> Gopal
>>
>>
>> Brian Bishop-3 wrote:
>>>
>>> Hi Jason,
>>>
>>>
>>>
>>> I have seen the same issue on a 7.5 patch 1 install user tool. I spent
>>> quite
>>> some time trying to figure out why the links to the Incident and
>>> Problem
>>> management consoles did nothing yet the other links worked. It was from
>>> a
>>> user tool installed on the server, windows 2003 running 7.5 and ITSM
>>> 7.5,
>>> but I found that if I logged on as the same user, Demo, from my laptop
>>> running XP pro it worked. I sat looking at it for some time but
>>> couldn't
>>> figure it out. I know find, 2 weeks later, that it works on the server
>>> now!
>>>
>>>
>>>
>>> However I now have another issue where I have a user who cannot see any
>>> of
>>> the links to the Asset consoles, even though they are in the correct
>>> roles,
>>> unless I put them in the Administrator group. I have checked
>>> permissions
>>> on
>>> the forms and all is fine.
>>>
>>>
>>>
>>> So if there is anybody out there who understands how this works, please
>>> share. My installation is Server 7.5 patch 1 on a windows 2003 server
>>> using
>>> Oracle 10g. User tool is 7.5 patch 1 as well. Full ITSM 7.5.01 as well.
>>>
>>>
>>>
>>> Brian Bishop
>>>
>>>
>>>
>>> From: Action Request System discussion list(ARSList)
>>> [mailto:[email protected]] On Behalf Of Jason
>>> Sent: 01 July 2009 07:53
>>> To: [email protected]
>>> Subject: Application Entry points not doing anything
>>>
>>>
>>>
>>> **
>>>
>>> Has anyone seen this (and have a fix or workaround) on the Windows User
>>> Tool? Using 7.1 P5 on XP workstations. We have 2 computers that display
>>> the
>>> application entry points, but nothing happens when you click on them.
>>>
>>>
>>>
>>> Server is 7.1 P5
>>>
>>>
>>>
>>> Tried removing the tool and re-installing
>>>
>>> Tried to copy the ar_wut.js from a good machine to the bad
>>>
>>>
>>>
>>> Any thoughts before I tell them to reinstall the box?
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Thanks
>>>
>>> Jason
>>>
>>> _Platinum Sponsor: [email protected] ARSlist: "Where the Answers
>>> Are"_
>>>
>>> Checked by AVG - www.avg.com
>>> Version: 8.5.375 / Virus Database: 270.13.1/2211 - Release Date:
>>> 06/30/09
>>> 11:37:00
>>>
>>>
>>> _______________________________________________________________________________
>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>>> Platinum Sponsor:[email protected] ARSlist: "Where the Answers
>>> Are"
>>>
>>>
>>
>>
>
> --
> View this message in context:
> http://old.nabble.com/Application-Entry-points-not-doing-anything-tp24285044p28082147.html
> Sent from the ARS (Action Request System) mailing list archive at
> Nabble.com.
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>
> --
> This message was scanned by ESVA and is believed to be clean.
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
