API creating TAS - (ORA-01407: cannot update (ARADMIN.T1269.C8) to NULL) (ARERR #552)
Is it supported and possible to create a TAS via TMS:Task with the API, associate it properly with an existing 'No Impact' CRQ in 'Draft' status (also created via API) and have all of the OOTB workflow operate properly as if it were done through the Web UI/MidTier? When we do this, we end up with an (ORA-01407: cannot update (ARADMIN.T1269.C8) to NULL) (ARERR #552) when moving CRQ status from (2) Request for Change to (3) Planning in Progress. I'm assuming this is the TMS:SummaryData table complaining about the 'Short Description' field not being populated. Is this something that is normally handled by OOTB workflow? ARS: 7.6.04 SP5 ITSM: 7.6.04 SP4 C-API - ProdVers: Server API Version 7.6.04 SP5 201308012025 (By way of ARSperl v2.00) ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
AI Job failing throwing java exceptions!!!
Hello Team, AI failed to start from Atrium console GUI 8.1 version throwing the below error. (Failed to create NGIE Job schedule for Job Id : 621. Exception:nulljava.lang.NumberFormatException: null at java.lang.Integer.parseInt(Integer.java:454) at java.lang.Integer.parseInt(Integer.java:527) at com.bmc.atrium.lcds.ngie.vo.NGIENewJobSchedule.createSchedule(NGIENewJobSchedule.java:133) at com.bmc.atrium.lcds.ngie.NGIEService.createSchedule(NGIEService.java:518) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at flex.messaging.services.remoting.adapters.JavaAdapter.invoke(JavaAdapter.java:404) at flex.messaging.services.RemotingService.serviceMessage(RemotingService.java:183) at flex.messaging.MessageBroker.routeMessageToService(MessageBroker.java:1400) at flex.messaging.endpoints.AbstractEndpoint.serviceMessage(AbstractEndpoint.java:1011) at flex.messaging.endpoints.amf.MessageBrokerFilter.invoke(MessageBrokerFilter.java:103) at flex.messaging.endpoints.amf.LegacyFilter.invoke(LegacyFilter.java:158) at flex.messaging.endpoints.amf.SessionFilter.invoke(SessionFilter.java:44) at flex.messaging.endpoints.amf.BatchProcessFilter.invoke(BatchProcessFilter.java:67) at flex.messaging.endpoints.amf.SerializationFilter.invoke(SerializationFilter.java:166) at flex.messaging.endpoints.BaseHTTPEndpoint.service(BaseHTTPEndpoint.java:291) at flex.messaging.MessageBrokerServlet.service(MessageBrokerServlet.java:353) at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at com.bmc.atrium.web.AtriumServletDispatcher.dispatch(AtriumServletDispatcher.java:140) at com.bmc.atrium.midtier.RealAtriumWidgetPlugin.processRequest(RealAtriumWidgetPlugin.java:236) at sun.reflect.GeneratedMethodAccessor177.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.bmc.atrium.modulelauncher.ContextClassLoaderInvocationHandler.invoke(ContextClassLoaderInvocationHandler.java:26) at com.sun.proxy.$Proxy16.processRequest(Unknown Source)at com.bmc.atrium.modulelauncher.AtriumWidgetPlugin.processRequest(AtriumWidgetPlugin.java:229) at com.remedy.arsys.plugincontainer.impl.PluginServlet.postPluginInfo(PluginServlet.java:44) at com.remedy.arsys.plugincontainer.impl.PluginContainer.processRequestInfo(PluginContainer.java:86) at com.remedy.arsys.stubs.AuthenticationHelperServlet.doRequest(AuthenticationHelperServlet.java:77) at com.remedy.arsys.stubs.GoatHttpServlet.postInternal(GoatHttpServlet.java:97) at com.remedy.arsys.stubs.GoatHttpServlet.doPost(GoatHttpServlet.java:61) at javax.servlet.http.HttpServlet.service(HttpServlet.java:646) at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:315) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)) Kindly suggest how to fix this issue. Thanks in Advance, -Babajan. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Scheduled AI jobs are not running
Hello Team, Scheduled AI jobs are not running as expected when we run from Atrium console GUI.But it works fine when we run the job from Spoon. All the debug logging has been enabled in transformations and jobs and there is no entry in arcarte.log when the job is ran from Atrium console GUI. Any body suggest how to fix this issue. Environment: 8.1 Version Thanks in Advance!! Regards, -Babajan. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: API creating TAS - (ORA-01407: cannot update (ARADMIN.T1269.C8) to NULL) (ARERR #552)
Tim, Due to the fact that Mid-Tier is nothing more than an API Client of the Remedy Server, I can tell you that all things are possible through the API :) The trick is figuring out what fields are set to what values via what workflow. Mid-Tier executes active links to populate various things before communicating with the server, there is not specific need to replicate everything that the AL's are doing, just the part where they are communicating with the Remedy server...so, in this case, AL/Filter logs are going to be the most important part. If you can capture the 'normal' operations in logs, you should be able to push the same values to the same fields, thus replicating the overall process. On Fri, Jun 12, 2015 at 5:25 AM, Tim Lank timl...@timlank.com wrote: ** Is it supported and possible to create a TAS via TMS:Task with the API, associate it properly with an existing 'No Impact' CRQ in 'Draft' status (also created via API) and have all of the OOTB workflow operate properly as if it were done through the Web UI/MidTier? When we do this, we end up with an (ORA-01407: cannot update (ARADMIN.T1269.C8) to NULL) (ARERR #552) when moving CRQ status from (2) Request for Change to (3) Planning in Progress. I'm assuming this is the TMS:SummaryData table complaining about the 'Short Description' field not being populated. Is this something that is normally handled by OOTB workflow? ARS: 7.6.04 SP5 ITSM: 7.6.04 SP4 C-API - ProdVers: Server API Version 7.6.04 SP5 201308012025 (By way of ARSperl v2.00) _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