WebLogic/ different from tomcat

tomcat is not j2ee, thus it doesnt have application.xml.
□j2ee needs application.xml.
□cache of weblogic is <'C:\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user>.★
also, make sure to delete the project unused via the weblogic admin server console.
□reason why cant deploy w/ weblogic:
cuz, there is the setting to log out to the file(web-inf/calculator.log) which located in a war file.
--log4j.xml:
<'appender name="LOGFILE" class="org.apache.log4j.FileAppender">
<'param name="File" value="${03mvc_ex01answer.root}/WEB-INF/calculator.log" />
<'layout class="org.apache.log4j.PatternLayout">
<'param name="ConversionPattern"
value="%d %-5p [%t] %C{2} (%F:%L) - %m%n"/>
<'/layout>
<'/appender>
--
thus, set the log-file location as C:\bea\user_projects\domains\base_domain\servers\AdminServer\logs,
might be successful.
□when to input add-mail w/ outlook
type some keyword (id) and ctrl+K.
□UnsupportedClassVersionError: Bad version number in .class file :
make sure the two, <'eclipse-project-property-Java compiler-JDK compliance-X.X> and <'C:\..\Java\jdk1.X>.
□IOException parsing XML document from ServletContext resource [/WEB-INF/testing-servlet.xml];
nested exception is java.io.FileNotFoundException: Could not open ServletContext resource :
write as following.
--web.xml
<'servlet>
<'servlet-name>testing<'/servlet-name>
<'servlet-class>
org.springframework.web.servlet.DispatcherServlet
<'/servlet-class>
<'!-- just try -->
<'init-param>
<'param-name>contextConfigLocation<'/param-name>
<'param-value>/WEB-INF/applicationContext.xml<'/param-value>
<'/init-param>
<'load-on-startup>1<'/load-on-startup>
<'/servlet>
--

tag : WebLogic tomcat

2011-05-21 16:44 : apsrv : コメント : 0 : トラックバック : 0 :

WebLogic/ Remote Debug

setting at webLogic side;
open the file "\bin\startWebLogic.cmd" located at home directory of webLogig domain.
add setting as follows:
set JAVA_OPTIONS=-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005
then, start WebLogic.

--startWebLogic.cmd--

@REM Console Online Help(http://e-docs.bea.com/wls/docs92/ConsoleHelp/startstop.html).
@REM *****

@REM call setDomainEnv here.

set DOMAIN_HOME=C:\bea\user_projects\domains\base_domain
for %%i in ("%DOMAIN_HOME%) do set DOMAIN_HOME=%%~fsi

call "%DOMAIN_HOME%\bin\setDomainEnv.cmd" %*

set JAVA_OPTIONS=-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005

set SAVE_JAVA_OPTIONS=%JAVA_OPTIONS%

set SAVE_CLASSPATH=%CLASSPATH%

tag : WebLogic Remote Debug

2010-04-19 23:41 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ Performance tuning for JMS

Java heaps

An instance of WebSphere Application Server, with WebSphere Platform Messaging enabled, runs on top of three different processes called regions: the control region (CR), the servant region (SR) and the control region adjunct (CRA). Each region has its own JVM and therefore its independent configuration/tuning:

* The CR is the heart of WebSphere Application Server and handles all intra-region communications. The CR controls the distribution of incoming messages to the several existent SRs. The CR requires a small amount of code and little heap space to operate. Use a heap size of 256MB or more for the CR.
* The SR hosts the EJB container process runs in multiple JVMs for scalability. In the messaging world, the SR runs the MDBs. Because the SR is memory-hungry, use a heap size of 512MB or more.
* There is only one CRA in which the WebSphere Platform Messaging process operates. The CRA is effectively in charge of all the messaging code and requires a substantial heap size. Use a heap size of 512MB or more.


On z/OS system, the messaging engine is executed in its own Java Virtual Machine, often referred to as the CRA. Two important components of the messaging engine run in the CRA: the resource adapter and the Message Store. The resource adapter deals with MDBs. The Message Store is responsible for writing persistent messages to the database.


Tuning MDBs is not trivial. An MDB is a stateless session bean which is missing its home or remote interface. An application cannot invoke an MDB directly but only indirectly by sending a message on a queue on which the MDB is listening. The MDB lives in the EJB container and as such it has to interface with the messaging world through some kind of adapter. On z/OS the container runs in a different process (SR) than the messaging engine (CRA). The code that interfaces the two processes is called the resource adapter and lives part in the SR and part in the CRA.

This adapter defines an object called activation specification that acts as connection factory for the MDBs.



ref:
Performance tuning for Java Messaging Service on WebSphere Application Server on z/OS
http://www.ibm.com/developerworks/websphere/library/techarticles/0608_oriato/0608_oriato.html

tag : WebSphere CR SR CRA

2009-09-06 01:33 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ トランザクションタイムアウト

■EJBコンテナ別のトランザクションタイムアウトの設定
Increase the lifetime timeout value of the WebSphere ESB application server:
1.If necessary, restart the application server.
2.Log in to the console.
 a.Open a browser, and navigate to the following URL: http://host_name:9060/ibm/console.
  Where:
   host_name is the fully qualified host name of the server
   where the application or the network deployment manager is deployed 9060 is the port
   used to access the console (The default port is 9060.)
 b.Enter your user ID and password. The user ID is required.
  A password is only required if security is enabled.
c.Click Log in.
3.Click Servers > Application Servers.
4.Click server_name.
5.Under Container Services, click Transaction Service.
6.Type a larger value for Total transaction lifetime timeout. For more information about setting the Transaction service settings, consult the WebSphere Application Server Information Center using the link provided below.
7.Restart the application server to make your changes effective.

■EJBアプリ別のグローバルトランザクションタイムアウトの設定
project > contextMenu > Java EE > WebSphere拡張機能デプロイメント記述子の生成
--> project > ejbModule > META-INF > ibm-ejb-jar-ext.xml > GUI

--------------------------------------------------
<'?xml version="1.0" encoding="UTF-8"?>
<'ejb-jar-ext xmlns="http://websphere.ibm.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://websphere.ibm.com/xml/ns/javaee http://websphere.ibm.com/xml/ns/javaee/ibm-ejb-jar-ext_1_0.xsd"
version="1.0">
  <'message-driven name="HogeMessageDrivenBean">
    <'global-transaction transaction-time-out="120" />
  <'/message-driven>
<'/ejb-jar-ext>
--------------------------------------------------

default global transaction timeout: 120 sec


ref:
http://www.coderanch.com/t/77252/Websphere/we-increase-tranasaction-time-ejb
http://www-01.ibm.com/support/docview.wss?rs=2307&context=SSQH9M&dc=DB560&dc=DB520&uid=swg21330852&loc=en_US&cs=UTF-8&lang=en&rss=ct2307websphere

tag : WebSphere

2009-06-18 23:40 : apsrv : コメント : 0 : トラックバック : 0 :

WebLogic/ WebServices/ Ant/ Sample

┌────┐
build.xml
└────┘

<'?xml version="1.0" encoding="UTF-8"?>
<'project name="hoge" default="default" basedir="..">

<'!-- ====================== -->
<'!-- PROPERTY DEFINITIONS -->
<'!-- ====================== -->
<'!-- set global properties for this build -->
<'property environment="env"/>
<'!-- [WebLogic Environment Settings] -->
<'property name="BEA_HOME" value="C:\bea" />
<'property name="WL_HOME" value="${BEA_HOME}\wlserver_10.0" />
<'property name="PORT" value="7001" />

<'property name="deploy.dir" value="${basedir}\build\deploy" />
<'property name="webservice.dir" value="${basedir}\build\jws" />
<'property name="wsdl.dir" value="${basedir}\build\wsdl" />

<'property name="webinfo.dir" value="${basedir}\WebContent\WEB-INF" />
<'property name="source.dir" value="${basedir}\sources" />
<'property name="classes.dir" value="${basedir}\classes" />
<'property name="lib.dir" value="${basedir}\lib" />
<'property name="client_ear_file" value="hoge-client" />
<'property name="client_war_file" value="hoge-client" />

<'taskdef name="clientgen" classname="weblogic.wsee.tools.anttasks.ClientGenTask" />

<'!-- ====================== -->
<'!-- TARGET DEFINITIONS -->
<'!-- ====================== -->
<'!-- the default target -->
<'target name="default" depends="clean, native2ascii, webservice-materials" />

<'target name="clean" description="cleaning all directories." >
 <'delete includeemptydirs="true" failonerror="false" >
  <'fileset dir="${classes.dir}" includes="**/*" />
 <'/delete>
 <'delete failonerror="false" >
  <'fileset dir="${deploy.dir}" includes="**/*.ear" />
 <'/delete>
 <'delete failonerror="false"
  <'fileset dir="${webservice.dir}" includes="**/*.*" />
 <'/delete>
 <'delete failonerror="false">
  <'fileset dir="${wsdl.dir}" includes="**/*.wsdl" />
 <'/delete>
<'/target>

<'!-- check the presense of webservices.jar file -->
<'target name="checkjar">
 <'available file="${WL_HOME}/server/lib/webservices.jar" property="webservices.jar.present" />
<'/target>
<'target name="check" depends="checkjar" unless="webservices.jar.present">
 <'fail>
  webservices.jar file was not found. download it from BEA web site and place it in WL_HOME/server/lib directory.
 <'/fail>
<'/target>

<'!-- convert the code of property files to ascii-code. -->
<'target name="native2ascii">
 <'delete>
  <'fileset dir="${classes.dir}" includes="**/*.properties" />
  <'fileset dir="${classes.dir}" includes="**/*.properties.sjis" />
 <'/delete>
 <'!-- copy the property files to classes directory -->
 <'native2ascii encoding="Shift_JIS" src="sources" dest="${classes.dir}" includes="**/*.properties" />
 <'!-- convert properties to japanese which in resource directory -->
 <'!--
 <'native2ascii encoding="Shift_JIS" src="sources" dest="${classes.dir}" includes="**/*.properties.sjis" ext="" />
 -->
<'/target>

<'target name="re-native2ascii">
 <'delete>
  <'fileset dir="${classes.dir}" includes="**/*.properties" />
  <'fileset dir="${classes.dir}" includes="**/*.properties" />
 <'/delete>
<'/target>

<'target name="build-webservice-ear" description="generating a ear file contains all files required for webservice.">
 <'servicegen
  desEar="${webservice.dir}/${client_ear_file}.ear"
  warName="${client_war_file.war}">
  <'classpath>
   <'pathelement path="${WL_HOME}\server\lib\webserviceclient.jar" />
   <'pathelement path="${WL_HOME}\server\lib\weblogic.jar" />
   <'pathelement path="${WL_HOME}\server\lib\wseeclient.jar" />
   <'pathelement path="${lib.dir}\hoge.jar" />
   <'pathelement path="${classes.dir}" />
   <'pathelement path="C:\Sun\SDK\jdk\lib" />
  <'/classpath>
  <'service
   javaClassComponents="com.grandpapkg.parentpkg.childpkg.HogeReceiver"
   targetNamespace="http://childpkg.parentpkg.grandpapkg.com"
   serviceName="HogeHogeSerive"
   serviceURI="/HogeReceiver"
   generateTypes=True"
   expandMethod="True">
   <'client
    packageName="childpkg.parentpkg.grandpapkg.com"
    clientJarName="hoge-receiver-client.jar" />
  <'/service>
  <'service
   javaClassComponents="com.grandmapkg.parentpkg.childpkg.AnotherHogeReceiver"
   targetNamespace="http://childpkg.parentpkg.grandmapkg.com"
   serviceName="AnotherHogeHogeService"
   serviceURI="/AnotherHogeReceiver"
   generateTypes="True"
   expandMethods="True">
   <'client
    packageName="childpkg.parentpkg.grandmapkg.com"
    clientJarName="another-hoge-receiver-client.jar" />
  <'/service>
 <'/servicegen>
<'/target>

<'target name="webservice-materials"
 depends="build-webservice-ear" description="preparing all materials needed for webserivce.">
 <'!-- get webService materials out from ear file. -->
 <'copyfile dest="${webservice.dir}/tmp/${client_ear_file}.zip" src="${webservice.dir}/${client_ear_file}.ear" />
 <'unzip dest="${webservice.dir}/tmp/${client_ear_file}" src="${webservice.dir}/tmp/${client_ear_file}.zip" />
 <'unwar dest="${webservice.dir}/tmp/${client_ear_file}/${client_war_file}" src="${webservice.dir}/tmp/${client_ear_file}/${client_war_file}.war" />
 <'copy todir="${webservice.dir}">
  <'!-- the jar-file which has stub, mapping classes for webServiceClient. -->
  <'fileset dir="${webservice.dir}/tmp/${client_ear_file}/${client_war_file}">
   <'include name="*.jar" />
  <'/fileset>
  <'!-- web-service.xml which defines IF for webServiceServer. -->
  <'fileset dir="${webservice.dir}/tmp/${client_ear_file}/${client_war_file}/WEB-INF">
   <'include name="web-services.xml" />
  <'/fileset>
 <'/copy>
 <'copy todir="${webinf.dir}" description="copy the same web-service.xml to WEB-INF." overwrite="true">
  <'fileset dir="${webservice.dir}/tmp/${client_ear_file}/${client_war_file}/WEB-INF">
   <'include name="web-services.xml" />
  <'/fileset>
 <'/copy>
 <'!-- comment in following pert if you need wsdl-files. -->
 <'!-- get the wsdl-files out from created ear-file. -->
 <'unjar dest="${webservice.dir}/tmp" overwrite="yes">
  <'fileset dir="${webservice.dir}">
   <'include name="*.jar" />
  <'/fileset>
 <'/unjar>
 <'copy todir="${wsdl.dir}" includeemptydirs="no" flatten="yes">
  <'fileset dir="${webservice.dir}/tmp">
   <'include name="**/*.wsdl" />
  <'/fileset>
 <'/copy>
 <'delete dir="${webservice.dir}/tmp" />
<'/target>


<'/project>

tag : Ant build.xml

2009-05-18 06:38 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ Message Broker

■Overview
WebSphere Message Broker (WMB) help you integrate your business processes and applications.

The brolers use WebSphere MQ to provides a secure, platform independent communications infrastructure.


■Capabilities
Using a broker gives your applications the flexibility to select which messages to receive based on topic or content-based filters.

Messages Brokers can ensure that applications receive data in the proper format w/o knowing aynthing except their own conventions and requirements.
The broker can do the transformation outside of the applications, allowing deverse applications to work in concert. This is valuable for legacy applications which do not need to be changed.
It also means that changes in one area of the enterprise do not require reprogramming in other ares.

The Message Broker provides the framework supporting basic functions and user-defined enhancements which facilitate rapid development and modification of business processing rules that are applied to the messages in the system.


■Products
-WebSphere Event Broker
provides an optimized publish and subscribe function.
It provides high-performance nonpersistent publish and subscribe functionality to clients that are connected using various transports.

-WebSphere Message Broker
which extending WebSphere Event Broker, provides a powerful, point-to-point message broker solution driven by business rules.

-Rules and Formatter Extension
ensures continued use of existing business integration logic defined with Rules and Formatter Nodes from earlier versions of Message Broker.


WebSphere Event Broker
The Event Broker provides a method to create topics and subscription points and provides access control funstions.


■WebSphere Message Broker
The Message Broker allows you to manage the flow of information through your enterprise and integrate your applications.

In addition to the pub/sub functions of the Event Broker, the Message Broker allows you to:
-Using rules based on the contents of the message, to route a message to multiple destinations
-Transform the format of a message to accomodate the receiving application's requirements
-Interact with a database by retrieving a message or storing a message
-Modify the contents of a message.

□benefits
-Processes and applications can be integrated by providing message and data transformations in a single place, the broker.
This helpls reduce the cost of application upgrades and modifications.

-Systems can be extended to reach suppliers and customers by meeting their interface requirements within the brokers; can help improve the quality of interactions, allowing expeditious responses to changing or additional requirements.


■WebSphere Message Broker platforms
-AIX
-HP-UX
-Linux(x86)
-Linux(zSeries)
-Solaris
-Windows
-z/OS


ref:
http://publib.boulder.ibm.com/infocenter/ieduasst/v1r1m0/topic/com.ibm.iea.wmb_v6/wmb/6.0/Overview/Broker_Overview/WMB.Introduction.pdf
http://www-06.ibm.com/jp/software/websphere/integration/wmbv61/

tag : WebSphere Message Broker

2009-03-18 00:10 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ ObjectGrid architecture

■Introduction
ObjectGrid (OG) provides for both local, in-memory data caching and distributed coherent client/server data caching. Local and distributed coherent OG topologies both provide the same application programming model for interacting in the cache.

Distributed coherent OG caches offer increased performance, availability and scalability and can be configured using both static and dynamic topologies. The dynamic deployment topology is new for OG v6.1 and allows automatic balancing of OG servers. Additional servers can be added to an OG w/o restarting the OG. This allows for very simple or small deployments and for very large terabyte sized deployments where thousands of servers are needed. The static deployment topology is also available w/ all versions of OG and uses a declarative approach to defining the topology.

The following topics are discussed in this section:
-ObjectGrid
-Map
-Schema
--Map Schema
--Entity Schema
-Distributed ObjectGrid concepts
-Dynamic deployment topology
--ObjectGrid container
-Map set
--Partition
--Shard
---Primary Shard
---Replica Shard
----Synchronous Replica
----Asynchronous Replica
--Catalog Service
---Location Service
---Placement Service
---Core Group Manager
---Administration
-Static deployment topology
-Choosing a dynamic or static deployment topology


ObjectGrid
An OG is a logical container for application state. It can be physically mapped to a single JVM or a thousand server grid spread over multiple data centers. Each OG has one or more maps defined. In a distributed environment, maps are organized into map sets.


■Map
A Map is a container for key/value pairs. It allows an application to store a value indexed by a key. Maps support indexes that can be added to index attributes on the value or pieces of the key. These indexes are automatically used by query to determine the most efficient way to execute a query.


■Schema
A map set can have a schema associated with it. A schema is the meta data that describes the relationships b/w each map (when using homogeneous Object types) or entity.

ObjectGrid
|
|-Map Set 1 With Following Shema
|--Map1→Map2⇔Map3
|
|-Map Set 2 With Following Shema
|--Map1→Map2⇔Map3←Map4→Map5


■Map Schema
TheOG can store seializable Java objects in each of the maps using the ObjectMap API. A schema can be defined over the maps to identify the relationship b/w the objects in the maps when the maps hold objects of a single type. Defining a schema for maps is required to query the contents of the map objects. An OG can have multiple map schemas defined.


■Entity Schema
The OG can also store entities using the EntityManager API. Each entity is associated with a map. The schema for an entity map set is automatically descovered using either an entity descriptor XML file or annotated Java classes. Each entity has a set of key attributes and set of non-key attributes. An entity can have relationships to other entities. OG supports one to one, one to many, many to one and many to many relationships. Each entity is physically mapped to a single map in the map set. Entities allow applications to easily have complex object graphs that span multiple Maps. A distributed OG can have only one entity schema.


■Distributed ObjectGrid concepts
Distributed OGs require minimal additional infrastructure to operate. The minimum infrastructure is some scripts to install, start and stop a J2EE application on a server. OG servers are used to store the cached data and clients remotely connect to the OG servers.


■Dynamic deployment topology
New for OG v6.1 is support for plug-in-play type configuration. The dynamic configuration capability of the OG makes it easy to add resources to the system. We introduce an OG container to host the data and the catalog service as the touch point for the grid. The former is responsible for maintaining the data and the latter is responsible for forwarding requests to the right place on first touch, allocating space in host containers, and managing health and avilability of the overall system.

Clients connect to a catalog service, retrieve a description of the OG server topology and then communicate directly to each OG server as needed. When the server topology changes due to the addition of new servers, or due to the failure of others, the client is automatically routed to the appropriate server that is hosting the data.

In the following diagram, many of the possible deployment combinations are illustrated
-A catalog service typically exists in its onw cluster of JVMs. A single catalog service can be used to namage multiple OGs.
-A container can be started in a JVM by itself or can be loaded into a arbitrary JVM with other containers for different OGs (for example, an application server JVM).
-A client can exist in any JVM and talk to one or more OGs. A client can also exist in the same JVM as a container.

diagral: http://www.ibm.com/developerworks/wikis/download/attachments/1935588/ogarch_dyntopology.jpg


■ObjectGrid container
The container is a service that hosts application data for the grid. This data is generally broken into parts, called partitions and hosted across multiple containers. So each container in turn hosts a subset of the complete data. A Java Virtual Machine (JVM) may host one or more containers and each container can host hultiple shards.


■Map set
A map set is a collection of maps with a common partitioning key. The data within the maps are replicated based on the policy defined on the map set. A map set is only used for distributed OG topologies and is not needed for local OGs.


■Partition
A Partition hosts asubset of the data in the grid. Think of this like a drawer in a file cabinet. Say you had employee records in a two drawer file cabinet with A-M in the upper drawer and N-Z in the bottom drawer. In OG terms, this file cabinet would be a grid with two partitions: One partition hasts Employees A-M, the other N-Z. Of course, you may need a larger file cabinet to hold all of the files. So you may have a 26 drawer file cabinet one for each letter. This is fine even when you only have two containers as the OG will automatically put multiple partitions in a single container and then spread them out as more containers become available.


■Shard
A Shard is an instance of a partition and has one of two roles: primary or replica. The promary shard and its replicas make up the physical manifestation of the partition. This means that they each host the full set of data for the partition redundantly.

□Primary Shard
A primary shard is the only partition instance that allows transactions to write to the cache.

□Synchronous Replica
A synchronous replica shard receives updates as part of the primary's transaction to guarantee data consistency. A synchronous replica can double the response time as the transaction has to commit on both the primary and the synchronous replica before the transaction iscomplete.

□Scynchronous Replica
An asynchronous replica shard receives updates after the transactioncommits to limit impact on performance but introduces the possibility of data loss as the asynchronous replica can be several transactions behind the primary.


■Catalog Service
The Catalog responsibilities are broken uop into a series of service. Locality is managed by the Location Service; allocation is done through the Placement Service; peer grouping for health monitoring is done by the Core Group Manager; and there is a service that provides access to administration.

JVM
|--Catalog Service
| |--Location Service
| |--Placement Service
| |--Core Group Mgr
| |--Administration

The Catalog Service hosts logic that should be idle during steady state and as such has little influence on scalability. It is built to service hundreds of containers becoming available simultaneously. For availability, the catalog service should be configured into a cluster.

Catalog Service Cluster
|--JVM
| |--Catalog Service...
|--JVM...

□Location Service
The Location Service acts as the touch point for both clients looking for the containers that host the application they seek as well as for containers themselves looking to register hasted application with the Placement Service. The Location Service runs in all of the cluster members to scale out this function.

□Placement Service
The placement service is the central nervous system for the grid. This service is responsible for allocating individual shards to their host container. It runs as one-of-N elected service in the cluster so there is always exactly one instance of the service running. If that instance should fail, then another process gets elected and takes over. All state for the catalog service is replicated across all servers hosting the catalog service for redundancy.

□Core Group Manager
The Core Group Manager is a fully automatic service responsible for organizing containers in to small groups of servers that are then automatically loosely federated to make an OG. When a container firstcontracts the catalog service, it waits to be assigned to either a new or existing group of several JVMs. An OG consists of many such groups and this grouping is a key scalability enabler. Each group is a group of JVMs that monitor each others availability through heart beating. One of these group members will be elected the leader and have an added responsibility to relay availability information to the calalog service to allow for reacting to failures by re-allocation and route forwarding.

□Administration
As the central nervous system of the grid, the catalog service is also the logica lentry point for system administration.


■Static deployment topology
All versons of OG support a static deployment topology, where the OG server topology is defined in a cluster descriptor XML file. There is no catalog service needed as each primary, replica and partition is explicitly defined in one central file.


■Choosing a dynamic or static deployment topology
The dynamic deployment topology is the most flexible, as it allows adding and removing OG servers to better utilize resources w/o tearing-down the entire cache. This is accomplished by using the catalog service which automatically manages the assignment of OG servers to the active containers. All dynamic deployment topology clients communicate to the catalog service and OG servers through IIOP.
Although a static deployment topology is fixed, it doesntrequire a catalog service and allows fixed placement of the OG data. The location of each primary, replica and partition is explicitly defined in the cluster deployment XML. All clients communicate to the OG servers through TCP/IP using the OG.
The dynamic deployment topology will continue to be enhanced to support a variety of deployment scearios and shourld be strongly considered over the static deployment topology.



ref:
WebSphere eXtreme Scale V6.1 User Guide
ObjectGrid architecture
http://www.ibm.com/developerworks/wikis/display/objectgridprog/ObjectGrid+architecture?decorator=printable

tag : WebSphere ObjectGrid architecture OG

2009-03-06 05:13 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ ObjectGrid

概念掴むには◎

■Overview
The ObjectGrid is a primary storage database that fits in the Extreme Transaction Processing middleware segment. It is not a traditional database and as such does not use secondary storage (writing to disk), as its mechanism for persistence.

The ObjectGrid keeps the data close to the application logic, freeing up expensive or slow persistent storage devices. By operating in both a local or distributed mode, the ObjectGrid can provide solutions to several common problems.


■An in-memory cache
Inn the simplest case, the ObjectGrid can be used as an in-memory cache. It can be used to provide consistent, transactional access to temporary data within a single JVM. This can especially benefit high-concurrency applications where multiple threads need to access and modify transient data. The data kept in a local ObjectGrid can be indexed and retrieved using our query support or continuous query support. The ability to query the data can help developers greatly when working with large in memory datasets versus the limited data structure support provided with the JVM out of the box.


■A shared coherent cache
The ObjectGrid can used as a shared coherent cache, to provide transactional access to data to multiple components where a tranditional database would otherwise be used. This can enhace the ease of development and deployment of the application by eliminating the need to configure the database. The cache is coherent from the point of view that all clients see the same cache, each piece of data is stored in exactly one server in the grid thus avoiding wasteful copies of records which would usually also be different versions. A coherent cache can also hold more data as more servers are added to cluster. Each JVM holds a unique subset of the total data set. Larger clusters can both hold more data and service more requests for that data. This characteristic means it scales linearly as the cluster size grows. It also eliminates the need to push invalidation data around the cluster because there is no stale data, the coherent cache only holds the latest copy of each piece of data.


■A traditional database "shock absorber"
The ObjectGrid can be used to front a traditional database and offload some of the work puched to the database by eliminating read activity normally pushed to the database. A coherent cache can be used with an application directly or indirectly using an object relational mapper. The coherent cache can then offload the database or backend from reads. In a slightly more complex scenario, such as trasactional access to a data set where only some of the data requires traditional persistence guarantees, filtering can be used to offload even write transactions.


■A scalable, low latency, highly available, data store
The ObjectGrid is built to be extremely scalable and still provide the lowest possible latencies by providing the capability to execute logic local to the data thus eliminating network latency as well as serialization costs normally incurred.
In this scenario, the ObjectGrid is dynamically managed and is replicated and fault tolerant. However, the application is cumminating w/ the local grid instance and the lifecycle of the application is coupled with the placement of the ObjectGrid.



ref:
↓INDEX
developerworks > Dashboard > WebSphere eXtreme Scale V6.1 User Guide > Reference
http://www.ibm.com/developerworks/wikis/display/objectgridprog/Reference
↓○
ObjectGrid overview
http://www.ibm.com/developerworks/wikis/display/objectgridprog/ObjectGrid+overview
↓△
WebSphere Extended Deployment バージョン6.0.x ObjectGrid プログラミング・モデル・ガイド
ftp://ftp.software.ibm.com/software/webserver/appserv/library/v60/objectgrid_guide_ja.pdf

tag : ObjectGrid OG

2009-03-05 21:58 : apsrv : コメント : 0 : トラックバック : 0 :

WebLogic/ WebServices/ Ant

【*】clientgen
サービススタブ等Webサービスの呼び出しに使用するクライアントサイドのアーティファクトを生成する。
JAX-RPC1.1 WebサービスとJAX-WS2.0 Webサービスの両方に対して使用できる。

【*】jwsc
JWS(JavaWebService)アノテーション付きファイルをWebサービスにコンパイルする。
JAX-RPC1.1 WebサービスとJAX-WS2.0 Webサービスの両方を生成できる。

【*】wsdlc
WSDLファイルを基にWebサービスの部分的な実装を生成する。

【+】sample/build.xml/jwsc
<'project name="hoge-service">
 <'target name="clean">
  <'delete>
   <'!--delete all in sub folder "tmp." -->
   <'fileset dir="tmp" />
  <'/delete>
 <'/target>

 <'!-- jwsc ant task -->
 <'taskdef name="jwsc" classname="weblogic.wsee.tools.anttasks.JwscTask" />

 <'path id="myClassID">
  <'pathelement path="${java.class.path}" />
  <'pathelement path="${additional.path}" />
 <'/path>

 <'target name="build-service">
  <'jwsc srcdir="MyWSFile.java"
    classpath"${java.class.path};my_fab_directory">
   <'!-- you also can def as follows instead of above definition.
   <'classpath>
    <'pathelement path="${java.class.path}" />
    <'pathelement path="my_fab_directory" />
   <'/classpath>
   -->
   <'!-- or define the classpath out. and ref it here.
   <'classpath refid="myClassID" />
   -->
   ...
  <'/jwsc>
 <'/target>

<'/project>

【*】clientgen
クライアントアプリがWebLogic Webサービスと非WebLogic Webサービスの両方の呼び出しに使用できるクライアントコンポーネントファイルを既存のWSDLファイルから生成する。
クライアントコンポーネント↓
+Stub/Serviceインタフェース実装のJavaソースコード
+XMLスキーマデータ型のJavaソースコード
+JAX-RPCマッピングデプロイメント記述子ファイル
※WL10:weblogic.wsee.tools.anttasks.ClientGenTask
※WL81:weblogic.webservice.clientgen (非推奨)

【+】sample/clientgen
<'taskdef name="clientgen"
  classname="weblogic.wsee.tools.anttasks.ClientGenTasks" />
<'target name="build_client">
 <'clientgen
  wsdl="http://hoge.com/hogeapp/hogeservice.wsdl"
  destDir="/output/clientclasses"
  packageName="hogeapp.hogeservice.client"
  serviceName="StrockQuoteService" />
 <'javac ... />
<'/target>
※JARファイル指定する場合は[destDir]の代わりに[destFile]で指定。
 destFile="/out/jarfiles/hogeclient.jar"
 この場合clientgen]後に[javac]の必要なし。
JAX-WS2.0の場合はtype属性で指定。(指定なし/デフォルトでは[JAXRPC])
 <'clientgen
  type="JAXWS"
  wsdl="hogehoge"
  ... />

【*】jwsc
もろもろを生成する。
もろもろ↓
+ServiceEndpointInterface
+全デプロイメント記述子
 -標準のwebservice.xml
 -JAX-RPCマッピングファイル
 -weblogic-webservices.xml(WebLogic固有のWebサービスデプロイメント記述子)
 -XMLスキーマ表現
 -WSDLファイル

【+】sample/jwsc
<'taskdef name="jwsc"
  classname="weblogic.wsee.tools.anttasks.JwscTask">
<'target name="build-service">
 <'jwsc
   srcdir="src"
   destdir="output/HogeEar">
  <'jws file="examples/webservices/jwsc/HogeServiceImpl.java" />
 <'/jwsc>
<'/target>
※HogeServiceImpl @ {project}/src/examples/webservices/jwsc/HogeServiceImpl.java
※application.xmlもoutput/HogeEar/META-INFディレクトリに生成される。

【+】sample/jwsc
複数の JWS ファイルを個別WARファイルに分割パッケージ指定
<'path id="add.class.path">
 <'pathelement path="${myclasses-dir}"/>
 <'pathelement path="${java.class.path}"/>
<'/path>
...
<'target name="build-service2">
 <'jwsc
   srcdir="src"
   destdir="output/TestEar"
   verbose="on"
   debug="on"
   keepGenerated="yes"
   classpathref="add.class.path" >
  <'jws file="examples/webservices/jwsc/TestServiceImpl.java" />
  <'jws file="examples/webservices/jwsc/AnotherTestServiceImpl.java" />
  <'jws file="examples/webservices/jwsc/SecondTestServiceImpl.java" />
 <'/jwsc>
<'/target>

【+】sample/jwsc
複数の JWS ファイルを単一WARファイルに分割パッケージ指定
<'target name="build-service3">
 <'jwsc
   srcdir="src"
   destdir="output/TestEar" >
  <'module contextPath="test" name="myJar" >
   <'jws file="examples/webservices/jwsc/TestServiceImpl.java" />
   <'jws file="examples/webservices/jwsc/AnotherTestServiceImpl.java" />
   <'jws file="examples/webservices/jwsc/SecondTestServiceImpl.java" />
  <'/module>
 <'/jwsc>
<'/target>

【+】sample/jwsc
全ての転送形式(HTTP, HTTPS, JMS)を使用したWebサービスの呼び出し方法
<'target name="build-service4">
 <'jwsc
   srcdir="src"
   destdir="output/TestEar">
  <'jws file="examples/webservices/jwsc/TestServiceImpl.java">
   <'WLHttpTransport
     contextPath="TestService" serviceUri="TestService"
     portName="TestServicePortHTTP"/>
   <'WLJmsTransport
     contextPath="TestService" serviceUri="JMSTestService"
     portName="TestServicePortJMS"
     queue="JMSTransportQueue"/>
   <'clientgen
     wsdl="http://examples.org/complex/ComplexService?WSDL"
     serviceName="ComplexService"
     packageName="examples.webservices.simple_client"/>
  <'/jws>
 <'/jwsc>
<'/target>

【+】sample/jwsc
さらに<'jws>要素を1つの<'module>要素でグループ化
<'target name="build-service5">
 <'jwsc
   srcdir="src"
   destdir="output/TestEar">
  <'module contextPath="TestService" >
   <'jws file="examples/webservices/jwsc/TestServiceImpl.java">
    <'WLHttpTransport
      serviceUri="TestService"
      portName="TestServicePort1"/>
   <'/jws>
   <'jws file="examples/webservices/jwsc/AnotherTestServiceImpl.java" />
   <'jws file="examples/webservices/jwsc/SecondTestServiceImpl.java" />
   <'clientgen
     wsdl="http://examples.org/complex/ComplexService?WSDL"
     serviceName="ComplexService"
     packageName="examples.webservices.simple_client" />
  <'/module>
 <'/jwsc>
<'/target>

【+】sample/jwsc
<'jwsfileset>要素を使用する例
<'target name="build-service6">
 <'jwsc
   srcdir="src"
   destdir="output/TestEar" >
  <'module contextPath="test" name="myJar" >
   <'jwsfileset srcdir="src/examples/webservices/jwsc" >
    <'include name="**/*.java" />
   <'/jwsfileset>
  <'/module>
 <'/jwsc>
<'/target>

【+】sample/jwsc
新規デプロイメント記述子を作成せずに既存のものに追記する例
<'target name="build-service7">
 <'jwsc
   srcdir="src"
   destdir="output/TestEar" >
  <'module contextPath="test" name="myJar" explode="true" >
   <'jws file="examples/webservices/jwsc/AnotherTestServiceImpl.java" />
   <'FileSet dir="webapp" >
    <'include name="**/*.java" />
   <'/FileSet>
   <'descriptor file="webapp/WEB-INF/web.xml" />
   <'descriptor file="webapp/WEB-INF/weblogic.xml" />
  <'/module>
 <'/jwsc>
<'/target>

【+】sample/jwsc
JAX-WS 2.0の例
<'target name="build-service8">
 <'jwsc
   srcdir="src"
   destdir="${ear-dir}">
  <'jws file="examples/webservices/jaxws/JaxWsImpl.java"
    type="JAXWS" />
 <'/jwsc>
<'/target>

【*】jws
もう飽きた。。

ref:
http://edocs.beasys.co.jp/e-docs/wls/docs100/webserv_ref/anttasks.html

tag : WebLogic Ant clientgen jwsc wsdlc JAX-RPC1.1 JAX-WS2.0

2009-02-22 19:47 : apsrv : コメント : 1 : トラックバック : 0 :

WebLogic/ WebServices/ Ant Tasks

【*】Ant
Javaベースの構築ツール

WebLogicはWebサービスに要る以下等に有用なAntタスクを提供する
+シリアライゼーション クラスの生成
+クライアントJARファイルの生成
+web-service.xmlファイルの生成
WebLogic Webサービスの全コンポーネントをデプロイ可能なEARファイルへのパッケージング

【+】Antドキュメント
http://archive.apache.org/dist/ant/binaries/

【*】autotype
weblogic.webservice.autotype
WebLogic Webサービスへのパラメータまたは戻り値として使用される非組み込みデータ型に対して、シリアライゼーションクラス、Java表現、XMLスキーマ表現、及びデータ型マッピング情報を生成する。

【*】clientgen
weblogic.webservice.clientgen
Webサービスの呼び出しに使用される、シンJavaクライアントを含むクライアントJarファイルを生成する。

【*】servicegen
Webサービスをアセンブルするために必要な全手順を実行するメインAntタスク。
以下を行う。
+Webサービスデプロイメント記述子(web-services.xml)の作成
+EJBとJavaクラスの参照及びコンポーネントのサポートに必要な非組み込みデータ型の生成
+クライアントJARファイルの生成
+デプロイ可能なEARファイルへの全コンポーネントのパッケージ化

【*】source2wsdd
Javaクラスを使用して実装されるWebLogic WebサービスのJavaソースファイルからweb-services.xmlデプロイメント記述子ファイルを生成する。
<'source2wsdd
   javaSource="source/TemperatureService.java"
   ejbLink="TemperatureService.jar#TemperatureServiceEJB"
   ddFile="ddfiles/web-services.xml"
   typesInfo="autotype/types.xml"
   serviceURI="/TemperatureService"
   wsdlFile="wsdlFiles/Temperature.wsdl"
/>

【*】wsdl2Service
WSDLファイルからWebLogic Webサービスのコンポーネントを生成する。

【*】wsdlgen
weblogic.webservice.wsdlgen
Webサービスを構成するEARファイルとWARファイルからWSDLファイルを生成する。
<'wsdlgen ear="myapps/myapp.ear"
   warName="myapps/myWAR.war"
   serviceName="myService"
   wsdlFile="wsdls/myService.WSDL"
/>

【*】wspackage
WebLogic Webサービスのコンポーネントをデプロイ可能なEARファイルにパッケージ化する。

【+】Ant Tasks
+http://ant.apache.org/manual/index.html
 > Ant Tasks > Core Tasks
+http://lab.moyo.biz/recipes/java/ant/index.xsp


ref:
Web サービス Ant タスクとコマンドライン ユーティリティ
http://edocs.beasys.co.jp/e-docs/wls/docs81/webserv/anttasks.html
http://edocs.beasys.co.jp/e-docs/wls/docs81/webserv/assemble.html#clientgen

tag : WebLogic WebService autotype clientgen servicegen source2wsdd wsdl2Service wsdlgen wspackage

2009-02-22 18:02 : apsrv : コメント : 0 : トラックバック : 0 :

WebLogic/ WebServices

【+】WebServices Flow
SOAPClient -SOAP/要求-> {BEA WebLogic Server} -> Protocol Adaptor (HTTP)
Protocol Adaptor -SOAP/要求-> HANDER -SOAP/要求-> DESERIALIZER-Java-> Stateless EJB
Stateless EJB -Java-> SERIALISER-SOAP/応答-> HANDER -SOAP/応答-> Protocol Adaptor
Protocol Adaptor -SOAP/応答-> SOAPClient

【+】HANDER
+SOAPメッセージのモディファイ
+任意のセキュリティを適用
+処理の高速化の為 ハンドラだけで処理 応答を返すもあり

【+】デシリアライザ
+XMLメッセージをJavaへ変換
+ユーザ定義データタイプに合わせてデシリアライズ可

【+】シリアライザ
+JavaデータをXMLメッセージへ変換
+ユーザ定義データタイプに合わせたシリアライズ可

ref:
http://www.xmlconsortium.org/websv/dev_guide/WebLogic/console/index.html

tag : WebLogic WebServices

2009-02-22 17:22 : apsrv : コメント : 0 : トラックバック : 0 :

LINKS/ WebSphere/ OG

WebSphereプラットフォームの機能を拡張し、ビジネス・グリッドを実現】
http://www-06.ibm.com/jp/software/websphere/ft/was/xd/v6/merit.shtml

【IBM Education Assistant】
http://publib.boulder.ibm.com/infocenter/ieduasst/v1r1m0/index.jsp?topic=/com.ibm.iea.wxd_v6/wxd/6.1/DataGrid/XD61_ObjectGrid_Overview/player.html

tag : LINKS ObjectGrid WebSphere OG

2009-02-18 23:43 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ Remote Debug

Integrated Solutions Console:
Application Server > server1 > Additional Properties # Debug Service
check [General Properties # start the service with server starting.]
remember the [JVM Debug Port] number.
restart server.

AST:
debug target project > context menu > debug > composition and debug
remote java application > context menu > new
def the name, connection properties, host and port, which you indicated at server console.
[DEBUG] to start debug.

NOTE:
when you restart your server, you also have to restart debug.

tag : WebSphere Remote Debug

2009-02-18 23:25 : apsrv : コメント : 0 : トラックバック : 0 :

WebLogic/ WebServices/ build/ clientgen

<'project name="EJB Web Service Invoke" default="build.ws.client">

 <'taskdef name="clientgen"
   classname="weblogic.wsee.tools.anttasks.ClientGenTask" />

 <'target name="build.ws.client">

  <'!-- クライアントJarの生成
  [wsdl]
  アプリがWebLogicにデプロイ済み(始動の必要はない)で
  そのWSDLにアクセス可能(サーバ始動済み)な場合の定義
  [packageName]
  wsdl属性に定義したMedRecWebServicesクラスのパッケージを逆さに定義
   -->
  <'clientgen
   wsdl="http://localhost:7101/ws_medrec/MedRecWebServices?WSDL"
   destDir="c:/medrec_tutorial/build/physicianEar/APP-INF/classes"
   packageName="com.bea.medrec.webservices.client"
   classpath="${java.class.path};c:/medrec_tutorial/build/physicianEar/APP-INF/lib/value.jar"/>

  <'!-- クライアントJarの生成
  [wsdl]
  アプリがWebLogicにデプロイされていない場合
  wsdl属性で静的なWSDLファイルを指定
  <'clientgen
   wsdl="c:/medrec_tutorial/build/medrecEar/MedRecWebServices/WEB-INF/MedRecWebServices.wsdl"
   destDir="c:/medrec_tutorial/build/physicianEar/APP-INF/classes"
   packageName="com.bea.medrec.webservices.client"
   classpath="${java.class.path};c:/medrec_tutorial/build/physicianEar/APP-INF/lib/value.jar"/>
   -->

  <'!-- WebServices資材として必要だけども アプリそのものには不要なファイルが取り込まれんよう
  コンパイル前に いらんファイルをDELETEタスクで削除
   -->
  <'delete includeEmptyDirs="true" failonerror="false" quiet="false">
   <'fileset dir="c:/medrec_tutorial/build/physicianEar/APP-INF/classes/com/bea/medrec/value"/>
  <'/delete>

  <'!-- コンパイル -->
  <'javac
   srcdir="c:/medrec_tutorial/build/physicianEar/APP-INF/classes/com"
   includes="**/*.java"
   classpath="${java.class.path};c:/medrec_tutorial/build/physicianEar/APP-INF/lib/value.jar;c:/medrec_tutorial/build/physicianEar/APP-INF/classes"/>

 <'/target>

<'/project>


ref:
MedRec アプリケーションの開発
チュートリアル 12 : クライアント アプリケーションからの Web サービスの呼び出し
http://edocs.beasys.co.jp/e-docs/wls/docs100/medrec_tutorials/webserv_client.html#wp1059895

tag : clientgen WebLogic weblogic build

2009-02-05 01:26 : apsrv : コメント : 1 : トラックバック : 0 :

WebLogic/ Ant Home for WebServices

== problem ==
Ant could not find the task or a class this task relies upon.
or
C:\bea\user_project\sworkspaces\workSpaceStudio\hogehogeproject\build\build.xml:25: taskdef class weblogic.wsee.tools.anttasks.ClientGenTask cannot be found

== solution ==
BEA WorkSpace Studio > menuBar > Window > Preferences >
Ant > Runtime > Classpath-tab > Ant Home Entries (Default) > Add External JARs >
C:\bea\wlserver10.0\server\lib > weblogic.jar, webserviceclient.jar, wseeclient.jar > open >
weblogic.jar, webserviceclient.jar, wseeclient.jar > UP to the top//
&
define those jars into your target-task of build.xml.

== log ==
BUILD FAILED
C:\bea\user_projects\workspaces\workSpaceStudio\{hogehogeproject}\build\build.xml:65: Could not create task or type of type: servicegen.

Ant could not find the task or a class this task relies upon.

This is common and has a number of causes; the usual
solutions are to read the manual pages then download and
install needed JAR files, or fix the build file:
- You have misspelt 'servicegen'.
Fix: check your spelling.
- The task needs an external JAR file to execute
and this is not found at the right place in the classpath.
Fix: check the documentation for dependencies.
Fix: declare the task.
- The task is an Ant optional task and the JAR file and/or libraries
implementing the functionality were not found at the time you
yourself built your installation of Ant from the Ant sources.
Fix: Look in the ANT_HOME/lib for the 'ant-' JAR corresponding to the
task and make sure it contains more than merely a META-INF/MANIFEST.MF.
If all it contains is the manifest, then rebuild Ant with the needed
libraries present in ${ant.home}/lib/optional/ , or alternatively,
download a pre-built release version from apache.org
- The build file was written for a later version of Ant
Fix: upgrade to at least the latest release version of Ant
- The task is not an Ant core or optional task
and needs to be declared using .
- You are attempting to use a task defined using
or but have spelt wrong or not
defined it at the point of use

Remember that for JAR files to be visible to Ant tasks implemented
in ANT_HOME/lib, the files must be in the same directory or on the
classpath

Please neither file bug reports on this problem, nor email the
Ant mailing lists, until all of these causes have been explored,
as this is not an Ant bug.

Total time: 1 second

== ref ==
http://72.14.235.132/search?q=cache:O03G91GMG3MJ:forums.bea.com/thread.jspa%3FthreadID%3D200024639+ArrayOfStringHolder+weblogic&hl=ja&ct=clnk&cd=1&gl=jp

tag : WebLogic ClientGenTask Ant build servicegen ANT_HOME weblogic.jar webserviceclient.jar wseeclient.jar

2009-02-05 00:26 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ DataSource Definition

when you define some datasource from websphere console,
you have to define which service name for the datasource.
jdbc:oracle:thin:@{IP}:1521:{the service name}

note that the service name actually has no relation w/ [C:\oracle\product\10.2.0\client_1\NETWORK\ADMIN\tnsnames.ora].
but with the service named defined the real database which you try to connect.

tag : WebSphere tnsnames.ora jdbc:oracle:thin:@ :1521

2009-02-05 00:15 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ start apsrv without AST nor startMenu

cmd1>cd C:\{WebSphere}\AppServer\profiles\Dmgr01bin
cmd1>startManager.bat

cmd2>cd C:\{WebSphere}\AppServer\profiles\{AppSrv01}\bin
cmd2>startNode.bat

http://{IP}:9060/ibm/console/login.do
NG -> try port: 9061 or upper.
cf.
if you have already some appSrv in D-drive or other, the default port (9060) would be reserved for that.
and you need to use another port for your new appSrv profile.

tag : WebSphere http:// 9060/ibm/console/login.do

2009-02-05 00:12 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ version check with server down

スタート>コントロールパネル>管理ツール>サービス
IBM WebSphere Application Server VXX
のXXがインストールされているバージョン

tag : WebSphere

2009-02-05 00:09 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ commandlines for dumps

heapDump
cd C:{WebSphere}AppServerprofilesAppSrv01bin
wsadmin
set objectName [$AdminControl queryNames WebSphere:type=JVM,process=server1,node={nodeName},*]
$AdminControl invoke $objectName generateHeapDump

heapDump2
cd C:{WebSphere}AppServerprofilesAppSrv01bin
wsadmin
set obj [$AdminControl queryNames type=JVM,*]
$AdminControl invoke $obj generateHeapDump

threadDump
cd C:{WebSphere}AppServerprofilesAppSrv01bin
wsadmin
set obj [$AdminControl queryNames type=JVM,*]
$AdminControl invoke $obj dumpThreads

analyzer
cd C:{heapAnalyzer}ha24
java -Xmx512m -jar ha24.jar

tag : WebSphere dump heap thread analyzer

2009-01-14 23:14 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ def of workmanager

Administrator から アプリケーションで使用する WorkManager を定義
管理コンソールで Resources/Asynchronous Beans/Work managers を選択

デフォルトで DefaultWorkManagerwm/default jndi-name に保存されてる
アプリケーション用に別のWorkManager を追加することも可

ref:
http://help.adobe.com/ja_JP/livecycle/8.2/lcds_installation.html#WebSphere

tag : WebSphere WorkManager wm/default jndi

2009-01-06 00:00 : apsrv : コメント : 0 : トラックバック : 0 :

WebLogic/ MultiOrbInitialContextFactory

WebLogicにアプリをデプロイしようとしたらCNFEで怒られた
java.lang.ClassNotFoundException: org.objectweb.carol.jndi.spi.MultiOrbInitialContextFactory
どこでんな使うてるかゆうと
carol.properties
なんてのがsrc直下にあって そん中に
carol.rmi.activated=lmi
carol.jndi.start=false
carol.ns.start=false
な記述がされとる
src直下のものは全部build/classesに纏められ
build/classesが.classpathにclasspathentryされてるから
こいつが読み込まれてるっぽい

carol.properties
は何なんかとゆうと
"For the JOnAS server to use RMI-IIOP, the JOnAS configuration requires modification. The iiop protocol must be selected in the
file carol.properties. Refer also to the JOnAS Configuration Guide for details about configuring the communication protocol.
This modification will allow an EJB to be created using the RMI-IIOP protocol.
(ref: http://jonas.objectweb.org/JOnAS_4_7/doc/howto/InteropWebloIIOP.html)"
だって

JOnAS(OSSのJavaEE APサーバ)?
RMI-IIOPプロトコル(CORBAシステム上のJava RMI IF)?
使うてへんわ!ゆう感じやけど
"Tomcatで動かすためにはJava Transaction API(JTA)が必要。そこでOSSのTransaction ManagerのJOTMをインストール。Labsのやり方はserver.xmlに設定を記述するようにしてるが、ちょっと個々のアプリのお話を全体をつかさどる場所に書くのは心もとないので、プロジェクト内部に記述できる手段を探してみた。
・ObjectWebからJOTM(現時点では、jotm-2.0.10.tgz)をゲットしてくる。
・解凍したJOTMのlibフォルダ内の全てのjarをプロジェクトのWEB-INF/libにインポートし、クラスパスに通す。
・carol.propertiesをWEB-INF/srcに作成。無いと動きません。
(ref:http://blog.kei-z.biz/?month=200606)"
なんゆう記述も
TOMなんて使うてないしっ!
weblogicなんやからjtomもいらんとちゃうの?根拠ないけど
よう分からんがcarol.propertiesを抹消
で解決☆
はて正解なのか?

tag : weblogic MultiOrbInitialContextFactory carol

2008-12-17 20:34 : apsrv : コメント : 0 : トラックバック : 0 :

Tomcat/ stg of target runtime

==problem==
ターゲット・ランタイム Apache Tomcat v5.5 が定義されていません。
or
not found javax.*

==solution==
targetProject > rightClick > TomcatProject > add the tomcat's libs to projectClassPath.

tag : tomcat target runtime

2008-11-12 22:12 : apsrv : コメント : 0 : トラックバック : 0 :

Tomcat/ Failed shutdown of Apache Portable Runtime

■backgroud
tomcat: 5.5
log4j: 1.2.15

■log
2008/10/06 19:10:13 org.apache.coyote.http11.Http11BaseProtocol destroy
情報: Coyote HTTP/1.1を http-8080 で停止します
2008/10/06 19:10:13 org.apache.catalina.core.AprLifecycleListener lifecycleEvent
情報: Failed shutdown of Apache Portable Runtime

■solusion
common/libにlog4j.jarとcommons-logging.jarを、commons/classesにlog4j.propertiesを配置。
-sample: log4j.properties-------------------------
log4j.rootLogger=debug, R
log4j.appender.R=org.apache.log4j.RollingFileAppender
log4j.appender.R.File=${catalina.home}/logs/tomcat.log
log4j.appender.R.MaxFileSize=10MB
log4j.appender.R.MaxBackupIndex=10
log4j.appender.R.layout=org.apache.log4j.PatternLayout
log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n
log4j.logger.org.apache.catalina=DEBUG, R
-/sample: log4j.properties------------------------

ref:
https://issues.apache.org/bugzilla/show_bug.cgi?id=41939
https://issues.apache.org/bugzilla/show_bug.cgi?id=40212
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867

tag : Failed shutdown of Apache Portable Runtime

2008-10-17 07:45 : apsrv : コメント : 0 : トラックバック : 0 :

Tomcat5.5/ CLASSLOADER

Tomcatは複数スレッドから構成されるJavaアプリ
クラスローダも複数

Bootstrap
 |―System
 |  |―Common
 |  |  |―Catalina
 |  |  |―Shared
 |  |  |  |―WEBアプリ①
 |  |  |  |―WEBアプリ②
 |  |  |  |―…

【Commonクラスローダ】
CatlinaクラスローダとSharedクラスローダの親クラスローダ。
∴Tomcatと全WEBアプリで共通のクラスローダ。
検索対象:
Tomcatのcommon/lib + classes + endorsed 下のもの。

【Catalinaクラスローダ】
Tomcat実行に要るクラスローダ。
このクラスローダはどのWEBアプリからも見えない。
∴このクラスローダでロードしたクラス/リソースはWEBアプリから使用できない。

【Sharedクラスローダ】
各WEBアプリのクラスローダの親。
全WEBアプリで共有されるものをロードする。
検索対象:
Tomcatのshared/classes + lib 下のclassファイルとjarファイル

【各WEBアプリ毎のクラスローダ】
Tomcatでは、各WEBアプリ毎に設定されるクラスローダ。
検索対象:
WEB-INF/classes + lib 下のclassファイルとjarファイル
サーブレットが動作するスレッドのコンテキスト・クラスローダも同クラスローダ。

■Tomcatのロード順位
* Bootstrap classes of your JVM
* System class loader classses (described above)
* /WEB-INF/classes of your web application
 (this class loader will look in the local repositories first, instead of delegating before looking.)
* /WEB-INF/lib/*.jar of your web application
 (this class loader will look in the local repositories first, instead of delegating before looking.)
* $CATALINA_HOME/common/classes
* $CATALINA_HOME/common/endorsed/*.jar
* $CATALINA_HOME/common/i18n/*.jar
* $CATALINA_HOME/common/lib/*.jar
* $CATALINA_BASE/shared/classes
* $CATALINA_BASE/shared/lib/*.jar

■CAUTION
WEBアプリ間でクラスを共有する場合

Tomcatでは、commonとshared下のファイルが共通で使用されるため、クラス変数には要注意。

インスタンスは、処理が実行されているスレッド内に作成されるため、
共通のクラスであってもインスタンスそのものが共有されることはない。
しかし
クラスに属するクラス変数は、
そのクラスをロードしたクラスローダに属する為、全WEBアプリで共有される!

□ex

Commonクラスローダ(or Sharedクラスローダ)にホゲクラス
-hoge class-------------------
package shared;

public class Hoge {
private static String text="";

public synchronized void setText(String text){
this.text=text;
}

public String getText(){
return(text);
}
}
-/hoge class------------------
ホゲクラスは
インスタンス単位ではなく、内部でクラス単位でデータ管理している。
∴あるWEBアプリでsetText()を使用すると、
 他のWEBアプリにもその結果が影響する。

同じホゲクラスを複数のクラスローダに配置した場合は危険度UP!!

■ログ出力には
1. log4j.propertiesをcommon/classesに。
-log4j.properties-------------
log4j.rootLogger=DEBUG, R
log4j.appender.R=org.apache.log4j.RollingFileAppender
log4j.appender.R.File=${catalina.home}/logs/tomcat.log
log4j.appender.R.MaxFileSize=10MB
log4j.appender.R.MaxBackupIndex=10
log4j.appender.R.layout=org.apache.log4j.PatternLayout
log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n
-/log4j.properties------------
2. ver1.2以降のlog4j.jarを$CATALINA_HOME/common/libに。
3. commons-logging-x.y.z.jarもcommon/libに。
  ※commons-logging-api-x.y.z.jarじゃないよ!
4. start tomcat
5. logs/tomcat.logをチェック。


ref:
[5.5_en] http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html
[log_jp] http://www.oki.com/jp/oss/document/tomcat/tomcat-docs-ja/logging.html
[5.0_jp] http://www.jajakarta.org/tomcat/tomcat5.0/ja/docs/tomcat-docs/class-loader-howto.html
[abs_jp] http://www.techscore.com/tech/J2EE/Servlet/supplement-1.html

tag : tomcat classloader

2008-10-17 07:38 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ start WAS on LINUX from WINDOWS

up TeraTerm
connect to the LINUX
login as root/password
exe followings
cd {/opt/IBM/WebSphere/AppServer/profiles/Dmgr/}bin
./startManager.sh
..wait a second..
cd {/opt/IBM/WebSphere/AppServer/profiles/hogeNode/}bin
./startNode.sh
..wait a second..
goto
http://{ip}:{port}/ibm/console/login.do

cf.
Dmgr=deploymentManager

tag : WebSphere

2008-09-24 23:04 : apsrv : コメント : 0 : トラックバック : 0 :

IHS

IBM Http Server
WebSphereにバンドルされとうWebサーバ
IHSとの連携でユーザからAPサーバを隠蔽できる
→Webサーバをユーザからの受け口にする利点

■procedure of updating WebServerPlugin
※WAS V6
※同一マシンにWASとIHSがインストールされている

WAS IHS Pluginのインストール
→WAS管理コンソール>server>webServer
 IHSがあればインストール成功

enterpriseApplicationから80番ポートで疎通確認したいAPを選択
画面右下[サーバーにモジュールをマップ]を選択
DefaultWebApplicationを選択

画面真ん中[クラスタ及びサーバ]で
WASとIHSの2サーバが表示され
[DefaultWebApplicaton]で
WASのみが認識されている状態ならとりあえず正解

DefaultWebApplicatonにチェック
Ctrl等でIHSとWASの両方を選択>適用>OK
変更をリポジトリに保管

http://localhost:9080/snoop
http://localhost:8080/snoop
で疎通確認

※アプリ単位でIHSとWASに紐付けすること

ref:
WAS6.0⇔IHSとの連携について
http://ameblo.jp/confidencial/entry-10008713530.html
IBM Http Serverとの連携(inc.Web、Apサーバ同一/別ホスト時のインストール)
http://f23.aaa.livedoor.jp/~strobe/wikitech/pukiwiki.php?WebSphere*

tag : IHS IBM Http Server WebSphere

2008-09-16 02:16 : apsrv : コメント : 0 : トラックバック : 0 :

ibm software is

* Webアプリケーション・サーバーに代表される「アプリケーション基盤と統合」
* データベースに代表される「インフォメーション・マネジメント」
* グループウェアやポータルに代表される「コラボレーション」
* 運用管理ツールに代表される「システム運用管理」
* 開発ツールや開発プロセスに代表される「ソフトウェア開発」


ref:
http://www-06.ibm.com/jp/software/assistance/

tag : ibm websphere

2008-06-25 00:36 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ NameNotFoundException

==exception==
javax.naming.NameNotFoundException

==solution==
make sure about
WEB-INF/web.xml and ibm-web-bnd.xmi.
there should be the datasource definitions.
--------------------
@web.xml
<'resource-ref id="ResourceRef_999999999999">
<'res-ref-name>jdbc/dbxxxx<'/res-ref-name>
<'res-type>javax.sql.DataSource<'/res-type>
<'res-auth>Container<'/res-auth>
<'res-sharing-scope>Shareable<'/res-sharing-scope>
<'/resource-ref>
--------------------
@WEB-INF/ibm-web-bnd.xmi
<'resRefBindings xmi:id="ResourceRefBinding_999999999999" jndiName="jdbc/dbxxxx">
<'bindingResourceRef href="WEB-INF/web.xml#ResourceRef_999999999999"/>
<'/resRefBindings>
--------------------

==ref==
http://www-1.ibm.com/support/docview.wss?uid=swg21106933
http://www.wsdeveloper.com/viewtopic.php?t=159

==log==
[08/04/16 13:59:17:393 JST] 00000029 SystemOut O <2008-04-16 13:59:17,393> RequestID [sampleRequest] : fail to create ApplicationContext.
[08/04/16 13:59:17:409 JST] 00000029 SystemOut O <2008-04-16 13:59:17,393> Unable to return specified BeanFactory instance: factory key [sampleRequest], from group with resource name [classpath:/mainContext.xml]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sampleRequest' defined in class path resource [sample/context/spring-context-map.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.springframework.context.support.ClassPathXmlApplicationContext]: Constructor threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSource' defined in class path resource [sample/context/spring-context-dao.xml]: Initialization of bean failed; nested exception is javax.naming.NameNotFoundException: Name "comp/env/jdbc/SampleDataSource" not found in context "java:".
org.springframework.beans.factory.access.BootstrapException: Unable to return specified BeanFactory instance: factory key [sampleRequest], from group with resource name [classpath:/mainContext.xml]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sampleRequest' defined in class path resource [sample/context/spring-context-map.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.springframework.context.support.ClassPathXmlApplicationContext]: Constructor threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSource' defined in class path resource [sample/context/spring-context-dao.xml]: Initialization of bean failed; nested exception is javax.naming.NameNotFoundException: Name "comp/env/jdbc/SampleDataSource" not found in context "java:".
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sampleRequest' defined in class path resource [sample/context/spring-context-map.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.springframework.context.support.ClassPathXmlApplicationContext]: Constructor threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSource' defined in class path resource [sample/context/spring-context-dao.xml]: Initialization of bean failed; nested exception is javax.naming.NameNotFoundException: Name "comp/env/jdbc/SampleDataSource" not found in context "java:".
org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.springframework.context.support.ClassPathXmlApplicationContext]: Constructor threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSource' defined in class path resource [sample/context/spring-context-dao.xml]: Initialization of bean failed; nested exception is javax.naming.NameNotFoundException: Name "comp/env/jdbc/SampleDataSource" not found in context "java:".
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSource' defined in class path resource [dample/context/spring-context-dao.xml]: Initialization of bean failed; nested exception is javax.naming.NameNotFoundException: Name "comp/env/jdbc/SampleDataSource" not found in context "java:".
javax.naming.NameNotFoundException: Name "comp/env/jdbc/SampleDataSource" not found in context "java:".
at com.ibm.ws.naming.ipbase.NameSpace.lookupInternal(NameSpace.java:1095)
at com.ibm.ws.naming.ipbase.NameSpace.lookup(NameSpace.java:991)
at com.ibm.ws.naming.urlbase.UrlContextImpl.lookup(UrlContextImpl.java:1263)
at com.ibm.ws.naming.java.javaURLContextImpl.lookup(javaURLContextImpl.java:384)
at com.ibm.ws.naming.java.javaURLContextRoot.lookup(javaURLContextRoot.java:201)
at com.ibm.ws.naming.java.javaURLContextRoot.lookup(javaURLContextRoot.java:142)
at javax.naming.InitialContext.lookup(InitialContext.java:363)
at org.springframework.jndi.JndiTemplate$1.doInContext(JndiTemplate.java:124)
at org.springframework.jndi.JndiTemplate.execute(JndiTemplate.java:86)
at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:122)
at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:147)
at org.springframework.jndi.JndiLocatorSupport.lookup(JndiLocatorSupport.java:86)
at org.springframework.jndi.JndiObjectLocator.lookup(JndiObjectLocator.java:104)
at org.springframework.jndi.JndiObjectFactoryBean.lookupWithFallback(JndiObjectFactoryBean.java:164)
at org.springframework.jndi.JndiObjectFactoryBean.afterPropertiesSet(JndiObjectFactoryBean.java:151)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1091)

tag : WebSphere NameNotFoundException

2008-04-17 21:42 : apsrv : コメント : 0 : トラックバック : 0 :

WebSphere/ XAER_RMERR

==problem==
because of some no longer data

==solution==
delete following 2 folders
・partnerlog
・tranlog
from
C:\...\WebSphere\AppServer\profiles\AppSrv01\tranlog\user02Node01Cell\user02Node01\server1\transaction

==related words==
websphere
oracl
xa
2 phase commit
global transaction
was

==ref==
http://www.ibm.com/developerworks/forums/message.jspa?messageID=13982669

==log==
************ Start Display Current Environment ************
WebSphere Platform 6.1 [BASE 6.1.0.0 b0620.14] running with process name user02Node01Cell\user02Node01\server1 and process id 4552
Host Operating System is Windows XP, version 5.1 build 2600 Service Pack 2
Java version = J2RE 1.5.0 IBM J9 2.3 Windows XP x86-32 j9vmwi3223-20060504 (JIT enabled)
J9VM - 20060501_06428_lHdSMR
JIT - 20060428_1800_r8
GC - 20060501_AA, Java Compiler = j9jit23, Java VM name = IBM J9 VM
was.install.root = C:/WebSphere/AppServer
user.install.root = C:\WebSphere\AppServer\profiles\AppSrv01
Java Home = C:\WebSphere\AppServer\java\jre
ws.ext.dirs = C:/WebSphere/AppServer/java/lib;C:\WebSphere\AppServer\profiles\AppSrv01/classes;C:/WebSphere/AppServer/classes;C:/WebSphere/AppServer/lib;C:/WebSphere/AppServer/installedChannels;C:/WebSphere/AppServer/lib/ext;C:/WebSphere/AppServer/web/help;C:/WebSphere/AppServer/deploytool/itp/plugins/com.ibm.etools.ejbdeploy/runtime
Classpath = C:\WebSphere\AppServer\profiles\AppSrv01/properties;C:/WebSphere/AppServer/properties;C:/WebSphere/AppServer/lib/startup.jar;C:/WebSphere/AppServer/lib/bootstrap.jar;C:/WebSphere/AppServer/lib/j2ee.jar;C:/WebSphere/AppServer/lib/lmproxy.jar;C:/WebSphere/AppServer/lib/urlprotocols.jar;C:/WebSphere/AppServer/deploytool/itp/batchboot.jar;C:/WebSphere/AppServer/deploytool/itp/batch2.jar;C:/WebSphere/AppServer/java/lib/tools.jar
Java Library path = C:\WebSphere\AppServer\java\jre\bin;.;C:\WebSphere\AppServer\java\jre\bin;C:\WebSphere\AppServer\bin;C:\WebSphere\AppServer\java\bin;C:\WebSphere\AppServer\java\jre\bin;C:\oracle\product\10.2.0\client_1\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Diskeeper Corporation\Diskeeper\;C:\Program Files\Common Files\Lenovo;C:\Program Files\Lenovo\Client Security Solution
************* End Display Current Environment *************
[07/12/28 11:33:34:600 JST] 0000000a ManagerAdmin I TRAS0017I: 開始トレース状態は *=info です。
[07/12/28 11:33:35:584 JST] 0000000a ManagerAdmin I TRAS0111I: 使用中のメッセージ ID は推奨されません。
[07/12/28 11:33:35:725 JST] 0000000a AdminInitiali A ADMN0015I: 管理サービスが初期設定されます。
[07/12/28 11:33:36:271 JST] 0000000a PluginConfigS I PLGC0057I: プラグイン構成サービスは正常に開始されました。
[07/12/28 11:33:36:303 JST] 0000000a ManagedObject I Processing extension point com.ibm.wsspi.extension.managed-object-metadata-collector
[07/12/28 11:33:36:443 JST] 0000000a SSLComponentI I CWPKI0001I: SSL サービスが構成を初期化しています。
[07/12/28 11:33:36:490 JST] 0000000a WSKeyStore W CWPKI0041W: 1 つ以上の鍵ストアでデフォルト・パスワードが使用されています。
[07/12/28 11:33:36:522 JST] 0000000a SSLConfigMana I CWPKI0027I: HTTPS URL 接続に対するデフォルトのホスト名検査を使用不可にします。
[07/12/28 11:33:36:553 JST] 0000000a SSLDiagnostic I CWPKI0014I: SSL コンポーネントの FFDC 診断モジュール com.ibm.ws.ssl.core.SSLDiagnosticModule が正常に登録されました: true
[07/12/28 11:33:36:568 JST] 0000000a SSLComponentI I CWPKI0002I: SSL サービスの初期化が正常に完了しました。
[07/12/28 11:33:36:584 JST] 0000000a DiagnosticCon I com.ibm.wsspi.rasdiag.DiagnosticConfigHome setStateCollectionSpec RASD0012I: 状態コレクション指定を Uninitialized Value から .*:.*=0 に更新しています。
[07/12/28 11:33:36:615 JST] 0000000a PMIImpl A CWPMI1001I: PMI は使用可能です。
[07/12/28 11:33:37:115 JST] 0000000a SibMessage I [:] CWSIU0000I: リリース: WAS61.SIB レベル: b0620.09
[07/12/28 11:33:37:240 JST] 0000000a SecurityDM I SECJ0231I: セキュリティー・コンポーネントの FFDC 診断モジュール com.ibm.ws.security.core.SecurityDM が正常に登録されました: true
[07/12/28 11:33:37:272 JST] 0000000a AuditServiceI A SECJ6004I: セキュリティー監査は使用不可です。
[07/12/28 11:33:37:287 JST] 0000000a distSecurityC I SECJ0309I: Java 2 セキュリティーは使用不可です。
[07/12/28 11:33:37:287 JST] 0000000a Configuration A SECJ0215I: JAAS ログイン・プロバイダー構成クラスを正常に com.ibm.ws.security.auth.login.Configuration に設定しました。
[07/12/28 11:33:37:303 JST] 0000000a distSecurityC I SECJ0212I: WCCM JAAS 構成情報は、正常にログイン・プロバイダー・クラスにプッシュされました。
[07/12/28 11:33:37:350 JST] 0000000a distSecurityC I SECJ0240I: セキュリティー・サービスの初期化が正常に終了しました
[07/12/28 11:33:37:443 JST] 0000000a ObjectPoolSer I OBPL0007I: オブジェクト・プール・マネージャー・サービスは使用不可です。
[07/12/28 11:33:37:522 JST] 0000000a J2EEServiceMa I ASYN0059I: 作業マネージャー・サービスを正常に初期化しました。
[07/12/28 11:33:37:568 JST] 0000000a CScopeCompone I CSCP0002I: 補正サービスは使用不可です。
[07/12/28 11:33:37:647 JST] 0000000a SibMessage I [:] CWSID0006I: SIB サービスが使用可能になっておらず、開始されません。
[07/12/28 11:33:37:662 JST] 0000000a ActivitySessi I WACS0045I: ActivitySession サービスは使用不可です。
[07/12/28 11:33:37:693 JST] 0000000a SOAPContainer I WSWS1062I: SOAP コンテナー・サービスが初期化されました。
[07/12/28 11:33:37:772 JST] 0000000a SchedulerServ I SCHD0036I: スケジューラー・サービスを初期化中です。
[07/12/28 11:33:37:787 JST] 0000000a SchedulerServ I SCHD0037I: スケジューラー・サービスは初期化されています。
[07/12/28 11:33:38:084 JST] 0000000a WebsphereComm I WebsphereCommonLauncher CWSCT0332I: SIP Container が正常に起動しましたが、最初の SIP アプリケーションがロードされたときのみ、初期化されます
[07/12/28 11:33:38:131 JST] 0000000a StartUpServic I STUP0008I: 開始 Bean サービスは使用不可です。
[07/12/28 11:33:38:147 JST] 0000000a I18nService I I18N0010I: 国際化対応サービスは、作成済み で server1 です。
[07/12/28 11:33:38:162 JST] 0000000a I18nServiceSe I I18N0010I: 国際化対応サービスは、使用不可 で server1 です。
[07/12/28 11:33:38:272 JST] 0000000a ThreadPoolMgr W WSVR0626W: ObjectRequestBroker サービスでの ThreadPool 設定は推奨されません。
[07/12/28 11:33:38:334 JST] 0000000a SSLComponentI I CWPKI0003I: SSL サービスを開始しています。
[07/12/28 11:33:38:350 JST] 0000000a SSLComponentI I CWPKI0004I: SSL サービスが正常に開始されました。
[07/12/28 11:33:38:584 JST] 0000000a CoordinatorIm I HMGR0206I: このコーディネーターは、コア・グループ DefaultCoreGroup のアクティブ・コーディネーターです。
[07/12/28 11:33:38:615 JST] 0000000a DCSPluginSing I HMGR0005I: 単一サーバー DCS コア・スタック・トランスポートが、コア・グループ DefaultCoreGroup に対して開始されました。
[07/12/28 11:33:38:740 JST] 0000000a NameServerImp A NMSV0018I: ネーム・サーバーがブートストラップ・ポート 2809 で使用可能です。
[07/12/28 11:33:38:850 JST] 00000012 ServiceLogger I com.ibm.ws.ffdc.IncidentStreamImpl initialize FFDC0009I: FFDC が、発生事象ストリーム・ファイル C:\WebSphere\AppServer\profiles\AppSrv01\logs\ffdc\server1_356e356e_07.12.28_11.33.38_0.txt を開きました。
[07/12/28 11:33:38:975 JST] 00000012 ServiceLogger I com.ibm.ws.ffdc.IncidentStreamImpl resetIncidentStream FFDC0010I: FFDC が、発生事象ストリーム・ファイル C:\WebSphere\AppServer\profiles\AppSrv01\logs\ffdc\server1_356e356e_07.12.28_11.33.38_0.txt をクローズしました。
[07/12/28 11:33:39:365 JST] 0000000a JMXSoapAdapte A ADMC0013I: SOAP コネクターはポート 8880 で使用可能です
[07/12/28 11:33:39:412 JST] 0000000a distSecurityC I SECJ0243I: セキュリティー・サービスが正常に開始されました
[07/12/28 11:33:39:412 JST] 0000000a distSecurityC I SECJ0210I: セキュリティーは使用可能 false
[07/12/28 11:33:39:443 JST] 0000000a J2EEServiceMa I ASYN0055I: 作業マネージャー・サービスが正常に開始しました。
[07/12/28 11:33:39:506 JST] 0000000a RecoveryDirec I CWRLS0010I: ローカル WebSphere サーバー (user02Node01Cell\user02Node01\server1) に対してリカバリー処理を実行します。
[07/12/28 11:33:39:537 JST] 0000000a RecoveryDirec I CWRLS0012I: すべてのパーシスタント・サービスが、この WebSphere サーバー (user02Node01Cell\user02Node01\server1) に対してリカバリー処理の実行を指示されました。
[07/12/28 11:33:39:615 JST] 00000018 RecoveryManag A WTRN0028I: トランザクション・サービスは、0 トランザクションをリカバリーしています。
[07/12/28 11:33:39:865 JST] 0000000a ResourceMgrIm I WSVR0049I: DefaultEJBTimerDataSource を jdbc/DefaultEJBTimerDataSource としてバインドしています
[07/12/28 11:33:39:897 JST] 0000000a ResourceMgrIm I WSVR0049I: Default_CF を eis/DefaultDatasource_CMP としてバインドしています
[07/12/28 11:33:39:912 JST] 0000000a ResourceMgrIm I WSVR0049I: SampleDataSource_CF を eis/jdbc/SampleDataSource_CMP としてバインドしています
[07/12/28 11:33:39:928 JST] 0000000a ResourceMgrIm I WSVR0049I: HogeDataSource_CF を eis/jdbc/HogeDataSource_CMP としてバインドしています
[07/12/28 11:33:39:943 JST] 0000000a ResourceMgrIm I WSVR0049I: HogeDataSourceXA1_CF を eis/jdbc/HogeDataSourceXA1_CMP としてバインドしています
[07/12/28 11:33:40:006 JST] 0000000a ResourceMgrIm I WSVR0049I: HogeDataSourceXA2_CF を eis/jdbc/HogeDataSourceXA2_CMP としてバインドしています
[07/12/28 11:33:40:037 JST] 0000000a ResourceMgrIm I WSVR0049I: Default Datasource を DefaultDatasource としてバインドしています
[07/12/28 11:33:40:053 JST] 0000000a ResourceMgrIm I WSVR0049I: SampleDataSource を jdbc/SampleDataSource としてバインドしています
[07/12/28 11:33:40:084 JST] 0000000a ResourceMgrIm I WSVR0049I: HogeDataSource を jdbc/HogeDataSource としてバインドしています
[07/12/28 11:33:40:100 JST] 0000000a ResourceMgrIm I WSVR0049I: HogeDataSourceXA1 を jdbc/HogeDataSourceXA1 としてバインドしています
[07/12/28 11:33:40:162 JST] 0000000a ResourceMgrIm I WSVR0049I: HogeDataSourceXA2 を jdbc/HogeDataSourceXA2 としてバインドしています
[07/12/28 11:33:40:178 JST] 0000000a ResourceMgrIm I WSVR0049I: DefaultWorkManager を wm/default としてバインドしています
[07/12/28 11:33:40:193 JST] 0000000a ResourceMgrIm I WSVR0049I: DefaultTimerManager を tm/default としてバインドしています
[07/12/28 11:33:40:834 JST] 0000000a AppProfileCom I ACIN0007I: アプリケーション・プロファイル・サービスが正常に開始しました。
[07/12/28 11:33:40:850 JST] 0000000a WorkAreaServi A ACWA0002I: WorkArea サービスは server1 上で使用可能ではありません。
[07/12/28 11:33:40:865 JST] 0000000a SOAPAcceptorC I WSSC1019I: SOAP アクセプター・チャネルが構成されました。
[07/12/28 11:33:40:959 JST] 0000000a CacheServiceI I DYNA0048I: WebSphere 動的キャッシュが正常に初期化されました。
[07/12/28 11:33:41:100 JST] 0000000a SchedulerServ I SCHD0031I: スケジューラー・サービスを開始中です。
[07/12/28 11:33:41:100 JST] 0000000a SchedulerServ I SCHD0001I: スケジューラー・サービスが開始しました。
[07/12/28 11:33:41:193 JST] 0000000a RegistryConfi I CWXRS0017I: 拡張レジストリーのオブジェクト・ストレージ: C:\WebSphere\AppServer\profiles\AppSrv01\temp\user02Node01\server1\_extensionregistry
[07/12/28 11:33:41:240 JST] 0000000a CacheServiceI I DYNA1001I: WebSphere 動的キャッシュ・インスタンス ws/com.ibm.workplace/ExtensionRegistryCache1198809221225 が正常に初期化されました。
[07/12/28 11:33:41:256 JST] 0000000a RegistryCache I CWXRS0002I: 拡張レジストリーの DynaCache インスタンスが CACHE_SIZE 5000 で作成されました。
[07/12/28 11:33:41:459 JST] 0000000a WebContainer I SRVE0239I: 拡張ファクトリー [class com.ibm.ws.portletcontainer.webextension.PortletExtensionFactory] が正常に登録されました。
[07/12/28 11:33:41:459 JST] 0000000a WebContainer I SRVE0240I: 拡張ファクトリー [class com.ibm.ws.portletcontainer.webextension.PortletExtensionFactory] は、パターン [""] と関連付けられました。
[07/12/28 11:33:41:490 JST] 0000000a WebContainer I SRVE0239I: 拡張ファクトリー [class com.ibm.ws.portletcontainer.portletserving.PortletServingExtensionFactory] が正常に登録されました。
[07/12/28 11:33:41:506 JST] 0000000a WebContainer I SRVE0240I: 拡張ファクトリー [class com.ibm.ws.portletcontainer.portletserving.PortletServingExtensionFactory] は、パターン [""] と関連付けられました。
[07/12/28 11:33:41:522 JST] 0000000a WebContainer I SRVE0239I: 拡張ファクトリー [class com.ibm.ws.jsf.extprocessor.JSFExtensionFactory] が正常に登録されました。
[07/12/28 11:33:41:522 JST] 0000000a WebContainer I SRVE0240I: 拡張ファクトリー [class com.ibm.ws.jsf.extprocessor.JSFExtensionFactory] は、パターン [""] と関連付けられました。
[07/12/28 11:33:41:537 JST] 0000000a WebContainer I SRVE0239I: 拡張ファクトリー [class com.ibm.ws.jsp.webcontainerext.ws.WASJSPExtensionFactory] が正常に登録されました。
[07/12/28 11:33:41:568 JST] 0000000a WebContainer I SRVE0240I: 拡張ファクトリー [class com.ibm.ws.jsp.webcontainerext.ws.WASJSPExtensionFactory] は、パターン [*.jsp *.jspx *.jsw *.jsv ] と関連付けられました。
[07/12/28 11:33:42:318 JST] 0000001a ApplicationMg A WSVR0200I: 次のアプリケーションを開始します: ivtApp
[07/12/28 11:33:42:318 JST] 0000001c ApplicationMg A WSVR0200I: 次のアプリケーションを開始します: DefaultApplication
[07/12/28 11:33:42:318 JST] 0000001b ApplicationMg A WSVR0200I: 次のアプリケーションを開始します: isclite
[07/12/28 11:33:42:334 JST] 0000001a ApplicationMg A WSVR0203I: アプリケーション: ivtApp アプリケーションのビルド・レベル: WAS61.SERV1 [b0620.14]
[07/12/28 11:33:42:334 JST] 0000001c ApplicationMg A WSVR0204I: アプリケーション: DefaultApplication アプリケーションのビルド・レベル: 不明
[07/12/28 11:33:42:350 JST] 0000001b ApplicationMg A WSVR0203I: アプリケーション: isclite アプリケーションのビルド・レベル: WAS61.WSC [b0619.30]
[07/12/28 11:33:42:475 JST] 0000001c EJBContainerI I WSVR0037I: EJB JAR を開始しています: Increment.jar
[07/12/28 11:33:42:490 JST] 0000001a EJBContainerI I WSVR0037I: EJB JAR を開始しています: ivtEJB.jar
[07/12/28 11:33:42:553 JST] 0000001c EJBContainerI I WSVR0057I: EJB JAR が開始されました: Increment.jar
[07/12/28 11:33:42:568 JST] 0000001a EJBContainerI I WSVR0057I: EJB JAR が開始されました: ivtEJB.jar
[07/12/28 11:33:42:693 JST] 0000001c WebContainer A SRVE0161I: IBM WebSphere Application Server - Web Container. Copyright IBM Corp. 1998-2006
[07/12/28 11:33:42:709 JST] 0000001c WebContainer A SRVE0162I: サーブレット仕様レベル: 2.4
[07/12/28 11:33:42:709 JST] 0000001c WebContainer A SRVE0163I: サポートされる JSP 仕様レベル: 2.0
[07/12/28 11:33:42:756 JST] 0000001c WebContainer A SRVE0239I: 拡張ファクトリー [class com.ibm.ws.webcontainer.extension.ExtHandshakeVHostExtensionFactory] が正常に登録されました。
[07/12/28 11:33:42:772 JST] 0000001c WebContainer A SRVE0240I: 拡張ファクトリー [class com.ibm.ws.webcontainer.extension.ExtHandshakeVHostExtensionFactory] は、パターン [VH:_WS_EH* ] と関連付けられました。
[07/12/28 11:33:42:850 JST] 0000001c WebGroup A SRVE0169I: Web モジュールをロード中: Default Web Application。
[07/12/28 11:33:43:037 JST] 0000001c ServletWrappe I SRVE0242I: [DefaultApplication] [/] [Hello Pervasive Servlet]: 初期化が正常に行われました。
[07/12/28 11:33:43:053 JST] 0000001c ServletWrappe I SRVE0242I: [DefaultApplication] [/] [Hit Count Servlet]: 初期化が正常に行われました。
[07/12/28 11:33:43:053 JST] 0000001c ServletWrappe I SRVE0242I: [DefaultApplication] [/] [Snoop Servlet]: 初期化が正常に行われました。
[07/12/28 11:33:43:084 JST] 0000001c VirtualHost I SRVE0250I: Web モジュール Default Web Application は default_host[*:9080,*:80,*:9443,*:5060,*:5061,*:443] にバインドされました。
[07/12/28 11:33:43:115 JST] 0000001a WebGroup A SRVE0169I: Web モジュールをロード中: IVT Application。
[07/12/28 11:33:43:131 JST] 0000001c ApplicationMg A WSVR0221I: アプリケーションが開始されました: DefaultApplication
[07/12/28 11:33:43:162 JST] 0000001a VirtualHost I SRVE0250I: Web モジュール IVT Application は default_host[*:9080,*:80,*:9443,*:5060,*:5061,*:443] にバインドされました。
[07/12/28 11:33:43:162 JST] 0000001c ApplicationMg A WSVR0200I: 次のアプリケーションを開始します: query
[07/12/28 11:33:43:178 JST] 0000001a ApplicationMg A WSVR0221I: アプリケーションが開始されました: ivtApp
[07/12/28 11:33:43:209 JST] 0000001c ApplicationMg A WSVR0204I: アプリケーション: query アプリケーションのビルド・レベル: 不明
[07/12/28 11:33:43:318 JST] 0000001a ApplicationMg A WSVR0200I: 次のアプリケーションを開始します: IBMUTC
[07/12/28 11:33:43:334 JST] 0000001a ApplicationMg A WSVR0204I: アプリケーション: IBMUTC アプリケーションのビルド・レベル: 不明
[07/12/28 11:33:43:350 JST] 0000001c EJBContainerI I WSVR0037I: EJB JAR を開始しています: querybean.jar
[07/12/28 11:33:43:365 JST] 0000001b WebGroup A SRVE0169I: Web モジュールをロード中: isclite。
[07/12/28 11:33:43:475 JST] 0000001c EJBContainerI I WSVR0057I: EJB JAR が開始されました: querybean.jar
[07/12/28 11:33:43:522 JST] 0000001c ApplicationMg A WSVR0221I: アプリケーションが開始されました: query
[07/12/28 11:33:43:568 JST] 0000001c ApplicationMg A WSVR0200I: 次のアプリケーションを開始します: ManagementEJB
[07/12/28 11:33:43:584 JST] 0000001c ApplicationMg A WSVR0204I: アプリケーション: ManagementEJB アプリケーションのビルド・レベル: 不明
[07/12/28 11:33:43:615 JST] 0000001c EJBContainerI I WSVR0037I: EJB JAR を開始しています: mejb.jar
[07/12/28 11:33:43:662 JST] 0000001c EJBContainerI I WSVR0057I: EJB JAR が開始されました: mejb.jar
[07/12/28 11:33:43:678 JST] 0000001c ApplicationMg A WSVR0221I: アプリケーションが開始されました: ManagementEJB
[07/12/28 11:33:43:709 JST] 0000001c ApplicationMg A WSVR0200I: 次のアプリケーションを開始します: filetransfer
[07/12/28 11:33:43:725 JST] 0000001c ApplicationMg A WSVR0204I: アプリケーション: filetransfer アプリケーションのビルド・レベル: 不明
[07/12/28 11:33:44:225 JST] 0000001b ServletWrappe I SRVE0242I: [isclite] [/ibm/console] [EventInitializer]: 初期化が正常に行われました。
[07/12/28 11:33:44:240 JST] 0000001b VirtualHost I SRVE0250I: Web モジュール isclite は admin_host[*:9060,*:9043] にバインドされました。
[07/12/28 11:33:44:287 JST] 0000001c WebGroup A SRVE0169I: Web モジュールをロード中: WebSphere Admin File Transfer Application。
[07/12/28 11:33:44:318 JST] 0000001c ServletWrappe I SRVE0242I: [filetransfer] [/FileTransfer] [transfer]: 初期化が正常に行われました。
[07/12/28 11:33:44:334 JST] 0000001c VirtualHost I SRVE0250I: Web モジュール WebSphere Admin File Transfer Application は admin_host[*:9060,*:9043] にバインドされました。
[07/12/28 11:33:44:334 JST] 0000001a WebGroup A SRVE0169I: Web モジュールをロード中: Universal Test Client。
[07/12/28 11:33:44:350 JST] 0000001c ApplicationMg A WSVR0221I: アプリケーションが開始されました: filetransfer
[07/12/28 11:33:44:397 JST] 0000001c ApplicationMg A WSVR0200I: 次のアプリケーションを開始します: SchedulerCalendars
[07/12/28 11:33:44:397 JST] 0000001a VirtualHost I SRVE0250I: Web モジュール Universal Test Client は default_host[*:9080,*:80,*:9443,*:5060,*:5061,*:443] にバインドされました。
[07/12/28 11:33:44:397 JST] 0000001c ApplicationMg A WSVR0204I: アプリケーション: SchedulerCalendars アプリケーションのビルド・レベル: 不明
[07/12/28 11:33:44:412 JST] 0000001b WebGroup A SRVE0169I: Web モジュールをロード中: adminconsole redirector。
[07/12/28 11:33:44:412 JST] 0000001a ApplicationMg A WSVR0221I: アプリケーションが開始されました: IBMUTC
[07/12/28 11:33:44:443 JST] 0000001c EJBContainerI I WSVR0037I: EJB JAR を開始しています: Calendars.jar
[07/12/28 11:33:44:490 JST] 0000001c EJBContainerI I WSVR0057I: EJB JAR が開始されました: Calendars.jar
[07/12/28 11:33:44:506 JST] 0000001c ApplicationMg A WSVR0221I: アプリケーションが開始されました: SchedulerCalendars
[07/12/28 11:33:44:506 JST] 0000001b VirtualHost I SRVE0250I: Web モジュール adminconsole redirector は admin_host[*:9060,*:9043] にバインドされました。
[07/12/28 11:33:44:568 JST] 0000001b WebGroup A SRVE0169I: Web モジュールをロード中: EHS3.01。
[07/12/28 11:33:44:647 JST] 0000001b VirtualHost I SRVE0250I: Web モジュール EHS3.01 は admin_host[*:9060,*:9043] にバインドされました。
[07/12/28 11:33:44:850 JST] 0000001b WebGroup A SRVE0169I: Web モジュールをロード中: Integrated Solutions Console。
[07/12/28 11:33:45:022 JST] 0000001b VirtualHost I SRVE0250I: Web モジュール Integrated Solutions Console は admin_host[*:9060,*:9043] にバインドされました。
[07/12/28 11:33:45:131 JST] 0000001b WebGroup A SRVE0169I: Web モジュールをロード中: WIM。
[07/12/28 11:33:45:162 JST] 0000001b VirtualHost I SRVE0250I: Web モジュール WIM は admin_host[*:9060,*:9043] にバインドされました。
[07/12/28 11:33:45:240 JST] 0000001b WebGroup A SRVE0169I: Web モジュールをロード中: WebSphere Application Server。
[07/12/28 11:33:45:272 JST] 0000001b VirtualHost I SRVE0250I: Web モジュール WebSphere Application Server は admin_host[*:9060,*:9043] にバインドされました。
[07/12/28 11:33:45:318 JST] 0000001b ApplicationMg A WSVR0221I: アプリケーションが開始されました: isclite
[07/12/28 11:33:45:397 JST] 0000000a TCPChannel I TCPC0001I: TCP チャネル TCP_1 は、ホスト * (IPv4)、ポート 9060 で listen しています。
[07/12/28 11:33:45:412 JST] 0000000a WSChannelFram A CHFW0019I: トランスポート・チャネル・サービスはチェーン WCInboundAdmin を開始しました。
[07/12/28 11:33:45:428 JST] 0000000a TCPChannel I TCPC0001I: TCP チャネル TCP_2 は、ホスト * (IPv4)、ポート 9080 で listen しています。
[07/12/28 11:33:45:428 JST] 0000000a WSChannelFram A CHFW0019I: トランスポート・チャネル・サービスはチェーン WCInboundDefault を開始しました。
[07/12/28 11:33:45:475 JST] 0000000a TCPChannel I TCPC0001I: TCP チャネル TCP_3 は、ホスト * (IPv4)、ポート 9043 で listen しています。
[07/12/28 11:33:45:490 JST] 0000000a WSChannelFram A CHFW0019I: トランスポート・チャネル・サービスはチェーン WCInboundAdminSecure を開始しました。
[07/12/28 11:33:45:506 JST] 0000000a TCPChannel I TCPC0001I: TCP チャネル TCP_4 は、ホスト * (IPv4)、ポート 9443 で listen しています。
[07/12/28 11:33:45:506 JST] 0000000a WSChannelFram A CHFW0019I: トランスポート・チャネル・サービスはチェーン WCInboundDefaultSecure を開始しました。
[07/12/28 11:33:45:522 JST] 0000000a WSChannelFram A CHFW0019I: トランスポート・チャネル・サービスはチェーン SOAPAcceptorChain1 を開始しました。
[07/12/28 11:33:45:553 JST] 0000000a WSChannelFram A CHFW0019I: トランスポート・チャネル・サービスはチェーン SOAPAcceptorChain2 を開始しました。
[07/12/28 11:33:45:553 JST] 0000000a WSChannelFram A CHFW0019I: トランスポート・チャネル・サービスはチェーン SOAPAcceptorChain3 を開始しました。
[07/12/28 11:33:45:553 JST] 0000000a WSChannelFram A CHFW0019I: トランスポート・チャネル・サービスはチェーン SOAPAcceptorChain4 を開始しました。
[07/12/28 11:33:45:584 JST] 0000001a SchedulerServ I SCHD0077I: スケジューラー・サービスが、スケジューラーを開始しています。
[07/12/28 11:33:45:615 JST] 0000000a RMIConnectorC A ADMC0026I: ポート 2809 で RMI コネクターが有効です
[07/12/28 11:33:45:615 JST] 0000001a SchedulerServ I SCHD0078I: スケジューラー・サービスがスケジューラーの開始を完了しました。
[07/12/28 11:33:45:725 JST] 0000001d WorkSpaceMana A WKSP0500I: ワークスペース構成整合性検査は false です。
[07/12/28 11:33:46:162 JST] 00000018 InternalOracl I DSRA8203I: Database 製品名 : Oracle
[07/12/28 11:33:46:178 JST] 00000018 InternalOracl I DSRA8204I: Database 製品バージョン: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, Real Application Clusters, OLAP and Data Mining options
[07/12/28 11:33:46:194 JST] 00000018 InternalOracl I DSRA8205I: JDBC driver 名 : Oracle JDBC driver
[07/12/28 11:33:46:240 JST] 00000018 InternalOracl I DSRA8206I: JDBC driver バージョン: 10.2.0.1.0
[07/12/28 11:33:46:256 JST] 00000018 InternalOracl I DSRA8212I: DataStoreHelper 名: com.ibm.websphere.rsadapter.OracleDataStoreHelper@4eec4eec。
[07/12/28 11:33:46:287 JST] 00000018 InternalOracl W DSRA7019W: Oracle10g JDBC ドライバーを使用して実行するように WebSphere データ・ソースを構成する場合、Oracle10gDataStoreHelper またはそのサブクラスを使用する必要があります。
[07/12/28 11:33:46:365 JST] 00000018 WSRdbDataSour I DSRA8208I: JDBC driver タイプ : ""
[07/12/28 11:33:46:537 JST] 00000018 ServiceLogger I com.ibm.ws.ffdc.IncidentStreamImpl initialize FFDC0009I: FFDC が、発生事象ストリーム・ファイル C:\WebSphere\AppServer\profiles\AppSrv01\logs\ffdc\server1_47fc47fc_07.12.28_11.33.46_0.txt を開きました。
[07/12/28 11:33:46:584 JST] 0000000a WsServerImpl A WSVR0001I: e-business のためにサーバー server1 がオープンされました
[07/12/28 11:33:46:600 JST] 00000018 ServiceLogger I com.ibm.ws.ffdc.IncidentStreamImpl resetIncidentStream FFDC0010I: FFDC が、発生事象ストリーム・ファイル C:\WebSphere\AppServer\profiles\AppSrv01\logs\ffdc\server1_47fc47fc_07.12.28_11.33.46_0.txt をクローズしました。
[07/12/28 11:33:46:600 JST] 00000018 WSRdbXaResour E DSRA0304E: XAException が発生しました。 XAException の内容と詳細: The cause is : null。
[07/12/28 11:33:46:647 JST] 00000018 WSRdbXaResour E DSRA0302E: XAException が発生しました。 エラー・コード: XAER_RMERR (-3)。 例外:
[07/12/28 11:33:46:694 JST] 00000018 ServiceLogger I com.ibm.ws.ffdc.IncidentStreamImpl open FFDC0009I: FFDC が、発生事象ストリーム・ファイル C:\WebSphere\AppServer\profiles\AppSrv01\logs\ffdc\server1_47fc47fc_07.12.28_11.33.46_1.txt を開きました。
[07/12/28 11:33:46:756 JST] 00000018 ServiceLogger I com.ibm.ws.ffdc.IncidentStreamImpl resetIncidentStream FFDC0010I: FFDC が、発生事象ストリーム・ファイル C:\WebSphere\AppServer\profiles\AppSrv01\logs\ffdc\server1_47fc47fc_07.12.28_11.33.46_1.txt をクローズしました。
[07/12/28 11:33:46:756 JST] 00000018 XARminst E WTRN0037W: トランザクション・サービスの xa_recover 操作でエラーが発生しました。 リソースは com.ibm.ws.rsadapter.spi.WSRdbXaResourceImpl@4a704a70 です。 エラー・コードは XAER_RMERR です。 例外スタック・トレースは、次のとおりです: javax.transaction.xa.XAException
at oracle.jdbc.xa.OracleXAResource.recover(OracleXAResource.java:526)
at com.ibm.ws.rsadapter.spi.WSRdbXaResourceImpl.recover(WSRdbXaResourceImpl.java:964)
at com.ibm.ws.Transaction.JTA.XARminst.recover(XARminst.java:138)
at com.ibm.ws.Transaction.JTA.XARecoveryData.recover(XARecoveryData.java:677)
at com.ibm.ws.Transaction.JTA.PartnerLogTable.recover(PartnerLogTable.java:524)
at com.ibm.ws.Transaction.JTA.RecoveryManager.resync(RecoveryManager.java:1826)
at com.ibm.ws.Transaction.JTA.RecoveryManager.run(RecoveryManager.java:2458)
at java.lang.Thread.run(Thread.java:797)

[07/12/28 11:33:46:803 JST] 00000018 ServiceLogger I com.ibm.ws.ffdc.IncidentStreamImpl open FFDC0009I: FFDC が、発生事象ストリーム・ファイル C:\WebSphere\AppServer\profiles\AppSrv01\logs\ffdc\server1_47fc47fc_07.12.28_11.33.46_2.txt を開きました。
[07/12/28 11:33:46:865 JST] 00000018 ServiceLogger I com.ibm.ws.ffdc.IncidentStreamImpl resetIncidentStream FFDC0010I: FFDC が、発生事象ストリーム・ファイル C:\WebSphere\AppServer\profiles\AppSrv01\logs\ffdc\server1_47fc47fc_07.12.28_11.33.46_2.txt をクローズしました。
[07/12/28 11:33:51:694 JST] 00000018 InternalOracl I DSRA8203I: Database 製品名 : Oracle
[07/12/28 11:33:51:709 JST] 00000018 InternalOracl I DSRA8204I: Database 製品バージョン: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, Real Application Clusters, OLAP and Data Mining options
[07/12/28 11:33:51:740 JST] 00000018 InternalOracl I DSRA8205I: JDBC driver 名 : Oracle JDBC driver
[07/12/28 11:33:51:740 JST] 00000018 InternalOracl I DSRA8206I: JDBC driver バージョン: 10.2.0.1.0
[07/12/28 11:33:51:772 JST] 00000018 InternalOracl I DSRA8212I: DataStoreHelper 名: com.ibm.websphere.rsadapter.OracleDataStoreHelper@46c446c4。
[07/12/28 11:33:51:772 JST] 00000018 InternalOracl W DSRA7019W: Oracle10g JDBC ドライバーを使用して実行するように WebSphere データ・ソースを構成する場合、Oracle10gDataStoreHelper またはそのサブクラスを使用する必要があります。
[07/12/28 11:33:51:803 JST] 00000018 WSRdbDataSour I DSRA8208I: JDBC driver タイプ : ""
[07/12/28 11:33:51:850 JST] 00000018 WSRdbXaResour E DSRA0304E: XAException が発生しました。 XAException の内容と詳細: The cause is : null。
[07/12/28 11:33:51:881 JST] 00000018 WSRdbXaResour E DSRA0302E: XAException が発生しました。 エラー・コード: XAER_RMERR (-3)。 例外:
[07/12/28 11:33:51:881 JST] 00000018 XARminst E WTRN0037W: トランザクション・サービスの xa_recover 操作でエラーが発生しました。 リソースは com.ibm.ws.rsadapter.spi.WSRdbXaResourceImpl@465e465e です。 エラー・コードは XAER_RMERR です。 例外スタック・トレースは、次のとおりです: javax.transaction.xa.XAException
at oracle.jdbc.xa.OracleXAResource.recover(OracleXAResource.java:526)
at com.ibm.ws.rsadapter.spi.WSRdbXaResourceImpl.recover(WSRdbXaResourceImpl.java:964)
at com.ibm.ws.Transaction.JTA.XARminst.recover(XARminst.java:138)
at com.ibm.ws.Transaction.JTA.XARecoveryData.recover(XARecoveryData.java:677)
at com.ibm.ws.Transaction.JTA.PartnerLogTable.recover(PartnerLogTable.java:524)
at com.ibm.ws.Transaction.JTA.RecoveryManager.resync(RecoveryManager.java:1826)
at com.ibm.ws.Transaction.JTA.RecoveryManager.run(RecoveryManager.java:2458)
at java.lang.Thread.run(Thread.java:797)

tag : WebSphere XAER_RMERR JTA

2007-12-31 20:24 : apsrv : コメント : 0 : トラックバック : 0 :

WebSpere/ ClassNotFoundException

==error==
java.lang.ClassNotFoundException: DSRA8000E: /ojdbc14.jar 中未找到 jar 或 zip.

==solution==
Verify that the path specified is correct and the necessary jars and zips are there.

ref:
WebSpere#help
http://publib.boulder.ibm.com/infocenter/wsphelp/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/.IBMDataStoreAdapterNLS.html

tag : WebSphere ClassNotFoundException

2007-12-10 00:17 : apsrv : コメント : 0 : トラックバック : 0 :
ホーム  次のページ »

search

ad



counter


tag cloud

category cloud