Hi,

We tried to take log(both at server end and client end). But it is not
coming in log file.

One thing that we observed that this error is coming only when we are
selecting some values from a Display List and we have already attached an
attachment. E.g. Steps will be :

-> Add attachment
-> Then open some 'Display List' (e.g.. Want to search on name like
'James'), then display list will open to show the list of all persons whose
name started with 'James' means 'James%' and this display list is creating
problem here. If we select any value from display list and after that if we
want to display the attachment file then it is giving error.

Filter written for this action is like:
(pseudo code)
Run if: Name!=NULL
If Action:
Use Read value from option for SHR:People form with some condition.(eg.
"James%") then If no Request Match=Set field to Null and If multiple request
Match='Display a List' and then set value to some field.

This action is working fine.

So if we are using data by this display list, it is giving error every time.
Please suggest why it is giving error while using display list option and
this error is coming only on web ?

We captured error log from mid-tier also:

ec 6, 2006 10:18:14 AM - SEVERE (com.remedy.midtier.SERVLET) : (Thread 15)
Caught RuntimeExceptionjava.lang.NullPointerException
at
org.apache.coyote.tomcat5.CoyoteOutputStream.write(CoyoteOutputStream.java:7
0)
at com.remedy.arsys.goat.AttachmentData.writeTo(Unknown Source)
at com.remedy.arsys.stubs.AttachServlet.doDownload(Unknown Source)
at com.remedy.arsys.stubs.AttachServlet.doRequest(Unknown Source)
at com.remedy.arsys.stubs.GoatServlet.postInternal(Unknown Source)
at com.remedy.arsys.stubs.GoatHttpServlet.doPost(Unknown Source)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext
Valve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssoci
ationValve.java:72)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
at
org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrR
ealm.java:275)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137
)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117
)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:109)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction(Http11Protocol.java:705)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:683)
at java.lang.Thread.run(Thread.java:534)

Regards,
Tarun

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Wednesday, November 29, 2006 8:32 PM
To: [email protected]
Subject: Re: Attachment Name is creating Problem...

The Cannot open Catalog message usually suggests a problem with the install
of the ARS Server (in that it can not find the catalog of errors file).

What platform is your server on?

Error 106 is defined as:   
        Request ID list is empty.   
        The list of requests selected to perform the statistical
operation   
        on is NULL or empty. Specify a list of one or more requests to

        perform the statistical operation.   

Turn on logging and look and see which Filter or Active Link the error
occurrs at

Fred

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Tarun Kumar SHARMA
Sent: Tuesday, November 28, 2006 11:21 PM
To: [email protected]
Subject: Attachment Name is creating Problem...

Hello,

We are facing very serious problem regarding adding attachments with
helpdesk ticket. Some attachment files create problems while saving tickets
because of attachment name. If any file name having any special character,
space, numeric value then such type of attachments give error while saving
ticket:
"Cannot open Catalog;Messgae number= 106 ARERR(106)" . As we replace these
characters with alphabets, it works fine. 

Attachments are used by our large community of users and very frequently.
Sometime user is not able to contact us regarding this problems. Every time,
we can not suggest this workaround to our users.
So this problem is becoming very critical for us. 

Could you please suggest any permanent solution for this problem, if you
have.
We are using HD 6.x,ARS 6.3.

Thanks & Regards,
Tarun

____________________________________________________________________________
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
Answers Are"

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Reply via email to