Hi Joe, Yes before resting the password i have tried login with that user through midtier as well as client tool and it allows that user to login.
as well as before resting password i have also cross checked the last modified date that was also 6 months ago. Regards, Harsh On Tue, Feb 17, 2015 at 3:08 AM, Joe D'Souza <jdso...@shyle.net> wrote: > ** > > Before you reset the password, have you tried to log into the user tool or > the mid tier using that users authentication information? > > > > I would temporarily give that user Administrative permissions (assuming > that it does not already have that) so that it is able to authenticate from > multi interfaces / devices without an issue. > > > > When your web service gets that problem, before you reset the password, > attempt to login to the mid-tier using that users username and password. > > > > IF that authentication fails, something or someone is resetting that users > password somewhere. > > > > Joe > > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Harsh > *Sent:* Monday, February 16, 2015 5:42 AM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Weird or Expected behavior Webservice 7.6.04 > > > > ** > > Thanks Joe, that was initially i was thinking but after getting > authentication errors it made think twice if this can be the issue. > > More over this issue usually resolves when i try to reset generic user's > password with the same old password. > > Regards, > > Harsh > > > > On Fri, Feb 13, 2015 at 9:15 PM, Joe D'Souza <jdso...@shyle.net> wrote: > > ** > > Looks like you should be fine. Single user configured for the use of web > services that you have published is as designed. And you are in the right > direction with populating the submitter info with the appropriate submitter > information. > > > > Your example of 4 users submitting at the same time should not be an > issue. It is a multi threaded system so that should take care of it. If a > threads available, the users would connect to that thread and their > requests will be queued on those available threads along with any other > transaction that thread was already processing if it is already busy > processing other transactions. > > > > As far as the end users experience is concerned, it will be seamless. > > > > Joe > > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Harsh > *Sent:* Friday, February 13, 2015 2:25 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Weird or Expected behavior Webservice 7.6.04 > > > > ** > > Hi Joe, > > > > Thanks for your reply. > > > > Let me recollect my words- they are using a web Service i say- > "SRM_RequestInterfaceCreate" now in authentication header of that WS they > are passing Generic user name and password. The Generic user is owning a > fixed licence with admin permission with other couple of permission like > Incident Master. > > > > Now take a scenario- there are four people- A- from Australia, B- from > Boston, C- from Chicago and D from Delhi their account exists in CTM:People > form already. > > > > they are trying to create tickets concurrently through the portal which is > using this web service, they were authenticated by web service through > "Generic User" and their Remedy Login ID's were passed as a submitter > parameter for that ticket with other required values to create a Service > Request. > > > > Now when user A, B, C, D clicks the submit button at same time as well as > there is one more Web service integration which is also currently doing > same transactions in Remedy with the same 'Generic User'? > > > > will they get an authentication error or it will allow them to create > request? > > > > Regards, > > Harsh > > > > On Fri, Feb 13, 2015 at 11:31 AM, Joe D'Souza <jdso...@shyle.net> wrote: > > ** > > First of all if there are physical users using the same Remedy account to > create and update tickets, concurrently, you are violating the Remedy User > License agreement. If you did not already know that, you might want to > reconsider and generate separate accounts for each physical user. > > > > If these users are using some sort of a portal that uses a Remedy > published WSDL, then you are ok. In fact that is how a published WSDL using > a pre-configured login for the WSDL in the Mid-Tier basically works. > > > > When I set up web services, I use a dedicated account which I consider as > some sort of a service account for WSDL. This is good for tracking > purposes. Do not get into the habit of using the same account for WSDL and > other accounts like AIE etc. as this will make it difficult for you to > trace problems when you log workflow in the event of some problems. > > > > Cheers > > > > Joe > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Harsh > *Sent:* Thursday, February 12, 2015 10:56 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Weird or Expected behavior Webservice 7.6.04 > > > > ** > > > > Hi Guys, > > > > I just boarded to a new client where they are using integrated environment > of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry > console of ITSM with all its functionality in sharepoint and integrated it > with ITSM through webservices. > > > > Their system is working as expected but sometime it happens the generic > user through which they connects start giving authentication error messages. > > > > After digging more i have seen they are only using one 'user' which > connects them to remedy. As per my understanding a user with fixed license > can only connect concurrently to specific amount of machine i am not sure > about the number. if there are people creating ticket concurrently through > SharePoint console in that case their ticket creation will fail and they > will get authentication errors. > > > > I think as they are using only a single remedy user to authenticate with > web service causing this issue and the most disastrous think i have also > noticed is, they are also using the same remedy account for one more > integration. > > > > Please provide your insight over the same. > > -- > > *Thanks & regards* > *“Harsh Chaudhary”* > * "**Impatience never commanded success"* > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > > > > -- > > *Thanks & regards* > *“Harsh Chaudhary”* > * "**Impatience never commanded success"* > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > > > -- > > *Thanks & regards* > *“Harsh Chaudhary”* > * "**Impatience never commanded success"* > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ > -- *Thanks & regards* *“Harsh Chaudhary”* *"Impatience never commanded success**"* _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"