顯示具有 start 標籤的文章。 顯示所有文章
顯示具有 start 標籤的文章。 顯示所有文章

星期二, 5月 08, 2018

Custom Properties for improving application startup in WebSphere Application Server

Custom Properties for improving application startup in WebSphere Application Server


Problem(Abstract)

In WebSphere Application Server traditional V9.0, Contexts and Dependency Injection (CDI) 1.2 is enabled by default. Enablement of CDI 1.2 might increase unnecessary performance overhead if the application does not use CDI.

Symptom

The application starts slowly.

Resolving the problem

Disable CDI processing steps for applications or archives that do not contain CDI content, and for which the steps are unnecessary. The following Java custom properties and manifest attributes are introduced to disable CDI processing steps:

    Name: com.ibm.ws.cdi.enableImplicitBeanArchives
    Allowed Values: true, false
    Default Value: true
    Description: By setting the com.ibm.ws.cdi.enableImplicitBeanArchives custom property to false, CDI-related annotation scanning steps are disabled for archives that do not contain a bean descriptor, for example, the beans.xml file.

    Name: com.ibm.ws.cdi.enableCDI
    Allowed Values: true, false
    Default Value: true
    Description: By setting the com.ibm.ws.cdi.enableCDI custom property to false, all CDI steps are disabled. Set the value to false if no CDI is needed on the server level.


In addition to these Java custom properties that impact all applications that are deployed to the target server, the following properties can be set in the server-wide amm.filter.properties file and as manifest attributes of application archive files.
    System Property Name: com.ibm.ws.cdi.enableImplicitBeanArchives
    Property and Manifest Attribute Name: Enable-Implicit-Bean-Archive
    System Property Name: com.ibm.ws.cdi.enableCDI
    Property and Manifest Attribute Name: Enable-CDI

Note:
  • The amm.filter.properties file is located at WAS_HOME/properties/amm.filter.properties.
  • Manifest attributes are set as main manifest attributes in Java EE-related application archive files, such as EAR, WAR, RAR, and JAR files.
  • The Enable-CDI property affects an entire application. Set this property on the Manifest.mf file of the application. Setting this property only for a module archive has no effect.

In this way, the property value from the least enclosing scope is used. An attribute value on a module manifest takes precedence over the attribute value on the application. The attribute value on the application takes precedence over a java custom property value. The java custom property value takes precedence over a property value set in the amm.filter.properties file.

For more information about similar properties, see Reducing annotation searches during application deployment in IBM Knowledge Center.

星期二, 11月 28, 2017

How to find out which user issue the MQ command?

(1) enable qmgr command event
     alter qmgr cmdev(enabled)

(2) the command event will be put into SYSTEM.ADMIN.COMMAND.EVENT queue

(3) use MH05 SupportPac to parse the command events or

(4) use MS0P SupportPac to format the command events in MQ Explorer

command events
https://www.ibm.com/support/knowledgecenter/SSFKSJ_7.1.0/com.ibm.mq.doc/mo11290_.htm

MH05: WebSphere MQ - Events Display Tool
http://www-01.ibm.com/support/docview.wss?uid=swg24029241

MS0P: WMQ explorer plugin
http://www-01.ibm.com/support/docview.wss?uid=swg24011617


星期二, 8月 15, 2017

星期四, 7月 27, 2017

MQ QMGR on Windows does not start after system reboot even if it is configured to automatically start in the MQ explorer?

https://developer.ibm.com/answers/questions/216225/mq-qmgr-on-windows-does-not-start-after-system-reb.html

Q:
A WebSphere MQ queue manager on Windows is configured to automatically start in the MQ explorer, however, after system reboot, the queue manager does not start. No errors can be found in the Windows event log or MQ error log. The queue manager can be manually started successfully using command line or MQ explorer (V7.1 or later version).

Ans:
One possible scenario could be that the Startup value in the qm.ini file has been set to "2". If the Startup value is 2, the MQ queue manager will not start automatically. If this is the case, please follow these steps to solve the problem.
1) Change "Startup" value to "1" in /qmgrs//qm.ini For example, InstanceData:    InstanceID=1381394841    Startup=1 .
2) Stop IBM MQ Service ( endmqsvc)
3) Start IBM MQServices ( strmqsvc)



https://developer.ibm.com/answers/questions/216225/mq-qmgr-on-windows-does-not-start-after-system-reb.html