Weblogic에서 JVM또는 자원 상황이 궁금할때~ 아래와 같이

Installing and Displaying the WLDF Console Extension

The WebLogic Diagnostic Framework (WLDF) Console Extension is included with WebLogic Server, but it is not installed by default. The following section describes how to install and display the WLDF Console Extension:

 

---

Installing the WLDF Console Extension

The WLDF Console Extension is delivered as a Java Archive (JAR) file, named diagnostics-console-extension.jar. You must install this JAR file into the Administration Server for a domain for the WLDF Console Extension to be incorporated into the WebLogic Server Console for that domain.

Installation Prerequisites

Before you can install and run the WLDF Console Extension, you need:

Installing the Java Plug-in

For browsers other than Mozilla or Firefox in a Linux environment, if the Java plug-in 1.5 is not already installed in your Web browser, you will be prompted to initiate a download from the Sun Microsystems Java Web site. Follow the instructions on screen.

Alternatively, install the plug-in manually when you begin the installation process for the WLDF Console Extension:

If you are using Mozilla or Firefox on a Linux machine, you must install libjavaplugin_oji.so into your <browser_install>/plugins directory.

Installing the WLDF Console Extension

To install the WLDF Console Extension:

Enable or disable the WLDF Console

You can enable or disable the WLDF Console Extension from the Administration Console:

Removing the WLDF Console Extension

To remove the extension:

 

---

Displaying the WLDF Console Extension

When you launch an Administration Console in which the WLDF Console Extension is installed, the Console appears with two tabs, Oracle WLS Console and WLDF Console Extension, as shown in Figure 2-1.

By default, the Oracle WLS Console tab is initially selected on login, which shows the standard Administration Console. Select WLDF Console Extension to display the extension.

These two tabs are always present, so you can easily move back and forth between the primary Administration Console pages and the WLDF Console Extension.

Note:

All WLDF Console Extension functionality occurs in the context of a Java applet. Each time you select the WLDF Console Extension tab, the applet is loaded.

Note:

When you select the Oracle WLS Console tab, the applet is unloaded, and you are returned to the Administration Console context that existed before you displayed the WLDF Console Extension. All activity related to the applet and the WLDF Console Extension is terminated.

 

---

Look and Feel Support

The WLDF Console Extension does not implement a specific look and feel (that is, the visual user interface design). Rather, it adopts the look and feel of the environment in which the WLS Administration Console is running:

Configure Proxy Plug-Ins
Refer to the instructions in this section if you wish to load balance servlets and JSPs using a proxy plug-in. A proxy plug-in proxies requests from a web server to WebLogic Server instances in a
cluster, and provides load balancing and failover for the proxied HTTP requests.
For information about load balancing using proxy plug-ins, see “Load Balancing with a Proxy Plug-in” on page5-2. For information about connection and failover using proxy plug-ins, see
“Replication and Failover for Servlets and JSPs” on page6-2, and “Accessing Clustered Servlets
and JSPs Using a Proxy” on page6-8.
- If you use WebLogic Server as a web server, set up HttpClusterServlet using the
instructions in “Set Up the HttpClusterServlet” on page10-14.
- If you use a supported third-party web server, set up a product-specific plug-in (for a list of
supported web servers, see “Load Balancing with a Proxy Plug-in” on page5-2.), follow
the instructions in Using Web Server Plug-ins With WebLogic Server.
Note: Each web server that proxies requests to a cluster must have an identically configured
plug-in.

Set Up the HttpClusterServlet
To use the HTTP cluster servlet, configure it as the default web application on your proxy server
machine, as described in the steps below. For an introduction to web applications, see
“Understanding Web Applications, Servlets, and JSPs” in Developing Web Applications,
Servlets, and JSPs for Oracle WebLogic Server.
1. If you have not already done so, configure a separate, non-clustered Managed Server to host
the HTTP Cluster Servlet.
2. Create the web.xml deployment descriptor file for the servlet. This file must reside in the
\WEB-INF subdirectory of the web application directory. A sample deployment descriptor for
Cluster Implementation Procedures

the proxy servlet is provided in “Sample web.xml” on page10-16. For more information on
web.xml, see “Understanding Web Applications, Servlets, and JSPs” in Developing Web
Applications, Servlets, and JSPs for WebLogic Server.

a. Define the name and class for the servlet in the <servlet> element in web.xml. The
servlet name is HttpClusterServlet. The servlet class is
weblogic.servlet.proxy.HttpClusterServlet.
b. Identify the clustered server instances to which the proxy servlet will direct requests in the
<servlet> element in web.xml, by defining the WebLogicCluster parameter. c. Optionally, define the following <KeyStore> initialization parameters to use two-way
SSL with your own identity certificate and key. If no <KeyStore> is specified in the
deployment descriptor, the proxy will assume one-way SSL.
• <KeyStore> – The key store location in your Web application.
• <KeyStoreType> – The key store type. If it is not defined, the default type will be
used instead.
• <PrivateKeyAlias> – The private key alias.
• <KeyStorePasswordProperties> – A property file in your Web application that
defines encrypted passwords to access the key store and private key alias. The file
contents looks like this:
KeyStorePassword={3DES}i4+50LCKenQO8BBvlsXTrg\=\=
PrivateKeyPassword={3DES}a4TcG4mtVVBRKtZwH3p7yA\=\=
You must use the weblogic.security.Encrypt command-line utility to encrypt the password. For more information on the Encrypt utility, as well as the CertGen,
and der2pem utilities, see “Using the Oracle WebLogic Server Java Utilities” in the
Command Reference.
d. Create <servlet-mapping> stanzas to specify the requests that the servlet will proxy to the cluster, using the <url-pattern> element to identify specific file extensions, for
example *.jsp, or *.html. Define each pattern in a separate <servlet-mapping>
stanza.
You can set the <url-pattern> to “/” to proxy any request that cannot be resolved by
WebLogic Server to the remote server instance. If you do so, you must also specifically
map the following extensions: *.jsp, *.html, and *.html, to proxy files ending with those extensions. For an example, see “Sample web.xml” on page10-16.

e. Define, as appropriate, any additional parameters. See Table10-1 for a list of key
parameters. See “Parameters for Web Server Plug-ins” in Using Web Server Plug-Ins with
WebLogic Server for a complete list. Follow the syntax instructions in “Proxy Servlet
Deployment Parameters” on page10-18.

3. Create the weblogic.xml deployment descriptor file for the servlet. This file must reside in
the \WEB-INF subdirectory of the web application directory. Assign the proxy servlet as the default web application for the Managed Server on the
proxy machine by setting the <context-root> element to a forward slash character (/) in
the <weblogic-web-app> stanza. For an example, see “Sample weblogic.xml” on
page 10-18.

4. In the Administration Console, deploy the servlet to the Managed Server on your proxy server
machine. For instructions, see “Deploy applications and modules” in Administration Console
Online Help.
Sample web.xml
This section contains a sample deployment descriptor file (web.xml) for HttpClusterServlet.
web.xml defines parameters that specify the location and behavior of the proxy servlet: both
versions of the servlet:  The DOCTYPE stanza specifies the DTD used by WebLogic Server to validate web.xml.
- The servlet stanza:
- Specifies the location of the proxy plug-in servlet class. The file is located in the
weblogic.jar in your WL_HOME/server/lib directory. You do not have to specify
the servlet’s full directory path in web.xml because weblogic.jar is put in your
CLASSPATH when you start WebLogic Server.
- Identifies the host name (either DNS name or IP address) and listen port of each
Managed Servers in the cluster, using the WebLogicCluster parameter.
- Identifies the key store initialization parameters to use two-way SSL with your own identity certificate and key.
- The three servlet-mapping stanzas specify that the servlet will proxy URLs that end in
'/', 'htm', 'html', or 'jsp' to the cluster.
For parameter definitions see “Proxy Servlet Deployment Parameters” on page10-18.
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application
2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd";>
Cluster Implementation Procedures
Using Clusters 10-17
<web-app>
<servlet>
<servlet-name>HttpClusterServlet</servlet-name> <servlet-class>
weblogic.servlet.proxy.HttpClusterServlet
</servlet-class>
<init-param>
<param-name>WebLogicCluster</param-name>
<param-value>hostname1:7736|hostname2:7736|hostname:7736</param-value>
</init-param>
<init-param>
<param-name>KeyStore</param-name>
<param-value>/mykeystore</param-value>
</init-param>
<init-param>
<param-name>KeyStoreType</param-name>
<param-value>jks</param-value>
</init-param>
<init-param>
<param-name>PrivateKeyAlias</param-name>
<param-value>passalias</param-value>
</init-param>
<init-param>
<param-name>KeyStorePasswordProperties</param-name>
<param-value>mykeystore.properties</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>HttpClusterServlet</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>HttpClusterServlet</servlet-name> <url-pattern>*.jsp</url-pattern>
</servlet-mapping>
10-18 Using Clusters
<servlet-mapping>
<servlet-name>HttpClusterServlet</servlet-name> <url-pattern>*.htm</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>HttpClusterServlet</servlet-name> <url-pattern>*.html</url-pattern> </servlet-mapping>
</web-app>
Sample weblogic.xml
This section contains a sample weblogic.xml file. The <context-root> deployment parameter is set to "/". This makes the proxy servlet the default web application for the proxy
server.
<!DOCTYPE weblogic-web-app PUBLIC "-//BEA Systems, Inc.//DTD Web
Application 9.1//EN" "http://www.bea.com/servers/wls810/dtd/weblogic
810-web-jar.dtd">
<weblogic-web-app>
<context-root>/</context-root>
</weblogic-web-app>
Proxy Servlet Deployment Parameters
Key parameters for configuring the behavior of the proxy servlet in web.xml are listed in
Table 10-1.
The parameters for the proxy servlet are the same as those used to configure WebLogic Server
plug-ins for Apache, Microsoft, and Netscape web servers. For a complete list of parameters for
configuring the proxy servlet and the plug-ins for third-part web servers see “Parameters for Web
Server Plug-ins” in Using Web Server Plug-Ins with WebLogic Server.
The syntax for specifying the parameters, and the file where they are specified, is different for the
proxy servlet and for each of the plug-ins.
For the proxy servlet, specify the parameters in web.xml, each in its own <init-param> stanza
within the <servlet> stanza of web.xml. For example:
Cluster Implementation Procedures
Using Clusters 10-19
<init-param>
<param-name>ParameterName</param-name>
<param-value>ParameterValue</param-value>
</init-param>
Table 10-1 Proxy Servlet Deployment Parameter
ParameterUsage
WebLogicCluster<init-param>
<param-name>WebLogicCluster</param-name>
<param-value>WLS1.com:port|WLS2.com:port
</param-value>
Where WLS1.com and WLS2.com are the host names of servers in the cluster,
and port is a port where the host is listening for HTTP requests.
If you are using SSL between the plug-in and WebLogic Server, set the port
number to the SSL listen port (see Configuring the Listen Port) and set the SecureProxy parameter to ON.
SecureProxy<init-param>
<param-name>SecureProxy</param-name> <param-value>ParameterValue</param-value>
</init-param>
Valid values are ON and OFF.
If you are using SSL between the plug-in and WebLogic Server, set the port
number to the SSL listen port (see Configuring the Listen Port) and set the SecureProxy parameter to ON.
DebugConfigInfo<init-param>
<param-name>DebugConfigInfo</param-name>
<param-value>ParameterValue</param-value>
</init-param>
Valid values are ON and OFF.
If set to ON, you can query the HttpClusterServlet for debugging infor-
mation by adding a request parameter of ?__WebLogicBridgeConfig to
any request. (Note: There are two underscore ( _ ) characters after the ?.) For
security reasons, it is recommended that you set the DebugConfigInfo parameter
to OFF in a production environment.
10-20 Using Clusters
ConnectRetry
Secs
Interval in seconds that the servlet will sleep between attempts to connect to a
server instance. Assign a value less than ConnectTimeoutSecs.
The number of connection attempts the servlet makes before returning an
HTTP 503/Service Unavailable response to the client is
ConnectTimeoutSecs divided by ConnectRetrySecs.
Syntax:
<init-param>
<param-name>ConnectRetrySecs</param-name>
<param-value>ParameterValue</param-value>
</init-param>
ConnectTimeout
Secs
Maximum time in seconds that the servlet will attempt to connect to a server
instance. Assign a value greater than ConnectRetrySecs.
If ConnectTimeoutSecs expires before a successful connection, an HTTP
503/Service Unavailable response is sent to the client.
Syntax:
<init-param>
<param-name>ConnectTimeoutSecs</param-name> <param-value>ParameterValue</param-value>
</init-param>
PathTrim String trimmed by the plug-in from the beginning of the original URL, before
the request is forwarded to the cluster.
Syntax:
<init-param>
<param-name>PathTrim</param-name>
<param-value>ParameterValue</param-value>
</init-param>
Example:
If the URL
http://myWeb.server.com/weblogic/foo
is passed to the plug-in for parsing and if PathTrim has been set to
/weblogic
the URL forwarded to WebLogic Server is:
http://myWeb.server.com:7001/foo
Table 10-1 Proxy Servlet Deployment Parameter
ParameterUsage
Cluster Implementation Procedures
Using Clusters 10-21
Accessing Applications Via the Proxy Server
Ensure that applications clients will access via the proxy server are deployed to your cluster.
Address client requests to the listen address and listen port of the proxy server.
If you have problems:

jdevelope 11g TP4에서 SOA Enabler 설정하기
다운로드 URL : http://www.oracle.com/technology/software/products/jdev/htdocs/soft11tp.html
여기서 반드시 jdevstudio1111.zip 을 다운 받아야 한다.. 다른 페이지에 *.exe 파일로 된것이 있는데..
그것은 이것과 다른 것이다. 거기엔 WebLogic10.3을 포함하고 있다.

C:\jdev11p4\jdev\bin\jdev.conf의 AddVMOption -Dide.noextensions=oracle.bam,oracle.bpm.modeler~~~~ 를 주석처리하면된다.. --;

그리고 로컬 DB에 schema 생성을 해주어야 한다.. 휴... (니가 서버냐.. --;)

IDE인데.. 왜 이런짓을 해야할지..라는 생각이 들지만.. 일딴 이리생겼으니.. 어쩔수 없다.

확그냥 --;
더보기

<출처 : http://e-docs.bea.com/wls/docs92/ConsoleHelp/taskhelp/security/EnableTrustBetweenDomains.html>

Enable trust between domains

[펀드] 펀드, 분산투자의 마법
2007/11/23  07:35:21  매일경제

연 80%를 넘던 국내 주식형 펀드 수익률이 50% 밑으로 떨어지는가 하면 오르기만 할 줄 알았던 중국펀드는 1개월 수익률이 -10%에 육박한다.

일각에서는 "5년 넘게 지속됐던 글로벌 증시 대세상승기가 끝나간다"는 어두운 전망도 쏟아내고 있다. 그렇다고 펀드를 모두 환매하고 예금으로 돌아갈 수도 없다. 이제 펀드로 돈을 불리는 '펀드 재테크'는 어떤 방향으로 맞서야 할까. 펀드전문가들은 한목소리로 '분산'을 외치고 있다. 기본원칙인 '분산'만 잘 지켜도 1년짜리 은행 정기예금 금리 2배 가까이 되는 연 10~12%를 무난하게 맞출 수 있다는 주장이다.

펀드의 분산은 크게 3가지다. 투자자산 분산, 투자지역 분산, 그리고 투자시간 분산이다.

첫째, 투자자산 분산. 주식형에만 올인하지 말고 혼합형(안정성장형ㆍ안정형), 채권형 펀드에도 눈을 돌리라는 이야기다. 만약 세계 경기가 본격 침체기에 들어가 기조적인 금리인하가 시작되면 채권 강세가 시작될 수 있기 때문이다.

실제로 2004년 채권형 펀드 수익률은 연 5.84%로 국내 성장형 주식형 펀드 수익률(5.36%)을 웃돌았다. 2006년에도 국내 성장형 주식형 펀드 수익률은 연 1.04%에 불과했지만 주식비중이 41~70%인 안정성장형 펀드와 10~40%인 안정형 펀드 수익률은 각각 4.33%, 3.31%를 기록했다. 주식형을 3배 이상 따돌린 셈이다.

우재룡 한국펀드평가 사장은 "젊을수록 주식형 비중을 높이고 늙을수록 채권형 비중을 높여야 한다"면서 "아무리 위험을 선호하는 투자자라도 연령과 가처분소득 등을 고려하지 않고 주식형에만 올인하는 것은 좋지 않다"고 충고했다.


둘째, 투자지역에 대한 분산투자를 해야 한다. 여기에 섹터 분산까지 곁들이면 금상첨화다. 이미 국내 펀드투자자들 사이에서는 국내 60%, 해외 40% 또는 국내와 해외펀드 비중을 50대50으로 가져가야 한다는 인식이 널리 퍼져 있다. 하지만 어떻게 섞느냐에 대해서는 아직 미숙한 상태다. 가령 일본펀드가 좋다는 말에 다른 외국계 운용사의 일본펀드를 2개 가입한다든지, 러시아 펀드와 동유럽 펀드를 함께 가입하는 현상도 종종 발생한다.

백경호 우리CS자산운용 사장은 "마음만 먹으면 세계 어떤 지역에도 투자할 수 있는 상황이 왔다"면서 "이제부터 중요한 건 얼마만큼 효율적인 지역분산과 섹터분산을 실천하느냐에 달렸다"고 강조했다.

특히 최근에는 펀드 하나에 여러 지역을 커버하는 상품이 속속 시장에 나오고 있다. 브라질과 러시아 인도 중국을 한데 묶은 브릭스펀드는 이미 인기 펀드로 자리잡았고, 호주 한국 인도 중국 말레이시아 인도네시아 등 일본을 제외한 아시아ㆍ태평양 지역 증시에 투자하는 아ㆍ태펀드도 수익률이 양호하다.


영국 독일 프랑스 등 선진유럽 증시에 투자하는 서유럽 펀드도 있고, 러시아 터키 등 동유럽 국가를 한데 묶은 동유럽 펀드에 투자할 수도 있다. 아예 미국을 위시한 세계 전체 증시에 투자하는 글로벌 펀드를 노려볼 수도 있다.

펀드 전문가들에 따라 견해는 조금씩 다르지만 '4ㆍ4ㆍ2' 분산법칙이 가장 널리 통용되고 있다. 국내 주식형 40%, 해외주식형 40%, 그리고 섹터펀드 20%의 분산투자 원칙이다.

물론 세부적으로는 다시 한번 분산에 들어가야 한다. 국내 주식형 펀드는 가치주 펀드와 공격 성장형 펀드 등 운용 스타일에 따라 2개 이상 나눠야 한다. 해외주식형은 이머징마켓과 선진증시를 함께 가지고 있어야 한다. 자금 여력이 넉넉하지 못하다면 서유럽 펀드 1개와 브릭스펀드 1개 정도 조합도 나쁘지 않다. 섹터펀드는 천연자원, 농업 등 주로 자원에 대한 추천이 많다.


셋째, 분산투자 방법은 바로 시간에 대한 분산투자로 적립식 투자의 힘을 인식해야 한다는 충고다. 일명 '코스트-애버리징 효과'에 따라 시간을 통해 평균 매입단가를 낮추는 효과를 최대한 살리라는 뜻이다. 특히 고평가 논란에 휩싸여 있지만 장기성장성은 보장된 중국이나 브라질 등을 공략하려면 적립식 투자를 통한 접근이 최적이라는 조언이다.

허진영 제로인 펀드애널리스트는 "주가가 높았을 때 조금 사고 낮을 때 많이 산다는 원칙은 쉬워 보이지만 막상 실천하기는 힘들다"면서 "조급해하지 말고 긴 시간에 그물을 넓게 던진다는 마음으로 소액이라도 적립식 투자를 당장 시작하는 게 중요하다"고 조언했다.

[정철진 기자][ⓒ 매일경제 & mk.co.kr, 무단전재 및 재배포 금지]

출처 : 모네타
http://news.moneta.co.kr/Service/fund/ShellView.asp?ArticleID=2007112307352100230&LinkID=442&Title=매일경제&NewsSetID=4963&wlog_mkt=HOT0

keytool 사용법:

-certreq     [-v] [-protected]
             [-alias <별명>] [-sigalg <서명 알고리즘>]
             [-file <csr 파일>] [-keypass <키 암호>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-delete      [-v] [-protected] -alias <별명>
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-export      [-v] [-rfc] [-protected]
             [-alias <별명>] [-file <인증서 파일>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-genkey      [-v] [-protected]
             [-alias <별명>]
             [-keyalg <키 알고리즘>] [-keysize <키 크기>]
             [-sigalg <서명 알고리즘>] [-dname <대상 이름>]
             [-validity <유효일>] [-keypass <키 암호>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-help

-identitydb  [-v] [-protected]
             [-file <신원 데이터베이스 파일>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-import      [-v] [-noprompt] [-trustcacerts] [-protected]
             [-alias <별명>]
             [-file <인증서 파일>] [-keypass <키 암호>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-keyclone    [-v] [-protected]
             [-alias <별명>] -dest <대상 별명>
             [-keypass <키 암호>] [-new <새 키 암호>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-keypasswd   [-v] [-alias <별명>]
             [-keypass <기존 키 암호>] [-new <새 키 암호>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-list        [-v | -rfc] [-protected]
             [-alias <별명>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-printcert   [-v] [-file <인증서 파일>]

-selfcert    [-v] [-protected]
             [-alias <별명>]
             [-dname <대상 이름>] [-validity <유효일>]
             [-keypass <키 암호>] [-sigalg <서명 알고리즘>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...

-storepasswd [-v] [-new <새 암호 입력>]
             [-keystore <keystore>] [-storepass <암호 입력>]
             [-storetype <입력 유형>] [-providerName <이름>]
             [-providerClass <공급자 클래스 이름> [-providerArg <인자>]] ...