cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements

NO_EVT Error Message with .NET Application

186
Views
0
Helpful
0
Comments
This document was generated from CDN thread

Created by: Brian Larkin on 16-05-2011 04:43:28 PM
I am currently developing an application in Silverlight that uses the BlockingEventService to subscribe to meeting events on our MeetingPlace installation. When adding the NO_EVT event type to the array of events for which I want my application to listen to, I get the following error on the application server:
[--webservices-7-0-2--][http-80-Processor128] 2011-05-12 10:25:34,504 [ERROR,BlockingEventService 37] Cause:
com.cisco.meetingplace.webservices.common.ApiException: Invalid event type
at com.cisco.meetingplace.webservices.util.ValidationUtil.validateAndFormatEventTypeSet(ValidationUtil.java:39)
at com.cisco.meetingplace.webservices.BlockingEventServiceImpl.subscribe(BlockingEventServiceImpl.java:46)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.xfire.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:59)
at org.codehaus.xfire.service.binding.ServiceInvocationHandler.sendMessage(ServiceInvocationHandler.java:320)
at org.codehaus.xfire.service.binding.ServiceInvocationHandler$1.run(ServiceInvocationHandler.java:86)
at org.codehaus.xfire.service.binding.ServiceInvocationHandler.execute(ServiceInvocationHandler.java:134)
at org.codehaus.xfire.service.binding.ServiceInvocationHandler.invoke(ServiceInvocationHandler.java:109)
at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131)
at org.codehaus.xfire.transport.DefaultEndpoint.onReceive(DefaultEndpoint.java:64)
at org.codehaus.xfire.transport.AbstractChannel.receive(AbstractChannel.java:38)
at org.codehaus.xfire.transport.http.XFireServletController.invoke(XFireServletController.java:304)
at org.codehaus.xfire.transport.http.XFireServletController.doService(XFireServletController.java:129)
at org.codehaus.xfire.transport.http.XFireServlet.doPost(XFireServlet.java:116)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.planetj.servlet.filter.compression.CompressingFilter.doFilter(CompressingFilter.java:217)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:419)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at com.cisco.meetingplace.util.tomcat.RedirectValve.invoke(RedirectValve.java:98)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:619)
Can someone advise as to what may be causing this? While removing the NO_EVT event type from the array resolves this issue, I am then left with an HTTP timeout issue which I am currently unable to workaround. Thanks in advance.
Thanks and Regards,
Julio Castillo
UBS AG
Group Technology Infrastructure Services (GTIS)
End User Services (EUS)
Enterprise Communications & Collaboration Engineering
Internal 19436-8712
External 201-318-8712
Chat ID castilju
Email julio-j.castillo@ubs.com

Subject: RE: NO_EVT Error Message with .NET Application
Replied by: Ratnadeep Ray on 28-09-2011 01:15:45 AM
Hi Brian, FYI NO_EVT is not supported.  You should increase timeout in your http client to prevent the exception.

Hope this helps. Please let me know if this answers your questions.

Thanks.
Create
Recognize Your Peers
Content for Community-Ad