Getting Exception while getting container Id from MediaBin

Hi,
I am using MB web services to insert asset into MediaBin. Everything seems working, suddenly I am getting following error while getting container Id. Can somebody help me to sort out the issue.

faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server
faultSubcode:
faultString: Server was unable to process request. --> MBException: COM object with CLSID {014444C2-75C8-4B82-ABA9-9E7C8041EAC5} is either not valid or not registered. (0x80040154)
faultActor:
faultNode:
faultDetail:
{http://xml.apache.org/axis/}stackTrace: AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server
faultSubcode:
faultString: Server was unable to process request. --> MBException: COM object with CLSID {014444C2-75C8-4B82-ABA9-9E7C8041EAC5} is either not valid or not registered. (0x80040154)
faultActor:
faultNode:
faultDetail:

Server was unable to process request. --> MBException: COM object with CLSID {014444C2-75C8-4B82-ABA9-9E7C8041EAC5} is either not valid or not registered. (0x80040154)
at org.apache.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:260)
at org.apache.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:169)
at org.apache.axis.encoding.DeserializationContextImpl.endElement(DeserializationContextImpl.java:1015)
at weblogic.apache.xerces.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:585)
at weblogic.apache.xerces.impl.XMLNamespaceBinder.handleEndElement(XMLNamespaceBinder.java:898)
at weblogic.apache.xerces.impl.XMLNamespaceBinder.endElement(XMLNamespaceBinder.java:644)
at weblogic.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1008)
at weblogic.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1469)
at weblogic.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:329)
at weblogic.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:525)
at weblogic.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:581)
at weblogic.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152)
at weblogic.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1175)
at weblogic.xml.jaxp.WebLogicXMLReader.parse(WebLogicXMLReader.java:135)
at weblogic.xml.jaxp.RegistryXMLReader.parse(RegistryXMLReader.java:152)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:345)
at org.apache.axis.encoding.DeserializationContextImpl.parse(DeserializationContextImpl.java:242)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:538)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:376)
at org.apache.axis.client.Call.invokeEngine(Call.java:2583)
at org.apache.axis.client.Call.invoke(Call.java:2553)
at org.apache.axis.client.Call.invoke(Call.java:2248)
at org.apache.axis.client.Call.invoke(Call.java:2171)
at org.apache.axis.client.Call.invoke(Call.java:1691)
at com.mediabin.www.MediaBinServerSoapStub.getContainerTree(MediaBinServerSoapStub.java:3740)
at utils.MediaBinDAR.GetContainerChildren(MediaBinDAR.java:168)
at utils.MediaBinDAR.GetDPAContainerId(MediaBinDAR.java:152)
at utils.MediaBinDAR.createContainer(MediaBinDAR.java:102)
at utils.MediaBinDAR.insertDocument(MediaBinDAR.java:333)
at portlets.docGeneration.CBRETDocGen.CBRETDocGenController.sendToMediaBin(CBRETDocGenController.jpf:1111)
at portlets.docGeneration.CBRETDocGen.CBRETDocGenController.generateCBRETDocument(CBRETDocGenController.jpf:1054)
at sun.reflect.GeneratedMethodAccessor307.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.bea.wlw.netui.pageflow.FlowController.invokeActionMethod(FlowController.java:1521)
at com.bea.wlw.netui.pageflow.FlowController.getActionMethodForward(FlowController.java:1447)
at com.bea.wlw.netui.pageflow.FlowController.internalExecute(FlowController.java:778)
at com.bea.wlw.netui.pageflow.PageFlowController.internalExecute(PageFlowController.java:211)
at com.bea.wlw.netui.pageflow.FlowController.execute(FlowController.java:608)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
at com.bea.wlw.netui.pageflow.PageFlowRequestProcessor.processActionPerform(PageFlowRequestProcessor.java:1504)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
at com.bea.wlw.netui.pageflow.PageFlowRequestProcessor.process(PageFlowRequestProcessor.java:674)
at com.bea.wlw.netui.pageflow.AutoRegisterActionServlet.process(AutoRegisterActionServlet.java:527)
at com.bea.wlw.netui.pageflow.PageFlowActionServlet.process(PageFlowActionServlet.java:152)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
at com.bea.wlw.netui.pageflow.PageFlowUtils.strutsLookup(PageFlowUtils.java:1734)
at com.bea.wlw.netui.pageflow.PageFlowUtils.strutsLookup(PageFlowUtils.java:1754)
at com.bea.portlet.adapter.scopedcontent.ScopedContentCommonSupport.executeAction(ScopedContentCommonSupport.java:561)
at com.bea.portlet.adapter.scopedcontent.ScopedContentCommonSupport.processActionInternal(ScopedContentCommonSupport.java:121)
at com.bea.portlet.adapter.scopedcontent.PageFlowStubImpl.processAction(PageFlowStubImpl.java:98)
at com.bea.netuix.servlets.controls.content.NetuiContent.raiseScopedAction(NetuiContent.java:150)
at com.bea.netuix.servlets.controls.content.NetuiContent.raiseScopedAction(NetuiContent.java:109)
at com.bea.netuix.servlets.controls.content.NetuiContent.handlePostbackData(NetuiContent.java:224)
at com.bea.netuix.nf.ControlLifecycle$3.visit(ControlLifecycle.java:171)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:355)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:365)
at com.bea.netuix.nf.ControlTreeWalker.walk(ControlTreeWalker.java:126)
at com.bea.netuix.nf.ControlTreeWalker.walk(ControlTreeWalker.java:105)
at com.bea.netuix.nf.Lifecycle.runInbound(Lifecycle.java:173)
at com.bea.netuix.nf.Lifecycle.run(Lifecycle.java:137)
at com.bea.netuix.servlets.manager.UIServlet.runLifecycle(UIServlet.java:333)
at com.bea.netuix.servlets.manager.UIServlet.processControlTree(UIServlet.java:220)
at com.bea.netuix.servlets.manager.PortalServlet.doPost(PortalServlet.java:820)
at com.bea.netuix.servlets.manager.UIServlet.service(UIServlet.java:150)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1072)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at com.bea.p13n.servlets.PortalServletFilter.doFilter(PortalServletFilter.java:293)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6987)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3892)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2766)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)

Find more posts tagged with

Comments

Migrateduser

I am not sure if this pertains to you or not. On our Windows 2003 machines, sometimes the COM object mbpscriptmodel2.dll "unregisters" itself and the server processes start to fail. I have no idea why or how it happens but, if we regsvr32 the dll to re-register it, it fixes everything for us. I noticed that your error message is something similar.

Server was unable to process request. --> MBException: COM object with CLSID {014444C2-75C8-4B82-ABA9-9E7C8041EAC5} is either not valid or not registered. (0x80040154)

Good luck.

Migrateduser

Stacy: If you ever encounter this error again, can you verify the dll path is correct? If you open the registry and open the hkey_classes_root hive. Scroll down until you see MBScriptModel.MBSession. Open it then search for all occurrences of its CLSID in the registry. Repeat the search until a key is found that equals the GUID (class id). Open that key then open the value InProcServer32. You'll see the dll's path stored there. Verify the path is correct. My suspicion is that it will not be correct or you won't be able to locate the registration entry at all. If you install Web Services after the Web Client on the same PC, then uninstall Web Services, the dll may either be unregistered and your web client may no longer work... or vice versa ... or the path may no longer be correct.

Migrateduser

Hi, thanks for the response. First of all, the issue was posted by tdu. You might want to provide an answer for him/her. ;-)

Also, I'm a developer by trade and I have tried to resolve the CLSID and InProcServer32 in the past with no avail. On the server, I have several apps installed, the mbpserver, hot folders, enterprise manger, etc.. I do take special care is ensuring that all the master DLL files are located in the MediaBin Server folders.

I'm pretty comfortable with "DLL ****" as it sounds like you are too. On a side note, this commonly happened if MBin threw an pretty severe error, the mbpserver service would stop, and then things started to fail. I'm not sure which one came first.

I still could never explain why something would be working one minute and then poof, the next! I created a server up-time monitoring tool that tries to repair itself, recycle services, reboot, and emails me when the tool can't connect to the server.

Just fyi - I have written vb6 applications (not related to Mbin) in the past that if crashed with a nasty run-time, it could unregister the dll files in the same manner. I think it's a bug with Microsoft's COM interface.

Any other ideas? I'm open to hearing?

Migrateduser

Sorry, I hijacked the thread when I noticed you reporting a strange COM API problem, which is one of my areas of maintenance.
Just wanted to reply that a COM dll has exported functions to register and unregister. These functions are called by regsvr32. In the case where you were able to get the DLLs to magically unregister after an application crash, I'm guessing the thread of execution somehow got into the DLL unregister function. A corrupt stack could cause the thread of excecution to branch to unpredictable places in the executable.

suj

We had the same error when we installed MB deployment agent and then uninstalled this due to some DB issue. The uninstall process silently took away the classes used by MB web client. I think this should be treated as a bug with MB DA installer. At least, the uninstall process should provide a warning that it is removing a shared dll.