RE: ARERR [623] Authentication Failed - Remedy 9.1.04 / SAML

[Deshpande, Ashutosh]

Hi Kevin, LJ,

The 9.1.04 AR installer doesn’t reset Operating Mode from 1 to 0 in case you 
also have CMDB and AI in your stack. It expects AR+CMDB+AI all 3 to be part of 
the platform and once all of them are upgraded on a given server, AI 9.1.04 
installer resets back the operating mode. This is to ensure all 3 components 
are always on the same version, as they are not always fully backward 
compatible (due to local API and pentaho dependencies).

Thanks and Regards,
Ashutosh.

From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of LJ LongWing
Sent: Friday, December 15, 2017 10:44 PM
To: ARSList 
Subject: Re: ARERR [623] Authentication Failed - Remedy 9.1.04 / SAML

potentiallyI would log a ticket :)

On Fri, Dec 15, 2017 at 10:02 AM, Kevin M Candelaria 
> wrote:

The install stated successfully finished and the logs had no errors.. Possible 
defect?



Kevin Candelaria
Senior Technical Support Specialist
Temple University Computer Services
• 215.204.3095 |   
*kevin...@temple.edu


From: ARSList > 
on behalf of LJ LongWing >
Sent: Friday, December 15, 2017 10:56 AM
To: ARSList
Subject: Re: ARERR [623] Authentication Failed - Remedy 9.1.04 / SAML

That would indicate that the upgrade to 9.1.04 didn't succeed properly if the 
operating mode was still 1...

On Fri, Dec 15, 2017 at 8:31 AM, Kevin M Candelaria 
> wrote:

Update:



I changed ar.cfg from 1 to 0 on Operating-Mode and it's online.




From: ARSList > 
on behalf of Kevin M Candelaria >
Sent: Friday, December 15, 2017 9:19 AM
To: ARSList@arslist.org
Subject: ARERR [623] Authentication Failed - Remedy 9.1.04 / SAML


This sender failed our fraud detection checks and may not be who they appear to 
be. Learn about spoofing

Feedback


Hello all,



I have a case with bmc as well but I figure I would ask here if anyone else may 
have experience this.



I have done the following:



Upgraded Midtier server to 9.1.04

Upgraded RSSO installation on Midtier to 9.1.04

Upgraded RSSO Integration to Midtier to 9.1.04



At this point everything was working fine, my ARServer was still 9.1.00 and I 
had no issues. I ran this midtier version for a few days and had no problems. 
In fact the midtier performed a lot faster. It was very nice.



Yesterday I upgraded ARSystem from 9.1.00 to 9.1.04

Upgraded RSSO integration on ARSystem from 9.1.00 to 9.1.04



ARSystem is online, RSSO seems to be working because I can still log on to 
Smart IT and Smart Reporting.

Logging in to ARSystem via Midtier gives me ARERR 623. The logs all say I 
authenticated and received my SAML token. The database is writing the token.

I have looked everywhere and all my configs seem to be accurate and correct.



Any ideas?







--
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


--
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: 9.1.04 Upgrade freezes without error

[LJ LongWing]

Yes, it's the Server and various CMDB and other components that live and
reside on the OS that require /etc/profileas you said Mid-Tier simply
resides inside of the Tomcat containernot the OS directly :)

On Mon, Dec 18, 2017 at 2:32 PM, Thomas Miskiewicz 
wrote:

> LJ at the same time I could just use the .war version and be happy, i.e.
> it looks like the Mid Tier can live without /etc/profile...
>
>
> On 18. Dec 2017, at 22:27, LJ LongWing  wrote:
>
> Thomas,
> The installer updates the /etc/profile with some references to BMC scripts
> that set various environment variables needed for various elements of the
> system to function.
>
> On Mon, Dec 18, 2017 at 2:23 PM, Thomas Miskiewicz 
> wrote:
>
>> Question Abhijeet - just tried to upgrade Mid Tier 9.1.03 to 9.1.04 on
>> our dev system as non-root. Can you enlighten me why does the installer
>> need /etc/profile?
>>
>>
>> On 18. Dec 2017, at 17:06, Gadgil, Abhijeet 
>> wrote:
>>
>> Hello Kevin, pl stay with JDK 1.8 or 8.0 [the way it is referred
>> generally]
>> Compatibility matrix is available at https://docs.bmc.com/docs/i
>> tsm91/files/608490635/781014284/2/1513161242343/BMC_Remedy_
>> AR_System_9_1_00_Compatibility_Matrix_Dec_2017.pdf
>>
>>
>> *From:* ARSList [mailto:arslist-boun...@arslist.org
>> ] *On Behalf Of *Kevin M Candelaria
>> *Sent:* 18 December 2017 20:54
>> *To:* ARSList 
>> *Subject:* Re: 9.1.04 Upgrade freezes without error
>>
>> Any Java version recommended for 9.1.04?
>> I am using 8u45
>>
>>
>>
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
>>
>>
>>
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
>>
>>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
>
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: 9.1.04 Upgrade freezes without error

[Thomas Miskiewicz]

LJ at the same time I could just use the .war version and be happy, i.e. it 
looks like the Mid Tier can live without /etc/profile...

> On 18. Dec 2017, at 22:27, LJ LongWing  wrote:
> 
> Thomas,
> The installer updates the /etc/profile with some references to BMC scripts 
> that set various environment variables needed for various elements of the 
> system to function.
> 
> On Mon, Dec 18, 2017 at 2:23 PM, Thomas Miskiewicz  > wrote:
> Question Abhijeet - just tried to upgrade Mid Tier 9.1.03 to 9.1.04 on our 
> dev system as non-root. Can you enlighten me why does the installer need 
> /etc/profile?
> 
> 
>> On 18. Dec 2017, at 17:06, Gadgil, Abhijeet > > wrote:
>> 
>> Hello Kevin, pl stay with JDK 1.8 or 8.0 [the way it is referred generally]
>> Compatibility matrix is available at 
>> https://docs.bmc.com/docs/itsm91/files/608490635/781014284/2/1513161242343/BMC_Remedy_AR_System_9_1_00_Compatibility_Matrix_Dec_2017.pdf
>>  
>> 
>>  
>>  
>> From: ARSList [mailto:arslist-boun...@arslist.org 
>> ] On Behalf Of Kevin M Candelaria
>> Sent: 18 December 2017 20:54
>> To: ARSList >
>> Subject: Re: 9.1.04 Upgrade freezes without error
>>  
>> Any Java version recommended for 9.1.04?
>> I am using 8u45
>>  
>>  
>>  
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org 
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> 
> 
> 
> --
> ARSList mailing list
> ARSList@arslist.org 
> https://mailman.rrr.se/cgi/listinfo/arslist 
> 
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: 9.1.04 Upgrade freezes without error

[Adams, Peter]

To be specific: As mentioned in the compatibility document, Java 9 (or higher) 
is not supported for any version of Remedy AR System across any 
platform/operating system at this time.
We’re planning to test Java 9 and give a support statement at a later time.

Peter


From: ARSList  on behalf of "Gadgil, Abhijeet" 

Reply-To: ARSList 
Date: Monday, December 18, 2017 at 8:06 AM
To: ARSList 
Subject: RE: 9.1.04 Upgrade freezes without error

Hello Kevin, pl stay with JDK 1.8 or 8.0 [the way it is referred generally]
Compatibility matrix is available at 
https://docs.bmc.com/docs/itsm91/files/608490635/781014284/2/1513161242343/BMC_Remedy_AR_System_9_1_00_Compatibility_Matrix_Dec_2017.pdf


From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Kevin M 
Candelaria
Sent: 18 December 2017 20:54
To: ARSList 
Subject: Re: 9.1.04 Upgrade freezes without error


Any Java version recommended for 9.1.04?

I am using 8u45




-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

RE: 9.1.04 Upgrade freezes without error

[Gadgil, Abhijeet]

Hello Kevin, pl stay with JDK 1.8 or 8.0 [the way it is referred generally]
Compatibility matrix is available at 
https://docs.bmc.com/docs/itsm91/files/608490635/781014284/2/1513161242343/BMC_Remedy_AR_System_9_1_00_Compatibility_Matrix_Dec_2017.pdf


From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Kevin M 
Candelaria
Sent: 18 December 2017 20:54
To: ARSList 
Subject: Re: 9.1.04 Upgrade freezes without error


Any Java version recommended for 9.1.04?

I am using 8u45




-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

RE: 9.1.04 Upgrade freezes without error

[Gadgil, Abhijeet]

Kevin, can you run the logzipper and send the logs [to check inline with your 
comment around "just quits"]?

From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Kevin M 
Candelaria
Sent: 18 December 2017 05:50
To: ARSList 
Subject: Re: 9.1.04 Upgrade freezes without error


You guys aren't alone. I'm doing a 9.100 to 9.104. I have had to install itsm, 
SRM and slm 2x. First time the installer just quits with no logs or errors. The 
midtier keeps crashing for no reason on me and my. Midtier objects menu is 
saying things like remedy rule engine is a hidden object so email engine is 
running but not working. I'll address all that once everything is finally 
installed and upgraded.


Sent from my Verizon, Samsung Galaxy smartphone
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: RESOLVED: Transfer attachment from one AR Server to another AR Server through Java API

[LJ LongWing]

Any time you use an entry object, no matter the action you perform, the API
is going to use all of the values you have in that entry and set them to
the values you have defined.  In your case you apparently were pulling back
the attachment field, then in a separate action, setting it, then setting
it with this entryI've found it's always best to use a new entry object
instead of re-using an old one, just to make sure that what you are trying
to do is the only thing being done :)

On Mon, Dec 18, 2017 at 8:49 AM, Narayanan, Radhika <
radhika.naraya...@cgi.com> wrote:

> Hi,
>
>
>
> Thanks to LJ Longwing. Your suggestion resolved it. The attachment no
> longer vanishes after a setEntry by using a different Entry object for
> setting value.
>
>
>
> *Thanks,*
>
> *Radhika Narayanan*
>
>
>
> *From:* ARSList [mailto:arslist-boun...@arslist.org] *On Behalf Of *LJ
> LongWing
> *Sent:* Monday, December 18, 2017 7:35 PM
> *To:* ARSList
> *Subject:* Re: Transfer attachment from one AR Server to another AR
> Server through Java API
>
>
>
> Radhika,
>
> I suspect that your Entry object 'userEntry' contains a blank Attachment
> field, and is as such, re-blanking ittry this
>
>
>
> Stat=userEntry.get(Integer.valueOf(7)).getIntValue();
>
> Entry statusEntry = new Entry();
>
> if(Stat == 0){
>
>   statusEntry.put(Integer.valueOf("7"), new Value("Config Check"));
>
> }
>
> if(Stat == 2){
>
>   statusEntry.put(Integer.valueOf("7"), new Value("Start Processing"));
>
> }
>
>
>
> asu.setEntry(formName, entryID, userEntry, null, 0);
>
>
>
>
>
> On Mon, Dec 18, 2017 at 6:09 AM, Narayanan, Radhika <
> radhika.naraya...@cgi.com> wrote:
>
> Hi,
>
>
>
> Thanks Eric Roys and LJ Longwing. Now while I’m able to copy the
> attachment from ITSM 9.1.03 server to ITSM 8.1.02 server, it lasts for less
> than a second. I’ve 2 Java API programs. The first one , running on source
> server, copies the attachment from 9.1 server to 8.1 server. After this, I
> can open the attachment on 8.1 server successfully. Less than a second
> later, a second Java API program running on 8.1.02 server is supposed to
> modify the status of that record [whose attachment I just copied] which is
> a completely independent operation. It updates the status successfully, but
> right after that, I can no longer open the attachment. Attachment shows 0
> KB on 8.1 server now.
>
>
>
> 9.1 server code that is able to copy attachment successfully:
>
>String entryIdOut = asu1.createEntry("INT:TSF:Inbound:StagingForm",
> userEntry);
>
>  
> userEntry1=asu1.getEntry("INT:Inbound:StagingForm",
> entryIdOut, null);
>
>  userEntry1.put(Integer.parseInt("91023"),
> new Value(attachValue));
>
>  asu1.setEntry(formName, entryIdOut,
> userEntry1, null, 0);
>
>
>
> 
>
>
>
> 8.1 server code modifies only status, not attachment file:
>
>  Stat=userEntry.get(Integer.valueOf(7)).getIntValue();
>
>   if(Stat == 0){
>
>   userEntry.put(Integer.valueOf("7"), new
> Value("Config Check"));
>
>   asu.setEntry(formName, entryID,
> userEntry, null, 0);
>
>   }
>
>if(Stat == 2){
>
>   userEntry.put(Integer.valueOf("7"), new
> Value("Start Processing"));
>
>   asu.setEntry(formName, entryID,
> userEntry, null, 0);}
>
> 
>
>
>
> Am I not using the correct syntax? Should I update the attachment each
> time even if I’m not modifying it? Please advise.
>
>
>
> *Thanks,*
>
> *Radhika Narayanan*
>
>
>
> *From:* ARSList [mailto:arslist-boun...@arslist.org] *On Behalf Of *Roys,
> Eric
> *Sent:* Friday, December 15, 2017 10:46 PM
>
>
> *To:* ARSList
> *Subject:* Re: Transfer attachment from one AR Server to another AR
> Server through Java API
>
>
>
> Radhika,
>
>
>
> Here is example of getting an attachment from an existing record and
> creating new record with the attachment.
>
> In your case, the write new record would be with ARServerUser for your
> other instance to complete the attachment
>
> from one system to another system process.
>
>
>
>
>
> //make the call to remedy to get an entry object
>
> Entry e = svr.getEntry(, , null);
>
> //get actual content of attachment by getting blob for attachment field
>
> byte[] content = svr.getEntryBlob(, , );
>
> //get just the attachment value from interesting attachment field
>
> AttachmentValue attachValue = (AttachmentValue)e.get(<
> yourFieldId>).getValue();
>
> //set content with the byte array from getBlob
>
> attachValue.setValue(content);
>
>
>
> //Then just do create Entry with new Entry object containing
>
> //the AttachmentValue
>
> Entry newEntry = new Entry();
>
> newEntry.put(, new Value(attachValue));
>
> //add any additional field values here
>
>
>
> //then write to new record
>
> 

Re: 9.1.04 Upgrade freezes without error

[Kevin M Candelaria]

So far the only issues I am having is email engine would stay in waiting state. 
Fixed that and it can send mail but the remedy engine isn't processing system 
notifications at all. Also non admin users can not see any assignees in any 
support group.







From: ARSList  on behalf of Thomas Miskiewicz 

Sent: Monday, December 18, 2017 10:39 AM
To: ARSList
Subject: Re: 9.1.04 Upgrade freezes without error

We used 1.8 u121 - I don’t think it’s a Java Problem.

On 18. Dec 2017, at 16:35, LJ LongWing 
> wrote:

Any version of 1.8 above update 45 I think it wasthe compatibility matrix 
states the actual versionbut you will want to stay in 1.8.

On Mon, Dec 18, 2017 at 8:24 AM, Kevin M Candelaria 
> wrote:

Any Java version recommended for 9.1.04?

I am using 8u45




From: ARSList > 
on behalf of Kevin M Candelaria >
Sent: Sunday, December 17, 2017 7:20 PM
To: ARSList
Subject: Re: 9.1.04 Upgrade freezes without error


This sender failed our fraud detection checks and may not be who they appear to 
be. Learn about spoofing
Feedback

You guys aren't alone. I'm doing a 9.100 to 9.104. I have had to install itsm, 
SRM and slm 2x. First time the installer just quits with no logs or errors. The 
midtier keeps crashing for no reason on me and my. Midtier objects menu is 
saying things like remedy rule engine is a hidden object so email engine is 
running but not working. I'll address all that once everything is finally 
installed and upgraded.


Sent from my Verizon, Samsung Galaxy smartphone


 Original message 
From: Scott Philben >
Date: 12/17/17 12:37 PM (GMT-05:00)
To: ARSList >
Cc: "Viswanathan, Murali" 
>
Subject: Re: 9.1.04 Upgrade freezes without error

I’ve had a lot of problems getting the AR System server service on Windows to 
restart during installs and upgrades. Check to see if it is running. Sometimes 
you can just start it manually and it will continue. Sometimes not.

Otherwise, in order to get our upgrade working from 7.6.04 —> 9.00.01 we have 
to stop off at 8.1 first. So I ran that installer, then ran the 9.0 installer. 
Why? No idea. BMC recommended it.

On Dec 16, 2017, at 09:38, Thomas Miskiewicz 
> wrote:

Hello Listers,

we’re trying to upgrade from 7.6.04 to 9.1.04. After each attempt the installer 
stops in the post upgrade execution (see attachment) and silence for >1 hour. 
No updates in any of the log files Shall we wait, shall we stop. No one can 
tell not even BMC. Awesome job guys!

Last arsystem_install_log.txt entries:

27366   LOG EVENT {Description=[Skipping execution of SampleAppDEF stage group]}
27367 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27368   LOG EVENT {Description=[Skipping execution of TwitterDEF stage group]}
27369 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27370   LOG EVENT {Description=[Skipping execution of ServerAdmin stage group]}
27371 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27372   LOG EVENT {Description=[Skipping execution of ConfigCheck Plugin def 
stage group]}
27373 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27374   LOG EVENT {Description=[Skipping execution of WaitForRecache1 stage 
group]}
27375 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27376   LOG EVENT {Description=[Skipping execution of ImportSchemasDATA stage 
group]}
27377 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27378   LOG EVENT {Description=[Skipping execution of TwitterDATA stage group]}
27379 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27380   LOG EVENT {Description=[Skipping execution of Flashboard Import stage 
group]}
27381 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27382   LOG EVENT {Description=[Skipping execution of ReportLocaleEscalations 
stage group]}
27383 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27384   LOG EVENT {Description=[Skipping execution of 
RemoveActiveLinksNotRequiredFrom71 stage group]}
27385 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27386   LOG EVENT 

RE: 9.1.04 Upgrade freezes without error

[Gadgil, Abhijeet]

Last call that went out is SSI call. You said nothing seems to be happening on 
the server, if that is true best would be to take a thread dump of java process 
and checking if any locks are seen on database tables.
If you see that since the time you posted this, the installation has completed, 
pl send the logs using logzipper such that we can atleast check how much time 
did post upgrade tasks take.

Generally if you are doing an upgrade on a standalone server the post upgrade 
tasks should complete within 30 mins.

Regards,
Abhijeet


From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
Miskiewicz
Sent: 16 December 2017 20:08
To: ARSList 
Cc: Viswanathan, Murali 
Subject: 9.1.04 Upgrade freezes without error

Hello Listers,

we’re trying to upgrade from 7.6.04 to 9.1.04. After each attempt the installer 
stops in the post upgrade execution (see attachment) and silence for >1 hour. 
No updates in any of the log files Shall we wait, shall we stop. No one can 
tell not even BMC. Awesome job guys!

Last arsystem_install_log.txt entries:

27366   LOG EVENT {Description=[Skipping execution of SampleAppDEF stage group]}
27367 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27368   LOG EVENT {Description=[Skipping execution of TwitterDEF stage group]}
27369 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27370   LOG EVENT {Description=[Skipping execution of ServerAdmin stage group]}
27371 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27372   LOG EVENT {Description=[Skipping execution of ConfigCheck Plugin def 
stage group]}
27373 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27374   LOG EVENT {Description=[Skipping execution of WaitForRecache1 stage 
group]}
27375 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27376   LOG EVENT {Description=[Skipping execution of ImportSchemasDATA stage 
group]}
27377 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27378   LOG EVENT {Description=[Skipping execution of TwitterDATA stage group]}
27379 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27380   LOG EVENT {Description=[Skipping execution of Flashboard Import stage 
group]}
27381 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27382   LOG EVENT {Description=[Skipping execution of ReportLocaleEscalations 
stage group]}
27383 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27384   LOG EVENT {Description=[Skipping execution of 
RemoveActiveLinksNotRequiredFrom71 stage group]}
27385 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27386   LOG EVENT {Description=[Skipping execution of ARFeatureChangeState 
stage group]}
27387 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27388   LOG EVENT {Description=[Skipping execution of ARChangeSampleState stage 
group]}
27389 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27390   LOG EVENT {Description=[Skipping execution of RegisterARServer stage 
group]}
27391 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27392   LOG EVENT {Description=[Skipping execution of PublishingReports stage 
group]}
27393 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.StageGroup,
27394   LOG EVENT {Description=[Executing stage group [name=set 
AttachmentExceptionList,filters=[com.bmc.smbu.install.common.rule.engine.InstallMode@16ce8d58],stages=[[level=set
 AttachmentExceptionList,commands=[[a  
rguments=[subCommand=setsvrinfo,logDir=/appexec/bmc/ar/arsprodapp31spk,logName=ARServer-RIK_PostInstall,file=null,guid=null,mode=null,componentMask=null,propertyName=null,propertyStatus=null,serverInfoParamet
  er=401,serverInfoValue=AR System Publish Report(90104), AR System 
Resource Definitions(41103), UDM:Import(46093), UDM:ImportProcessor(46093), 
Data Visualization Definition(41054), Data Visualization Module(41  006), 
Data Visualization System Files(41024), Report(212), Report 
Definition(2010012), AR System Administration: Server Information(16356), AR 
System Administration: Server Information:Save Attachment(163  62), AR 
System User Central File(20020), Visualizer Module Images(42083), Visualizer 
Module Registration(42004), AR System Administration: Add Or Remove 
Licenses(15437), AR System License: Save Produse Attach  ment(16362), AR 
System Licenses(15437), AR System Licenses(15438), AR System Licenses 
Audit(15437), AR System Licenses Audit(15438), AR System Licenses 
Console(15437), AR System 

RESOLVED: Transfer attachment from one AR Server to another AR Server through Java API

[Narayanan, Radhika]

Hi,

Thanks to LJ Longwing. Your suggestion resolved it. The attachment no longer 
vanishes after a setEntry by using a different Entry object for setting value.

Thanks,
Radhika Narayanan

From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of LJ LongWing
Sent: Monday, December 18, 2017 7:35 PM
To: ARSList
Subject: Re: Transfer attachment from one AR Server to another AR Server 
through Java API

Radhika,
I suspect that your Entry object 'userEntry' contains a blank Attachment field, 
and is as such, re-blanking ittry this

Stat=userEntry.get(Integer.valueOf(7)).getIntValue();
Entry statusEntry = new Entry();
if(Stat == 0){
  statusEntry.put(Integer.valueOf("7"), new Value("Config Check"));
}
if(Stat == 2){
  statusEntry.put(Integer.valueOf("7"), new Value("Start Processing"));
}

asu.setEntry(formName, entryID, userEntry, null, 0);


On Mon, Dec 18, 2017 at 6:09 AM, Narayanan, Radhika 
> wrote:
Hi,

Thanks Eric Roys and LJ Longwing. Now while I’m able to copy the attachment 
from ITSM 9.1.03 server to ITSM 8.1.02 server, it lasts for less than a second. 
I’ve 2 Java API programs. The first one , running on source server, copies the 
attachment from 9.1 server to 8.1 server. After this, I can open the attachment 
on 8.1 server successfully. Less than a second later, a second Java API program 
running on 8.1.02 server is supposed to modify the status of that record [whose 
attachment I just copied] which is a completely independent operation. It 
updates the status successfully, but right after that, I can no longer open the 
attachment. Attachment shows 0 KB on 8.1 server now.

9.1 server code that is able to copy attachment successfully:
   String entryIdOut = asu1.createEntry("INT:TSF:Inbound:StagingForm", 
userEntry);
 
userEntry1=asu1.getEntry("INT:Inbound:StagingForm", entryIdOut, null);
 userEntry1.put(Integer.parseInt("91023"), 
new Value(attachValue));
 asu1.setEntry(formName, entryIdOut, 
userEntry1, null, 0);



8.1 server code modifies only status, not attachment file:
 Stat=userEntry.get(Integer.valueOf(7)).getIntValue();
  if(Stat == 0){
  userEntry.put(Integer.valueOf("7"), new 
Value("Config Check"));
  asu.setEntry(formName, entryID, userEntry, 
null, 0);
  }
   if(Stat == 2){
  userEntry.put(Integer.valueOf("7"), new 
Value("Start Processing"));
  asu.setEntry(formName, entryID, userEntry, 
null, 0);}


Am I not using the correct syntax? Should I update the attachment each time 
even if I’m not modifying it? Please advise.

Thanks,
Radhika Narayanan

From: ARSList 
[mailto:arslist-boun...@arslist.org] On 
Behalf Of Roys, Eric
Sent: Friday, December 15, 2017 10:46 PM

To: ARSList
Subject: Re: Transfer attachment from one AR Server to another AR Server 
through Java API

Radhika,

Here is example of getting an attachment from an existing record and creating 
new record with the attachment.
In your case, the write new record would be with ARServerUser for your other 
instance to complete the attachment
from one system to another system process.


//make the call to remedy to get an entry object
Entry e = svr.getEntry(, , null);
//get actual content of attachment by getting blob for attachment field
byte[] content = svr.getEntryBlob(, , );
//get just the attachment value from interesting attachment field
AttachmentValue attachValue = (AttachmentValue)e.get().getValue();
//set content with the byte array from getBlob
attachValue.setValue(content);

//Then just do create Entry with new Entry object containing
//the AttachmentValue
Entry newEntry = new Entry();
newEntry.put(, new Value(attachValue));
//add any additional field values here

//then write to new record
System.out.println(svr.createEntry(, newEntry));



Hope that helps 

Eric


From: ARSList > 
on behalf of LJ LongWing >
Sent: Friday, December 15, 2017 9:54:56 AM
To: ARSList
Subject: Re: Transfer attachment from one AR Server to another AR Server 
through Java API

Radhika,
To retrieve an attachment from the source server you need to do two calls, one 
from an entry perspective to get the file name and size, and another from a 
getblob to get the actual attachment infothen when moving the attachment to 
the remote system you need to do the opposite setBlobI don't think you then 
need to do the setEntryare you doing the setBlob on the destination system?

On Fri, Dec 15, 2017 at 7:42 AM, Narayanan, Radhika 

Re: 9.1.04 Upgrade freezes without error

[Thomas Miskiewicz]

We used 1.8 u121 - I don’t think it’s a Java Problem.

> On 18. Dec 2017, at 16:35, LJ LongWing  wrote:
> 
> Any version of 1.8 above update 45 I think it wasthe compatibility matrix 
> states the actual versionbut you will want to stay in 1.8.
> 
> On Mon, Dec 18, 2017 at 8:24 AM, Kevin M Candelaria  > wrote:
> Any Java version recommended for 9.1.04?
> 
> I am using 8u45
> 
>  
>  
> From: ARSList  > on behalf of Kevin M Candelaria 
> >
> Sent: Sunday, December 17, 2017 7:20 PM
> To: ARSList
> Subject: Re: 9.1.04 Upgrade freezes without error
>  
> This sender failed our fraud detection checks and may not be who they appear 
> to be. Learn about spoofing    Feedback 
> 
> 
> You guys aren't alone. I'm doing a 9.100 to 9.104. I have had to install 
> itsm, SRM and slm 2x. First time the installer just quits with no logs or 
> errors. The midtier keeps crashing for no reason on me and my. Midtier 
> objects menu is saying things like remedy rule engine is a hidden object so 
> email engine is running but not working. I'll address all that once 
> everything is finally installed and upgraded. 
> 
> 
> Sent from my Verizon, Samsung Galaxy smartphone
> 
> 
>  Original message 
> From: Scott Philben >
> Date: 12/17/17 12:37 PM (GMT-05:00)
> To: ARSList >
> Cc: "Viswanathan, Murali"  >
> Subject: Re: 9.1.04 Upgrade freezes without error
> 
> I’ve had a lot of problems getting the AR System server service on Windows to 
> restart during installs and upgrades. Check to see if it is running. 
> Sometimes you can just start it manually and it will continue. Sometimes not. 
> 
> Otherwise, in order to get our upgrade working from 7.6.04 —> 9.00.01 we have 
> to stop off at 8.1 first. So I ran that installer, then ran the 9.0 
> installer. Why? No idea. BMC recommended it.
> 
>> On Dec 16, 2017, at 09:38, Thomas Miskiewicz > > wrote:
>> 
>> Hello Listers,
>> 
>> we’re trying to upgrade from 7.6.04 to 9.1.04. After each attempt the 
>> installer stops in the post upgrade execution (see attachment) and silence 
>> for >1 hour. No updates in any of the log files Shall we wait, shall we 
>> stop. No one can tell not even BMC. Awesome job guys!
>> 
>> Last arsystem_install_log.txt entries:
>> 
>> 27366   LOG EVENT {Description=[Skipping execution of SampleAppDEF stage 
>> group]}
>> 27367 (Dec 16 2017 02:34:37.554 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27368   LOG EVENT {Description=[Skipping execution of TwitterDEF stage 
>> group]}
>> 27369 (Dec 16 2017 02:34:37.554 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27370   LOG EVENT {Description=[Skipping execution of ServerAdmin stage 
>> group]}
>> 27371 (Dec 16 2017 02:34:37.554 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27372   LOG EVENT {Description=[Skipping execution of ConfigCheck Plugin def 
>> stage group]}
>> 27373 (Dec 16 2017 02:34:37.554 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27374   LOG EVENT {Description=[Skipping execution of WaitForRecache1 stage 
>> group]}
>> 27375 (Dec 16 2017 02:34:37.554 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27376   LOG EVENT {Description=[Skipping execution of ImportSchemasDATA 
>> stage group]}
>> 27377 (Dec 16 2017 02:34:37.555 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27378   LOG EVENT {Description=[Skipping execution of TwitterDATA stage 
>> group]}
>> 27379 (Dec 16 2017 02:34:37.555 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27380   LOG EVENT {Description=[Skipping execution of Flashboard Import 
>> stage group]}
>> 27381 (Dec 16 2017 02:34:37.555 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27382   LOG EVENT {Description=[Skipping execution of 
>> ReportLocaleEscalations stage group]}
>> 27383 (Dec 16 2017 02:34:37.555 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27384   LOG EVENT {Description=[Skipping execution of 
>> RemoveActiveLinksNotRequiredFrom71 stage group]}
>> 27385 (Dec 16 2017 02:34:37.555 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27386   LOG EVENT {Description=[Skipping execution of ARFeatureChangeState 
>> stage group]}
>> 27387 (Dec 16 2017 02:34:37.555 PM 
>> +0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
>> 27388   LOG EVENT {Description=[Skipping execution of ARChangeSampleState 
>> stage group]}
>> 27389 (Dec 16 2017 

Re: 9.1.04 Upgrade freezes without error

[LJ LongWing]

Any version of 1.8 above update 45 I think it wasthe compatibility
matrix states the actual versionbut you will want to stay in 1.8.

On Mon, Dec 18, 2017 at 8:24 AM, Kevin M Candelaria 
wrote:

> Any Java version recommended for 9.1.04?
>
> I am using 8u45
>
>
>
> --
> *From:* ARSList  on behalf of Kevin M
> Candelaria 
> *Sent:* Sunday, December 17, 2017 7:20 PM
> *To:* ARSList
> *Subject:* Re: 9.1.04 Upgrade freezes without error
>
> This sender failed our fraud detection checks and may not
> be who they appear to be. Learn about spoofing
> 
> Feedback 
>
> You guys aren't alone. I'm doing a 9.100 to 9.104. I have had to install
> itsm, SRM and slm 2x. First time the installer just quits with no logs or
> errors. The midtier keeps crashing for no reason on me and my. Midtier
> objects menu is saying things like remedy rule engine is a hidden object so
> email engine is running but not working. I'll address all that once
> everything is finally installed and upgraded.
>
>
> Sent from my Verizon, Samsung Galaxy smartphone
>
>
>  Original message 
> From: Scott Philben 
> Date: 12/17/17 12:37 PM (GMT-05:00)
> To: ARSList 
> Cc: "Viswanathan, Murali" 
> Subject: Re: 9.1.04 Upgrade freezes without error
>
> I’ve had a lot of problems getting the AR System server service on Windows
> to restart during installs and upgrades. Check to see if it is running.
> Sometimes you can just start it manually and it will continue. Sometimes
> not.
>
> Otherwise, in order to get our upgrade working from 7.6.04 —> 9.00.01 we
> have to stop off at 8.1 first. So I ran that installer, then ran the 9.0
> installer. Why? No idea. BMC recommended it.
>
> On Dec 16, 2017, at 09:38, Thomas Miskiewicz  wrote:
>
> Hello Listers,
>
> we’re trying to upgrade from 7.6.04 to 9.1.04. After each attempt the
> installer stops in the post upgrade execution (see attachment) and silence
> for >1 hour. No updates in any of the log files Shall we wait, shall we
> stop. No one can tell not even BMC. Awesome job guys!
>
> Last arsystem_install_log.txt entries:
>
> 27366   LOG EVENT {Description=[Skipping execution of SampleAppDEF stage
> group]}
> 27367 (Dec 16 2017 02:34:37.554 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27368   LOG EVENT {Description=[Skipping execution of TwitterDEF stage
> group]}
> 27369 (Dec 16 2017 02:34:37.554 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27370   LOG EVENT {Description=[Skipping execution of ServerAdmin stage
> group]}
> 27371 (Dec 16 2017 02:34:37.554 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27372   LOG EVENT {Description=[Skipping execution of ConfigCheck Plugin
> def stage group]}
> 27373 (Dec 16 2017 02:34:37.554 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27374   LOG EVENT {Description=[Skipping execution of WaitForRecache1
> stage group]}
> 27375 (Dec 16 2017 02:34:37.554 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27376   LOG EVENT {Description=[Skipping execution of ImportSchemasDATA
> stage group]}
> 27377 (Dec 16 2017 02:34:37.555 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27378   LOG EVENT {Description=[Skipping execution of TwitterDATA stage
> group]}
> 27379 (Dec 16 2017 02:34:37.555 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27380   LOG EVENT {Description=[Skipping execution of Flashboard Import
> stage group]}
> 27381 (Dec 16 2017 02:34:37.555 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27382   LOG EVENT {Description=[Skipping execution of
> ReportLocaleEscalations stage group]}
> 27383 (Dec 16 2017 02:34:37.555 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27384   LOG EVENT {Description=[Skipping execution of
> RemoveActiveLinksNotRequiredFrom71 stage group]}
> 27385 (Dec 16 2017 02:34:37.555 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27386   LOG EVENT {Description=[Skipping execution of ARFeatureChangeState
> stage group]}
> 27387 (Dec 16 2017 02:34:37.555 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27388   LOG EVENT {Description=[Skipping execution of ARChangeSampleState
> stage group]}
> 27389 (Dec 16 2017 02:34:37.555 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27390   LOG EVENT {Description=[Skipping execution of RegisterARServer
> stage group]}
> 27391 (Dec 16 2017 02:34:37.555 PM +0100),INFO,com.bmc.smbu.
> install.common.rule.engine.Installer,
> 27392   LOG EVENT {Description=[Skipping execution of PublishingReports
> stage group]}
> 27393 (Dec 16 2017 02:34:37.555 PM +0100),INFO,com.bmc.smbu.
> 

Re: 9.1.04 Upgrade freezes without error

[Kevin M Candelaria]

Any Java version recommended for 9.1.04?

I am using 8u45





From: ARSList  on behalf of Kevin M Candelaria 

Sent: Sunday, December 17, 2017 7:20 PM
To: ARSList
Subject: Re: 9.1.04 Upgrade freezes without error


This sender failed our fraud detection checks and may not be who they appear to 
be. Learn about spoofing
Feedback

You guys aren't alone. I'm doing a 9.100 to 9.104. I have had to install itsm, 
SRM and slm 2x. First time the installer just quits with no logs or errors. The 
midtier keeps crashing for no reason on me and my. Midtier objects menu is 
saying things like remedy rule engine is a hidden object so email engine is 
running but not working. I'll address all that once everything is finally 
installed and upgraded.


Sent from my Verizon, Samsung Galaxy smartphone


 Original message 
From: Scott Philben 
Date: 12/17/17 12:37 PM (GMT-05:00)
To: ARSList 
Cc: "Viswanathan, Murali" 
Subject: Re: 9.1.04 Upgrade freezes without error

I’ve had a lot of problems getting the AR System server service on Windows to 
restart during installs and upgrades. Check to see if it is running. Sometimes 
you can just start it manually and it will continue. Sometimes not.

Otherwise, in order to get our upgrade working from 7.6.04 —> 9.00.01 we have 
to stop off at 8.1 first. So I ran that installer, then ran the 9.0 installer. 
Why? No idea. BMC recommended it.

On Dec 16, 2017, at 09:38, Thomas Miskiewicz 
> wrote:

Hello Listers,

we’re trying to upgrade from 7.6.04 to 9.1.04. After each attempt the installer 
stops in the post upgrade execution (see attachment) and silence for >1 hour. 
No updates in any of the log files Shall we wait, shall we stop. No one can 
tell not even BMC. Awesome job guys!

Last arsystem_install_log.txt entries:

27366   LOG EVENT {Description=[Skipping execution of SampleAppDEF stage group]}
27367 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27368   LOG EVENT {Description=[Skipping execution of TwitterDEF stage group]}
27369 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27370   LOG EVENT {Description=[Skipping execution of ServerAdmin stage group]}
27371 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27372   LOG EVENT {Description=[Skipping execution of ConfigCheck Plugin def 
stage group]}
27373 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27374   LOG EVENT {Description=[Skipping execution of WaitForRecache1 stage 
group]}
27375 (Dec 16 2017 02:34:37.554 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27376   LOG EVENT {Description=[Skipping execution of ImportSchemasDATA stage 
group]}
27377 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27378   LOG EVENT {Description=[Skipping execution of TwitterDATA stage group]}
27379 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27380   LOG EVENT {Description=[Skipping execution of Flashboard Import stage 
group]}
27381 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27382   LOG EVENT {Description=[Skipping execution of ReportLocaleEscalations 
stage group]}
27383 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27384   LOG EVENT {Description=[Skipping execution of 
RemoveActiveLinksNotRequiredFrom71 stage group]}
27385 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27386   LOG EVENT {Description=[Skipping execution of ARFeatureChangeState 
stage group]}
27387 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27388   LOG EVENT {Description=[Skipping execution of ARChangeSampleState stage 
group]}
27389 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27390   LOG EVENT {Description=[Skipping execution of RegisterARServer stage 
group]}
27391 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.Installer,
27392   LOG EVENT {Description=[Skipping execution of PublishingReports stage 
group]}
27393 (Dec 16 2017 02:34:37.555 PM 
+0100),INFO,com.bmc.smbu.install.common.rule.engine.StageGroup,
27394   LOG EVENT {Description=[Executing stage group [name=set 
AttachmentExceptionList,filters=[com.bmc.smbu.install.common.rule.engine.InstallMode@16ce8d58],stages=[[level=set
 AttachmentExceptionList,commands=[[a  

ARMonitor should automatically start custom java plugin .jar

[Narayanan, Radhika]

Hi List,

I need my custom java plugin to automatically start along with AR Server 
9.1.03. Hence, I added the .jar file to armonitor.cfg and added 
Server-Plugin-Alias entries to ar.cfg. When the AR Server service is started, I 
can see the java.exe in the Task Manager. However, it doesn't seem to load 
fully, stops at 25 MB memory growth, with the following errors in the log file 
produced by custom plugin. It complains about missing arsys_api.xml file. Such 
a file is not present in ARServer folders either.

On the other hand, if I start the custom .jar manually on 9.1.03 server from 
command-prompt, it executes successfully. Also, following the same procedure, 
I'm able to successfully load similar, custom java plugins on ITSM 8.1.02 
server from armonitor. Unfortunately, that procedure doesn't appear to work on 
ITSM 9.1.03 only. Please advise.

Log file shows:
DEBUG   2017-12-18 10:25:09,154 [main] 
com.bmc.thirdparty.org.apache.commons.configuration.ConfigurationUtils  - 
ConfigurationUtils.locate(): base is 
jar:file:/D:/Program%20Files/BMC%20Software/ARSystem/pluginsvr/SF/lib/arapi91_build002.jar!/arsys_base.xml,
 name is arsys_api.xml
DEBUG   2017-12-18 10:25:09,154 [main] 
com.bmc.thirdparty.org.apache.commons.configuration.DefaultFileSystem  - Could 
not locate file arsys_api.xml at 
jar:file:/D:/Program%20Files/BMC%20Software/ARSystem/pluginsvr/SF/lib/arapi91_build002.jar!/arsys_base.xml:
 JAR entry arsys_api.xml not found in D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\arapi91_build002.jar
DEBUG   2017-12-18 10:25:09,158 [main] 
com.bmc.thirdparty.org.apache.commons.configuration.DefaultConfigurationBuilder 
 - Load failed for optional configuration xml: Cannot locate configuration 
source arsys_api.xml
DEBUG   2017-12-18 10:25:09,158 [main] 
com.bmc.thirdparty.org.apache.commons.configuration.DefaultConfigurationBuilder 
 - Creating configuration null with name default
DEBUG   2017-12-18 10:25:09,159 [main] 
com.bmc.thirdparty.org.apache.commons.beanutils.ConvertUtils  - Convert string 
'default.xml' to class 'java.lang.String'
DEBUG   2017-12-18 10:25:09,159 [main] 
com.bmc.thirdparty.org.apache.commons.beanutils.converters.StringConverter  - 
Converting 'String' value 'default.xml' to type 'String'
DEBUG   2017-12-18 10:25:09,160 [main] 
com.bmc.thirdparty.org.apache.commons.configuration.ConfigurationUtils  - 
ConfigurationUtils.locate(): base is 
jar:file:/D:/Program%20Files/BMC%20Software/ARSystem/pluginsvr/SF/lib/arapi91_build002.jar!/arsys_base.xml,
 name is default.xml

armonitor.cfg holds 2 custom plugins, both don't get loaded fully.

"D:\Java\jre1.8.0_144\bin\java" -Xmx1024m -classpath "D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\arapi91_build001.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\arapiext91_build001.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\ardoc91_build001.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\arutil91_build001.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\log4j-1.2.14.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\sqljdbc4.jar;"  -jar  "D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\InboundPush.jar" 
com.bmc.arsys.pluginsvr.ARPluginServerMain -x  -i "D:\Program 
Files\BMC Software\ARSystem" -m

"D:\Java\jre1.8.0_144\bin\java" -Xmx1024m -classpath "D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\arapi91_build001.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\arapiext91_build001.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\ardoc91_build001.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\arutil91_build001.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\log4j-1.2.14.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\sqljdbc4.jar;D:\Program Files\BMC 
Software\ARSystem\pluginsvr\SF\lib\json-20141113.jar"  -jar  "D:\Program 
Files\BMC Software\ARSystem\pluginsvr\SF\OutboundPush.jar" 
com.bmc.arsys.pluginsvr.ARPluginServerMain -x  -i "D:\Program 
Files\BMC Software\ARSystem" -m

Thanks,
Radhika Narayanan

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Transfer attachment from one AR Server to another AR Server through Java API

[LJ LongWing]

Radhika,
I suspect that your Entry object 'userEntry' contains a blank Attachment
field, and is as such, re-blanking ittry this

Stat=userEntry.get(Integer.valueOf(7)).getIntValue();
Entry statusEntry = new Entry();
if(Stat == 0){
  statusEntry.put(Integer.valueOf("7"), new Value("Config Check"));
}
if(Stat == 2){
  statusEntry.put(Integer.valueOf("7"), new Value("Start Processing"));
}

asu.setEntry(formName, entryID, userEntry, null, 0);


On Mon, Dec 18, 2017 at 6:09 AM, Narayanan, Radhika <
radhika.naraya...@cgi.com> wrote:

> Hi,
>
>
>
> Thanks Eric Roys and LJ Longwing. Now while I’m able to copy the
> attachment from ITSM 9.1.03 server to ITSM 8.1.02 server, it lasts for less
> than a second. I’ve 2 Java API programs. The first one , running on source
> server, copies the attachment from 9.1 server to 8.1 server. After this, I
> can open the attachment on 8.1 server successfully. Less than a second
> later, a second Java API program running on 8.1.02 server is supposed to
> modify the status of that record [whose attachment I just copied] which is
> a completely independent operation. It updates the status successfully, but
> right after that, I can no longer open the attachment. Attachment shows 0
> KB on 8.1 server now.
>
>
>
> 9.1 server code that is able to copy attachment successfully:
>
>String entryIdOut = asu1.createEntry("INT:TSF:Inbound:StagingForm",
> userEntry);
>
>  
> userEntry1=asu1.getEntry("INT:Inbound:StagingForm",
> entryIdOut, null);
>
>  userEntry1.put(Integer.parseInt("91023"),
> new Value(attachValue));
>
>  asu1.setEntry(formName, entryIdOut,
> userEntry1, null, 0);
>
>
>
> 
>
>
>
> 8.1 server code modifies only status, not attachment file:
>
>  Stat=userEntry.get(Integer.valueOf(7)).getIntValue();
>
>   if(Stat == 0){
>
>   userEntry.put(Integer.valueOf("7"), new
> Value("Config Check"));
>
>   asu.setEntry(formName, entryID,
> userEntry, null, 0);
>
>   }
>
>if(Stat == 2){
>
>   userEntry.put(Integer.valueOf("7"), new
> Value("Start Processing"));
>
>   asu.setEntry(formName, entryID,
> userEntry, null, 0);}
>
> 
>
>
>
> Am I not using the correct syntax? Should I update the attachment each
> time even if I’m not modifying it? Please advise.
>
>
>
> *Thanks,*
>
> *Radhika Narayanan*
>
>
>
> *From:* ARSList [mailto:arslist-boun...@arslist.org] *On Behalf Of *Roys,
> Eric
> *Sent:* Friday, December 15, 2017 10:46 PM
>
> *To:* ARSList
> *Subject:* Re: Transfer attachment from one AR Server to another AR
> Server through Java API
>
>
>
> Radhika,
>
>
>
> Here is example of getting an attachment from an existing record and
> creating new record with the attachment.
>
> In your case, the write new record would be with ARServerUser for your
> other instance to complete the attachment
>
> from one system to another system process.
>
>
>
>
>
> //make the call to remedy to get an entry object
>
> Entry e = svr.getEntry(, , null);
>
> //get actual content of attachment by getting blob for attachment field
>
> byte[] content = svr.getEntryBlob(, , );
>
> //get just the attachment value from interesting attachment field
>
> AttachmentValue attachValue = (AttachmentValue)e.get(<
> yourFieldId>).getValue();
>
> //set content with the byte array from getBlob
>
> attachValue.setValue(content);
>
>
>
> //Then just do create Entry with new Entry object containing
>
> //the AttachmentValue
>
> Entry newEntry = new Entry();
>
> newEntry.put(, new Value(attachValue));
>
> //add any additional field values here
>
>
>
> //then write to new record
>
> System.out.println(svr.createEntry(, newEntry));
>
>
>
>
>
>
>
> Hope that helps 
>
>
>
> Eric
>
>
> --
>
> *From:* ARSList  on behalf of LJ LongWing <
> lj.longw...@gmail.com>
> *Sent:* Friday, December 15, 2017 9:54:56 AM
> *To:* ARSList
> *Subject:* Re: Transfer attachment from one AR Server to another AR
> Server through Java API
>
>
>
> Radhika,
>
> To retrieve an attachment from the source server you need to do two calls,
> one from an entry perspective to get the file name and size, and another
> from a getblob to get the actual attachment infothen when moving the
> attachment to the remote system you need to do the opposite setBlobI
> don't think you then need to do the setEntryare you doing the setBlob
> on the destination system?
>
>
>
> On Fri, Dec 15, 2017 at 7:42 AM, Narayanan, Radhika <
> radhika.naraya...@cgi.com> wrote:
>
> Hi List,
>
>
>
> I’m trying to transfer an attachment from a custom form on ITSM 9.1.03 to
> another custom form on ITSM  8.1.02 through Java API.
>
> Here is the syntax used in the Java  program. The issue is that the 

RE: Transfer attachment from one AR Server to another AR Server through Java API

[Narayanan, Radhika]

Hi,

Thanks Eric Roys and LJ Longwing. Now while I’m able to copy the attachment 
from ITSM 9.1.03 server to ITSM 8.1.02 server, it lasts for less than a second. 
I’ve 2 Java API programs. The first one , running on source server, copies the 
attachment from 9.1 server to 8.1 server. After this, I can open the attachment 
on 8.1 server successfully. Less than a second later, a second Java API program 
running on 8.1.02 server is supposed to modify the status of that record [whose 
attachment I just copied] which is a completely independent operation. It 
updates the status successfully, but right after that, I can no longer open the 
attachment. Attachment shows 0 KB on 8.1 server now.

9.1 server code that is able to copy attachment successfully:
   String entryIdOut = asu1.createEntry("INT:TSF:Inbound:StagingForm", 
userEntry);
 
userEntry1=asu1.getEntry("INT:Inbound:StagingForm", entryIdOut, null);
 userEntry1.put(Integer.parseInt("91023"), 
new Value(attachValue));
 asu1.setEntry(formName, entryIdOut, 
userEntry1, null, 0);



8.1 server code modifies only status, not attachment file:
 Stat=userEntry.get(Integer.valueOf(7)).getIntValue();
  if(Stat == 0){
  userEntry.put(Integer.valueOf("7"), new 
Value("Config Check"));
  asu.setEntry(formName, entryID, userEntry, 
null, 0);
  }
   if(Stat == 2){
  userEntry.put(Integer.valueOf("7"), new 
Value("Start Processing"));
  asu.setEntry(formName, entryID, userEntry, 
null, 0);}


Am I not using the correct syntax? Should I update the attachment each time 
even if I’m not modifying it? Please advise.

Thanks,
Radhika Narayanan

From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Roys, Eric
Sent: Friday, December 15, 2017 10:46 PM
To: ARSList
Subject: Re: Transfer attachment from one AR Server to another AR Server 
through Java API

Radhika,

Here is example of getting an attachment from an existing record and creating 
new record with the attachment.
In your case, the write new record would be with ARServerUser for your other 
instance to complete the attachment
from one system to another system process.


//make the call to remedy to get an entry object
Entry e = svr.getEntry(, , null);
//get actual content of attachment by getting blob for attachment field
byte[] content = svr.getEntryBlob(, , );
//get just the attachment value from interesting attachment field
AttachmentValue attachValue = (AttachmentValue)e.get().getValue();
//set content with the byte array from getBlob
attachValue.setValue(content);

//Then just do create Entry with new Entry object containing
//the AttachmentValue
Entry newEntry = new Entry();
newEntry.put(, new Value(attachValue));
//add any additional field values here

//then write to new record
System.out.println(svr.createEntry(, newEntry));



Hope that helps 

Eric


From: ARSList  on behalf of LJ LongWing 

Sent: Friday, December 15, 2017 9:54:56 AM
To: ARSList
Subject: Re: Transfer attachment from one AR Server to another AR Server 
through Java API

Radhika,
To retrieve an attachment from the source server you need to do two calls, one 
from an entry perspective to get the file name and size, and another from a 
getblob to get the actual attachment infothen when moving the attachment to 
the remote system you need to do the opposite setBlobI don't think you then 
need to do the setEntryare you doing the setBlob on the destination system?

On Fri, Dec 15, 2017 at 7:42 AM, Narayanan, Radhika 
> wrote:

Hi List,



I’m trying to transfer an attachment from a custom form on ITSM 9.1.03 to 
another custom form on ITSM  8.1.02 through Java API.

Here is the syntax used in the Java  program. The issue is that the while the 
file name is visible on 8.1.02 form after the transfer, when I open the file 
there is nothing within. I other words , an empty file got transferred. 
Something amiss, but what?

attach = asu.getEntryBlob("INT:Inbound:StagingForm", userEntry.getEntryId(), 
Integer.parseInt("91023"));



Even before sending, the actual content inside the attachment from that record 
appears to get emptied. What can we do about this? Please advise.



Thanks.



--
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing