MBeanFactory mf =AdminServiceFactory.getMBeanFactory();
MBeanServer server = mf.getMBeanServer();
ObjectName obj = new ObjectName("WebSphere:type=J2EEApplication,*");
Set<ObjectInstance> mbeans = server.queryMBeans(obj, null);
if(mbeans!=null ) {
Iterator<ObjectInstance> itr = mbeans.iterator();
while(itr.hasNext()) {
ObjectInstance objInstance = itr.next();
if(objInstance!=null && objInstance.getObjectName()!=null) {
String beanName = objInstance.getObjectName().getKeyProperty("name");
System.out.println(beanName);
}
}
}
2011년 9월 1일 목요일
WebSphere MBean list ( 목록 ) 확인 하기
MBeanFactory mf =AdminServiceFactory.getMBeanFactory();
List mbeanlist = mf.getMBeanTypes();
for( Object mbean : mbeanlist ){
System.out.println( mbean );
}
ConfigRepository
JVM
StatusCache
AdminOperations
J2EEDomain
ConfigService
RemoteCommandMgr
AntAgent
AppManagement
J2EEAppDeployment
DataSourceCfgHelper
NotificationService
JMXConnector
WebServer
PluginCfgGenerator
FileBrowser
Perf
PerfPrivate
SystemMetrics
TivoliPerfEngine
TivoliPerfAdvisor
ThreadPool
TargetTreeMbean
WMQConnectivityTester
ObjectPoolManager
SIBMain
PmiRmJmxService
ApplicationManager
CompositionUnitManager
Server
TraceService
RasLoggingService
SSLAdmin
DiagnosticService
ORB
HAManager
BulletinBoard
WLMAppServer
NameServer
EndpointCentralManager
TransportChannelService
SIBMQResourceDiscovery
WMQQueueDefiner
WMQInfo
WebServicesSecurityAdmin
WebServicesSecurityAlgorithmHelper
WASSchedulerCfgHelper
SecurityAdmin
FileTransferServer
TransactionService
Transaction
JMSProvider
J2CResourceAdapter
JDBCProvider
DataSource
JDBCDriver
DynaCache
WebServicesService
SdoRepository
SecurityTokenServiceAdmin
CacheableTokenMBean
ExtensionRegistryService
EJBContainer
WebcontainerDiagnosticProvider
J2EEApplication
Application
EJBModule
ObjectPool
WebContainer
PolicySetManager
SessionManager
WebModule
Servlet
Portlet
PortletApplication
AB_AlarmManager
JMSBasicFunction
JMSAdministration
ServerRuleDriverMBean
AdvisorNotificationMBean
StatelessSessionBean
JSP
CommandAssistance
List mbeanlist = mf.getMBeanTypes();
for( Object mbean : mbeanlist ){
System.out.println( mbean );
}
ConfigRepository
JVM
StatusCache
AdminOperations
J2EEDomain
ConfigService
RemoteCommandMgr
AntAgent
AppManagement
J2EEAppDeployment
DataSourceCfgHelper
NotificationService
JMXConnector
WebServer
PluginCfgGenerator
FileBrowser
Perf
PerfPrivate
SystemMetrics
TivoliPerfEngine
TivoliPerfAdvisor
ThreadPool
TargetTreeMbean
WMQConnectivityTester
ObjectPoolManager
SIBMain
PmiRmJmxService
ApplicationManager
CompositionUnitManager
Server
TraceService
RasLoggingService
SSLAdmin
DiagnosticService
ORB
HAManager
BulletinBoard
WLMAppServer
NameServer
EndpointCentralManager
TransportChannelService
SIBMQResourceDiscovery
WMQQueueDefiner
WMQInfo
WebServicesSecurityAdmin
WebServicesSecurityAlgorithmHelper
WASSchedulerCfgHelper
SecurityAdmin
FileTransferServer
TransactionService
Transaction
JMSProvider
J2CResourceAdapter
JDBCProvider
DataSource
JDBCDriver
DynaCache
WebServicesService
SdoRepository
SecurityTokenServiceAdmin
CacheableTokenMBean
ExtensionRegistryService
EJBContainer
WebcontainerDiagnosticProvider
J2EEApplication
Application
EJBModule
ObjectPool
WebContainer
PolicySetManager
SessionManager
WebModule
Servlet
Portlet
PortletApplication
AB_AlarmManager
JMSBasicFunction
JMSAdministration
ServerRuleDriverMBean
AdvisorNotificationMBean
StatelessSessionBean
JSP
CommandAssistance
2011년 8월 12일 금요일
MvsJobSubmitter 이용하여 z/WAS 에서 배치 Job JCL submit 하는 방법
z/WAS에서 배치 Job JCL을 submit하기 위해서 다음의 사항을 먼저 체크한다.
1. z/WAS의 프로세스를 실행하는 user가 JCL이 실행되는 환경에 대한 권한이 있는지
파일을 읽고 쓰기 위해서는 해당 데이터 셋을 읽고 쓸 수 있어야 한다.
2. submitJob , jobStatus REXX script가 ascii 모드가 아닌지 확인 한다.
MvsJobSubmitter는 submitJob과 jobStatus REXX script파일을 실행해서 JCL을 submit 하고 status 를 체크한다. 따라서 submitJob과 jobStatus 파일을 OMVS환경에서 봤을 때 실행가능하고 ascii 파일이 아니어야 실행할 수 있다.
OMVS 환경에서 vi로 파일을 봤을때 정상적으로 보여야 한다. 만약 viascii로 봤을 때 내용이 보인다면 파일을 변경해야 한다. ( vi 로 새 파일을 열고 viascii에서 또는 window시스템에서 복사한 내용을 붙여 넣는 방법도 있음 )
3. jzos.script.path 환경 변수 확인
submitJob과 jobStatus를 실행하기 위해서 해당 파일의 위치를 이 환경변수에서 찾는다.
JZOS 압축을 풀어 놓은 곳에 sample까지 지정하면 된다. ex) /usr/lpp/jzos/sample
z/WAS에서 테스트하기 위해서는 약간의 수정이 필요 하다. MvsJobSubmitter.java를 열고 수정한다.
copyFile(), getInternalReaderWriter() 을 JSP에서 사용할 수 있도록 public 으로 변경한다.
JSP에 job submit 하는 method를 만든다.
<%!
MvsJob submitJob( String jclName ) throws IOException {
MvsJobSubmitter submitter = new MvsJobSubmitter();
submitter.copyFile( jclName, submitter.getInternalReaderWriter() );
return submitter.submitJob();
}
%>
JSP에서 다음처럼 호출하여 job을 submit 한다.
<%
MvsJob job = submitJob("//'DATA.SET.NM(MEMBER)'");
%>
※ 이 외에 FTP를 이용하여 원격으로 job submit을 할 수도 있다. ( IBM readbook 참조 )
※ Job status를 가져오는 것은 에러가 있으나 job이 정상적으로 submit 되는 경우를 확인 함.
※ JCL file read에 문제가 있는 경우 1번항목의 권을 체크 할 것
※ JCL은 읽었으나 REXX syntax에러가 발생하는 경우 2번 항목을 체크 할 것
※ submitJob REXX script를 찾자 못하는 경우 3번 항목을 체크 할 것
1. z/WAS의 프로세스를 실행하는 user가 JCL이 실행되는 환경에 대한 권한이 있는지
파일을 읽고 쓰기 위해서는 해당 데이터 셋을 읽고 쓸 수 있어야 한다.
2. submitJob , jobStatus REXX script가 ascii 모드가 아닌지 확인 한다.
MvsJobSubmitter는 submitJob과 jobStatus REXX script파일을 실행해서 JCL을 submit 하고 status 를 체크한다. 따라서 submitJob과 jobStatus 파일을 OMVS환경에서 봤을 때 실행가능하고 ascii 파일이 아니어야 실행할 수 있다.
OMVS 환경에서 vi로 파일을 봤을때 정상적으로 보여야 한다. 만약 viascii로 봤을 때 내용이 보인다면 파일을 변경해야 한다. ( vi 로 새 파일을 열고 viascii에서 또는 window시스템에서 복사한 내용을 붙여 넣는 방법도 있음 )
3. jzos.script.path 환경 변수 확인
submitJob과 jobStatus를 실행하기 위해서 해당 파일의 위치를 이 환경변수에서 찾는다.
JZOS 압축을 풀어 놓은 곳에 sample까지 지정하면 된다. ex) /usr/lpp/jzos/sample
z/WAS에서 테스트하기 위해서는 약간의 수정이 필요 하다. MvsJobSubmitter.java를 열고 수정한다.
copyFile(), getInternalReaderWriter() 을 JSP에서 사용할 수 있도록 public 으로 변경한다.
JSP에 job submit 하는 method를 만든다.
<%!
MvsJob submitJob( String jclName ) throws IOException {
MvsJobSubmitter submitter = new MvsJobSubmitter();
submitter.copyFile( jclName, submitter.getInternalReaderWriter() );
return submitter.submitJob();
}
%>
JSP에서 다음처럼 호출하여 job을 submit 한다.
<%
MvsJob job = submitJob("//'DATA.SET.NM(MEMBER)'");
%>
※ 이 외에 FTP를 이용하여 원격으로 job submit을 할 수도 있다. ( IBM readbook 참조 )
※ Job status를 가져오는 것은 에러가 있으나 job이 정상적으로 submit 되는 경우를 확인 함.
※ JCL file read에 문제가 있는 경우 1번항목의 권을 체크 할 것
※ JCL은 읽었으나 REXX syntax에러가 발생하는 경우 2번 항목을 체크 할 것
※ submitJob REXX script를 찾자 못하는 경우 3번 항목을 체크 할 것
2011년 8월 2일 화요일
EJB3 Transaction
- EJB 3 provides a built-in JTA transaction manager
- JTA transactions and non-JTA (resource-local) transactions
- Resource-local transactions are restricted to a single resource manager, such as a database connection
- The default behavior described above is specified by the REQUIRED transaction attribute
- MDBs support only the REQUIRED and NOT_SUPPORTED
2010년 9월 9일 목요일
PCOMM 화면 크기 조절
화면을 40x132로 변경하는 방법
- 1. Create a PCOM
session
2. 텍스트 편집기(notepad 등)로 1에서 생성한 profile을 연다. ( .ws 파일 )
- C:\Documents and Settings\<your windows username>\Application Data\IBM\Personal Communications\<profilename>.WS
-
3. .WS 파일은 아래와 비슷한 내용이 들어 있게 된다.
-
[Profile]
ID=WS
Version=6
[Telnet3270]
HostName=hostsystem.ibm.com
Security=N
AutoReconnect=Y
[Communication]
Link=telnet3270
TerminalTypeString=IBM-DYNAMIC <== Specify only in PCOMM 5.9 and later
[3270]
ScreenSize=43x80
QueryReplyMode=Auto
HostCodePage=1047-U
[Keyboard]
CuaKeyboard=1
Language=United-States
DefaultKeyboard=C:\Documents and Settings\Someuser\Application Data\IBM\Personal Communications\kb.kmp
IBMDefaultKeyboard=N
[VT]
VTCaptureLogFileName=C:\Documents and Settings\Someuser\My Documents\hostsystem.txt
[Colors]
BaseColorNormalProtected=5BECE9 000000
ExtendedColorBlue=58F0F0 000000
4. [3270] 섹션의 ScreenSize 를 40x132로 고친다. 없으면 추가한다.
5. 파일을 저장한다. 기본 내용을 보존하고 싶으면 다른이름으로 저장한다.
6. PCOMM을 시작하고, 작성한 profile을 시작 한다.
7. Log on 을 아래처럼 dynamic logmode를 이용하여 한다.
LOGON APPLID(TSO) LOGMODE(D4C32XX3)
8. TSO 로그인을 하고, ISPF 의 셋팅으로 들어간다. (Settings 라고 입력).
9. ISPF Settings 화면에서 Screen format 값을 3 (Max)으로 변경. Terminal Type 값을 4 (3278A)로 변경
피드 구독하기:
글 (Atom)