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

2018年10月5日 星期五

WebSphere Application Server (WAS)要新增servlet,已經修改web.xml,但執行都會Error 404: java.io.FileNotFoundException: SRVE0190E

我的war檔安裝在D:\WasWeb\zssee\zssee.ear\zssapp.war\
要新增Servlet
,修改D:\WasWeb\zssee\zssee.ear\zssapp.war\WEB-INF\web.xml重啟後還是一直找不到(錯誤訊息Error 404: java.io.FileNotFoundException: SRVE0190E: ??????/RexServlet)
應該是WAS有ND版本的關係,考慮到多Node節點的Deploy才這樣設計吧?
如果不是ND版多Node的架構可以修改預設的設定


解決方式一:
要修改D:\Program Files (x86)\IBM\WebSphere\AppServer\profiles\AppSrv01\config\cells\XXXXXNode01Cell\applications\zssee.ear\deployments\zssee\zssapp.war\WEB-INF底下的web.xml


解決方式二(比較好的作法):
也可以從WAS Console修改『使用配置資訊(二進位檔) 』勾選

以後WAS就會使D:\WasWeb\zssee\zssee.ear\zssapp.war\WEB-INF\web.xml這個組態檔

 到應用程式(此例是zssee)下的『應用程式二進位檔』

 
 
勾選『使用配置資訊(二進位檔』
『啟用二進位程式模組配送、展開並清除後置解除安裝』一定要取消勾選!!!
沒取消勾選,會導致ear/war資料夾下的Object Code和組態檔會還原成上次Deploy ear/war的那一版



https://www.ibm.com/support/knowledgecenter/zh-tw/SSAW57_8.5.5/com.ibm.websphere.nd.multiplatform.doc/ae/urun_rapp_appbin.html

在解除安裝之後啟用二進位檔的配送、展開和清理

指定產品在安裝期間是否要展開安裝位置中的應用程式二進位檔,以及在解除安裝期間是否要刪除應用程式的二進位檔。預設值是啟用應用程式分散作業。安裝的應用程式之應用程式二進位檔會展開到指定目錄。

在單一伺服器的安裝架構上,當您解除安裝和儲存配置變更時,會刪除二進位檔。

 

參考:
https://www.ibm.com/support/knowledgecenter/zh-tw/SSAW57_8.5.5/com.ibm.websphere.nd.multiplatform.doc/ae/urun_rapp_appbin.html


https://www.ibm.com/support/knowledgecenter/zh-tw/SSAW57_8.5.5/com.ibm.websphere.nd.multiplatform.doc/ae/tweb_jsfengine.html

https://stackoverflow.com/questions/29536294/websphere-application-modify-web-xml-doesnt-work

Websphere Application Server (WAS) 中应用的哪一个 web.xml 在起作用
https://yanbin.blog/websphere-application-server-was-which-web-xml/

WebSphere Application Server 更新web.xml的问题以解决有些应用在tomcat环境下可以跑,更新到was上失效的问题
https://blog.csdn.net/qq_35067322/article/details/53993213

對WebSphere中Cell、Node、Server、Node Agent、Cluster 的理解
https://www.itread01.com/content/1542105363.html














2015年12月27日 星期日

IBM 支援中心:修正程式中心

http://www-933.ibm.com/support/fixcentral/

查看Websphere版本

http://www-01.ibm.com/support/docview.wss?uid=swg21393876

The version info command exist on all operating systems. The location is the eWAS folder.
  • For Unix and Linux: WAS_PATH /bin/versionInfo.sh
  • For Windows: WAS_PATH \bin\versionInfo.bat




 

Security Bulletin: Vulnerability in SSLv3 affects IBM WebSphere Application Server (CVE-2014-3566)

http://www-01.ibm.com/support/docview.wss?uid=swg21687173

Summary

SSLv3 contains a vulnerability that has been referred to as the Padding Oracle On Downgraded Legacy Encryption (POODLE) attack. SSLv3 is enabled by default in IBM WebSphere Application Server. These fixes will disable SSLv3 completely.

Vulnerability Details

CVE ID: CVE-2014-3566
DESCRIPTION:
IBM WebSphere Application could allow a remote attacker to obtain sensitive information, caused by a design error when using the SSLv3 protocol. A remote user with the ability to conduct a man-in-the-middle attack could exploit this vulnerability via a POODLE (Padding Oracle On Downgraded Legacy Encryption) attack to decrypt SSL sessions and access the plaintext of encrypted connections.

CVSS Base Score: 4.3
CVSS Temporal Score: See http://xforce.iss.net/xforce/xfdb/97013 for the current score
CVSS Environmental Score*: Undefined
CVSS Vector: (AV:N/AC:M/Au:N/C:P/I:N/A:N)

Affected Products and Versions

This vulnerability affects all versions and releases of IBM WebSphere Application Server, IBM WebSphere Application Server Full Profile, IBM WebSphere Application Server Liberty Profile and IBM WebSphere Application Server Hypervisor Edition.

2012年11月28日 星期三

Windows版WebSphere 8.5內建的JDK fullversion


32位元版本 WebSphere SDK
C:\Program Files (x86)\IBM\WebSphere\AppServer\java\bin>java -fullversion
java full version "JRE 1.6.0 IBM Windows 32 build pwi3260_26sr2ifx-20120419_02 (
SR2)"

64位元版本 WebSphere SDK
C:\Program Files (x86)\IBM\WebSphere\AppServer\java\bin>java -fullversion
java full version "JRE 1.6.0 IBM Windows AMD 64 build pwa6460_26sr2ifx-20120419_
02 (SR2)"

2012年11月27日 星期二

查WebSphere肚子內IBM JDK詳細的版號

On Windows : run %WAS_HOME%\java\bin\java -fullversion (e.g) c:\WebSphere\AppServer\java\bin\java -fullversion

On Unix : run $WAS_HOME/java/bin/java -fullversion (e.g) /opt/WebSphere/AppServer/java/bin/java -fullversion


資料來源:
http://webspherehelp.blogspot.tw/2009/07/how-to-find-version-of-websphere-java.html


ref:
查看Websphere版本
http://it.rex.tw/2015/12/websphere.html
  • For Unix and Linux: WAS_PATH /bin/versionInfo.sh
  • For Windows: WAS_PATH \bin\versionInfo.bat
  • 2012年7月21日 星期六

    (WAS ND) startNode.sh路徑

    /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/startNode.sh log: /opt/IBM/WebSphere/AppServer/profiles/Dmgr01/logs/nodeagent/startServer.log

    (WAS ND)Managing application servers

    http://pic.dhe.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=%2Fcom.ibm.websphere.nd.doc%2Finfo%2Fae%2Fae%2Ftrun_svr_start.html

    2012年7月20日 星期五

    DISABLE_JAVADUMP

    http://pic.dhe.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.express.doc/info/exp/ae/trun_processdef.html

    In the administrative console, click
    Servers > Application servers > server_name > Java and Process Management > Process Definition > Custom Properties > New
    In the Name field enter
    DISABLE_JAVADUMP and in the Value field, enter true to prevent the application server from creating javacore dumps.

    SRVE0190E

    好像從WAS 6開始都要設定該參數
    應用程式伺服器 > 該伺服器名稱 > Web 儲存器 > 自訂內容 >
    新增: com.ibm.ws.webcontainer.invokefilterscompatibility = true
    Cluster架構要清空Dmgr下的temp目錄和節點server下的temp目錄
    非Cluster架構清空server下的temp目錄
    重啟server

    ref:
    http://ultrapan.blogspot.tw/2011/12/was61-struts2-error-404-srve0190e.html
    http://jackhe.iteye.com/blog/745719

    另個解法:
    設定servlet-mapping在web.xml

    2012年7月14日 星期六

    JSPG0289E

    錯誤訊息: JSPG0289E: XML 前文 (UTF-8) 所指定的頁面編碼與 jsp-property-group (utf-8) 所指定者不同

    Page-encoding specified in XML prolog (UTF-8) is different from that specified in page directive(utf-8)

    解決方式:
    聽說是WAS 7後會強制JSP中指定的編碼要和HTML指定的編碼要一致(包含大小寫)
    改成一致就會ok

    2012年6月30日 星期六

    WAS 7之後支援compressed reference

    http://www.ibm.com/developerworks/cn/websphere/library/techarticles/0809_alcott/0809_alcott.html

    WebSphere Application Server V7 中的新特性

    IBM 的 Java SE 6 中的另一个改进是在 64 位 WebSphere Application Server JVM 中使用
    压缩引用 (compressed reference)(或指针压缩)。与以前的 32 位 JVM 相比,使用压缩引用可以非常显著地减少 64 位 JVM 的进程内存占用空间。在 IBM 推出 Java SE 6 实现以前,64 位堆的大小为等效的 32 位堆的 1.7 至 2 倍的情况并不鲜见。


    IBM JVM:
     -Xcompressedrefs

    Oracle JVM:
    -XX:+UseCompressedOops

    Use -Xcompressedrefs in any of these situations:

    • When your Java applications does not need more than a 25 GB Java heap.
    • When your application uses a lot of native memory and needs the JVM to run in a small footprint.

    REF:
    http://publib.boulder.ibm.com/infocenter/javasdk/v6r0/index.jsp?topic=%2Fcom.ibm.java.doc.diagnostics.60%2Fdiag%2Funderstanding%2Fmm_compressed_references.html

    http://www.slideserve.com/adamdaniel/improving-64-bit-java-performance-using-compressed-references

    2012年2月10日 星期五

    Maximum possible heap size and maximum recommended heap size (32-bit Java)

    http://publib.boulder.ibm.com/infocenter/javasdk/tools/index.jsp?topic=%2Fcom.ibm.java.doc.igaa%2F_1vg00014884d287-11c3fb28dae-7ff6_1001.html

    Platform Additional options Maximum heap size Recommended heap size limit Additional notes
    AIX None 3.25 GB 2.5 GB Maximum heap size is not required to be, but should ideally be, a multiple of 256 MB
    Linux None 2 GB 1.5 GB
    Hugemem Kernel 3 GB 2.5 GB
    Windows None 1.8 GB 1.5 GB
    /3GB 1.8 GB 1.8 GB

    2012年2月3日 星期五

    『起始資料堆大小』(-Xms50m) 和『資料堆大小上限』 (-Xmx256m)

    如果WebSphere空白預設是 -Xms50m -Xmx256m (V8)
    修改後重啟server1,用ps -ef | grep server1可確認修改結果是否生效
    ref:
    兩個最重要的 GC 調校參數,分別是起始資料堆大小及資料堆大小上限。起始資料堆大小是指,JVM 啟動時,Java 資料堆一開始可以分配到的記憶體數目。i5/OS 的起始資料堆大小預設為 4 MB,新的 IBM WebSphere Application Server (WAS) 6.1 預設為 50 MB。
    資料堆大小上限是指,Java 資料堆可成長到多大。i5/OS 的資料堆大小上限預設為 2 GB,WAS 6.1 預設為 256 MB。以下幾種方法可變更資料堆大小上限:Xmx 參數、GCHMAX,或從 WAS 管理主控台,進入前述起始資料堆大小頁面。

    V5R4 隨附的 IBM Technology for Java 實作是 32 位元 Java,最多可處理 4 GB 的記憶體,由於部分要保留給作業系統及 JVM 實作使用,因此資料堆大小上限為 3328 MB (3.25 GB)。應用程式如使用原生程式碼、共享類別快取或記憶體對映檔,可能還需要額外的非 Java 資料堆記憶體,因此 Java 資料堆大小上限會降低。大部分 WAS 應用程式的實際限制約為 2500 MB。

    檢查 Java 或 WAS 的效能時,一定要檢查記憶體是否足以提供給 JVM,包括資料堆大小上限所需的記憶體,以及 JVM、Just In Time (JIT) 編譯器及其他原生程式碼所使用的額外記憶體。額外記憶體需求大小不等,可大致估為資料堆大小上限的四分之一。例如,若資料堆大小上限為 1 GB,則記憶體儲存區中至少要預留 1.25 GB 的記憶體。