Re: Best and well behaved 8.x ARServer relese

[Marc Burick]

Thanks for the responses. Looks like 8.1.02 will be the direction we want 
to go. 9.0 is a little too new for us to take a chance on.

Marc



From:   Jason Miller 
To: arslist@ARSLIST.ORG, 
Date:   05/13/2015 04:29 PM
Subject:Re: Best and well behaved 8.x ARServer relese
Sent by:"Action Request System discussion list(ARSList)" 




** 
I really haven't noticed a not well behaved 8.1. Especially with custom 
apps. It is pretty much a slamdunk if you are not running ITSM. I would 
even consider (well I already am)  going to 9.0.

Jason

On Wed, May 13, 2015 at 12:05 PM, Gaju Patil  wrote:
** 
Hello Marc,
As you said, you are using 7.6.4 with fully customisation, no out of the 
box functionality. And you want to move to upgraded version, then you can 
go with the latest stable 8.1 sp2.
But after upgrade, are you planning to use out of the box functionality 
and new features ? Or you just want to upgrade the version and the 
functionality remains same ?
Regards,
Gajanand
On 13 May 2015 23:41, "Marc Burick"  wrote:
** Howdy List, 
We are currently on ARServer 7.6.4 sp3 and considering upgrading to 
ARServer 8.x. We have all home grown applications, nothing out of the box. 
Can you suggested the latest ARServer 8.x that behaves well and has 
minimal problems while still using the 7.604 sp5? 

Marc _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"

Changing a Remedy Login ID In Bulk

[Scott Hallenger]

Hello Lister's,I was wondering if it is possible to update/change an existing 
Remedy login ID of it were to be exported with its GUID or entry ID and then 
re-imported with the changed info. I'm on ITSM 8.1. For example, if I wanted to 
change "jdowe" to "jdowe1", is it possible to do this through export & 
re-import.

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

Re: Changing a Remedy Login ID In Bulk

[LJ LongWing]

Scott,
You may want to check out this utility
https://communities.bmc.com/docs/DOC-33524


On Thu, May 14, 2015 at 9:22 AM, Scott Hallenger  wrote:

> **
> Hello Lister's,
> I was wondering if it is possible to update/change an existing Remedy
> login ID of it were to be exported with its GUID or entry ID and then
> re-imported with the changed info. I'm on ITSM 8.1. For example, if I
> wanted to change "jdowe" to "jdowe1", is it possible to do this through
> export & re-import.
> _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: Changing a Remedy Login ID In Bulk

[Rick Cook]

I suppose, but consider things like pending approvals, which are all
dependent on the login ID present when the record was created.  Unless you
update those records to match, they become orphans.

Rick
On May 14, 2015 8:24 AM, "Scott Hallenger"  wrote:

> **
> Hello Lister's,
> I was wondering if it is possible to update/change an existing Remedy
> login ID of it were to be exported with its GUID or entry ID and then
> re-imported with the changed info. I'm on ITSM 8.1. For example, if I
> wanted to change "jdowe" to "jdowe1", is it possible to do this through
> export & re-import.
> _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: 8.1.0 Asset Management, changing status to In Inventory

[Rick Phillips]

Thanks, Janie, I ended up writing workflow that only fires for the 
requesting group, and performs a goto action to 'jump over' the workflow 
they had issue with.


rp

On 5/13/2015 2:44 PM, Janie Sprenger wrote:

**
This function is not configurable.  Disabling Workflow is the only way 
that I know of to stop the Inventory Location prompts and Inventory 
Transaction counting.

Janie

On Fri, May 1, 2015 at 10:48 AM, Rick Phillips > wrote:


**
Hi,

My customer is not (presently) concerned with updating the
location when a CI changes status to /In Inventory/, and would
like me to disable the workflow that prompts them for location
info.  I realize that there are backend forms that are populated
with that data, but, again, they are not presently concerned with
the missing data, and need a way to quickly change the status to
/In Inventory /on dozens or hundreds of CI's in a single operation.

Is there any way to do this without disabling workflow (and doing
without the location data)?

This process appears to have both A/L's and filters enforcing it,
so simply importing the status change doesn't work.

Thanks,

Rick
_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: Changing a Remedy Login ID In Bulk

[Timothy Powell]

I can’t speak to ITSM 8.1 because we have not yet upgraded to it, but in ITSM 
7.6.04, you can do this using the Out-of-Box Data Wizard.

In 7.6.04 this is located at:
Application Administration Console/Custom Configuration (tab)/Foundation/Data 
Management Tool/Data Wizard Console

 

HTH,

Tim

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Scott Hallenger
Sent: Thursday, May 14, 2015 11:23 AM
To: arslist@ARSLIST.ORG
Subject: Changing a Remedy Login ID In Bulk

 

** 

Hello Lister's,

I was wondering if it is possible to update/change an existing Remedy login ID 
of it were to be exported with its GUID or entry ID and then re-imported with 
the changed info. I'm on ITSM 8.1. For example, if I wanted to change "jdowe" 
to "jdowe1", is it possible to do this through export & re-import.

_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: Changing a Remedy Login ID In Bulk

[Scott Hallenger]

LJ thank you. That tool sounds like a winner. I didn't see anything about costs 
though. Are you going to blow my mind and tell me its free! 


 On Thursday, May 14, 2015 11:29 AM, LJ LongWing  
wrote:
   

 **Scott,You may want to check out this 
utilityhttps://communities.bmc.com/docs/DOC-33524


On Thu, May 14, 2015 at 9:22 AM, Scott Hallenger  wrote:

**Hello Lister's,I was wondering if it is possible to update/change an existing 
Remedy login ID of it were to be exported with its GUID or entry ID and then 
re-imported with the changed info. I'm on ITSM 8.1. For example, if I wanted to 
change "jdowe" to "jdowe1", is it possible to do this through export & 
re-import._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: Changing a Remedy Login ID In Bulk

[LJ LongWing]

Yes...Curtis has offered that tool for Free, to the best of my knowledge...

On Thu, May 14, 2015 at 9:58 AM, Scott Hallenger  wrote:

> **
> LJ thank you. That tool sounds like a winner. I didn't see anything about
> costs though. Are you going to blow my mind and tell me its free!
>
>
>
>   On Thursday, May 14, 2015 11:29 AM, LJ LongWing 
> wrote:
>
>
> **
> Scott,
> You may want to check out this utility
> https://communities.bmc.com/docs/DOC-33524
>
>
> On Thu, May 14, 2015 at 9:22 AM, Scott Hallenger 
> wrote:
>
> **
> Hello Lister's,
> I was wondering if it is possible to update/change an existing Remedy
> login ID of it were to be exported with its GUID or entry ID and then
> re-imported with the changed info. I'm on ITSM 8.1. For example, if I
> wanted to change "jdowe" to "jdowe1", is it possible to do this through
> export & re-import.
> _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"

ARS v9.0 - New Server Object - Associations

[Thad Esser]

Has anyone else taken a look at the new "Association" server object for
version 9.0?  I've only read the docs (haven't played with it yet), but
this seem like a huge new feature, with possibilities way beyond just
archiving (which is what the docs say its being used for).

https://docs.bmc.com/docs/display/public/ars9000/Associations+overview
https://www.youtube.com/watch?v=E4v0X2SimKY

Just curious what others thought, or if I'm nerd-ing out too much.

Thad

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

Re: ARS v9.0 - New Server Object - Associations

[Rick Cook]

I'm still trying wrap my head around what they were thinking when they
fundamentally changed the nature of the CDM.  It was done "to improve
performance", but the supporting evidence I've seen is as thin and full of
holes as a 20 year old t-shirt.

Rick
On May 14, 2015 9:38 AM, "Thad Esser"  wrote:

> **
> Has anyone else taken a look at the new "Association" server object for
> version 9.0?  I've only read the docs (haven't played with it yet), but
> this seem like a huge new feature, with possibilities way beyond just
> archiving (which is what the docs say its being used for).
>
> https://docs.bmc.com/docs/display/public/ars9000/Associations+overview
> https://www.youtube.com/watch?v=E4v0X2SimKY
>
> Just curious what others thought, or if I'm nerd-ing out too much.
>
> Thad
> _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: ARS v9.0 - New Server Object - Associations

[Jason Miller]

I have messed with it a little bit. I setup some simple POC archiving for
one of our custom apps.

You are right, this feature is likely going to be huge. BMC already has
some ideas around where they want to utilize this feature. The ITSM
archiving doesn't even use it to its full potential (but does what it needs
to). The out of the box ITSM archiving in 9.0 is just the tip of the
iceberg.

Jason

On Thu, May 14, 2015 at 9:38 AM, Thad Esser  wrote:

> **
> Has anyone else taken a look at the new "Association" server object for
> version 9.0?  I've only read the docs (haven't played with it yet), but
> this seem like a huge new feature, with possibilities way beyond just
> archiving (which is what the docs say its being used for).
>
> https://docs.bmc.com/docs/display/public/ars9000/Associations+overview
> https://www.youtube.com/watch?v=E4v0X2SimKY
>
> Just curious what others thought, or if I'm nerd-ing out too much.
>
> Thad
> _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: ARS v9.0 - New Server Object - Associations

[Mitcham, Ross]

Absolutely correct,  there are so may current and future uses of these 
associations,  ITSM apps really are only utilizing them currently for archive 
purposes (plus  it gives customer a way to see the data model without having to 
investigate lots of code)




Ross Mitcham

Lead Product Developer

Direct



+1 905.707.3534


50 Minthorn Bvld.
Suite 200
Markham, ON L3T 7X8
Canada

[BMC Communities]

[Twitter]

[Facebook]

[YouTube]

[LinkedIn]

[Communities]



[BMC Software|Bring IT to Life]





From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Thursday, May 14, 2015 1:14 PM
To: arslist@ARSLIST.ORG
Subject: Re: ARS v9.0 - New Server Object - Associations

**
I have messed with it a little bit. I setup some simple POC archiving for one 
of our custom apps.

You are right, this feature is likely going to be huge. BMC already has some 
ideas around where they want to utilize this feature. The ITSM archiving 
doesn't even use it to its full potential (but does what it needs to). The out 
of the box ITSM archiving in 9.0 is just the tip of the iceberg.

Jason

On Thu, May 14, 2015 at 9:38 AM, Thad Esser 
mailto:thad.es...@gmail.com>> wrote:
**
Has anyone else taken a look at the new "Association" server object for version 
9.0?  I've only read the docs (haven't played with it yet), but this seem like 
a huge new feature, with possibilities way beyond just archiving (which is what 
the docs say its being used for).

https://docs.bmc.com/docs/display/public/ars9000/Associations+overview
https://www.youtube.com/watch?v=E4v0X2SimKY

Just curious what others thought, or if I'm nerd-ing out too much.

Thad
_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: ARS v9.0 - New Server Object - Associations

[Mueller, Doug]

Thad,

Yes, the Association feature is a major new feature.  And, the 9.0 release has 
introduced the basics and the possibilities and leverage of the feature are 
just getting started.

The 9.0 release uses the Association feature in two major ways:


1)  To delete child records when the required parent record is deleted.  
So, if you have a master record and then have other forms with additional 
details, the association will automatically delete the children when the parent 
is deleted.  Associations have a configuration for whether they enforce this 
flow or not.

2)  For archiving.  So, archiving the parent, takes all the children with 
it automatically.

Now, the base feature is about defining the relationships and interconnections 
of forms – directly and through association tables.  You can follow the 
associations for any number of reasons.

Think about some other things:

Producing an diagram of the relationship of forms to form an application is now 
a simple matter of following relationships AND you know whether the association 
is a dependent relationship or not.

What if DSO could be configured to “follow associations” so that transferring 
the parent record would transfer all children records too?

What if we could configure the system to have row level security flow to 
children from the parent so any change to a row level security field on the 
parent flows that change to all children records as well?

What if you could define table fields to just “follow the association” rather 
than having to define the target form and qualifications on it?

What if you could export data by just specifying the parent record and all 
children record are exported along with it (or imported..).

What if…

There is a lot more that this feature can do and will allow.
Working with applications that involve collections of forms with 
inter-dependent or just inter-related data will be much easier and will be able 
to be done in a more global, consistent, and systematic way rather than custom 
logic for each set of interaction.


As an aside, there is also much more that is possible with archiving now that 
this is in place and you should see some very cool new features related to 
archive still to come in releases post 9.0.


I am glad that you are seeing some of the possibilities that this feature opens 
up within the system – some available already (archiving and delete) and others 
to come.  There are additional features – both with 9.0 and some coming beyond 
that will also provide basic capability that can then be leveraged in many 
different ways.  (One of my favorites by the way is the dev-to-production or 
packaging or deployment manager – whatever name they settled on – feature.  It 
has a lot of value in 9.0 and there is much more coming that will help 
transform how promotion of change is done within the environment.)

As always, we would love to hear what you are doing with the features, how you 
are leveraging them beyond the defined uses.  And, what is missing from them 
that would make the functionality even more powerful.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser
Sent: Thursday, May 14, 2015 9:38 AM
To: arslist@ARSLIST.ORG
Subject: ARS v9.0 - New Server Object - Associations

**
Has anyone else taken a look at the new "Association" server object for version 
9.0?  I've only read the docs (haven't played with it yet), but this seem like 
a huge new feature, with possibilities way beyond just archiving (which is what 
the docs say its being used for).

https://docs.bmc.com/docs/display/public/ars9000/Associations+overview
https://www.youtube.com/watch?v=E4v0X2SimKY

Just curious what others thought, or if I'm nerd-ing out too much.

Thad
_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: ARS v9.0 - New Server Object - Associations

[laurent matheo]

And just to add something cool, you can "query" the association using rest apis 
for example. This way for example with the association between incident and 
Incident  workinfos you can fetch in one rest api call the incidents WITH their 
 related workinfos at the same time... No need for a join in this case.
And of course you can do this with your own custom forms.

Mobilis in Mobile.

> Le 14 mai 2015 à 20:57, Mueller, Doug  a écrit :
> 
> **
> Thad,
>  
> Yes, the Association feature is a major new feature.  And, the 9.0 release 
> has introduced the basics and the possibilities and leverage of the feature 
> are just getting started.
>  
> The 9.0 release uses the Association feature in two major ways:
>  
> 1)  To delete child records when the required parent record is deleted.  
> So, if you have a master record and then have other forms with additional 
> details, the association will automatically delete the children when the 
> parent is deleted.  Associations have a configuration for whether they 
> enforce this flow or not.
> 2)  For archiving.  So, archiving the parent, takes all the children with 
> it automatically.
>  
> Now, the base feature is about defining the relationships and 
> interconnections of forms – directly and through association tables.  You can 
> follow the associations for any number of reasons.
>  
> Think about some other things:
>  
> Producing an diagram of the relationship of forms to form an application is 
> now a simple matter of following relationships AND you know whether the 
> association is a dependent relationship or not.
>  
> What if DSO could be configured to “follow associations” so that transferring 
> the parent record would transfer all children records too?
>  
> What if we could configure the system to have row level security flow to 
> children from the parent so any change to a row level security field on the 
> parent flows that change to all children records as well?
>  
> What if you could define table fields to just “follow the association” rather 
> than having to define the target form and qualifications on it?
>  
> What if you could export data by just specifying the parent record and all 
> children record are exported along with it (or imported..).
>  
> What if…
>  
> There is a lot more that this feature can do and will allow.
> Working with applications that involve collections of forms with 
> inter-dependent or just inter-related data will be much easier and will be 
> able to be done in a more global, consistent, and systematic way rather than 
> custom logic for each set of interaction.
>  
> 
> As an aside, there is also much more that is possible with archiving now that 
> this is in place and you should see some very cool new features related to 
> archive still to come in releases post 9.0.
>  
>  
> I am glad that you are seeing some of the possibilities that this feature 
> opens up within the system – some available already (archiving and delete) 
> and others to come.  There are additional features – both with 9.0 and some 
> coming beyond that will also provide basic capability that can then be 
> leveraged in many different ways.  (One of my favorites by the way is the 
> dev-to-production or packaging or deployment manager – whatever name they 
> settled on – feature.  It has a lot of value in 9.0 and there is much more 
> coming that will help transform how promotion of change is done within the 
> environment.)
>  
> As always, we would love to hear what you are doing with the features, how 
> you are leveraging them beyond the defined uses.  And, what is missing from 
> them that would make the functionality even more powerful.
>  
> Doug Mueller
>  
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser
> Sent: Thursday, May 14, 2015 9:38 AM
> To: arslist@ARSLIST.ORG
> Subject: ARS v9.0 - New Server Object - Associations
>  
> **
> Has anyone else taken a look at the new "Association" server object for 
> version 9.0?  I've only read the docs (haven't played with it yet), but this 
> seem like a huge new feature, with possibilities way beyond just archiving 
> (which is what the docs say its being used for).
> 
> https://docs.bmc.com/docs/display/public/ars9000/Associations+overview
> https://www.youtube.com/watch?v=E4v0X2SimKY
>  
> Just curious what others thought, or if I'm nerd-ing out too much.
>  
> Thad
> _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: ARS v9.0 - New Server Object - Associations

[Jason Miller]

Ah, good catch! I can't wait for reporting to be able to follow this as
well ;-)

On Thu, May 14, 2015 at 12:06 PM, laurent matheo  wrote:

> **
>
> And just to add something cool, you can "query" the association using rest
> apis for example. This way for example with the association between
> incident and Incident  workinfos you can fetch in one rest api call the
> incidents WITH their  related workinfos at the same time... No need for a
> join in this case.
> And of course you can do this with your own custom forms.
>
> Mobilis in Mobile.
>
> Le 14 mai 2015 à 20:57, Mueller, Doug  a écrit :
>
> **
>
> Thad,
>
>
>
> Yes, the Association feature is a major new feature.  And, the 9.0 release
> has introduced the basics and the possibilities and leverage of the feature
> are just getting started.
>
>
>
> The 9.0 release uses the Association feature in two major ways:
>
>
>
> 1)  To delete child records when the required parent record is
> deleted.  So, if you have a master record and then have other forms with
> additional details, the association will automatically delete the children
> when the parent is deleted.  Associations have a configuration for whether
> they enforce this flow or not.
>
> 2)  For archiving.  So, archiving the parent, takes all the children
> with it automatically.
>
>
>
> Now, the base feature is about defining the relationships and
> interconnections of forms – directly and through association tables.  You
> can follow the associations for any number of reasons.
>
>
>
> Think about some other things:
>
>
>
> Producing an diagram of the relationship of forms to form an application
> is now a simple matter of following relationships AND you know whether the
> association is a dependent relationship or not.
>
>
>
> What if DSO could be configured to “follow associations” so that
> transferring the parent record would transfer all children records too?
>
>
>
> What if we could configure the system to have row level security flow to
> children from the parent so any change to a row level security field on the
> parent flows that change to all children records as well?
>
>
>
> What if you could define table fields to just “follow the association”
> rather than having to define the target form and qualifications on it?
>
>
>
> What if you could export data by just specifying the parent record and all
> children record are exported along with it (or imported..).
>
>
>
> What if…
>
>
>
> There is a lot more that this feature can do and will allow.
>
>  Working with applications that involve collections of forms with
> inter-dependent or just inter-related data will be much easier and will be
> able to be done in a more global, consistent, and systematic way rather
> than custom logic for each set of interaction.
>
>
>
>
> As an aside, there is also much more that is possible with archiving now
> that this is in place and you should see some very cool new features
> related to archive still to come in releases post 9.0.
>
>
>
>
>
> I am glad that you are seeing some of the possibilities that this feature
> opens up within the system – some available already (archiving and delete)
> and others to come.  There are additional features – both with 9.0 and some
> coming beyond that will also provide basic capability that can then be
> leveraged in many different ways.  (One of my favorites by the way is the
> dev-to-production or packaging or deployment manager – whatever name they
> settled on – feature.  It has a lot of value in 9.0 and there is much more
> coming that will help transform how promotion of change is done within the
> environment.)
>
>
>
> As always, we would love to hear what you are doing with the features, how
> you are leveraging them beyond the defined uses.  And, what is missing from
> them that would make the functionality even more powerful.
>
>
>
> Doug Mueller
>
>
>
> *From:* Action Request System discussion list(ARSList) [
> mailto:arslist@ARSLIST.ORG ] *On Behalf Of *Thad
> Esser
> *Sent:* Thursday, May 14, 2015 9:38 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* ARS v9.0 - New Server Object - Associations
>
>
>
> **
>
> Has anyone else taken a look at the new "Association" server object for
> version 9.0?  I've only read the docs (haven't played with it yet), but
> this seem like a huge new feature, with possibilities way beyond just
> archiving (which is what the docs say its being used for).
>
>
> https://docs.bmc.com/docs/display/public/ars9000/Associations+overview
> https://www.youtube.com/watch?v=E4v0X2SimKY
>
>
>
> Just curious what others thought, or if I'm nerd-ing out too much.
>
>
>
> Thad
>
> _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 h

Re: ARS v9.0 - New Server Object - Associations

[John Sundberg]

Is this similar to the relationships strategy of CSS (Customer Service and
Support) - from 10+ years ago???

I thought it was pretty good back then. I had a few suggestions to make it
easier/faster … but - if it is not the same thing - then no biggie.

Here is the suggestion:
It used to be in the relationships table you held a left side and a right
side of the relationship. So - if you wanted to see if something has
relations … you would have to do something like:
‘myID’ = ’left side” OR ‘myID’ = 'right side’.

And — you would have a couple of those - and they got complicated very
quickly.
(We built something called KSS (Kinetic Service Suite) on top of CSS — and
we were very deep into the “workings of CSS” and we wrestled with this)

So - the “proposed solution” would be to write into the relationship table
the relation twice.
Like this:

ObjType1, ID1 , ObjType2, ID2
User, abc123, Incident, def456
Incident, def456, User, abc123

So - now — if you want to find if you have a relation — you can just search
against ObjType1, ID1
(which ends up with a smaller index) (AKA - faster)

A couple filters would (maintain the “duplicates”)
Create filter … create the same relationship but switching objects (pass a
value - so you don’t go recursive)
Delete filter … delete the reverse
Modify filter … similar to create

Also - there should be a nice REST API — (Higher level than the current
REST APIs … which pull back relationships too (and their details) … that
way you don’t have to do 20 REST calls back/forth).

So - I haven’t looked at the associations in 9 - but - that is what I
remember from the CSS days.

I also remember storing relationships in different tables vs one big
relationship table … I thought that was a bad idea — I think it should have
been one big relationship table — let the DB handle the hard stuff.

Also — I am not sure how it is implemented now … - but you had to include a
bunch of filters into your stuff - which seemed buggy (or easily forgotten)
 — so - before you knew it - you had lots of relationships that didn’t get
deleted, or relationships that existed but didn’t get created/updated…

Seems like this relationship stuff should be “low-level” and in the actual
ARS code vs filters. (Maybe that is how it is done in 9)

Again - if it is what I think it is … this is an excellent foundational
piece that will be quite valuable and extendable.
Nice work!!!

Party on.

-John

On Thu, May 14, 2015 at 1:11 PM, Mitcham, Ross  wrote:

> **
>
> Absolutely correct,  there are so may current and future uses of these
> associations,  ITSM apps really are only utilizing them currently for
> archive purposes (plus  it gives customer a way to see the data model
> without having to investigate lots of code)
>
>
>
>
>--
>
> *Ross Mitcham*
>
> Lead Product Developer
>
> *Direct*
>
>
>
> +1 905.707.3534
>
> 50 Minthorn Bvld.
>
> Suite 200
> Markham, ON L3T 7X8
> Canada
>
> [image: BMC Communities] 
>
> [image: Twitter] 
>
> [image: Facebook] 
>
> [image: YouTube] 
>
> [image: LinkedIn] 
>
> [image: Communities] 
>
> [image: BMC Software|Bring IT to Life] 
>
>
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller
> *Sent:* Thursday, May 14, 2015 1:14 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: ARS v9.0 - New Server Object - Associations
>
>
>
> **
>
> I have messed with it a little bit. I setup some simple POC archiving for
> one of our custom apps.
>
>
>
> You are right, this feature is likely going to be huge. BMC already has
> some ideas around where they want to utilize this feature. The ITSM
> archiving doesn't even use it to its full potential (but does what it needs
> to). The out of the box ITSM archiving in 9.0 is just the tip of the
> iceberg.
>
>
>
> Jason
>
>
>
> On Thu, May 14, 2015 at 9:38 AM, Thad Esser  wrote:
>
> **
>
> Has anyone else taken a look at the new "Association" server object for
> version 9.0?  I've only read the docs (haven't played with it yet), but
> this seem like a huge new feature, with possibilities way beyond just
> archiving (which is what the docs say its being used for).
>
>
> https://docs.bmc.com/docs/display/public/ars9000/Associations+overview
> https://www.youtube.com/watch?v=E4v0X2SimKY
>
>
>
> Just curious what others thought, or if I'm nerd-ing out too much.
>
>
>
> Thad
>
> _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_




-- 

*John Sundberg*
Kinetic Data, Inc.
"Your business. Your process."

651-556-0930 I john.sundb...@kineticdata.com
www.kineticdata.com I community.k