ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Workflow Engines - IBM MQ Workflow & Business Process Choreographer » Custom web client not working properly

Post new topic  Reply to topic
 Custom web client not working properly « View previous topic :: View next topic » 
Author Message
mrlazy
PostPosted: Wed Jul 12, 2006 10:32 am    Post subject: Custom web client not working properly Reply with quote

Centurion

Joined: 19 Apr 2006
Posts: 144

Hi all,
I need somone's help badly.
Recently, I installed MQ WorkFlow V 3.6 on AIX 5.3 and MQ Workflow Web Client v 3.6 on AIX 5.2. The default configuration was working fine. We were able to deploy the ear file generated during installation and every thing looked fine(as given in the IBM document).
But one of my colleagues has given me a new ear file (custom client) to deploy on to the WebSphere Application Server 6. We made the two jar files 'fmcochli.jar & fmcjapi.jar' as shared libraries and deployes, but something seems to be wrong. This is the error msg being displayed in the log file:

2006-07-12 15:35:03.27 SoapConnectorThreadPool : 2: Binding agent 'MQWFAGENT' for FMC
2006-07-12 15:35:03.117 SoapConnectorThreadPool : 2: Get configuration of default agent failed: FMC
2006-07-12 15:38:51.725 Thread-1: Binding agent 'MQWFAGENT' for FMC
2006-07-12 15:38:51.810 Thread-1: Get configuration of default agent failed: FMC
2006-07-12 15:39:14.236 WebContainer : 0: Charset for en is ISO-8859-1

Someone kindly help me soving this issue.

Thanks every one.
Back to top
View user's profile Send private message
jmac
PostPosted: Wed Jul 12, 2006 11:15 am    Post subject: Reply with quote

Jedi Knight

Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC

It seems that maybe the fmcrc file can not be located.
_________________
John McDonald
RETIRED
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
mrlazy
PostPosted: Wed Jul 12, 2006 11:28 am    Post subject: Reply with quote

Centurion

Joined: 19 Apr 2006
Posts: 144

Thanks for you reply.
Could you please tell me where exactly should I check and make sure that the fmcrc file is accessible?
Back to top
View user's profile Send private message
jmac
PostPosted: Wed Jul 12, 2006 11:45 am    Post subject: Reply with quote

Jedi Knight

Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC

It has to be accessible in the classpath... Look at the Install doc and it should help
_________________
John McDonald
RETIRED
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
mrlazy
PostPosted: Wed Jul 12, 2006 12:08 pm    Post subject: Reply with quote

Centurion

Joined: 19 Apr 2006
Posts: 144

But jmac, I beilieve the fmcrc file is embedded in the 'ear' file itself. I did a search and found that both the default client and custom client have 'fmcrc' packed in the ear file.

Default Ear file: /fmcohcli.war/WEB-INF/classes/fmcrc
Custom Ear file: /MQWFClient-Custom.war/WEB-INF/classes/fmcrc

I also did:
$ set $CLASSPATH=/usr/lpp/fmc/bin/fmcjapi.jar
$ export $CLASSPATH

But still get the same error. Before I go further, I would like to ask you one basic thing. Do I need to make any additional changes before the custom cleitn is deployed?Because my colleague who gave teh new ear file said that nothing else should be made, ubt deploy the ear file. The only thing to take care is the two jar files generated during installation : 'fmcochli.jar & fmcjapi.jar' should be assigned as shared libraries.
Back to top
View user's profile Send private message
jmac
PostPosted: Wed Jul 12, 2006 12:17 pm    Post subject: Reply with quote

Jedi Knight

Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC

I believe you need to look at this custom application and see what configuration it is using. the fact that this message

2006-07-12 15:38:51.810 Thread-1: Get configuration of default agent failed: FMC

is displayed leads me to believe that there is some issue in the fmcrc file being used.
_________________
John McDonald
RETIRED
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
hos
PostPosted: Wed Jul 12, 2006 11:20 pm    Post subject: Reply with quote

Chevalier

Joined: 03 Feb 2002
Posts: 470

In J2EE resource bundles need to be located in the CLASSPATH of the class loader that loads the class that loads the resource. If you define the jar files to be shared libraries you change their class loader. Make yourself familiar with the class loader hierarchy of an AppServer architecture.
Back to top
View user's profile Send private message
mrlazy
PostPosted: Thu Jul 13, 2006 7:39 am    Post subject: Reply with quote

Centurion

Joined: 19 Apr 2006
Posts: 144

Hi,
I have declared the java api jar file(fmcjapi.jar) and other MQ JMS files (com.ibm.mq.jar etc) in the $CLASSPATH variable. But as said by jmac, when I noticed the 'fmcrc' files in the 'default ear file' and the 'custom ear file', I see a difference.
Default ear file's fmcrc:
Configuration/WC/DefaultConfigurationID=WebClient
Configuration/WC/FMLConnectName=FMC.FMCGRP.FMCSYS,WCQM
Configuration/WC/MQCommunicationAddress=App-Server
Configuration/WC/MQConnectionType=MQServer
Configuration/WC/MQPort=5010
Configuration/WC/MQQueueManager=WCQM
Configuration/WC/SystemGroup=FMCGRP

Custom ear file's fmcrc:
Configuration/DefaultConfigurationID=FMC

Is this the reason why it shows in the log file:
Get configuration of default agent failed: FMC?

Thanks for your help.
Back to top
View user's profile Send private message
jmac
PostPosted: Thu Jul 13, 2006 8:28 am    Post subject: Reply with quote

Jedi Knight

Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC

mrlazy wrote:
Is this the reason why it shows in the log file:
Get configuration of default agent failed: FMC?


That would be my guess
_________________
John McDonald
RETIRED
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
mrlazy
PostPosted: Thu Jul 13, 2006 12:12 pm    Post subject: Reply with quote

Centurion

Joined: 19 Apr 2006
Posts: 144

Hi,

Even after changing the fmcrc file to exactly same as the one defined in the default ear file, we get the same error.
Here are the websphere system logs when started this application. Hope this might be helpful for someone to help me in troubleshooting this problem:

[7/13/06 14:48:08:979 CDT] 0000000a ApplicationMg A WSVR0200I: Starting application: MQWFClient
[7/13/06 14:48:09:181 CDT] 0000000a WebGroup A SRVE0169I: Loading Web Module: MQWFClient-Custom.
[7/13/06 14:48:09:766 CDT] 0000000a WebApp A SRVE0180I: [MQWFClient-Custom] [/MQWFClient-Custom] [Servlet.LOG]: Get configuration of default agent failed: FMC
[7/13/06 14:48:09:784 CDT] 0000000a WebExtensionP W Servlet Main is currently unavailable: Could.not.load.Web.Application
[7/13/06 14:48:09:803 CDT] 0000000a WebExtensionP E SRVE0026E: [Servlet Error]-[javax.servlet.UnavailableException: Could.not.load.Web.Application
at com.ibm.workflow.servlet.client.ApplicationContextImpl.<init>(ApplicationContextImpl.java:99)
at com.ibm.workflow.servlet.client.Main.init(Main.java:66)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.init(ServletWrapper.java:274)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.initialize(ServletWrapper.java:1398)
at com.ibm.wsspi.webcontainer.extension.WebExtensionProcessor.createServletWrapper(WebExtensionProcessor.java:86)
at com.ibm.ws.webcontainer.webapp.WebApp.getServletWrapper(WebApp.java:763)
at com.ibm.ws.webcontainer.webapp.WebApp.initializeTargetMappings(WebApp.java:506)
at com.ibm.ws.webcontainer.webapp.WebApp.initialize(WebApp.java:395)
at com.ibm.ws.webcontainer.webapp.WebGroup.addWebApplication(WebGroup.java:115)
at com.ibm.ws.webcontainer.VirtualHost.addWebApplication(VirtualHost.java:128)
at com.ibm.ws.webcontainer.WebContainer.addWebApp(WebContainer.java:905)
at com.ibm.ws.webcontainer.WebContainer.addWebApplication(WebContainer.java:858)
at com.ibm.ws.runtime.component.WebContainerImpl.install(WebContainerImpl.java:167)
at com.ibm.ws.runtime.component.WebContainerImpl.start(WebContainerImpl.java:391)
at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:1228)
at com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObjectStart(DeployedApplicationImpl.java:1067)
at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl.java:547)
at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedApplicationImpl.java:751)
at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(ApplicationMgrImpl.java:892)
at com.ibm.ws.runtime.component.ApplicationMgrImpl$AppInitializer.run(ApplicationMgrImpl.java:2003)
at com.ibm.ws.runtime.component.ComponentImpl.contact admin(ComponentImpl.java:159)
at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplications(ApplicationMgrImpl.java:745)
at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:524)
at com.ibm.ws.runtime.component.ContainerImpl.startComponents(ContainerImpl.java:820)
at com.ibm.ws.runtime.component.ContainerImpl.start(ContainerImpl.java:649)
at com.ibm.ws.runtime.component.ApplicationServerImpl.start(ApplicationServerImpl.java:149)
at com.ibm.ws.runtime.component.ContainerImpl.startComponents(ContainerImpl.java:820)
at com.ibm.ws.runtime.component.ContainerImpl.start(ContainerImpl.java:649)
at com.ibm.ws.runtime.component.ServerImpl.start(ServerImpl.java:406)
at com.ibm.ws.runtime.WsServerImpl.bootServerContainer(WsServerImpl.java:187)
at com.ibm.ws.runtime.WsServerImpl.start(WsServerImpl.java:133)
at com.ibm.ws.runtime.WsServerImpl.main(WsServerImpl.java:387)
at com.ibm.ws.runtime.WsServer.main(WsServer.java:53)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:5
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
at java.lang.reflect.Method.invoke(Method.java:391)
at com.ibm.ws.bootstrap.WSLauncher.run(WSLauncher.java:219)
at java.lang.Thread.run(Thread.java:568)
]: {1}


Kindly help me out...
Back to top
View user's profile Send private message
hos
PostPosted: Fri Jul 14, 2006 12:35 am    Post subject: Reply with quote

Chevalier

Joined: 03 Feb 2002
Posts: 470

Hi,

the fmcrc file that comes with the ear is a 'summary' of all web configurations
known to fmczutil. When you make a configuration FMC with fmczutil on
box 1 the resulting ear file will contain a profile with configurationID FMC. When you make a different configuration WebClient on box2 , the ear's profile will contain an entry WebClient, but not FMC.

You can't share neither the ear file of box1 nor the one of box2. Because both contain only one configuratioID. You have to create both configurationIDs on the same client installation in a single ear file. The Installation Guide has a chapter how to setup the WebClient to support multiple configurations.
Back to top
View user's profile Send private message
mrlazy
PostPosted: Fri Jul 14, 2006 6:43 am    Post subject: Reply with quote

Centurion

Joined: 19 Apr 2006
Posts: 144

Thanks for your reply hos,
Yes, we do have different configurations on different boxes. Box 1 'FMC'(config id), is the server and box 2 'WC'(config id), is the web client. The default 'fmcrc' file on box 2 has information about the WC. This default web client is working perfectly fine. All I was trying to do is to deploy a custom client on box 2 (given by my lead.)
Since the error message says 'Get configuration of default agent failed: FMC', when noticed in the 'fmcrc' file of the custom ear, I noticed that it is referring to 'FMC', not 'WC' like in default client's fmcrc. So we changed the 'fmcrc' of custom client ear to be same as that of default client. But seeing the error that I posted before it seems like the main servlet itself is not loading properly, which i guess is the java application is unable to find the 'fmcjapi.jar' file or something like that.
If this is not the case, please advise me what elkse can be wrong?
Back to top
View user's profile Send private message
mrlazy
PostPosted: Fri Jul 14, 2006 1:16 pm    Post subject: Reply with quote

Centurion

Joined: 19 Apr 2006
Posts: 144

The problem is solved now.
Thanks a lot for your help guys.

Back to top
View user's profile Send private message
jmac
PostPosted: Fri Jul 14, 2006 1:31 pm    Post subject: Reply with quote

Jedi Knight

Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC

What did you do to solve the problem?
_________________
John McDonald
RETIRED
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Workflow Engines - IBM MQ Workflow & Business Process Choreographer » Custom web client not working properly
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.