Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Misi Mladoniczky]

Hi,

Exporting to ARX files is simple with RRR|Chive:
https://rrr.se/cgi/index?pg=chive

This sample config file will fit most people file will export everything in a
form to an ARX-file in the target directory.

# my arx export config file
source_server   = myserver
source_tcp  = 1234
source_user = Demo
source_password = PROMPT
target_dir  = C:\rrrchive\myarxfiles
multipleforms   = CTM:People
transfertype= COPY
skipfields  = DISPLAYONLY
logfile = AUTO
progressbar = YES

Run it like this:
C:\rrrchive> rrrchive.exe myconfig.cfg

ADV: If you want it supported, RRR supplies support contracts.

If you do not want it supported, just use it, it works (too well)...

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* 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.

> OK.  I guess I'm not the only one that found this as well.  Trying to export
> a .arx file with the MidTier is a lesson in patience and sometimes,
> futility.(Hint Hint Doug !!).
>
> I thought that perhaps there was a "trick" to do this via the MidTier and
> that I was missing the boat on this one, but I guess I am not?
>
> Terry
>
>
>   _
>
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn
> Sent: December-29-15 8:35 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Something to be aware of - the User Tool cannot work with
> overlaid forms on a 9.0 server - FIXED
>
>
> **
>
> I have to second both "Modify All" and exporting ARX files being much easier
> in the WUT.  I'd also add that certain BMC forms such as those related to
> RBE, are almost impossible to use (at least on 8.x) without going through
> the WUT.  We rely on RBE for a lot of custom email actions and I don't think
> you can really query and update records (unless you customize the forms to
> add those buttons) if you use the Mid Tier.
>
>
>
> Thanks,
>
>
>
> Shawn Pierson
>
> Remedy Developer | Energy Transfer
>
>
>
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook
> Sent: Saturday, December 26, 2015 8:34 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Something to be aware of - the User Tool cannot work with
> overlaid forms on a 9.0 server - FIXED
>
>
>
> **
>
> I find it quite useful when doing large data import tasks with modify all
> functions and all.  Why run all that traffic through the Mid-tier layer for
> an administrative function?
>
> Rick
>
> On Dec 26, 2015 5:02 AM, "JD Hood"  wrote:
>
> **
>
> Hi Doug,
>
>
>
> Perhaps BMC should investigate *why* folks are still clinging to the User
> Tool.
>
> What functionality does it provide that is missing in the web client?
> Identify it and where technically possible, add that functionality to the
> web client. Then the *need* (if not desire) for the User Tool will likely
> dissipate.
>
>
>
> For me, the main issue with the web client is ad-hoc reporting. To export a
> standard Remedy .arx file for most any ITSM form (or other form with a
> gazillion fields) is not feasible. That "arsystem" arx export functionality
> *desperately* needs an "add all fields" button to make it easier (humanly
> possible?) to move record(s) out of a given system for purposes of testing,
> development, personal backup, etc.
>
>
>
> But that's just my pet "missing User Tool feature" in the post version 8x
> world. I know others have voiced different "missing User Tool features"
> around these parts. BMC might want to look into it.
>
>
>
> Now, I haven't had an opportunity yet to see what v9x Mid Tier brings in
> this regard, so if BMC has now accounted for my pet issue, then as far as I
> am concerned... um... nevermind. :-)
>
>
>
> Thanks!
>
> -JDHood
>
>
>
>
>
> On Fri, Dec 25, 2015 at 9:32 PM, Mueller, Doug  wrote:
>
> Everyone,
>
> Just to be clear here and reinforce some things that have been mentioned.
>
> One commitment we have is compatibility with our API/interfaces.  We want to
> be sure that if you have written a program to the system on any version of
> the server, that it will continue to work on future versions of the server.
>
> In this case, there was an api function -- Export specifically -- that had a
> problem with an export format in that it put a name in that format that was
> not able to be properly processed by an existing API program that used that
> operation.  This issue was corrected.
>
> Now, the fact that in this case the API program was the Windows User Tool is
> not the major issue.  It is an API program that stopped working because of
> an issue with the API producing data in a compatible way so that the
> existing functionality of a tool would continue to work.  So, 

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[JD Hood]

As far as this one issue goes, if BMC would rather add an "export all
fields" function to the Data Import Tool and rename it the Data
Import/Export tool, that would work too.

I believe the *Web* report type has an "add all fields" capability, but
they left it out of the *AR System* report type for .arx files. It's just a
bit surprising given the main purpose of an .arx formatted file. Perhaps
there was some heinous technical obstacle to adding that functionality?
Maybe?

If I could "shift-click" all the fields in the field selection list and add
them in one go, that would work too!

-JDHood

On Tue, Dec 29, 2015 at 9:37 AM, Terry Bootsma 
wrote:

> **
> OK.  I guess I'm not the only one that found this as well.  Trying to
> export a .arx file with the MidTier is a lesson in patience and sometimes,
> futility.(Hint Hint Doug !!).
>
> I thought that perhaps there was a "trick" to do this via the MidTier and
> that I was missing the boat on this one, but I guess I am not?
>
> Terry
>
>
> --
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Pierson, Shawn
> *Sent:* December-29-15 8:35 AM
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Something to be aware of - the User Tool cannot work with
> overlaid forms on a 9.0 server - FIXED
>
> **
>
> I have to second both “Modify All” and exporting ARX files being much
> easier in the WUT.  I’d also add that certain BMC forms such as those
> related to RBE, are almost impossible to use (at least on 8.x) without
> going through the WUT.  We rely on RBE for a lot of custom email actions
> and I don’t think you can really query and update records (unless you
> customize the forms to add those buttons) if you use the Mid Tier.
>
>
>
> Thanks,
>
>
>
> *Shawn Pierson *
>
> Remedy Developer | Energy Transfer
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Rick Cook
> *Sent:* Saturday, December 26, 2015 8:34 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Something to be aware of - the User Tool cannot work with
> overlaid forms on a 9.0 server - FIXED
>
>
>
> **
>
> I find it quite useful when doing large data import tasks with modify all
> functions and all.  Why run all that traffic through the Mid-tier layer for
> an administrative function?
>
> Rick
>
> On Dec 26, 2015 5:02 AM, "JD Hood"  wrote:
>
> **
>
> Hi Doug,
>
>
>
> Perhaps BMC should investigate *why* folks are still clinging to the User
> Tool.
>
> What functionality does it provide that is missing in the web client?
> Identify it and where technically possible, add that functionality to the
> web client. Then the *need* (if not desire) for the User Tool will likely
> dissipate.
>
>
>
> For me, the main issue with the web client is ad-hoc reporting. To export
> a standard Remedy .arx file for most any ITSM form (or other form with a
> gazillion fields) is not feasible. That "arsystem" arx export functionality
> *desperately* needs an "add all fields" button to make it easier (humanly
> possible?) to move record(s) out of a given system for purposes of testing,
> development, personal backup, etc.
>
>
>
> But that's just my pet "missing User Tool feature" in the post version 8x
> world. I know others have voiced different "missing User Tool features"
> around these parts. BMC might want to look into it.
>
>
>
> Now, I haven't had an opportunity yet to see what v9x Mid Tier brings in
> this regard, so if BMC has now accounted for my pet issue, then as far as I
> am concerned... um... nevermind. :-)
>
>
>
> Thanks!
>
> -JDHood
>
>
>
>
>
> On Fri, Dec 25, 2015 at 9:32 PM, Mueller, Doug 
> wrote:
>
> Everyone,
>
> Just to be clear here and reinforce some things that have been mentioned.
>
> One commitment we have is compatibility with our API/interfaces.  We want
> to be sure that if you have written a program to the system on any version
> of the server, that it will continue to work on future versions of the
> server.
>
> In this case, there was an api function -- Export specifically -- that had
> a problem with an export format in that it put a name in that format that
> was not able to be properly processed by an existing API program that used
> that operation.  This issue was corrected.
>
> Now, the fact that in this case the API program was the Windows User Tool
> is not the major issue.  It is an API program that stopped working because
> of an issue with the API producing data in a compatible way so that the
> existing functionality of a tool would continue to work.  So, the server
> was corrected to maintain the compatibility of the API.
>
> You will find that we have always been committed to this compatibility.
> Occasionally, there is a miss somewhere -- as in this case -- and that miss
> is corrected.
>
> This commitment is important for anyone who wants to produce an
> integration or 

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Abhi$hek]

On 18 Dec 2015 14:15, "Walters, Mark"  wrote:

> **
>
> *UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use
> overlaid forms again.*
>
>
>
> Knowledge Base article KA427109
> 
>
>
>
> Some changes in the server in version 9.0 mean that the User Tool is
> unable to work with overlaid forms.  Searches, creates and modifies result
> in a 303 Form does not exist on server error as the client references the
> form name with the __o extension which the server does not recognise.
>
>
>
> Mark
>
>
>
> *Knowledge Article ID:*
>
>
>
> KA427109
>
> *Version:*
>
>
>
> 0.1
>
> *Available To:*
>
>
>
> External
>
> *Status:*
>
>
>
> Unpublished
>
> *Updated:*
>
>
>
> 06/15/2015
>
>
>
>
>
> *Problem*
>
> The Remedy User Tool client is unable to create records or perform
> searches when using overlaid forms from an ARS 9.0 server.  The form can be
> opened but any other operations result in an ARERR 303 Form does not exist
> on server error.
>
> *Solution*
>
>  This is due to changes in the way overlays are stored in the 9.0
> metadata. The __o extension is no longer used but the .arf form definition
> which is exported by the server, and used by the User Tool, still includes
> it.  The client tries to use the form name from the .arf file when sending
> API calls to the server but the server does not recognise the name and
> returns the 303 error.
>
> A defect has been created to track this (SW00490959) but, as the User Tool
> is no longer supported, it is not clear whether this will be addressed.
>
>
> --
>
> *Mark Walters*
>
> Lead Technical Support Analyst
>
> *Direct*
>
>
>
> +44 (0)118 921 8379
>
>
>
>
>
>
>
> E2
>
> Eskdale Road
>
> Winnersh, RG41 5TS
>
> UK
>
> [image: BMC Software|Bring IT to Life] 
>
>
>
>
> BMC Software Limited Registered Office: Building E2, Eskdale Road,
> Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
> England No. 1927903 The content of this email is confidential. If you are
> not the addressee, you may not distribute, copy or disclose any part of it.
> If you receive this message in error, please delete this from your system
> and notify the sender immediately.
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Pierson, Shawn]

I have to second both “Modify All” and exporting ARX files being much easier in 
the WUT.  I’d also add that certain BMC forms such as those related to RBE, are 
almost impossible to use (at least on 8.x) without going through the WUT.  We 
rely on RBE for a lot of custom email actions and I don’t think you can really 
query and update records (unless you customize the forms to add those buttons) 
if you use the Mid Tier.

Thanks,

Shawn Pierson
Remedy Developer | Energy Transfer

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook
Sent: Saturday, December 26, 2015 8:34 AM
To: arslist@ARSLIST.ORG
Subject: Re: Something to be aware of - the User Tool cannot work with overlaid 
forms on a 9.0 server - FIXED

**

I find it quite useful when doing large data import tasks with modify all 
functions and all.  Why run all that traffic through the Mid-tier layer for an 
administrative function?

Rick
On Dec 26, 2015 5:02 AM, "JD Hood" 
> wrote:
**
Hi Doug,

Perhaps BMC should investigate *why* folks are still clinging to the User Tool.

What functionality does it provide that is missing in the web client? Identify 
it and where technically possible, add that functionality to the web client. 
Then the *need* (if not desire) for the User Tool will likely dissipate.

For me, the main issue with the web client is ad-hoc reporting. To export a 
standard Remedy .arx file for most any ITSM form (or other form with a 
gazillion fields) is not feasible. That "arsystem" arx export functionality 
*desperately* needs an "add all fields" button to make it easier (humanly 
possible?) to move record(s) out of a given system for purposes of testing, 
development, personal backup, etc.

But that's just my pet "missing User Tool feature" in the post version 8x 
world. I know others have voiced different "missing User Tool features" around 
these parts. BMC might want to look into it.

Now, I haven't had an opportunity yet to see what v9x Mid Tier brings in this 
regard, so if BMC has now accounted for my pet issue, then as far as I am 
concerned... um... nevermind. :-)

Thanks!
-JDHood


On Fri, Dec 25, 2015 at 9:32 PM, Mueller, Doug 
> wrote:
Everyone,

Just to be clear here and reinforce some things that have been mentioned.

One commitment we have is compatibility with our API/interfaces.  We want to be 
sure that if you have written a program to the system on any version of the 
server, that it will continue to work on future versions of the server.

In this case, there was an api function -- Export specifically -- that had a 
problem with an export format in that it put a name in that format that was not 
able to be properly processed by an existing API program that used that 
operation.  This issue was corrected.

Now, the fact that in this case the API program was the Windows User Tool is 
not the major issue.  It is an API program that stopped working because of an 
issue with the API producing data in a compatible way so that the existing 
functionality of a tool would continue to work.  So, the server was corrected 
to maintain the compatibility of the API.

You will find that we have always been committed to this compatibility.  
Occasionally, there is a miss somewhere -- as in this case -- and that miss is 
corrected.

This commitment is important for anyone who wants to produce an integration or 
interaction with the system.  It means that as the server is upgraded, there is 
no requirement to change the integrations/executables as they should continue 
to work.  Generally, this is true.  It allows you to mix and match versions of 
executables, mid-tier, applications, and server.

NOTE: There is no magic here.  The older executable does not suddenly inherit 
new functionality.  And, when you upgrade to using a new API, the program may 
need to be updated to react to changes in the API/interface.  But, while 
continuing to use the older API for that program (even if other programs are 
using the newer API), you can continue without having to rebuilt right away.

If you ever see an API incompatibility causing issues across versions, please 
let us know right away.

Doug Mueller

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Misi 
Mladoniczky
Sent: Saturday, December 19, 2015 12:55 AM
To: arslist@ARSLIST.ORG
Subject: Re: Something to be aware of - the User Tool cannot work with overlaid 
forms on a 9.0 server - FIXED

Hi,

I think it is great news.

Note that they fixed the AR Server rather than the User Tool.

This was clearly a bug on the server side, as the server did not comply to the 
way the older API worked. The client sends it's API-version along with the call 
to the server, and the server is supposed to talk back to the client with 

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Terry Bootsma]

OK.  I guess I'm not the only one that found this as well.  Trying to export
a .arx file with the MidTier is a lesson in patience and sometimes,
futility.(Hint Hint Doug !!).
 
I thought that perhaps there was a "trick" to do this via the MidTier and
that I was missing the boat on this one, but I guess I am not?  
 
Terry
 

  _  

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn
Sent: December-29-15 8:35 AM
To: arslist@ARSLIST.ORG
Subject: Re: Something to be aware of - the User Tool cannot work with
overlaid forms on a 9.0 server - FIXED


** 

I have to second both "Modify All" and exporting ARX files being much easier
in the WUT.  I'd also add that certain BMC forms such as those related to
RBE, are almost impossible to use (at least on 8.x) without going through
the WUT.  We rely on RBE for a lot of custom email actions and I don't think
you can really query and update records (unless you customize the forms to
add those buttons) if you use the Mid Tier.

 

Thanks,

 

Shawn Pierson 

Remedy Developer | Energy Transfer

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook
Sent: Saturday, December 26, 2015 8:34 AM
To: arslist@ARSLIST.ORG
Subject: Re: Something to be aware of - the User Tool cannot work with
overlaid forms on a 9.0 server - FIXED

 

** 

I find it quite useful when doing large data import tasks with modify all
functions and all.  Why run all that traffic through the Mid-tier layer for
an administrative function? 

Rick

On Dec 26, 2015 5:02 AM, "JD Hood"  wrote:

** 

Hi Doug,

 

Perhaps BMC should investigate *why* folks are still clinging to the User
Tool.

What functionality does it provide that is missing in the web client?
Identify it and where technically possible, add that functionality to the
web client. Then the *need* (if not desire) for the User Tool will likely
dissipate.

 

For me, the main issue with the web client is ad-hoc reporting. To export a
standard Remedy .arx file for most any ITSM form (or other form with a
gazillion fields) is not feasible. That "arsystem" arx export functionality
*desperately* needs an "add all fields" button to make it easier (humanly
possible?) to move record(s) out of a given system for purposes of testing,
development, personal backup, etc.

 

But that's just my pet "missing User Tool feature" in the post version 8x
world. I know others have voiced different "missing User Tool features"
around these parts. BMC might want to look into it.

 

Now, I haven't had an opportunity yet to see what v9x Mid Tier brings in
this regard, so if BMC has now accounted for my pet issue, then as far as I
am concerned... um... nevermind. :-)

 

Thanks!

-JDHood

 

 

On Fri, Dec 25, 2015 at 9:32 PM, Mueller, Doug  wrote:

Everyone,

Just to be clear here and reinforce some things that have been mentioned.

One commitment we have is compatibility with our API/interfaces.  We want to
be sure that if you have written a program to the system on any version of
the server, that it will continue to work on future versions of the server.

In this case, there was an api function -- Export specifically -- that had a
problem with an export format in that it put a name in that format that was
not able to be properly processed by an existing API program that used that
operation.  This issue was corrected.

Now, the fact that in this case the API program was the Windows User Tool is
not the major issue.  It is an API program that stopped working because of
an issue with the API producing data in a compatible way so that the
existing functionality of a tool would continue to work.  So, the server was
corrected to maintain the compatibility of the API.

You will find that we have always been committed to this compatibility.
Occasionally, there is a miss somewhere -- as in this case -- and that miss
is corrected.

This commitment is important for anyone who wants to produce an integration
or interaction with the system.  It means that as the server is upgraded,
there is no requirement to change the integrations/executables as they
should continue to work.  Generally, this is true.  It allows you to mix and
match versions of executables, mid-tier, applications, and server.

NOTE: There is no magic here.  The older executable does not suddenly
inherit new functionality.  And, when you upgrade to using a new API, the
program may need to be updated to react to changes in the API/interface.
But, while continuing to use the older API for that program (even if other
programs are using the newer API), you can continue without having to
rebuilt right away.

If you ever see an API incompatibility causing issues across versions,
please let us know right away.

Doug Mueller

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
Sent: 

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Tauf Chowdhury]

Cutting support for the WUT was simply not the right move. Look at a company 
like Cherwell that supports a fat client. They freely admit that there are some 
features such as dashboards and stuff that are only available to the web 
client. However, there are some functions that are just simply easier to do 
within a fat client than trying to funnel your user base into a web client. Not 
to mention that the web client was awful and the software was not truly written 
to be fully consumed via the web client only... Even with v9, there are some 
functions that are just clunky via the web and would be much easier using a fat 
client. 
Not sure why companies in general take a stubborn stance on things sometimes. 
On a lighter note, happy holidays people!

Sent from my iPhone

> On Dec 26, 2015, at 9:33 AM, Rick Cook  wrote:
> 
> **
> I find it quite useful when doing large data import tasks with modify all 
> functions and all.  Why run all that traffic through the Mid-tier layer for 
> an administrative function?
> 
> Rick
> 
>> On Dec 26, 2015 5:02 AM, "JD Hood"  wrote:
>> **
>> Hi Doug,
>> 
>> Perhaps BMC should investigate *why* folks are still clinging to the User 
>> Tool.
>> 
>> What functionality does it provide that is missing in the web client? 
>> Identify it and where technically possible, add that functionality to the 
>> web client. Then the *need* (if not desire) for the User Tool will likely 
>> dissipate.
>> 
>> For me, the main issue with the web client is ad-hoc reporting. To export a 
>> standard Remedy .arx file for most any ITSM form (or other form with a 
>> gazillion fields) is not feasible. That "arsystem" arx export functionality 
>> *desperately* needs an "add all fields" button to make it easier (humanly 
>> possible?) to move record(s) out of a given system for purposes of testing, 
>> development, personal backup, etc.
>> 
>> But that's just my pet "missing User Tool feature" in the post version 8x 
>> world. I know others have voiced different "missing User Tool features" 
>> around these parts. BMC might want to look into it.
>> 
>> Now, I haven't had an opportunity yet to see what v9x Mid Tier brings in 
>> this regard, so if BMC has now accounted for my pet issue, then as far as I 
>> am concerned... um... nevermind. :-)
>> 
>> Thanks!
>> -JDHood
>> 
>> 
>>> On Fri, Dec 25, 2015 at 9:32 PM, Mueller, Doug  wrote:
>>> Everyone,
>>> 
>>> Just to be clear here and reinforce some things that have been mentioned.
>>> 
>>> One commitment we have is compatibility with our API/interfaces.  We want 
>>> to be sure that if you have written a program to the system on any version 
>>> of the server, that it will continue to work on future versions of the 
>>> server.
>>> 
>>> In this case, there was an api function -- Export specifically -- that had 
>>> a problem with an export format in that it put a name in that format that 
>>> was not able to be properly processed by an existing API program that used 
>>> that operation.  This issue was corrected.
>>> 
>>> Now, the fact that in this case the API program was the Windows User Tool 
>>> is not the major issue.  It is an API program that stopped working because 
>>> of an issue with the API producing data in a compatible way so that the 
>>> existing functionality of a tool would continue to work.  So, the server 
>>> was corrected to maintain the compatibility of the API.
>>> 
>>> You will find that we have always been committed to this compatibility.  
>>> Occasionally, there is a miss somewhere -- as in this case -- and that miss 
>>> is corrected.
>>> 
>>> This commitment is important for anyone who wants to produce an integration 
>>> or interaction with the system.  It means that as the server is upgraded, 
>>> there is no requirement to change the integrations/executables as they 
>>> should continue to work.  Generally, this is true.  It allows you to mix 
>>> and match versions of executables, mid-tier, applications, and server.
>>> 
>>> NOTE: There is no magic here.  The older executable does not suddenly 
>>> inherit new functionality.  And, when you upgrade to using a new API, the 
>>> program may need to be updated to react to changes in the API/interface.  
>>> But, while continuing to use the older API for that program (even if other 
>>> programs are using the newer API), you can continue without having to 
>>> rebuilt right away.
>>> 
>>> If you ever see an API incompatibility causing issues across versions, 
>>> please let us know right away.
>>> 
>>> Doug Mueller
>>> 
>>> -Original Message-
>>> From: Action Request System discussion list(ARSList) 
>>> [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
>>> Sent: Saturday, December 19, 2015 12:55 AM
>>> To: arslist@ARSLIST.ORG
>>> Subject: Re: Something to be aware of - the User Tool cannot work with 
>>> overlaid forms on a 9.0 server - FIXED
>>> 
>>> Hi,
>>> 
>>> I think it is great news.

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[JD Hood]

Hi Doug,

Perhaps BMC should investigate *why* folks are still clinging to the User
Tool.

What functionality does it provide that is missing in the web client?
Identify it and where technically possible, add that functionality to the
web client. Then the *need* (if not desire) for the User Tool will likely
dissipate.

For me, the main issue with the web client is ad-hoc reporting. To export a
standard Remedy .arx file for most any ITSM form (or other form with a
gazillion fields) is not feasible. That "arsystem" arx export functionality
*desperately* needs an "add all fields" button to make it easier (humanly
possible?) to move record(s) out of a given system for purposes of testing,
development, personal backup, etc.

But that's just my pet "missing User Tool feature" in the post version 8x
world. I know others have voiced different "missing User Tool features"
around these parts. BMC might want to look into it.

Now, I haven't had an opportunity yet to see what v9x Mid Tier brings in
this regard, so if BMC has now accounted for my pet issue, then as far as I
am concerned... um... nevermind. :-)

Thanks!
-JDHood


On Fri, Dec 25, 2015 at 9:32 PM, Mueller, Doug  wrote:

> Everyone,
>
> Just to be clear here and reinforce some things that have been mentioned.
>
> One commitment we have is compatibility with our API/interfaces.  We want
> to be sure that if you have written a program to the system on any version
> of the server, that it will continue to work on future versions of the
> server.
>
> In this case, there was an api function -- Export specifically -- that had
> a problem with an export format in that it put a name in that format that
> was not able to be properly processed by an existing API program that used
> that operation.  This issue was corrected.
>
> Now, the fact that in this case the API program was the Windows User Tool
> is not the major issue.  It is an API program that stopped working because
> of an issue with the API producing data in a compatible way so that the
> existing functionality of a tool would continue to work.  So, the server
> was corrected to maintain the compatibility of the API.
>
> You will find that we have always been committed to this compatibility.
> Occasionally, there is a miss somewhere -- as in this case -- and that miss
> is corrected.
>
> This commitment is important for anyone who wants to produce an
> integration or interaction with the system.  It means that as the server is
> upgraded, there is no requirement to change the integrations/executables as
> they should continue to work.  Generally, this is true.  It allows you to
> mix and match versions of executables, mid-tier, applications, and server.
>
> NOTE: There is no magic here.  The older executable does not suddenly
> inherit new functionality.  And, when you upgrade to using a new API, the
> program may need to be updated to react to changes in the API/interface.
> But, while continuing to use the older API for that program (even if other
> programs are using the newer API), you can continue without having to
> rebuilt right away.
>
> If you ever see an API incompatibility causing issues across versions,
> please let us know right away.
>
> Doug Mueller
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
> Sent: Saturday, December 19, 2015 12:55 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Something to be aware of - the User Tool cannot work with
> overlaid forms on a 9.0 server - FIXED
>
> Hi,
>
> I think it is great news.
>
> Note that they fixed the AR Server rather than the User Tool.
>
> This was clearly a bug on the server side, as the server did not comply to
> the way the older API worked. The client sends it's API-version along with
> the call to the server, and the server is supposed to talk back to the
> client with that same version of the API.
>
> I see very few who use ARUser.exe as main access to the AR Server
> nowadays, but to look at and add/change core/foundation data it is very
> useful.
>
> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
>
> Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
> * 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.
>
> > I was thinking the same thing. This is a dangerous precedent. Just as
> > people are finally accepting WUT is dead it gets some new life (not
> > that I am going to complain).
> >
> > Although thinking about it a little more... there are a number of
> > tools that BMC doesn't officially support but do maintain. Looks like
> > WUT might fall into this class now?
> >
> > On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz 
> wrote:
> >
> >> **
> >> Thanks for the update Mark. I 

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Pandi C]

So the overlaid forms also able to open in User tool???

On 18 Dec 2015 2:15 pm, "Walters, Mark"  wrote:
>
> **
>
> UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use
overlaid forms again.
>
>
>
> Knowledge Base article KA427109
>
>
>
> Some changes in the server in version 9.0 mean that the User Tool is
unable to work with overlaid forms.  Searches, creates and modifies result
in a 303 Form does not exist on server error as the client references the
form name with the __o extension which the server does not recognise.
>
>
>
> Mark
>
>
>
> Knowledge Article ID:
>
>
>
> KA427109
>
> Version:
>
>
>
> 0.1
>
> Available To:
>
>
>
> External
>
> Status:
>
>
>
> Unpublished
>
> Updated:
>
>
>
> 06/15/2015
>
>
>
>
>
> Problem
>
> The Remedy User Tool client is unable to create records or perform
searches when using overlaid forms from an ARS 9.0 server.  The form can be
opened but any other operations result in an ARERR 303 Form does not exist
on server error.
>
> Solution
>
>  This is due to changes in the way overlays are stored in the 9.0
metadata. The __o extension is no longer used but the .arf form definition
which is exported by the server, and used by the User Tool, still includes
it.  The client tries to use the form name from the .arf file when sending
API calls to the server but the server does not recognise the name and
returns the 303 error.
>
> A defect has been created to track this (SW00490959) but, as the User
Tool is no longer supported, it is not clear whether this will be addressed.
>
>
>
> 
>
> Mark Walters
>
> Lead Technical Support Analyst
>
> Direct
>
>
>
> +44 (0)118 921 8379
>
>
>
>
>
>
>
> E2
>
> Eskdale Road
>
> Winnersh, RG41 5TS
>
> UK
>
>
>
>
>
> BMC Software Limited Registered Office: Building E2, Eskdale Road,
Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
England No. 1927903 The content of this email is confidential. If you are
not the addressee, you may not distribute, copy or disclose any part of it.
If you receive this message in error, please delete this from your system
and notify the sender immediately.
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Rick Cook]

I find it quite useful when doing large data import tasks with modify all
functions and all.  Why run all that traffic through the Mid-tier layer for
an administrative function?

Rick
On Dec 26, 2015 5:02 AM, "JD Hood"  wrote:

> **
> Hi Doug,
>
> Perhaps BMC should investigate *why* folks are still clinging to the User
> Tool.
>
> What functionality does it provide that is missing in the web client?
> Identify it and where technically possible, add that functionality to the
> web client. Then the *need* (if not desire) for the User Tool will likely
> dissipate.
>
> For me, the main issue with the web client is ad-hoc reporting. To export
> a standard Remedy .arx file for most any ITSM form (or other form with a
> gazillion fields) is not feasible. That "arsystem" arx export functionality
> *desperately* needs an "add all fields" button to make it easier (humanly
> possible?) to move record(s) out of a given system for purposes of testing,
> development, personal backup, etc.
>
> But that's just my pet "missing User Tool feature" in the post version 8x
> world. I know others have voiced different "missing User Tool features"
> around these parts. BMC might want to look into it.
>
> Now, I haven't had an opportunity yet to see what v9x Mid Tier brings in
> this regard, so if BMC has now accounted for my pet issue, then as far as I
> am concerned... um... nevermind. :-)
>
> Thanks!
> -JDHood
>
>
> On Fri, Dec 25, 2015 at 9:32 PM, Mueller, Doug 
> wrote:
>
>> Everyone,
>>
>> Just to be clear here and reinforce some things that have been mentioned.
>>
>> One commitment we have is compatibility with our API/interfaces.  We want
>> to be sure that if you have written a program to the system on any version
>> of the server, that it will continue to work on future versions of the
>> server.
>>
>> In this case, there was an api function -- Export specifically -- that
>> had a problem with an export format in that it put a name in that format
>> that was not able to be properly processed by an existing API program that
>> used that operation.  This issue was corrected.
>>
>> Now, the fact that in this case the API program was the Windows User Tool
>> is not the major issue.  It is an API program that stopped working because
>> of an issue with the API producing data in a compatible way so that the
>> existing functionality of a tool would continue to work.  So, the server
>> was corrected to maintain the compatibility of the API.
>>
>> You will find that we have always been committed to this compatibility.
>> Occasionally, there is a miss somewhere -- as in this case -- and that miss
>> is corrected.
>>
>> This commitment is important for anyone who wants to produce an
>> integration or interaction with the system.  It means that as the server is
>> upgraded, there is no requirement to change the integrations/executables as
>> they should continue to work.  Generally, this is true.  It allows you to
>> mix and match versions of executables, mid-tier, applications, and server.
>>
>> NOTE: There is no magic here.  The older executable does not suddenly
>> inherit new functionality.  And, when you upgrade to using a new API, the
>> program may need to be updated to react to changes in the API/interface.
>> But, while continuing to use the older API for that program (even if other
>> programs are using the newer API), you can continue without having to
>> rebuilt right away.
>>
>> If you ever see an API incompatibility causing issues across versions,
>> please let us know right away.
>>
>> Doug Mueller
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
>> Sent: Saturday, December 19, 2015 12:55 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: Something to be aware of - the User Tool cannot work with
>> overlaid forms on a 9.0 server - FIXED
>>
>> Hi,
>>
>> I think it is great news.
>>
>> Note that they fixed the AR Server rather than the User Tool.
>>
>> This was clearly a bug on the server side, as the server did not comply
>> to the way the older API worked. The client sends it's API-version along
>> with the call to the server, and the server is supposed to talk back to the
>> client with that same version of the API.
>>
>> I see very few who use ARUser.exe as main access to the AR Server
>> nowadays, but to look at and add/change core/foundation data it is very
>> useful.
>>
>> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
>>
>> Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
>> * 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.
>>
>> > I was thinking the same thing. This is a dangerous precedent. Just as
>> > people are finally accepting WUT is dead it 

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Mueller, Doug]

Everyone,

Just to be clear here and reinforce some things that have been mentioned.

One commitment we have is compatibility with our API/interfaces.  We want to be 
sure that if you have written a program to the system on any version of the 
server, that it will continue to work on future versions of the server.

In this case, there was an api function -- Export specifically -- that had a 
problem with an export format in that it put a name in that format that was not 
able to be properly processed by an existing API program that used that 
operation.  This issue was corrected.

Now, the fact that in this case the API program was the Windows User Tool is 
not the major issue.  It is an API program that stopped working because of an 
issue with the API producing data in a compatible way so that the existing 
functionality of a tool would continue to work.  So, the server was corrected 
to maintain the compatibility of the API.

You will find that we have always been committed to this compatibility.  
Occasionally, there is a miss somewhere -- as in this case -- and that miss is 
corrected.

This commitment is important for anyone who wants to produce an integration or 
interaction with the system.  It means that as the server is upgraded, there is 
no requirement to change the integrations/executables as they should continue 
to work.  Generally, this is true.  It allows you to mix and match versions of 
executables, mid-tier, applications, and server.

NOTE: There is no magic here.  The older executable does not suddenly inherit 
new functionality.  And, when you upgrade to using a new API, the program may 
need to be updated to react to changes in the API/interface.  But, while 
continuing to use the older API for that program (even if other programs are 
using the newer API), you can continue without having to rebuilt right away.

If you ever see an API incompatibility causing issues across versions, please 
let us know right away.

Doug Mueller

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
Sent: Saturday, December 19, 2015 12:55 AM
To: arslist@ARSLIST.ORG
Subject: Re: Something to be aware of - the User Tool cannot work with overlaid 
forms on a 9.0 server - FIXED

Hi,

I think it is great news.

Note that they fixed the AR Server rather than the User Tool.

This was clearly a bug on the server side, as the server did not comply to the 
way the older API worked. The client sends it's API-version along with the call 
to the server, and the server is supposed to talk back to the client with that 
same version of the API.

I see very few who use ARUser.exe as main access to the AR Server nowadays, but 
to look at and add/change core/foundation data it is very useful.

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* 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.

> I was thinking the same thing. This is a dangerous precedent. Just as 
> people are finally accepting WUT is dead it gets some new life (not 
> that I am going to complain).
>
> Although thinking about it a little more... there are a number of 
> tools that BMC doesn't officially support but do maintain. Looks like 
> WUT might fall into this class now?
>
> On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz  wrote:
>
>> **
>> Thanks for the update Mark. I thought the User Tool is dead.
>>
>> On 18 Dec 2015, at 09:45, Walters, Mark > > wrote:
>>
>> **
>>
>> *UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can 
>> use overlaid forms again.*
>>
>> Knowledge Base article KA427109
>> 
>>
>> Some changes in the server in version 9.0 mean that the User Tool is 
>> unable to work with overlaid forms.  Searches, creates and modifies 
>> result in a 303 Form does not exist on server error as the client 
>> references the form name with the __o extension which the server does not 
>> recognise.
>>
>> Mark
>>
>> *Knowledge Article ID:*
>>
>> KA427109
>> *Version:*
>>
>> 0.1
>> *Available To:*
>>
>> External
>> *Status:*
>>
>> Unpublished
>> *Updated:*
>>
>> 06/15/2015
>>
>>
>>
>> *Problem*
>>
>> The Remedy User Tool client is unable to create records or perform 
>> searches when using overlaid forms from an ARS 9.0 server.  The form 
>> can be opened but any other operations result in an ARERR 303 Form 
>> does not exist on server error.
>>
>> *Solution*
>>
>>  This is due to changes in the way overlays are stored in the 9.0 
>> metadata. The __o extension is no longer used but the .arf form 
>> definition which is exported by the server, and used by the User 

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Misi Mladoniczky]

Hi,

As long as the user tool supports all datatypes that the server does, there
should be no problem using ARUser.exe.

So this is what I am looking for in new server releases.

The other reason I look for new datatypes is that any API program working with
data, such as RRR|Chive, might need to be extended.

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* 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.

> Jason,
> The major difference between this and those 'other tools'...is that they
> actually maintain the other ones...this is a tool that they haven't put out
> a release for in several years, and don't plan on (as far as I know of) at
> any point in the future
>
> On Fri, Dec 18, 2015 at 6:20 PM, Jason Miller 
> wrote:
>
>> **
>>
>> I was thinking the same thing. This is a dangerous precedent. Just as
>> people are finally accepting WUT is dead it gets some new life (not that I
>> am going to complain).
>>
>> Although thinking about it a little more... there are a number of tools
>> that BMC doesn't officially support but do maintain. Looks like WUT might
>> fall into this class now?
>>
>> On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz 
>> wrote:
>>
>>> **
>>> Thanks for the update Mark. I thought the User Tool is dead.
>>>
>>> On 18 Dec 2015, at 09:45, Walters, Mark >> > wrote:
>>>
>>> **
>>>
>>> *UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use
>>> overlaid forms again.*
>>>
>>> Knowledge Base article KA427109
>>> 
>>>
>>> Some changes in the server in version 9.0 mean that the User Tool is
>>> unable to work with overlaid forms.  Searches, creates and modifies result
>>> in a 303 Form does not exist on server error as the client references the
>>> form name with the __o extension which the server does not recognise.
>>>
>>> Mark
>>>
>>> *Knowledge Article ID:*
>>>
>>> KA427109
>>> *Version:*
>>>
>>> 0.1
>>> *Available To:*
>>>
>>> External
>>> *Status:*
>>>
>>> Unpublished
>>> *Updated:*
>>>
>>> 06/15/2015
>>>
>>>
>>>
>>> *Problem*
>>>
>>> The Remedy User Tool client is unable to create records or perform
>>> searches when using overlaid forms from an ARS 9.0 server.  The form can be
>>> opened but any other operations result in an ARERR 303 Form does not exist
>>> on server error.
>>>
>>> *Solution*
>>>
>>>  This is due to changes in the way overlays are stored in the 9.0
>>> metadata. The __o extension is no longer used but the .arf form definition
>>> which is exported by the server, and used by the User Tool, still includes
>>> it.  The client tries to use the form name from the .arf file when sending
>>> API calls to the server but the server does not recognise the name and
>>> returns the 303 error.
>>>
>>> A defect has been created to track this (SW00490959) but, as the User
>>> Tool is no longer supported, it is not clear whether this will be
>>> addressed.
>>>
>>>
>>> --
>>> *Mark Walters*
>>> Lead Technical Support Analyst
>>> *Direct*
>>>
>>> +44 (0)118 921 8379
>>>
>>>
>>>
>>> E2
>>> Eskdale Road
>>> Winnersh, RG41 5TS
>>> UK
>>>  
>>>
>>>
>>>
>>> BMC Software Limited Registered Office: Building E2, Eskdale Road,
>>> Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
>>> England No. 1927903 The content of this email is confidential. If you are
>>> not the addressee, you may not distribute, copy or disclose any part of it.
>>> If you receive this message in error, please delete this from your system
>>> and notify the sender immediately. _ARSlist: "Where the Answers Are" and
>>> have been for 20 years_
>>>
>>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Walters, Mark]

The fix was a change on the server side.  The arf file that the server exports 
and is used by the WUT included the __o extension for form overlays.  The 9.0 
server no longer uses this internally – you can see in the arschema table that 
a form and its overlay now have the same name and schemaid, relying on the 
overlayProp value for differentiation – so you could argue it just so happens 
that the client exposed a server defect.

Mark

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
Sent: 22 December 2015 16:26
To: arslist@ARSLIST.ORG
Subject: Re: Something to be aware of - the User Tool cannot work with overlaid 
forms on a 9.0 server - FIXED

**
Jason,
The major difference between this and those 'other tools'...is that they 
actually maintain the other ones...this is a tool that they haven't put out a 
release for in several years, and don't plan on (as far as I know of) at any 
point in the future

On Fri, Dec 18, 2015 at 6:20 PM, Jason Miller 
> wrote:
**

I was thinking the same thing. This is a dangerous precedent. Just as people 
are finally accepting WUT is dead it gets some new life (not that I am going to 
complain).

Although thinking about it a little more... there are a number of tools that 
BMC doesn't officially support but do maintain. Looks like WUT might fall into 
this class now?

On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz 
> wrote:
**
Thanks for the update Mark. I thought the User Tool is dead.

On 18 Dec 2015, at 09:45, Walters, Mark 
> wrote:

**
UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use overlaid 
forms again.

Knowledge Base article 
KA427109

Some changes in the server in version 9.0 mean that the User Tool is unable to 
work with overlaid forms.  Searches, creates and modifies result in a 303 Form 
does not exist on server error as the client references the form name with the 
__o extension which the server does not recognise.

Mark

Knowledge Article ID:



KA427109

Version:



0.1

Available To:



External

Status:



Unpublished

Updated:



06/15/2015



Problem
The Remedy User Tool client is unable to create records or perform searches 
when using overlaid forms from an ARS 9.0 server.  The form can be opened but 
any other operations result in an ARERR 303 Form does not exist on server error.
Solution
 This is due to changes in the way overlays are stored in the 9.0 metadata. The 
__o extension is no longer used but the .arf form definition which is exported 
by the server, and used by the User Tool, still includes it.  The client tries 
to use the form name from the .arf file when sending API calls to the server 
but the server does not recognise the name and returns the 303 error.
A defect has been created to track this (SW00490959) but, as the User Tool is 
no longer supported, it is not clear whether this will be addressed.



Mark Walters

Lead Technical Support Analyst

Direct



+44 (0)118 921 8379








E2
Eskdale Road
Winnersh, RG41 5TS
UK








BMC Software Limited Registered Office: Building E2, Eskdale Road, Winnersh, 
Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in England No. 
1927903 The content of this email is confidential. If you are not the 
addressee, you may not distribute, copy or disclose any part of it. If you 
receive this message in error, please delete this from your system and notify 
the sender immediately. _ARSlist: "Where the Answers Are" and have been for 20 
years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_

_ARSlist: "Where the Answers Are" and have been for 20 years_
BMC Software Limited Registered Office: Building E2, Eskdale Road, Winnersh, 
Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in England No. 
1927903 The content of this email is confidential. If you are not the 
addressee, you may not distribute, copy or disclose any part of it. If you 
receive this message in error, please delete this from your system and notify 
the sender immediately.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[LJ LongWing]

Jason,
The major difference between this and those 'other tools'...is that they
actually maintain the other ones...this is a tool that they haven't put out
a release for in several years, and don't plan on (as far as I know of) at
any point in the future

On Fri, Dec 18, 2015 at 6:20 PM, Jason Miller 
wrote:

> **
>
> I was thinking the same thing. This is a dangerous precedent. Just as
> people are finally accepting WUT is dead it gets some new life (not that I
> am going to complain).
>
> Although thinking about it a little more... there are a number of tools
> that BMC doesn't officially support but do maintain. Looks like WUT might
> fall into this class now?
>
> On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz 
> wrote:
>
>> **
>> Thanks for the update Mark. I thought the User Tool is dead.
>>
>> On 18 Dec 2015, at 09:45, Walters, Mark > > wrote:
>>
>> **
>>
>> *UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use
>> overlaid forms again.*
>>
>> Knowledge Base article KA427109
>> 
>>
>> Some changes in the server in version 9.0 mean that the User Tool is
>> unable to work with overlaid forms.  Searches, creates and modifies result
>> in a 303 Form does not exist on server error as the client references the
>> form name with the __o extension which the server does not recognise.
>>
>> Mark
>>
>> *Knowledge Article ID:*
>>
>> KA427109
>> *Version:*
>>
>> 0.1
>> *Available To:*
>>
>> External
>> *Status:*
>>
>> Unpublished
>> *Updated:*
>>
>> 06/15/2015
>>
>>
>>
>> *Problem*
>>
>> The Remedy User Tool client is unable to create records or perform
>> searches when using overlaid forms from an ARS 9.0 server.  The form can be
>> opened but any other operations result in an ARERR 303 Form does not exist
>> on server error.
>>
>> *Solution*
>>
>>  This is due to changes in the way overlays are stored in the 9.0
>> metadata. The __o extension is no longer used but the .arf form definition
>> which is exported by the server, and used by the User Tool, still includes
>> it.  The client tries to use the form name from the .arf file when sending
>> API calls to the server but the server does not recognise the name and
>> returns the 303 error.
>>
>> A defect has been created to track this (SW00490959) but, as the User
>> Tool is no longer supported, it is not clear whether this will be addressed.
>>
>>
>> --
>> *Mark Walters*
>> Lead Technical Support Analyst
>> *Direct*
>>
>> +44 (0)118 921 8379
>>
>>
>>
>> E2
>> Eskdale Road
>> Winnersh, RG41 5TS
>> UK
>>  
>>
>>
>>
>> BMC Software Limited Registered Office: Building E2, Eskdale Road,
>> Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
>> England No. 1927903 The content of this email is confidential. If you are
>> not the addressee, you may not distribute, copy or disclose any part of it.
>> If you receive this message in error, please delete this from your system
>> and notify the sender immediately. _ARSlist: "Where the Answers Are" and
>> have been for 20 years_
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[William Rentfrow]

BMC support told me one options for this because I had the exact same situation 
- how do I tell if a server is up quickly?

Their response was pretty good.  Create a script (or batch file if you're on 
windows) and execute it manually.  The script should have one line for each 
server and run arsignal -version

So this, basically, once for each server:

arsignal -version myserver:port#

If the server is down it won't respond.  During times of good performance each 
server comes back very fast.  If there's a problem it's pretty obvious right 
away.

William Rentfrow
wrentf...@stratacominc.com
Office: 715-204-3061 or 701-232-5697x25
Cell: 715-498-5056

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of John Johnson
Sent: Friday, December 18, 2015 7:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Something to be aware of - the User Tool cannot work with overlaid 
forms on a 9.0 server - FIXED

**

It's still a very useful tool. Just the other day I needed to check the users 
getting connected to each AR server for a licensing issue -- I couldn't really 
do this without adding the AR servers to the mid-tiers -- the client uses lead 
balancers. The User Tool made this very easy.

On Fri, Dec 18, 2015, 8:51 PM Jason Miller 
> wrote:
**

I was thinking the same thing. This is a dangerous precedent. Just as people 
are finally accepting WUT is dead it gets some new life (not that I am going to 
complain).

Although thinking about it a little more... there are a number of tools that 
BMC doesn't officially support but do maintain. Looks like WUT might fall into 
this class now?

On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz 
> wrote:
**
Thanks for the update Mark. I thought the User Tool is dead.

On 18 Dec 2015, at 09:45, Walters, Mark 
> wrote:

**
UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use overlaid 
forms again.

Knowledge Base article 
KA427109

Some changes in the server in version 9.0 mean that the User Tool is unable to 
work with overlaid forms.  Searches, creates and modifies result in a 303 Form 
does not exist on server error as the client references the form name with the 
__o extension which the server does not recognise.

Mark

Knowledge Article ID:



KA427109

Version:



0.1

Available To:



External

Status:



Unpublished

Updated:



06/15/2015



Problem
The Remedy User Tool client is unable to create records or perform searches 
when using overlaid forms from an ARS 9.0 server.  The form can be opened but 
any other operations result in an ARERR 303 Form does not exist on server error.
Solution
 This is due to changes in the way overlays are stored in the 9.0 metadata. The 
__o extension is no longer used but the .arf form definition which is exported 
by the server, and used by the User Tool, still includes it.  The client tries 
to use the form name from the .arf file when sending API calls to the server 
but the server does not recognise the name and returns the 303 error.
A defect has been created to track this (SW00490959) but, as the User Tool is 
no longer supported, it is not clear whether this will be addressed.



Mark Walters

Lead Technical Support Analyst

Direct



+44 (0)118 921 8379








E2
Eskdale Road
Winnersh, RG41 5TS
UK








BMC Software Limited Registered Office: Building E2, Eskdale Road, Winnersh, 
Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in England No. 
1927903 The content of this email is confidential. If you are not the 
addressee, you may not distribute, copy or disclose any part of it. If you 
receive this message in error, please delete this from your system and notify 
the sender immediately. _ARSlist: "Where the Answers Are" and have been for 20 
years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7294 / Virus Database: 4489/11215 - Release Date: 12/19/15

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Brent Goodman]

All I can say is 'Long live the UserTool'... 

May not do all the fancy mid-tier stuff, but is rock solid, reliable, and 
extremely fast. 

Sent from my iPhone

> On Dec 19, 2015, at 12:55 AM, Misi Mladoniczky  wrote:
> 
> Hi,
> 
> I think it is great news.
> 
> Note that they fixed the AR Server rather than the User Tool.
> 
> This was clearly a bug on the server side, as the server did not comply to the
> way the older API worked. The client sends it's API-version along with the
> call to the server, and the server is supposed to talk back to the client with
> that same version of the API.
> 
> I see very few who use ARUser.exe as main access to the AR Server nowadays,
> but to look at and add/change core/foundation data it is very useful.
> 
>Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
> 
> Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
> * 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.
> 
>> I was thinking the same thing. This is a dangerous precedent. Just as
>> people are finally accepting WUT is dead it gets some new life (not that I
>> am going to complain).
>> 
>> Although thinking about it a little more... there are a number of tools
>> that BMC doesn't officially support but do maintain. Looks like WUT might
>> fall into this class now?
>> 
>>> On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz  wrote:
>>> 
>>> **
>>> Thanks for the update Mark. I thought the User Tool is dead.
>>> 
>>> On 18 Dec 2015, at 09:45, Walters, Mark >> > wrote:
>>> 
>>> **
>>> 
>>> *UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use
>>> overlaid forms again.*
>>> 
>>> Knowledge Base article KA427109
>>> 
>>> 
>>> Some changes in the server in version 9.0 mean that the User Tool is
>>> unable to work with overlaid forms.  Searches, creates and modifies result
>>> in a 303 Form does not exist on server error as the client references the
>>> form name with the __o extension which the server does not recognise.
>>> 
>>> Mark
>>> 
>>> *Knowledge Article ID:*
>>> 
>>> KA427109
>>> *Version:*
>>> 
>>> 0.1
>>> *Available To:*
>>> 
>>> External
>>> *Status:*
>>> 
>>> Unpublished
>>> *Updated:*
>>> 
>>> 06/15/2015
>>> 
>>> 
>>> 
>>> *Problem*
>>> 
>>> The Remedy User Tool client is unable to create records or perform
>>> searches when using overlaid forms from an ARS 9.0 server.  The form can be
>>> opened but any other operations result in an ARERR 303 Form does not exist
>>> on server error.
>>> 
>>> *Solution*
>>> 
>>> This is due to changes in the way overlays are stored in the 9.0
>>> metadata. The __o extension is no longer used but the .arf form definition
>>> which is exported by the server, and used by the User Tool, still includes
>>> it.  The client tries to use the form name from the .arf file when sending
>>> API calls to the server but the server does not recognise the name and
>>> returns the 303 error.
>>> 
>>> A defect has been created to track this (SW00490959) but, as the User Tool
>>> is no longer supported, it is not clear whether this will be addressed.
>>> 
>>> 
>>> --
>>> *Mark Walters*
>>> Lead Technical Support Analyst
>>> *Direct*
>>> 
>>> +44 (0)118 921 8379
>>> 
>>> 
>>> 
>>> E2
>>> Eskdale Road
>>> Winnersh, RG41 5TS
>>> UK
>>>  
>>> 
>>> 
>>> 
>>> BMC Software Limited Registered Office: Building E2, Eskdale Road,
>>> Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
>>> England No. 1927903 The content of this email is confidential. If you are
>>> not the addressee, you may not distribute, copy or disclose any part of it.
>>> If you receive this message in error, please delete this from your system
>>> and notify the sender immediately. _ARSlist: "Where the Answers Are" and
>>> have been for 20 years_
>>> 
>>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>> 
>> ___
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> "Where the Answers Are, and have been for 20 years"
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Misi Mladoniczky]

Hi,

I think it is great news.

Note that they fixed the AR Server rather than the User Tool.

This was clearly a bug on the server side, as the server did not comply to the
way the older API worked. The client sends it's API-version along with the
call to the server, and the server is supposed to talk back to the client with
that same version of the API.

I see very few who use ARUser.exe as main access to the AR Server nowadays,
but to look at and add/change core/foundation data it is very useful.

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* 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.

> I was thinking the same thing. This is a dangerous precedent. Just as
> people are finally accepting WUT is dead it gets some new life (not that I
> am going to complain).
>
> Although thinking about it a little more... there are a number of tools
> that BMC doesn't officially support but do maintain. Looks like WUT might
> fall into this class now?
>
> On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz  wrote:
>
>> **
>> Thanks for the update Mark. I thought the User Tool is dead.
>>
>> On 18 Dec 2015, at 09:45, Walters, Mark > > wrote:
>>
>> **
>>
>> *UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use
>> overlaid forms again.*
>>
>> Knowledge Base article KA427109
>> 
>>
>> Some changes in the server in version 9.0 mean that the User Tool is
>> unable to work with overlaid forms.  Searches, creates and modifies result
>> in a 303 Form does not exist on server error as the client references the
>> form name with the __o extension which the server does not recognise.
>>
>> Mark
>>
>> *Knowledge Article ID:*
>>
>> KA427109
>> *Version:*
>>
>> 0.1
>> *Available To:*
>>
>> External
>> *Status:*
>>
>> Unpublished
>> *Updated:*
>>
>> 06/15/2015
>>
>>
>>
>> *Problem*
>>
>> The Remedy User Tool client is unable to create records or perform
>> searches when using overlaid forms from an ARS 9.0 server.  The form can be
>> opened but any other operations result in an ARERR 303 Form does not exist
>> on server error.
>>
>> *Solution*
>>
>>  This is due to changes in the way overlays are stored in the 9.0
>> metadata. The __o extension is no longer used but the .arf form definition
>> which is exported by the server, and used by the User Tool, still includes
>> it.  The client tries to use the form name from the .arf file when sending
>> API calls to the server but the server does not recognise the name and
>> returns the 303 error.
>>
>> A defect has been created to track this (SW00490959) but, as the User Tool
>> is no longer supported, it is not clear whether this will be addressed.
>>
>>
>> --
>> *Mark Walters*
>> Lead Technical Support Analyst
>> *Direct*
>>
>> +44 (0)118 921 8379
>>
>>
>>
>> E2
>> Eskdale Road
>> Winnersh, RG41 5TS
>> UK
>>  
>>
>>
>>
>> BMC Software Limited Registered Office: Building E2, Eskdale Road,
>> Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
>> England No. 1927903 The content of this email is confidential. If you are
>> not the addressee, you may not distribute, copy or disclose any part of it.
>> If you receive this message in error, please delete this from your system
>> and notify the sender immediately. _ARSlist: "Where the Answers Are" and
>> have been for 20 years_
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Thomas Miskiewicz]

Thanks for the update Mark. I thought the User Tool is dead.

> On 18 Dec 2015, at 09:45, Walters, Mark  wrote:
> 
> **
> UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use 
> overlaid forms again.
>  
> Knowledge Base article KA427109 
> 
>  
> Some changes in the server in version 9.0 mean that the User Tool is unable 
> to work with overlaid forms.  Searches, creates and modifies result in a 303 
> Form does not exist on server error as the client references the form name 
> with the __o extension which the server does not recognise.
>  
> Mark
>  
> Knowledge Article ID:
>   
> KA427109
> Version:
>   
> 0.1
> Available To:
>   
> External
> Status:
>   
> Unpublished
> Updated:
>   
> 06/15/2015
>  
>  
> Problem
> 
> The Remedy User Tool client is unable to create records or perform searches 
> when using overlaid forms from an ARS 9.0 server.  The form can be opened but 
> any other operations result in an ARERR 303 Form does not exist on server 
> error.
> 
> Solution
> 
>  This is due to changes in the way overlays are stored in the 9.0 metadata. 
> The __o extension is no longer used but the .arf form definition which is 
> exported by the server, and used by the User Tool, still includes it.  The 
> client tries to use the form name from the .arf file when sending API calls 
> to the server but the server does not recognise the name and returns the 303 
> error.
> 
> A defect has been created to track this (SW00490959) but, as the User Tool is 
> no longer supported, it is not clear whether this will be addressed.
> 
>  
> Mark Walters
> Lead Technical Support Analyst
> Direct
>   
> +44 (0)118 921 8379
>  
>  
>  
> E2
> Eskdale Road
> Winnersh, RG41 5TS
> UK
>  
>  
>  
> BMC Software Limited Registered Office: Building E2, Eskdale Road, Winnersh, 
> Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in England No. 
> 1927903 The content of this email is confidential. If you are not the 
> addressee, you may not distribute, copy or disclose any part of it. If you 
> receive this message in error, please delete this from your system and notify 
> the sender immediately. _ARSlist: "Where the Answers Are" and have been for 
> 20 years_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[Jason Miller]

I was thinking the same thing. This is a dangerous precedent. Just as
people are finally accepting WUT is dead it gets some new life (not that I
am going to complain).

Although thinking about it a little more... there are a number of tools
that BMC doesn't officially support but do maintain. Looks like WUT might
fall into this class now?

On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz  wrote:

> **
> Thanks for the update Mark. I thought the User Tool is dead.
>
> On 18 Dec 2015, at 09:45, Walters, Mark  > wrote:
>
> **
>
> *UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use
> overlaid forms again.*
>
> Knowledge Base article KA427109
> 
>
> Some changes in the server in version 9.0 mean that the User Tool is
> unable to work with overlaid forms.  Searches, creates and modifies result
> in a 303 Form does not exist on server error as the client references the
> form name with the __o extension which the server does not recognise.
>
> Mark
>
> *Knowledge Article ID:*
>
> KA427109
> *Version:*
>
> 0.1
> *Available To:*
>
> External
> *Status:*
>
> Unpublished
> *Updated:*
>
> 06/15/2015
>
>
>
> *Problem*
>
> The Remedy User Tool client is unable to create records or perform
> searches when using overlaid forms from an ARS 9.0 server.  The form can be
> opened but any other operations result in an ARERR 303 Form does not exist
> on server error.
>
> *Solution*
>
>  This is due to changes in the way overlays are stored in the 9.0
> metadata. The __o extension is no longer used but the .arf form definition
> which is exported by the server, and used by the User Tool, still includes
> it.  The client tries to use the form name from the .arf file when sending
> API calls to the server but the server does not recognise the name and
> returns the 303 error.
>
> A defect has been created to track this (SW00490959) but, as the User Tool
> is no longer supported, it is not clear whether this will be addressed.
>
>
> --
> *Mark Walters*
> Lead Technical Support Analyst
> *Direct*
>
> +44 (0)118 921 8379
>
>
>
> E2
> Eskdale Road
> Winnersh, RG41 5TS
> UK
>  
>
>
>
> BMC Software Limited Registered Office: Building E2, Eskdale Road,
> Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
> England No. 1927903 The content of this email is confidential. If you are
> not the addressee, you may not distribute, copy or disclose any part of it.
> If you receive this message in error, please delete this from your system
> and notify the sender immediately. _ARSlist: "Where the Answers Are" and
> have been for 20 years_
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED

[John Johnson]

It's still a very useful tool. Just the other day I needed to check the
users getting connected to each AR server for a licensing issue -- I
couldn't really do this without adding the AR servers to the mid-tiers --
the client uses lead balancers. The User Tool made this very easy.

On Fri, Dec 18, 2015, 8:51 PM Jason Miller  wrote:

> **
>
> I was thinking the same thing. This is a dangerous precedent. Just as
> people are finally accepting WUT is dead it gets some new life (not that I
> am going to complain).
>
> Although thinking about it a little more... there are a number of tools
> that BMC doesn't officially support but do maintain. Looks like WUT might
> fall into this class now?
>
> On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz 
> wrote:
>
>> **
>> Thanks for the update Mark. I thought the User Tool is dead.
>>
>> On 18 Dec 2015, at 09:45, Walters, Mark > > wrote:
>>
>> **
>>
>> *UPDATE – this was fixed in the 9.0 SP1 server – the User Tool can use
>> overlaid forms again.*
>>
>> Knowledge Base article KA427109
>> 
>>
>> Some changes in the server in version 9.0 mean that the User Tool is
>> unable to work with overlaid forms.  Searches, creates and modifies result
>> in a 303 Form does not exist on server error as the client references the
>> form name with the __o extension which the server does not recognise.
>>
>> Mark
>>
>> *Knowledge Article ID:*
>>
>> KA427109
>> *Version:*
>>
>> 0.1
>> *Available To:*
>>
>> External
>> *Status:*
>>
>> Unpublished
>> *Updated:*
>>
>> 06/15/2015
>>
>>
>>
>> *Problem*
>>
>> The Remedy User Tool client is unable to create records or perform
>> searches when using overlaid forms from an ARS 9.0 server.  The form can be
>> opened but any other operations result in an ARERR 303 Form does not exist
>> on server error.
>>
>> *Solution*
>>
>>  This is due to changes in the way overlays are stored in the 9.0
>> metadata. The __o extension is no longer used but the .arf form definition
>> which is exported by the server, and used by the User Tool, still includes
>> it.  The client tries to use the form name from the .arf file when sending
>> API calls to the server but the server does not recognise the name and
>> returns the 303 error.
>>
>> A defect has been created to track this (SW00490959) but, as the User
>> Tool is no longer supported, it is not clear whether this will be addressed.
>>
>>
>> --
>> *Mark Walters*
>> Lead Technical Support Analyst
>> *Direct*
>>
>> +44 (0)118 921 8379
>>
>>
>>
>> E2
>> Eskdale Road
>> Winnersh, RG41 5TS
>> UK
>>  
>>
>>
>>
>> BMC Software Limited Registered Office: Building E2, Eskdale Road,
>> Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
>> England No. 1927903 The content of this email is confidential. If you are
>> not the addressee, you may not distribute, copy or disclose any part of it.
>> If you receive this message in error, please delete this from your system
>> and notify the sender immediately. _ARSlist: "Where the Answers Are" and
>> have been for 20 years_
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server.

[JD Hood]

My main use for the user tool for v8x versions is to export bulk data out
of the system into an arx file. If BMC would add both the Add All Fields
and Remove All Fields to the AR System .arx report type via the
webified report builder, I would no longer have a need for the thick client.

-JDHood

On Mon, Jun 15, 2015 at 6:47 AM, Walters, Mark mark_walt...@bmc.com wrote:

 **

 Knowledge Base article KA427109
 https://kb.bmc.com/infocenter/index?page=contentid=S:KA427109



 Some changes in the server in version 9.0 mean that the User Tool is
 unable to work with overlaid forms.  Searches, creates and modifies result
 in a 303 Form does not exist on server error as the client references the
 form name with the __o extension which the server does not recognise.



 Mark



 *Knowledge Article ID:*



 KA427109

 *Version:*



 0.1

 *Available To:*



 External

 *Status:*



 Unpublished

 *Updated:*



 06/15/2015





 *Problem*

 The Remedy User Tool client is unable to create records or perform
 searches when using overlaid forms from an ARS 9.0 server.  The form can be
 opened but any other operations result in an ARERR 303 Form does not exist
 on server error.

 *Solution*

  This is due to changes in the way overlays are stored in the 9.0
 metadata. The __o extension is no longer used but the .arf form definition
 which is exported by the server, and used by the User Tool, still includes
 it.  The client tries to use the form name from the .arf file when sending
 API calls to the server but the server does not recognise the name and
 returns the 303 error.

 A defect has been created to track this (SW00490959) but, as the User Tool
 is no longer supported, it is not clear whether this will be addressed.


--

 *Mark Walters*

 Lead Technical Support Analyst

 *Direct*



 +44 (0)118 921 8379







 E2

 Eskdale Road

 Winnersh, RG41 5TS

 UK

 [image: BMC Software|Bring IT to Life] http://www.bmc.com/




  BMC Software Limited Registered Office: Building E2, Eskdale Road,
 Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
 England No. 1927903 The content of this email is confidential. If you are
 not the addressee, you may not distribute, copy or disclose any part of it.
 If you receive this message in error, please delete this from your system
 and notify the sender immediately.
 _ARSlist: Where the Answers Are and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server.

[Pierson, Shawn]

If you work with RBE it also becomes necessary because the RBE forms don’t 
really work right in the Mid Tier.  I could customize the forms to fix them 
without a lot of effort, but it’s even easier just to load up the User Tool.

Thanks,

Shawn Pierson
Remedy Developer | Energy Transfer

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood
Sent: Monday, June 15, 2015 8:24 AM
To: arslist@ARSLIST.ORG
Subject: Re: Something to be aware of - the User Tool cannot work with overlaid 
forms on a 9.0 server.

**
My main use for the user tool for v8x versions is to export bulk data out of 
the system into an arx file. If BMC would add both the Add All Fields and 
Remove All Fields to the AR System .arx report type via the webified report 
builder, I would no longer have a need for the thick client.

-JDHood

On Mon, Jun 15, 2015 at 6:47 AM, Walters, Mark 
mark_walt...@bmc.commailto:mark_walt...@bmc.com wrote:
**
Knowledge Base article 
KA427109https://kb.bmc.com/infocenter/index?page=contentid=S:KA427109

Some changes in the server in version 9.0 mean that the User Tool is unable to 
work with overlaid forms.  Searches, creates and modifies result in a 303 Form 
does not exist on server error as the client references the form name with the 
__o extension which the server does not recognise.

Mark

Knowledge Article ID:



KA427109

Version:



0.1

Available To:



External

Status:



Unpublished

Updated:



06/15/2015



Problem
The Remedy User Tool client is unable to create records or perform searches 
when using overlaid forms from an ARS 9.0 server.  The form can be opened but 
any other operations result in an ARERR 303 Form does not exist on server error.
Solution
 This is due to changes in the way overlays are stored in the 9.0 metadata. The 
__o extension is no longer used but the .arf form definition which is exported 
by the server, and used by the User Tool, still includes it.  The client tries 
to use the form name from the .arf file when sending API calls to the server 
but the server does not recognise the name and returns the 303 error.
A defect has been created to track this (SW00490959) but, as the User Tool is 
no longer supported, it is not clear whether this will be addressed.



Mark Walters

Lead Technical Support Analyst

Direct



+44 (0)118 921 8379tel:%2B44%20%280%29118%20921%208379








E2
Eskdale Road
Winnersh, RG41 5TS
UK


[BMC Software|Bring IT to Life]http://www.bmc.com/





BMC Software Limited Registered Office: Building E2, Eskdale Road, Winnersh, 
Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in England No. 
1927903 The content of this email is confidential. If you are not the 
addressee, you may not distribute, copy or disclose any part of it. If you 
receive this message in error, please delete this from your system and notify 
the sender immediately.
_ARSlist: Where the Answers Are and have been for 20 years_

_ARSlist: Where the Answers Are and have been for 20 years_

Private and confidential as detailed here: 
http://www.energytransfer.com/mail_disclaimer.aspx .  If you cannot access the 
link, please e-mail sender.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years

Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server.

[Misi Mladoniczky]

Hi,

Maybe you could use RRR|Chive to bulk export into ARX instead of ARUser.exe?

https://www.rrr.se/cgi/index?pg=chive

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* 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.

 My main use for the user tool for v8x versions is to export bulk data out
 of the system into an arx file. If BMC would add both the Add All Fields
 and Remove All Fields to the AR System .arx report type via the
 webified report builder, I would no longer have a need for the thick client.

 -JDHood

 On Mon, Jun 15, 2015 at 6:47 AM, Walters, Mark mark_walt...@bmc.com wrote:

 **

 Knowledge Base article KA427109
 https://kb.bmc.com/infocenter/index?page=contentid=S:KA427109



 Some changes in the server in version 9.0 mean that the User Tool is
 unable to work with overlaid forms.  Searches, creates and modifies result
 in a 303 Form does not exist on server error as the client references the
 form name with the __o extension which the server does not recognise.



 Mark



 *Knowledge Article ID:*



 KA427109

 *Version:*



 0.1

 *Available To:*



 External

 *Status:*



 Unpublished

 *Updated:*



 06/15/2015





 *Problem*

 The Remedy User Tool client is unable to create records or perform
 searches when using overlaid forms from an ARS 9.0 server.  The form can be
 opened but any other operations result in an ARERR 303 Form does not exist
 on server error.

 *Solution*

  This is due to changes in the way overlays are stored in the 9.0
 metadata. The __o extension is no longer used but the .arf form definition
 which is exported by the server, and used by the User Tool, still includes
 it.  The client tries to use the form name from the .arf file when sending
 API calls to the server but the server does not recognise the name and
 returns the 303 error.

 A defect has been created to track this (SW00490959) but, as the User Tool
 is no longer supported, it is not clear whether this will be addressed.


--

 *Mark Walters*

 Lead Technical Support Analyst

 *Direct*



 +44 (0)118 921 8379







 E2

 Eskdale Road

 Winnersh, RG41 5TS

 UK

 [image: BMC Software|Bring IT to Life] http://www.bmc.com/




  BMC Software Limited Registered Office: Building E2, Eskdale Road,
 Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
 England No. 1927903 The content of this email is confidential. If you are
 not the addressee, you may not distribute, copy or disclose any part of it.
 If you receive this message in error, please delete this from your system
 and notify the sender immediately.
 _ARSlist: Where the Answers Are and have been for 20 years_

 ___
 UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
 Where the Answers Are, and have been for 20 years


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years