Monday, 17 March 2014

IBM Worklight Mobile Application Development


Hello WebSpherians,

IBM has launched a wonderful product for mobile application development. It is known as IBM Worklight.
Few days ago I started to learn it and found it wonderful and I think it is going to capture the mobile development market because it has a very good advantage over all other. 
What's that?
IBM Worklight provide you a development environment where you can develop apps for all the platforms like Mac iOS, Windows Tablet PCs, Andriod, Blackberry and etc at one place and provide a common development platform that saves yours 90% rework. 
All you have to do is to build an app using Worklight, and then build it for a selected platform, once it is converted to specific platform then you can do the development that is specific for selected platform. 
So, this way you can re-use 90% of app development effort in all platforms.
This is outstanding......

I am learning it from following book which is very well written and easy to understand. It provides screenshots for all required steps, which at least for me is very very easy to understand. It takes you from very beginning to advance level.




Thursday, 8 November 2012

A WebGroup Virtual Host to handle has not been defined.

com.ibm.ws.webcontainer.util.VirtualHostContextRootMapper map SRVE0316W: Request matches the context root [/SpringMVC/*] under the virtual host alias of [node02:9080].
com.ibm.ws.webcontainer.util.VirtualHostContextRootMapper map SRVE0317W: You may need to add a new virtual host alias of *:<your port> to the same virtual host that [node02:9080] is under.
webcontainer  E com.ibm.ws.webcontainer.WebContainer handleRequest SRVE0255E: A WebGroup/Virtual Host to handle /SpringMVC/new_car.html has not been defined.


Solution:

From DMGR Go here:

Virtual Hosts > default_host > Host Aliases

Add a new entry */<node2 port> ( In my case default host port).
Restart node 2.
This resolved the issue.

Tuesday, 6 November 2012

6 Habits of Extraordinary Bosses - By Geoffrey James



For the past two decades, I've been interviewing and observing successful C-level executives to discover the secrets of their success.
In a previous post, I documented the core beliefs of extraordinary bosses. Now it's time for something more tactical--the simple ground rules for managing a team effectively:
1. They Avoid Creating Superstars
Average bosses sometimes allow one employee to become the "star" of the team while ignoring the hard work of everyone else. The "star" gets plenty of recognition and attention, while the rest of the team gets shunted aside. This alienates everybody except the star and sends people the message that their contribution is not valued.
Extraordinary bosses coordinate individual workers' goals so that they intersect with and support team goals. Such bosses compensate based on how the team (rather than just the individual) performs and encourage top performers to use their talents to create a broader level of success.
2. They Remove the Nonperformers
Average bosses sometimes hire somebody who can't do the job--but then keep that person on board, hoping that he or she will figure things out. This damages the the entire team, because it creates a lower level of performance and forces everyone else to do extra work to fill the gaps.
Extraordinary bosses monitor employee performance and provide constructive coaching when an employee falls short. However, once it's that clear a person can't perform, they either reassign that employee to a more appropriate job or do him or her a huge favor: suggest finding a job elsewhere.
3. They Coach But Don't Interfere
Average bosses can't "let go" of what they're good at. They're constantly intervening when things aren't done the way they'd prefer. This not only lowers motivation but also turns the manager into a "gatekeeper" for any activity--causing productive work to grind to a halt.
Extraordinary bosses know that their primary responsibility is to let people do their jobs and provide coaching when necessary or requested. Such bosses realize that it's impossible for workers to think strategically when their time and energy are getting consumed with details of tactical execution.
4. They Put Their Employees First
Average bosses put most of their attention on customers, investors, other managers, and their own career. In this priority scheme, employees rank dead last--if they're even on the list. Unfortunately, employees can sense when a boss doesn't care about them, and they respond by not caring about their jobs.
Extraordinary bosses know that the best way to please investors, peers, and customers is to put the employees first. They realize that it's employees who create, build, sell, and support the products that customers buy, thereby creating investor value and advancing a manager's career.
5. They Manage People, Not Numbers
Average bosses focus on numbers rather than people. They jiggle revenue and profit numbers, monkey with statistics and data, and spend more time worrying about their spreadsheets than making things happen.
Extraordinary bosses know that numbers represent only the history of what's happened--and understand that the best way to have great numbers is to make sure that that the job gets done. They realize that their responsibility is to manage people and their activities so the numbers take care of themselves.
6. They Ask Questions Rather Than Give Answers
Average bosses think their job is to know all the answers and to provide those answers to their employees as frequently as possible. However, each time a boss answers an employee's question, that boss robs the employee of an opportunity to think and grow.
Extraordinary bosses know that people don't learn when wisdom is handed to them on a platter, much less forced down their throats. They know that a manager's job is to ask the questions that will spark, in the employee's own mind, the thought processes and ideas that will make that employee successful.


Geoffrey James

Wednesday, 16 May 2012

upgrade-profile fail com.ibm.websphere.management.exception.InvalidConfigDataTypeException


Running Configuration Engine task 'upgrade-profile'
propertiesPath is ConfigEngine_temp.prop
rootDir is .
Executing native2ascii with native encoding 'Cp1252': ConfigEngine_temp.prop_ ->
 ConfigEngine_temp_ascii.prop_
Native2ascii execution was successful!
Loading system properties from ConfigEngine_temp_ascii.prop_
ConfigEngine: setting system property JAVA_HOME=C:/IBM/WebSphere/AppServer/java
ConfigEngine: setting system property local.cell=DefaultNode
ConfigEngine: setting system property was.root=C:/IBM/WebSphere/AppServer
ConfigEngine: setting system property NodeName=DefaultNode
ConfigEngine: setting system property local.node=DefaultNode
ConfigEngine: setting system property ws.ext.dirs=C:/IBM/WebSphere/AppServer/jav
a/lib;C:/IBM/WebSphere/AppServer/classes;C:/IBM/WebSphere/AppServer/lib;C:/IBM/W
ebSphere/AppServer/installedChannels;C:/IBM/WebSphere/AppServer/lib/ext;C:/IBM/W
ebSphere/AppServer/web/help;C:/IBM/WebSphere/AppServer/deploytool/itp/plugins/co
m.ibm.etools.ejbdeploy/runtime;./lib;./shared/app
ConfigEngine: setting system property jvmArgFor64bit=-D64bit.args=none
ConfigEngine: setting system property was.install.root=C:/IBM/WebSphere/AppServe
r
ConfigEngine: setting system property cfg.trace=./log/ConfigTrace.log
ConfigEngine: setting system property CellName=DefaultNode
ConfigEngine: setting system property server.root=C:/IBM/WebSphere/AppServer
ConfigEngine: setting system property was.repository.root=C:/IBM/WebSphere/wp_pr
ofile/config
RegistrySynchronized: false
Registry out of sync with WebSphere... synchronizing...
[05/15/12 12:19:14.028 EDT] ssl.default.password.in.use.CWPKI0041W
[05/15/12 12:19:14.372 EDT] ssl.disable.url.hostname.verification.CWPKI0027I
[05/15/12 12:19:14.388 EDT] Client code attempting to load security configuratio
n
[05/15/12 12:19:15.373 EDT] Client code attempting to load security configuratio
n
Created admin client: com.ibm.ws.management.AdminClientImpl@1ea41ea4
Created config Service Proxy: com.ibm.websphere.management.configservice.ConfigS
erviceProxy@6f686f68
CELL: DefaultNode
NODE: DefaultNode
com.ibm.websphere.management.exception.InvalidConfigDataTypeException: ADMG0007E
: The configuration data type CellCompRegistryCollection is not valid.
        at com.ibm.ws.management.configservice.TypeRegistry.getMetaObject(TypeRe
gistry.java:166)



Solution:
Following IBM Technote helped and resolved the issue.
http://www-01.ibm.com/support/docview.wss?uid=swg21501183

A WebGroup/Virtual Host to handle /wps/config/ has not been defined. upgrade-profile task fail

I was migrating from IBM Websphere Portal v6.x to v7.x and encounter following issue in upgrade-profile task.


action-modify-HTTP-Inbound-Channel-timeout:
Fri May 11 17:04:13 EDT 2012
[xmlaccess] EJPXB0006I: Connecting to URL http://localhost:10040/wps/config/
[xmlaccess] EJPXB0004I: Writing output file C:\IBM\WebSphere\wp_profile\ConfigEn
gine\config\work\deployedWebAppXmlAccess-PTF\preExistingWebApps.xml
[xmlaccess] EJPXB0009E: Could not connect to portal.
[xmlaccess] java.net.ConnectException: Connection refused: connect
[xmlaccess] EJPXB0016E: An error occurred on the client: Connection refused: con
nect
**********************************************************************
Migration extension 'deploy-apps' execution failed
**********************************************************************

BUILD FAILED
C:\IBM\WEBSPH~1\PORTAL~1\installer\wp.migration.framework\config\includes\mig_cf
g.xml:84: The following error occurred while executing this line:
C:\IBM\WEBSPH~1\PORTAL~1\installer\wp.migration.framework\config\includes\mig_cf
g.xml:1011: The following error occurred while executing this line:
C:\IBM\WebSphere\wp_profile\ConfigEngine\config\actions\upgrade_cfg.xml:100: EJP
XB0016E: An error occurred on the client: Connection refused: connect

Total time: 39 minutes 48 seconds
FAILURE_LOG_DIR=null
isIseries currently set to: null
uploading registry
Created admin client: com.ibm.ws.management.AdminClientImpl@7b6c7b6c
Created config Service Proxy: com.ibm.websphere.management.configservice.ConfigS
erviceProxy@240024
CELL: DefaultNode
NODE: DefaultNode
Websphere:_Websphere_Config_Data_Type=Registry,_Websphere_Config_Data_Id=cells/D
efaultNode|registry.xml#Registry_1247599550767,_WEBSPHERE_CONFIG_SESSION=anonymo
us1336770255141










Output in C:\IBM\WebSphere\wp_profile\ConfigEngine\config\work\deployedWebAppXmlAccess-PTF\preExistingWebApps.xml:

<H1>SRVE0255E: A WebGroup/Virtual Host to handle /wps/config/ has not been defined.</H1><BR><H3>SRVE0255E: A WebGroup/Virtual Host to handle localhost:<port> has not been defined.</H3><BR><I>IBM WebSphere Application Server</I>

Solution:

Applied the CF12 on IBM Websphere Portal and executed upgradeConfigEngine.bat task again and re executed the upgrade-profile task



com.ibm.websphere.management.filetransfer.client.TransferFailedException: 404 Not Found upgrade-profile

I was running upgrade-profile task for migrating IBM Websphere Portal server 6.x to 7.x I had following error :
  [wsadmin] WASX7017E: Exception received while running file "C:\IBM\WebSphere\wp_profile\ConfigEngine\config\work\was\curJaclScript.jacl"; exception information: com.ibm.websphere.management.filetransfer.client.TransferFailedException: 404 Not Found (for: C:\Users\WASI-A~1\AppData\Local\Temp\2\app137385f0f7e.ear).


Solution:

On Source server :

1) Make sure all application servers are stopped.

2) Locate the systemApps.xml file under the source installation. It is located at <WAS_Install>\wp_profile\config\cells\<cellname>\nodes\<nodename>

3) Edit this file and copy the following statement from under the servername=WebSphere_Portal entry.

<deployedApplications>${WAS_INSTALL_ROOT}/systemApps/filetransfer.ear</deployedApplications>

4). Close this file


On Target server :

1) Locate the systemApps.xml file under the migrated V7x installation.
It is located at <WAS_Install>\wp_profile\config\cells\<cellname>\nodes\<nodename>

2) Edit this file and paste the copied statement under the
servername=WebSphere_Portal entry as shown below.

<serverEntries xmi:id="ServerEntry_1318609547618"
serverDisplayName="WebSphere_Portal"
serverName="WebSphere_Portal"
serverType="APPLICATION_SERVER">

<deployedApplications>${WAS_INSTALL_ROOT}/systemApps/wimwmm.ear</deployedApplications>

<deployedApplications>${WAS_INSTALL_ROOT}/systemApps/filetransfer.ear</deployedApplications>
</serverEntries>

3) Save and close this file
4) Started the WebSphere_Portal server

Now re-run the upgrade-profile task.









Details of problem:

C:\IBM\WebSphere\PortalServer\ui\wp.mashup.widgets.deploy\config\includes\wp.mwidgets.deploy_cfg.xml


update-registry-property-create-ear-applyMIGStatic-wp.theme.dojo:
Target finished: update-registry-property-create-ear-applyMIGStatic-wp.theme.dojo
Thu May 10 16:09:27 EDT 2012
Target started: action-create-ear-wp.mashup.widgets.deploy

action-create-ear-wp.mashup.widgets.deploy:
[wplc-create-ear] Task parameters:
[wplc-create-ear]   Global attributes:
[wplc-create-ear]     cell="DefaultNode"
[wplc-create-ear]     engineinstalllocation="C:/IBM/WebSphere/wp_profile/ConfigEngine"
[wplc-create-ear]     osarch="amd64"
[wplc-create-ear]     pathseparator=";"
[wplc-create-ear]     node="DefaultNode"
[wplc-create-ear]     server="WebSphere_Portal"
[wplc-create-ear]   Instance attributes (Set 1 of 1):
[wplc-create-ear]     cluster= *** NOT_SPECIFIED ***
[wplc-create-ear]     startingweight="50"
[wplc-create-ear]     appname="feedReader"
[wplc-create-ear]     options
[wplc-create-ear]       -installed.ear.destination="${WPS_HOME}/ui/wp.mashup.widgets.deploy/installedApps"
[wplc-create-ear]       -defaultbinding.force
[wplc-create-ear]       -zeroEarCopy
[wplc-create-ear]       -usedefaultbindings
[wplc-create-ear]       -CtxRootForWebMod=[""FeedReader" feedReader.war,WEB-INF/web.xml /mccfeedReader"]
[wplc-create-ear]       -defaultbinding.virtual.host="default_host"
[wplc-create-ear]     attribute=[ *** NONE_SPECIFIED *** ]
[wplc-create-ear]     classloadermode= *** NOT_SPECIFIED ***
[wplc-create-ear]     earfile="C:/IBM/WEBSPH~1/PORTAL~1/ui/wp.mashup.widgets.deploy/installedApps/feedReader.ear"
[wplc-create-ear]     contextroot= *** NOT_SPECIFIED ***
[wplc-create-ear] false
[wplc-create-ear] Task parameters:
[wplc-create-ear]   Global attributes:
[wplc-create-ear]     cell="DefaultNode"
[wplc-create-ear]     engineinstalllocation="C:/IBM/WebSphere/wp_profile/ConfigEngine"
[wplc-create-ear]     osarch="amd64"
[wplc-create-ear]     pathseparator=";"
[wplc-create-ear]     node="DefaultNode"
[wplc-create-ear]     server="WebSphere_Portal"
[wplc-create-ear]   Instance attributes (Set 1 of 1):
[wplc-create-ear]     cluster= *** NOT_SPECIFIED ***
[wplc-create-ear]     startingweight="50"
[wplc-create-ear]     appname="eventExplorer"
[wplc-create-ear]     options
[wplc-create-ear]       -installed.ear.destination="${WPS_HOME}/ui/wp.mashup.widgets.deploy/installedApps"
[wplc-create-ear]       -defaultbinding.force
[wplc-create-ear]       -zeroEarCopy
[wplc-create-ear]       -usedefaultbindings
[wplc-create-ear]       -CtxRootForWebMod=[""EventExplorer" eventExplorer.war,WEB-INF/web.xml /mcceventExplorer"]
[wplc-create-ear]       -defaultbinding.virtual.host="default_host"
[wplc-create-ear]     attribute=[ *** NONE_SPECIFIED *** ]
[wplc-create-ear]     classloadermode= *** NOT_SPECIFIED ***
[wplc-create-ear]     earfile="C:/IBM/WEBSPH~1/PORTAL~1/ui/wp.mashup.widgets.deploy/installedApps/eventExplorer.ear"
[wplc-create-ear]     contextroot= *** NOT_SPECIFIED ***
[wplc-create-ear] false
[wplc-create-ear] Task parameters:
[wplc-create-ear]   Global attributes:
[wplc-create-ear]     cell="DefaultNode"
[wplc-create-ear]     engineinstalllocation="C:/IBM/WebSphere/wp_profile/ConfigEngine"
[wplc-create-ear]     osarch="amd64"
[wplc-create-ear]     pathseparator=";"
[wplc-create-ear]     node="DefaultNode"
[wplc-create-ear]     server="WebSphere_Portal"
[wplc-create-ear]   Instance attributes (Set 1 of 1):
[wplc-create-ear]     cluster= *** NOT_SPECIFIED ***
[wplc-create-ear]     startingweight="50"
[wplc-create-ear]     appname="websiteDisplayer"
[wplc-create-ear]     options
[wplc-create-ear]       -installed.ear.destination="${WPS_HOME}/ui/wp.mashup.widgets.deploy/installedApps"
[wplc-create-ear]       -defaultbinding.force
[wplc-create-ear]       -zeroEarCopy
[wplc-create-ear]       -usedefaultbindings
[wplc-create-ear]       -CtxRootForWebMod=[""WebsiteDisplayer" websiteDisplayer_v201.war,WEB-INF/web.xml /mccwebsiteDisplayer"]
[wplc-create-ear]       -defaultbinding.virtual.host="default_host"
[wplc-create-ear]     attribute=[ *** NONE_SPECIFIED *** ]
[wplc-create-ear]     classloadermode= *** NOT_SPECIFIED ***
[wplc-create-ear]     earfile="C:/IBM/WEBSPH~1/PORTAL~1/ui/wp.mashup.widgets.deploy/installedApps/websiteDisplayer.ear"
[wplc-create-ear]     contextroot= *** NOT_SPECIFIED ***
[wplc-create-ear] false
Target finished: action-create-ear-wp.mashup.widgets.deploy
Thu May 10 16:09:27 EDT 2012
Target started: action-create-ear-applyMIGStatic-wp.mashup.widgets.deploy

action-create-ear-applyMIGStatic-wp.mashup.widgets.deploy:
Target finished: action-create-ear-applyMIGStatic-wp.mashup.widgets.deploy
Thu May 10 16:09:27 EDT 2012
Target started: update-registry-property-create-ear-applyMIGStatic-wp.mashup.widgets.deploy

update-registry-property-create-ear-applyMIGStatic-wp.mashup.widgets.deploy:
Target finished: update-registry-property-create-ear-applyMIGStatic-wp.mashup.widgets.deploy
Thu May 10 16:09:27 EDT 2012
Target started: consolidate-config-extension-create-ear-applyMIG7000,-applyMIGStatic

consolidate-config-extension-create-ear-applyMIG7000,-applyMIGStatic:
Target finished: consolidate-config-extension-create-ear-applyMIG7000,-applyMIGStatic
Target finished: create-ear
Executing final configuration for consolidated config
[wplc-consolidate-wsadmin] Task parameters:
[wplc-consolidate-wsadmin]   Global attributes:
true
  [wsadmin] WASX7209I: Connected to process "WebSphere_Portal" on node DefaultNode using SOAP connector;  The type of process is: UnManagedProcess
  [wsadmin] AppName JavaContentRepository
  [wsadmin] Enterprise application JavaContentRepository does not exist.
  [wsadmin] AppName WSPolicyManager
  [wsadmin] Ear File C:/IBM/WEBSPH~1/PORTAL~1/ap/wp.policy.webservices/ear.prod/WSPolicyManager.ear
  [wsadmin] Install Options -update -appname "WSPolicyManager" 
  [wsadmin] WASX7017E: Exception received while running file "C:\IBM\WebSphere\wp_profile\ConfigEngine\config\work\was\curJaclScript.jacl"; exception information: com.ibm.websphere.management.filetransfer.client.TransferFailedException: 404 Not Found (for: C:\Users\WASI-A~1\AppData\Local\Temp\2\app137385f0f7e.ear).

C:\IBM\WebSphere\wp_profile\ConfigEngine\config\includes\apply_PTF.xml:59: Java returned: 105
    at org.apache.tools.ant.taskdefs.Java.execute(Java.java:87)
    at com.ibm.websphere.ant.tasks.WsAdmin.execute(WsAdmin.java:406)
    at com.ibm.wplc.deploy.tasks.AbstractBaseWsAdminWrapperTask.executeTask(AbstractBaseWsAdminWrapperTask.java:290)
    at com.ibm.wplc.deploy.tasks.ConsolidateWsAdminTask.execute(ConsolidateWsAdminTask.java:34)
    at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
    at org.apache.tools.ant.Task.perform(Task.java:364)
    at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:64)
    at com.ibm.wps.config.If.execute(If.java:67)
    at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
    at org.apache.tools.ant.Task.perform(Task.java:364)
    at org.apache.tools.ant.Target.execute(Target.java:341)
    at org.apache.tools.ant.Target.performTasks(Target.java:369)
    at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
    at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:37)
    at org.apache.tools.ant.Project.executeTargets(Project.java:1068)
    at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:382)
    at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:107)
    at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
    at org.apache.tools.ant.Task.perform(Task.java:364)
    at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:64)
    at com.ibm.wps.config.If.execute(If.java:77)
    at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
    at org.apache.tools.ant.Task.perform(Task.java:364)
    at org.apache.tools.ant.Target.execute(Target.java:341)
    at org.apache.tools.ant.Target.performTasks(Target.java:369)
    at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
    at org.apache.tools.ant.Project.executeTarget(Project.java:1185)
    at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
    at org.apache.tools.ant.Project.executeTargets(Project.java:1068)
    at org.apache.tools.ant.Main.runBuild(Main.java:668)
    at org.apache.tools.ant.Main.startAnt(Main.java:187)
    at org.apache.tools.ant.Main.start(Main.java:150)
    at com.ibm.wps.config.ConfigEngine.process(ConfigEngine.java:819)
    at com.ibm.wps.config.ConfigEngine.main(ConfigEngine.java:247)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:611)
    at com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:267)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:611)
    at com.ibm.wps.config.launch.ConfigEngineLauncher.process(ConfigEngineLauncher.java:269)
    at com.ibm.wps.config.launch.ConfigEngineLauncher.main(ConfigEngineLauncher.java:311)
C:\IBM\WebSphere\wp_profile\ConfigEngine\config\includes\apply_PTF.xml:59: Java returned: 105

Resume migration upgrade-profile task

You can resume the task from a particular point of failure. This will save your a lot of time if you are failing on the task and re executing it again and again after doing fixes.

Re-run the upgrade-profile with the flag
-Dwp.migration.framework.resume=<last failing task name>

like :
-Dwp.migration.framework.resume=deploy-apps