Re: Server Information RESOLVED

[Fannin, Teresa S.]

Ravindrakumar,
Here is what I did do.

1.  BMC gave me new plugin.exe and new ServerAdmin.dll  which I replaced 
the old ones with.  Then I restarted AR service.

2.  But after that I got a new error

Arerr 22 d:\P F\BMC Software\ARsystem/apiLogForm.txt

   FTSLogForm.txt,

  UserLogForm.txt

 ThreadLogForm.txt

   AlertLogForm.txt,

 EscalationLogForm.txt

 FilterLogForm.txt

  SQLLogForm.txt

 ServerGroupLogForm.txt


3.  When I looked at  these files that were out there but they were all 0 
in size  so I took the same files from my production area which were 1 in size.

4.  give the Service Account for the ARS service modify, read, and write 
permissions on every file.

5.  Restarted service and now it all works.
Thanks,
Teresa

From: Action Request System discussion list(ARSList) [mailto


From: Action Request System discussion list(ARSList) [mailto

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ravindrakumar Rodge
Sent: Monday, August 31, 2015 12:02 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server Information

**

I see the version that you are using is 8.1,  I believe there must be C plug in 
and Java plug in entries would be present. Try either commenting of C plug in 
or Java plugin.

C plugin would be entries as
- Plugin : server administration. dll
- plugin-path: path to plugin location

JAVA Plugin would be :
- Server-Plugin-Alias: ARSYS. ARDBC. SERVERADMINISTRATION ARSYS. ARDBC. 
SERVERADMINISTRATION :

Other option would be to collect the working Def and place it in non working 
environment.

Let me know if that helps.

Regards,
Ravindrakumar
On 28-Aug-2015 9:38 PM, "Fannin, Teresa S." 
>
 wrote:
**
All,
If I select Server Information I get a timeout error.  System 8.1 ITSM,  
Windows 8,  SQl DB 12.
Working with BMC they suggest to delete the following and reimport from the 
serveradmin.def file.

1) AR System Administration: Add Or Remove Licenses

2) AR System Administration: License Review

3) AR System Administration: Server Information

4) AR System Administration: Support Form



Now, import serveradmin.def file by using developer studio to re-import all the 
above forms back to remedy.

The default location of the serveradmin.def is :-

\ARserver installation directory\ arsever name\arserver\install 
form\en\serveradmin.def.



AR System Administration: Add Or Remove Licensescould not be found in the 
def file

AR System Administration: License Review replaced with the one from 
the def file

AR System Administration: Server Information  replaced with the one from 
the def file

AR System Administration: Support Formreplaced with the one 
from the def file



Restart services.





But still have the same problem.



Any ideas?

Thanks,

Teresa




_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: Integration with Jira question.

[Jarl Grøneng]

Words!



2015-09-02 16:56 GMT+02:00 John Sundberg :

> **
> (This email is in response to a handful of the earlier emails on the topic)
>
>
> #1 — what is your volume of incidents/JIRA tickets?
> (If it is small (< 20) a month … my suggestion is overkill)
>
> What happens is people try other things (ARS/Plugins/REST/etc…) after they
> go production for awhile — they see they have to take it far more serious
> than the original test cases — this is when they find Kinetic Task.
> Download it here:
> http://www.kineticdata.com/products/task/request-information/
>
> We work with companies who have both BMC ARS (custom and ITSM) and JIRA …
>
> What happens is JIRA gets tightly wound into the processes of the
> developers — and it solves a nice problem for them, they will not leave
> JIRA for ARS.
> Also — there is significant investment in ARS and the companies do not
> want to (and it is not the right thing anyway) to switch to JIRA for
> helpdesk.
>
> The right solution is to make both sides happy/efficient. So, an
> integration is needed.
>
> So my question to you is:
>
> Are you playing around to create a JIRA defect from Incident?
> Example:
> You set some value on Incident - and as a result it creates a Defect in
> JIRA?
>
> or…
>
> Are you looking to solve a real problem which requires
> “significant workflow” … ???
>
> Meaning …
>
> (Like above)
> From Incident … you trigger something so a JIRA ticket gets created…
> Then — during the lifetime of the JIRA ticket (assigment/status
> change/etc… ) you push info back into Incident — or possibly do
> communications to original requester or possibly create a BMC change
> request when the JIRA ticket gets to a certain state.
>
> Being real  — then things like stopping/starting/pausing, scaling,
> failover, debugging, retries, version control, dev/qa/prod, documentation,
> operational support, performance tracking, SLA tracking (clawbacks, etc…)
> you know — real production stuff become necessary.
>
> The latest term for this is SIAM (Service Integration and Management)
> https://en.wikipedia.org/wiki/Service_integration_and_management
>
>
> Sample ARS Problem: In ARS how do you turn off a filter for a period of
> time — then release it once the target system is up???
> Sample ARS Problem: My submit is slow … why is it slow?
> Sample ARS Problem: My submit is slow … everything is slow.
> Sample ARS Problem: My submit is slow ... because the other Remedy system
> I am talking to is slow — how do I fix that?
> Sample ARS Problem: My submit is slow ... because I need to update the API
> for the target system … how do I put that in without taking everything down
> (and waiting for the weekend)?
> Sample ARS Problem: My process needs to improve — how can I move to the
> new process without breaking the 1000 existing tickets in flight?
>
> All of those are real problems … that cause real headaches … that cause
> real debate … that basically prevents projects from getting done.
>
> If you are looking to solve a real problem with “significant workflow” …
> you may want to look at Kinetic Task … it is a tasking engine that attaches
> to both Remedy and to JIRA — and then you can build workflows that tie them
> together.
> It works asynchronously — unlike BMC ARS’s workflow (including v9). What
> that means is — if JIRA is slow or BMC is slow (or down) — neither of the
> other systems is affected. The calls back and forth will queue up … and
> continue when available. (This is something that you will need if you are
> doing this for real.) If you are just playing around to see if BMC and JIRA
> can talk — REST / WebServices do work. However … in the real world — (you
> need way more than just a REST call) queuing is what is needed.
>
> See:
>
> http://community.kineticdata.com/?title=20_Kinetic_Task/Task_Handlers_%26_Sources/Jira
>
> Kinetic Task 4.0 will work with any version of ARS 7.0 and newer.
> Technically - we could probably go back to ARS 1.0 … but — seems a bit
> worthless at this point.
>
> Kinetic Task is an event based, distributed, asynchronous task engine with
> a drag/drop, version managed, workflow system.
>
> Kinetic Task 4.0 connects to any data system (not just Remedy or JIRA) …
> it can also provide workflow for ServiceNow, Salesforce, ActiveDirectory,
> Twilio, etc…
>
> You can sort of think of it like Remedy Filters/Escalations but more
> generic (can be the task engine for any data system). Remedy
> Filters/Escalations are “synchronous and monolithic” whereas Kinetic Task
> are "asynchronous and distributed". As systems get larger, or you tie
> things together across an enterprise or an internet — asynchronous and
> distributed becomes a requirement. (A recent term for this is
> “micro-services”)
> See:
> http://martinfowler.com/articles/microservices.html
>
>
> I hope that sheds some light on what to think about when integrating
> across the web.
>
> BTW:
> This is the product we announced 5 years ago at WWRUG ??? 

Blank Body in AR System Email Messages form

[Terri Lockwood]

I am hoping someone has had this same issue and can help me.  I do already have 
a ticket with BMC as well.

When our customers send an email to our email address it comes into the mailbox 
complete and I can see it.  However, when it gets pushed to the AR System Email 
Messages form the "Plain Text Body" field is blank.  It, therefore, gets pushed 
into the ticket with a blank body as well.  BMC is looking at our logs but I 
was hoping someone has seen this and maybe can provide a solution.

Thank you,

~~~
Terri

ARS 7.6.04
ITSM 7.6.03
Midtier 7.6.04
Windows 2008
MS SQL 2008 R2 SP2


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

Re: Integration with Jira question.

[GBGupta]

Thanks John for your input and the links. I am in the process of setting up a 
Jira installation for myself to work with.., then I can try some of the 
suggestions. You are correct that a good solution depends on scope of info that 
needs to be mapped!

Sent from my iPhone

> On Sep 2, 2015, at 7:56 AM, John Sundberg  
> wrote:
> 
> **
> (This email is in response to a handful of the earlier emails on the topic)
> 
> 
> #1 — what is your volume of incidents/JIRA tickets?
> (If it is small (< 20) a month … my suggestion is overkill)
> 
> What happens is people try other things (ARS/Plugins/REST/etc…) after they go 
> production for awhile — they see they have to take it far more serious than 
> the original test cases — this is when they find Kinetic Task.
> Download it here: 
> http://www.kineticdata.com/products/task/request-information/
> 
> We work with companies who have both BMC ARS (custom and ITSM) and JIRA … 
> 
> What happens is JIRA gets tightly wound into the processes of the developers 
> — and it solves a nice problem for them, they will not leave JIRA for ARS.
> Also — there is significant investment in ARS and the companies do not want 
> to (and it is not the right thing anyway) to switch to JIRA for helpdesk. 
> 
> The right solution is to make both sides happy/efficient. So, an integration 
> is needed. 
> 
> So my question to you is:
> 
> Are you playing around to create a JIRA defect from Incident?
> Example: 
> You set some value on Incident - and as a result it creates a Defect in JIRA?
> 
> or…
> 
> Are you looking to solve a real problem which requires “significant workflow” 
> … ???
> 
> Meaning …
> 
> (Like above) 
> From Incident … you trigger something so a JIRA ticket gets created…
> Then — during the lifetime of the JIRA ticket (assigment/status change/etc… ) 
> you push info back into Incident — or possibly do communications to original 
> requester or possibly create a BMC change request when the JIRA ticket gets 
> to a certain state.
> 
> Being real  — then things like stopping/starting/pausing, scaling, failover, 
> debugging, retries, version control, dev/qa/prod, documentation, operational 
> support, performance tracking, SLA tracking (clawbacks, etc…) you know — real 
> production stuff become necessary.
> 
> The latest term for this is SIAM (Service Integration and Management)
> https://en.wikipedia.org/wiki/Service_integration_and_management
> 
> 
> Sample ARS Problem: In ARS how do you turn off a filter for a period of time 
> — then release it once the target system is up???
> Sample ARS Problem: My submit is slow … why is it slow?
> Sample ARS Problem: My submit is slow … everything is slow.
> Sample ARS Problem: My submit is slow ... because the other Remedy system I 
> am talking to is slow — how do I fix that?
> Sample ARS Problem: My submit is slow ... because I need to update the API 
> for the target system … how do I put that in without taking everything down 
> (and waiting for the weekend)?
> Sample ARS Problem: My process needs to improve — how can I move to the new 
> process without breaking the 1000 existing tickets in flight?
> 
> All of those are real problems … that cause real headaches … that cause real 
> debate … that basically prevents projects from getting done.
> 
> If you are looking to solve a real problem with “significant workflow” … you 
> may want to look at Kinetic Task … it is a tasking engine that attaches to 
> both Remedy and to JIRA — and then you can build workflows that tie them 
> together. 
> It works asynchronously — unlike BMC ARS’s workflow (including v9). What that 
> means is — if JIRA is slow or BMC is slow (or down) — neither of the other 
> systems is affected. The calls back and forth will queue up … and continue 
> when available. (This is something that you will need if you are doing this 
> for real.) If you are just playing around to see if BMC and JIRA can talk — 
> REST / WebServices do work. However … in the real world — (you need way more 
> than just a REST call) queuing is what is needed.
> 
> See: 
> http://community.kineticdata.com/?title=20_Kinetic_Task/Task_Handlers_%26_Sources/Jira
> 
> Kinetic Task 4.0 will work with any version of ARS 7.0 and newer. Technically 
> - we could probably go back to ARS 1.0 … but — seems a bit worthless at this 
> point.
> 
> Kinetic Task is an event based, distributed, asynchronous task engine with a 
> drag/drop, version managed, workflow system. 
> 
> Kinetic Task 4.0 connects to any data system (not just Remedy or JIRA) … it 
> can also provide workflow for ServiceNow, Salesforce, ActiveDirectory, 
> Twilio, etc…
> 
> You can sort of think of it like Remedy Filters/Escalations but more generic 
> (can be the task engine for any data system). Remedy Filters/Escalations are 
> “synchronous and monolithic” whereas Kinetic Task are "asynchronous and 
> distributed". As systems get larger, or you tie things together across an 
> enterprise 

Struggling with SSL and Mid Tier

[Pierson, Shawn]

Good afternoon,

This isn't specifically a Remedy issue but it's something many of you have done 
so I thought I'd ask here.  I'm in the process of setting up SSL with Tomcat 
7.0.53 on Windows so we can better secure the Mid Tier.  According to the logs, 
it looks like Remedy is able to connect back to the server, but I can't 
actually connect to Tomcat.  Ignoring Remedy for a moment, I have an index.html 
in the root folder that should work.  Let's say my server's DNS alias is 
remedy.example.com in this case.  Tomcat ran fine on port 8080 (including the 
Mid Tier) without any certificate set up.

However, I implemented this as the connector in the server.xml file:


This *should* work, but doesn't seem to allow me to connect.  I've tried using 
port 8443 to no avail, I've tried different protocols but settled on this one 
since it's used by other apps in my organization.  I was also suggested to put 
the keystore file in the conf directory and to reference it the way I did 
above.  There are other options that I will add to this connector when we have 
it all up and running but for now that's it.

In terms of the keystore file, if I run keytool -list -keystore 
filenamegoeshere.jks and enter the correct password, I can see the valid 
certificate fingerprint information, and if I add a -v to it, I can see that it 
is a certificate for remedy.example.com specifically.

Now, the final thing that is odd is that if the alias for my certificate is 
"server" for example, and I go into my Tomcat connector and add 
keyAlias="server" and restart Tomcat, I get these types of errors and the whole 
thing bombs out:

SEVERE: Failed to initialize end point associated with ProtocolHandler 
["http-nio-443"]
java.io.IOException: Alias name server does not identify a key entry

Does anyone have any suggestions of what I might be able to do to resolve this? 
 I've been stuck on it since last week and tried everything I can come up with. 
  Setting up SSL on Tomcat isn't my area of expertise and there's too much 
information available on Google and not enough on BMC's sites to help me figure 
out what options I have to resolve this.

Thanks,

Shawn Pierson
Remedy Developer | Energy Transfer


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"

Log-style audit form. 'Log' field too short??

[Andrew Hicox]

Hi everyone,

Sorry if this is a dumb question, but the Log-style audit feature is not
something I've dealt with much until today.

My customer needed some additional fields on AST:AssetSupport. I added them
to an overerlay of underlying form (AST:AssetSupport_), with the audit
option set to "audit", then brought them into the join form
(AST:AssetSupport).

Everything looks ok up to here, but when I now try to update those fields,
I get an arerr #306 ... apparently 'Log' on CTR:AuditLogSystem is too short
(1000 chars), to contain a log where all of my new fields have values!

Also, it is apparently not possible to simply overlay CTR:AuditLogSystem
and set a longer limit on 'Log'.

Anyone have any ideas (other than just taking the audit option off the
fields -- which works, but isn't what I'm after)?

-Andy

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

Re: Blank Body in AR System Email Messages form

[Reiser, John J]

Terri,
I've seen this and the message body usually ends up in the HTML Body tab on the 
AR System Email form.
Also, in the advanced options tab there are three more tabs. The Attachment 
Alternatives has an Attachment Pool and one of the attachments is almost always 
a an email file.
So the data are there you may need to change workflow to retrieve it into the 
ticket.

Maybe there's a way to force your email inbox to only accept ( or convert to) 
plain text.
Thank you,
---
John J. Reiser
Building 760-J202
Remedy Developer/Administrator
Senior Software Development Analyst
Lockheed Martin - MST Moorestown Region
The star that burns twice as bright burns half as long.
Pay close attention and be illuminated by its brilliance. - paraphrased by me

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Terri Lockwood
Sent: Wednesday, September 02, 2015 1:54 PM
To: arslist@ARSLIST.ORG
Subject: EXTERNAL: Blank Body in AR System Email Messages form

**
I am hoping someone has had this same issue and can help me.  I do already have 
a ticket with BMC as well.

When our customers send an email to our email address it comes into the mailbox 
complete and I can see it.  However, when it gets pushed to the AR System Email 
Messages form the "Plain Text Body" field is blank.  It, therefore, gets pushed 
into the ticket with a blank body as well.  BMC is looking at our logs but I 
was hoping someone has seen this and maybe can provide a solution.

Thank you,

~~~
Terri

ARS 7.6.04
ITSM 7.6.03
Midtier 7.6.04
Windows 2008
MS SQL 2008 R2 SP2

_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: Blank Body in AR System Email Messages form

[Terri Lockwood]

Thank you John.  Both the Plain Text Body and HTML Body fields are blank in the 
AR System Email Messages form.  Under Advanced Options/Attachment Alternatives 
I do see the .eml file but again it is blank as well.  I forgot to mention that 
this is an intermittent issue...doesn't happen all the time so logging is tough 
as well.  Troubleshooting continues.

TERRI

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Reiser, John J
Sent: Wednesday, September 02, 2015 2:16 PM
To: arslist@ARSLIST.ORG
Subject: Re: Blank Body in AR System Email Messages form

**
Terri,
I've seen this and the message body usually ends up in the HTML Body tab on the 
AR System Email form.
Also, in the advanced options tab there are three more tabs. The Attachment 
Alternatives has an Attachment Pool and one of the attachments is almost always 
a an email file.
So the data are there you may need to change workflow to retrieve it into the 
ticket.

Maybe there's a way to force your email inbox to only accept ( or convert to) 
plain text.
Thank you,
---
John J. Reiser
Building 760-J202
Remedy Developer/Administrator
Senior Software Development Analyst
Lockheed Martin - MST Moorestown Region
The star that burns twice as bright burns half as long.
Pay close attention and be illuminated by its brilliance. - paraphrased by me

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Terri Lockwood
Sent: Wednesday, September 02, 2015 1:54 PM
To: arslist@ARSLIST.ORG
Subject: EXTERNAL: Blank Body in AR System Email Messages form

**
I am hoping someone has had this same issue and can help me.  I do already have 
a ticket with BMC as well.

When our customers send an email to our email address it comes into the mailbox 
complete and I can see it.  However, when it gets pushed to the AR System Email 
Messages form the "Plain Text Body" field is blank.  It, therefore, gets pushed 
into the ticket with a blank body as well.  BMC is looking at our logs but I 
was hoping someone has seen this and maybe can provide a solution.

Thank you,

~~~
Terri

ARS 7.6.04
ITSM 7.6.03
Midtier 7.6.04
Windows 2008
MS SQL 2008 R2 SP2

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

BMC.REMEDY.ITSM.SOCIALCLOUD

[BradRemedy]

Hi

Anyone know what BMC.REMEDY.ITSM.SOCIALCLOUD does specifically? I know it
runs between MYIT and ITSM - just not sure what it does specifically and
cannot find anything on the online docs.

Cheers
Brad

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

Re: OT: BMC Logo

[Jim Coryat (jcoryat)]

I thought it looked like a Thigh Master…

http://www.kohls.com/product/prd-1402920/sunny-health-fitness-thigh-master.jsp?ci_mcc=ci_campaign=PERSONAL%20CARE_medium=CSE_source=google_product=94008883=shopping15_src=17588969_sku=94008883=CL604qW52McCFU5vvAody8UJQQ=CLmdiqa52McCFQ8lvQodkJMLIA
Jim Coryat
Sr. Software Engineer
x34655

From: Jason Miller [mailto:jason.mil...@gmail.com]
Sent: Tuesday, September 01, 2015 8:00 PM
Subject: Re: OT: BMC Logo

**

Lol! Yeah, Last time I was in San Jose at their office it came up. And even 
funnier is Brocade is right around the corner.
On Sep 1, 2015 5:36 PM, "Tauf Chowdhury" 
> wrote:
Anyone notice that BMC's new logo looks just like the logo from a company 
called Brocade? Same colors too. Wonder if they used the same marketing firm. 
Whoops!

Sent from my iPhone
___
UNSUBSCRIBE or access ARSlist Archives at 
www.arslist.org
"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: Integration with Jira question.

[John Sundberg]

(This email is in response to a handful of the earlier emails on the topic)


#1 — what is your volume of incidents/JIRA tickets?
(If it is small (< 20) a month … my suggestion is overkill)

What happens is people try other things (ARS/Plugins/REST/etc…) after they
go production for awhile — they see they have to take it far more serious
than the original test cases — this is when they find Kinetic Task.
Download it here:
http://www.kineticdata.com/products/task/request-information/

We work with companies who have both BMC ARS (custom and ITSM) and JIRA …

What happens is JIRA gets tightly wound into the processes of the
developers — and it solves a nice problem for them, they will not leave
JIRA for ARS.
Also — there is significant investment in ARS and the companies do not want
to (and it is not the right thing anyway) to switch to JIRA for helpdesk.

The right solution is to make both sides happy/efficient. So, an
integration is needed.

So my question to you is:

Are you playing around to create a JIRA defect from Incident?
Example:
You set some value on Incident - and as a result it creates a Defect in
JIRA?

or…

Are you looking to solve a real problem which requires
“significant workflow” … ???

Meaning …

(Like above)
>From Incident … you trigger something so a JIRA ticket gets created…
Then — during the lifetime of the JIRA ticket (assigment/status change/etc…
) you push info back into Incident — or possibly do communications to
original requester or possibly create a BMC change request when the JIRA
ticket gets to a certain state.

Being real  — then things like stopping/starting/pausing, scaling,
failover, debugging, retries, version control, dev/qa/prod, documentation,
operational support, performance tracking, SLA tracking (clawbacks, etc…)
you know — real production stuff become necessary.

The latest term for this is SIAM (Service Integration and Management)
https://en.wikipedia.org/wiki/Service_integration_and_management


Sample ARS Problem: In ARS how do you turn off a filter for a period of
time — then release it once the target system is up???
Sample ARS Problem: My submit is slow … why is it slow?
Sample ARS Problem: My submit is slow … everything is slow.
Sample ARS Problem: My submit is slow ... because the other Remedy system I
am talking to is slow — how do I fix that?
Sample ARS Problem: My submit is slow ... because I need to update the API
for the target system … how do I put that in without taking everything down
(and waiting for the weekend)?
Sample ARS Problem: My process needs to improve — how can I move to the new
process without breaking the 1000 existing tickets in flight?

All of those are real problems … that cause real headaches … that cause
real debate … that basically prevents projects from getting done.

If you are looking to solve a real problem with “significant workflow” …
you may want to look at Kinetic Task … it is a tasking engine that attaches
to both Remedy and to JIRA — and then you can build workflows that tie them
together.
It works asynchronously — unlike BMC ARS’s workflow (including v9). What
that means is — if JIRA is slow or BMC is slow (or down) — neither of the
other systems is affected. The calls back and forth will queue up … and
continue when available. (This is something that you will need if you are
doing this for real.) If you are just playing around to see if BMC and JIRA
can talk — REST / WebServices do work. However … in the real world — (you
need way more than just a REST call) queuing is what is needed.

See:
http://community.kineticdata.com/?title=20_Kinetic_Task/Task_Handlers_%26_Sources/Jira

Kinetic Task 4.0 will work with any version of ARS 7.0 and newer.
Technically - we could probably go back to ARS 1.0 … but — seems a bit
worthless at this point.

Kinetic Task is an event based, distributed, asynchronous task engine with
a drag/drop, version managed, workflow system.

Kinetic Task 4.0 connects to any data system (not just Remedy or JIRA) … it
can also provide workflow for ServiceNow, Salesforce, ActiveDirectory,
Twilio, etc…

You can sort of think of it like Remedy Filters/Escalations but more
generic (can be the task engine for any data system). Remedy
Filters/Escalations are “synchronous and monolithic” whereas Kinetic Task
are "asynchronous and distributed". As systems get larger, or you tie
things together across an enterprise or an internet — asynchronous and
distributed becomes a requirement. (A recent term for this is
“micro-services”)
See:
http://martinfowler.com/articles/microservices.html


I hope that sheds some light on what to think about when integrating across
the web.

BTW:
This is the product we announced 5 years ago at WWRUG ??? … which won “Most
innovative product”.
Since then MILLIONS and MILLIONS of transactions have been Kineticized :)
(Just made that word up)

-John





On Sat, Aug 29, 2015 at 12:35 PM, GBGupta  wrote:

> Hi,
> I need some help trying to understand if there is a way to