weblogic項目訪問地址

① 怎樣登錄到WebLogic 管理控制台

1） WebLogic Server 性能包。WebLogic Server 性能包是本地代碼，如啟用則可能會產生這類錯誤。禁用此功能以確定這是不是引起問題的原因。可以通過控制台或命令行來執行此操作。，使用控制台來查看「Server」選項卡，將 NativeIOEnabled 設置為 false。操作步驟為：
a. 啟動管理伺服器（如果它還沒有運行）。
b. 訪問該域的管理控制台。
c. 展開左邊窗格中的伺服器節點，以顯示域中配置的伺服器。
d. 單擊要配置的伺服器實例的名稱。
e. 選擇「Configuration」－>「Tuning」選項卡。
f. 如果未選中「Enable Native IO」復選框，請選中該復選框。
g. 單擊「Apply」。
h. 重新啟動伺服器。

2）任何 2 類 JDBC 驅動程序都要利用本地 DBMS 庫，這些庫也會產生這類錯誤。切換到純 java（4 類）JDBC 驅動程序，以確定這是不是出錯原因。

3）用 JNI 調用訪問的任何本地庫也會引起這類錯誤。如果應用程序使用這些庫，則必須仔細檢查它們。可能很難排除這些庫的問題，因為可能不太容易從應用程序中刪除其功能。可能需要進行大量的記錄，來確定某個使用模式是否能與核心轉儲/Dr Watson 錯誤相關聯。

4）有時候，JVM 將產生一個小日誌文件，其中可能包含說明內核來自哪一個庫的有用信息，但有時也並非如此。該文件產生於啟動 WebLogic Server 的目錄中，且其形式為 hs_err_pid<PID #>.log，其中 <PID #> 是 WebLogic Server 進程的進程 ID。

如果上述方法仍然找不出問題的原因，可以嘗試縮小導致 JVM 崩潰的問題代碼的位置范圍。

1）調試器/IDE
JVM 可以在調試器（gdb、xdb、dbx 等）或 IDE（如 Visual Studio）中啟動，以捕捉和處理嚴重錯誤。這種方法本身有缺陷，即不能在調試器/IDE 中重現崩潰現象，但如果能重新創建它，則可以從該工具中獲得大量有用的信息。

2）跟蹤
可以啟用命令行標志 -Xverbose 來打開 JVM 中的附加跟蹤功能。應用程序也可能有一些可啟用的調試標志。

3）Thread Dump
根據 JVM 版本的不同，有可能在進程退出之前獲得 Thread Dump。HotSpot 支持（未記載的）命令行選項 -XX:+ShowMessageBoxOnError；相應的 JRockit 選項為 -Djrockit.waitonerror。當 JVM 崩潰時，它可能會提示用戶：「您想要調試此問題嗎？」 這會暫停該進程，從而能夠生成 Thread Dump（JVM 中的每個線程的一個堆棧跟蹤）、連接調試器，或執行一些調試活動。但是，並非在所有情況下這都有效（例如，當堆棧溢出時）。

4）異地復制
如果能從可重現問題的應用程序提取獨立的測試案例，則對快速推進探查過程可能有很大幫助，因為技術支持和工程部門都可以從依賴客戶嘗試各種建議和修補程序中解放出來。遺憾的是，這幾乎總是不可能的，因為客戶應用程序一般都會高度依賴於環境，並且與各種第三方應用程序高度關聯。

5）調試編譯 [工程特殊情況]
在極端情況下，如果確認很難收集有關該問題的信息，可能會說服 JVM 供應商的工程小組提供調試版編譯程序，這會有助於查找問題。但是要注意，這只有在與供應商的支持部門聯系之後才能實現。

如果上面方法還是找不出問題的解決方法，那麼只能嘗試做以下方法

1）升級
如果可能的話，升級到支持該應用程序的最新 JVM 版本。這不一定能解決問題，但在任何情況下，看看以這種途徑能獲得哪些免費贈品不失為一個好主意。但是，有些客戶也許不能利用此選項，特別是如果應用程序是一個生產系統，必須謹慎控制和嚴格管理系統修改。

2）轉換 JVM
如果其它供應商的 JVM 支持該應用程序，則轉換 JVM 可能有助於避開問題。Sun 的 HotSpot 和 BEA 的 JRockit 在它們的幾個關鍵組件如 JNI、內存管理等的實現上有差異。這些也是經常遇到問題的方面，因此轉換 JVM 可能會有所幫助。

3）禁用 JIT，強迫解釋 [特定於 HotSpot]
命令行選項 "-Djava.compiler=none -Xint" 強迫 HotSpot 關閉編譯和解釋所有位元組碼。如果問題是在「熱點」中，這可能有所幫助。

4）禁用優化 [特定於 JRockit]
命令行選項 "-Xnoopt" 強迫 JRockit 關閉所有熱點優化（在 JRockit 中無法禁用編譯）。由於優化曾是過去出現問題的方面，這可能是一個有用的嘗試方法。

5）轉換到 4 類 JDBC 驅動程序
如果崩潰發生在 JDBC 中，那麼從 2 類（本地代碼）改變到 4 類（純 Java）JDBC 驅動程序可能會有所幫助。

② 如何查詢Oracle EBS Weblogic訪問地址及相關擴展知識

如何查詢Oracle EBS Weblogic訪問地址及相關擴展知識
可以不配置,如果你不通過weblogic訪問資料庫。 實際上也可以人工jdbc:) 只不過比起通過伺服器訪db而言更難於管理

③ 如何查看和修改Weblogic的數據源

打開瀏覽器，輸入Weblogic的訪問地址，默認的訪問地址為：伺服器IP:7001/console

輸入「用戶名」「密碼」，點擊登錄。

在左側菜單中依次選擇：服務->JDBC->數據源

點擊現有的數據源名稱，可以進入查看或者修改數據源的配置。

點擊頂部的【連接池】選項卡，可以查看資料庫的IP、服務名、用戶、密碼、初始化大小等等。

1、修改後，可以點擊【保存】按鈕，進行修改保存。
2、修改數據源之後需要重新啟動weblogic才能生效。

④ weblogic控制台訪問地址

本地的話是http://localhost:7001/console,遠程的話把地址和埠改一下,一般埠為7001

⑤ 如何訪問部署在weblogic下的web工程

訪問方式是： http://hostname:port/CONTEXT-ROOT/URL-PATTERN
hostname，不用說你部署到的機器名，比如如果是本地pc的話，就是localhost
port：看你的部署的server的埠，如果部署在admin server，默認埠是7001，如果設置了managed server，看你具體設置的是多少
CONTEXT-ROOT:就是application.xml中context-root的設定，比如<context-root>MyServer</context-root>
URL-PATTERN：就是web.xml中URL-PATTERN的設定，比如 <url-pattern>/MyService</url-pattern>

⑥ weblogic漏洞系列-後台上傳文件getshell

往後每周會堅持做漏洞復現，環境採取P神的vulhub。

測試環境：

WebLogic Server 版本: 10.3.6.0 （11g）

jdk版本：1.6

測試步驟：

1、通過弱口令進後台，本測試環境弱口令為：

weblogic 常用弱口令可以參考： https://cirt.net/passwords?criteria=weblogic

2、weblogic後台訪問地址為： http://ip:7001/console/login/LoginForm.jsp (默認埠是7001，要根據實際開放埠進行訪問)

3、輸入賬號名、密碼登錄之後進入後台管理界面-【部署】-【安裝】

4、在安裝頁面點擊上載文件。

5、然後選擇製作好的 war包，點擊下一步。

6、war包製作方法：

7、一直下一步，這里注意點擊的是上邊的下一步，不要點錯了。

8、然後點擊完成-保存。

9、訪問大馬文件

⑦ 怎麼用eclipse修改web工程的訪問路徑

1、首先在電腦上打開eclipse，找到自己要修改的項目，滑鼠右鍵點擊。

⑧ 部署在weblogic jsp 怎麼訪問

按網上很多教程部署一個項目，默認最後是這樣的，名字為web。這時項目狀態為活動，新開一個頁面，用http://localhost:7001/web就能訪問到項目默認的JSP頁面了。

此時在IntelliJ IDEA中新建一個項目，在部署頁面一步一步按默認安裝後狀態會顯示為失敗。

因為Weblogic部署項目後的訪問路徑是web那個文件夾，我們將它重命名一下，可以是項目名。

此時在部署頁面安裝項目時會看見可選的項目如圖，名字由web變為我們改的了。添加並按默認一步一步成功安裝。

完成後項目狀態就是成功了。新開一個頁面用你改的名字代替原來的web就可以訪問到項目了。