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就可以访问到项目了。