WebLogic 8.1 doesn't work on SunOS 5.8

Hello,
I install WebLogic 8.1 on SunOS 5.8, start it.
Looks like it doesn't work.
It doesn't accept requests, doesn't create log file on startup.
Just running as process.
Do you have any suggestions?
We are BEA castomers and going to migrate from version 6.1 to 8.1.
Thanks.
Oleg.

Hello Wayne,
1) As test, to see if first instance really listening on that port.
I run same version of WL8 on same machine on same port
Usually second instance can't start.
But now second instance runs without complains.
It means that port is free and first instance doesn't listening any port.
After startup, first and second instances display same message:
'started as the administration server (without port number).
2)
$ java -version
java version "1.2.2"
Before startup, I set
JAVA_HOME="/export/home/bea/jdk141_02".
3)
echo $PATH
/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin
4)
WL output after startup:
$ ./startWebLogic.sh
CLASSPATH=/export/home/bea/jdk141_02/lib/tools.jar:/export/home/bea/weblogic81/server/lib/weblogic_sp.jar:/export/home/bea/weblogic81/server/lib/weblogic.jar:/export/home/bea/weblogic81/server/lib/ojdbc14.jar::/export/home/bea/weblogic81/common/eval/pointbase/lib/pbserver44.jar:/export/home/bea/weblogic81/common/eval/pointbase/lib/pbclient44.jar:/export/home/bea/jdk141_02/jre/lib/rt.jar:/export/home/bea/weblogic81/server/lib/webservices.jar:
PATH=/export/home/bea/weblogic81/server/bin:/export/home/bea/jdk141_02/jre/bin:/export/home/bea/jdk141_02/bin:/export/home/bea/weblogic81/server/bin:/export/home/bea/jdk141_02/jre/bin:/export/home/bea/jdk141_02/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin
ServerName=admin
* To start WebLogic Server, use a username and *
* password assigned to an admin-level user. For *
* server administration, use the WebLogic Server *
* console at http://<hostname>:<port>/console *
<May 22, 2003 11:15:31 AM EDT> <Info> <WebLogicServer> <BEA-000377> <Starting
WebLogic Server with Java HotSpot(TM) Client VM Version 1.4.1_02-ea-b01 from Sun
Microsystems Inc.>
<May 22, 2003 11:15:31 AM EDT> <Info> <Configuration Management> <BEA-150016>
<This server is being started as the administration server.>
<May 22, 2003 11:15:31 AM EDT> <Info> <Management> <BEA-141107> <Version: WebLogic
Server 8.1 Thu Mar 20 23:06:05 PST 2003 246620
WebLogic XMLX Module 8.1 Thu Mar 20 23:06:05 PST 2003 246620 >
4)
startup script:
# set up WL_HOME, the root directory of your WebLogic installation
WL_HOME="/export/home/bea/weblogic81"
# Set JAVA_HOME to java virtual machine you want to run on server side.
JAVA_HOME="/export/home/bea/jdk141_02"
# set up common environment
. "${WL_HOME}/common/bin/commEnv.sh"
./setEnv.sh
# Set Production Mode. When this is set to true, the server starts up in
# production mode. When set to false, the server starts up in development
# mode. If it is not set, it will default to false.
PRODUCTION_MODE=""
# Set JAVA_VENDOR to java virtual machine you want to run on server side.
JAVA_VENDOR="Sun"
set USE_CURRENT_JAVA_HOME "$@"
. "${WL_HOME}/common/bin/commEnv.sh"
shift 1
# Set SERVER_NAME to the name of the server you wish to start up.
SERVER_NAME=admin
# Set WLS_USER equal to your system username and WLS_PW equal
# to your system password for no username and password prompt
# during server startup. Both are required to bypass the startup
# prompt.
WLS_USER=
WLS_PW=
# Set JAVA_VM to java virtual machine you want to run on server side.
# JAVA_VM=""
# Set JAVA_OPTIONS to the java flags you want to pass to the vm. If there
# are more than one, include quotes around them. For instance:
# JAVA_OPTIONS="-Dweblogic.attribute=value -Djava.attribute=value"
# Reset number of open file descriptors in the current process
# This function is defined in commEnv.sh
resetFd
# Start WebLogic server
CLASSPATH="${WEBLOGIC_CLASSPATH}${CLASSPATHSEP}${POINTBASE_CLASSPATH}${CLASSPATHSEP}${JAVA_HOME}/jre/lib/rt.jar${CLASSPATHSEP}${WL_HOME}/server/lib/webservices.jar${CLASSPATHSEP}${CLASSPATH}"
export CLASSPATH
# Start WebLogic server
echo CLASSPATH="${CLASSPATH}"
echo
echo PATH="${PATH}"
echo
echo ServerName="${SERVER_NAME}"
echo
echo "***************************************************"
echo "* To start WebLogic Server, use a username and *"
echo "* password assigned to an admin-level user. For *"
echo "* server administration, use the WebLogic Server *"
echo "* console at http://<hostname>:<port>/console *"
echo "***************************************************"
"$JAVA_HOME/bin/java" ${JAVA_VM} ${MEM_ARGS} ${JAVA_OPTIONS} -Dweblogic.Name=${SERVER_NAME}
-Dweblogic.management.username=${WLS_USER} -Dweblogic.management.password=${WLS_PW}
-Dweblogic.ProductionModeEnabled=${PRODUCTION_MODE} -Djava.security.policy="${WL_HOME}/server/lib/weblogic.policy"
weblogic.Server
5)
config.xml:
<?xml version="1.0" encoding="UTF-8"?>
<Domain
Name="MyDomain"
ConfigurationVersion="8.1.0.0"
>
<Server
Name="admin"
ListenPort="7001"
ConsoleInputEnabled="false"
JavaCompiler="javac"
SocketReaderTimeoutMaxMillis="10"
>
<SSL
Name="admin"
ListenPort="7002"
Enabled="true"
/>
</Server></Domain>
Thank you,
Oleg.
"Wayne W. Scott" <[email protected]> wrote:
Oleg:
I have your installation log file. Please send the weblogic start script
you run.
I run another instance of WL on same port and it runs without complains.
Usually second instance stops with "Requested shutdown ..." if startedon busy
port.Are you running 2 instances at the same time on the same port? What version
of WLS?
I asked you on 5/16/2003 to show me ...
===============
What do you get from the following commands:
$ java -version
$ which java
===============
I have not seen that. I will not do any more on this without that data.
I also want to see output from
$ echo $PATH
Thanks,
Wayne
Oleg wrote:
I installed WL using SSH (PutTY tool) - as only way to communicatewith Unix.
I am using only console mode. No any X-Windows emulators.
I followed to all console instructions and WL was installed successful.
I run examples, it runs, but doesn't receive request.
It echoes right PATH and CLASSPATH.
I don't see any message about reading config.xml, as usually was done.
I run another instance of WL on same port and it runs without complains.
Usually second instance stops with "Requested shutdown ..." if startedon busy
port.
Looks like WL doesn't read or can't find config.xml and doesn't throwexceptions.
Thank you.
Oleg.

Similar Messages

  • TagExtraInfo example in weblogic 5.1 doesn't work!!!!!

              Hi
              i was trying example given in weblogic 5.1 i.e. session list. that uses tagextrainfo
              class to set the attributes in JSP. but it doesn't work.
              Please respond to this error.
              i am attaching error docs error.txt
              On Browser
              Compilation of 'E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java'
              failed:
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:93: cannot resolve
              symbol
              probably occurred due to an error in /SessionList.jsp line 49:
              <td><%= name %></td>
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:95: cannot resolve
              symbol
              probably occurred due to an error in /SessionList.jsp line 50:
              <td><%= value %></td>
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:99: cannot resolve
              symbol
              probably occurred due to an error in /SessionList.jsp line 51:
              <td><a href="<%=request.getRequestURI()%>?action=delete&delName=<%=name%>">
              On Server Console
              Mon Oct 08 18:26:06 GMT+05:30 2001:<I> <ServletContext-General> looking for taglib
              uri session.tld a
              s resource /WEB-INF/session.tld in Web Application root:
              Mon Oct 08 18:26:10 GMT+05:30 2001:<I> <ServletContext-General> Generated java
              file: E:\weblogic\mys
              erver\classfiles\jsp_servlet\_sessionlist.java
              Mon Oct 08 18:26:29 GMT+05:30 2001:<E> <ServletContext-General> Compilation of
              E:\weblogic\myserver\
              classfiles\jsp_servlet\_sessionlist.java failed:
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:93: cannot resolve
              symbol
              symbol : variable name
              location: class jsp_servlet._sessionlist
              out.print(weblogic.utils.StringUtils.valueOf( name )); //[ /SessionList.jsp;
              Line: 49]
              ^
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:95: cannot resolve
              symbol
              symbol : variable value
              location: class jsp_servlet._sessionlist
              out.print(weblogic.utils.StringUtils.valueOf( value )); //[ /SessionList.jsp;
              Line: 50]
              ^
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:99: cannot resolve
              symbol
              symbol : variable name
              location: class jsp_servlet._sessionlist
              out.print(weblogic.utils.StringUtils.valueOf(name)); //[ /SessionList.jsp;
              Line: 51]
              ^
              3 errors
              java.io.IOException: Compiler failed executable.exec([Ljava.lang.String;[d:/jdk1.3/bin/javac.exe,
              -c
              lasspath, d:\jdk1.3\jre\lib\rt.jar;d:\jdk1.3\jre\lib\i18n.jar;d:\jdk1.3\jre\lib\sunrsasign.jar;d:\jd
              k1.3\jre\classes;.\lib\weblogic510sp10boot.jar;.\classes\boot;.\eval\cloudscape\lib\cloudscape.jar;d
              :\jdk1.3\lib\tools.jar;;.\license;.\lib\weblogic510sp10.jar;.\classes;.\lib\weblogicaux.jar;.\myserv
              er\serverclasses;E:\weblogic\myserver\servletclasses;E:\weblogic\myserver\public_html;E:\weblogic\my
              server\classfiles;null, -d, E:\weblogic\myserver\classfiles, E:\weblogic\myserver\classfiles\jsp_ser
              vlet\_sessionlist.java])
              at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit(CompilerInvoker.java:459)
              at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:249)
              at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java:366)
              at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:227)
              at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:200)
              at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:115)
              at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:138)
              at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:922)
              at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:886)
              at weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:
              269)
              at weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:380)
              at weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:268)
              at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:129)
              Mon Oct 08 18:26:31 GMT+05:30 2001:<E> <ServletContext-General> Servlet failed
              with Exception
              java.io.IOException: Compiler failed executable.exec([Ljava.lang.String;[d:/jdk1.3/bin/javac.exe,
              -c
              lasspath, d:\jdk1.3\jre\lib\rt.jar;d:\jdk1.3\jre\lib\i18n.jar;d:\jdk1.3\jre\lib\sunrsasign.jar;d:\jd
              k1.3\jre\classes;.\lib\weblogic510sp10boot.jar;.\classes\boot;.\eval\cloudscape\lib\cloudscape.jar;d
              :\jdk1.3\lib\tools.jar;;.\license;.\lib\weblogic510sp10.jar;.\classes;.\lib\weblogicaux.jar;.\myserv
              er\serverclasses;E:\weblogic\myserver\servletclasses;E:\weblogic\myserver\public_html;E:\weblogic\my
              server\classfiles;null, -d, E:\weblogic\myserver\classfiles, E:\weblogic\myserver\classfiles\jsp_ser
              vlet\_sessionlist.java])
              at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit(CompilerInvoker.java:459)
              at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:249)
              at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java:366)
              at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:227)
              at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:200)
              at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:115)
              at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:138)
              at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:922)
              at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:886)
              at weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:
              269)
              at weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:380)
              at weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:268)
              at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:129)
              waitng for answer.
              Regards
              Abhi
    </a>

              Hi
              i was trying example given in weblogic 5.1 i.e. session list. that uses tagextrainfo
              class to set the attributes in JSP. but it doesn't work.
              Please respond to this error.
              i am attaching error docs error.txt
              On Browser
              Compilation of 'E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java'
              failed:
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:93: cannot resolve
              symbol
              probably occurred due to an error in /SessionList.jsp line 49:
              <td><%= name %></td>
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:95: cannot resolve
              symbol
              probably occurred due to an error in /SessionList.jsp line 50:
              <td><%= value %></td>
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:99: cannot resolve
              symbol
              probably occurred due to an error in /SessionList.jsp line 51:
              <td><a href="<%=request.getRequestURI()%>?action=delete&delName=<%=name%>">
              On Server Console
              Mon Oct 08 18:26:06 GMT+05:30 2001:<I> <ServletContext-General> looking for taglib
              uri session.tld a
              s resource /WEB-INF/session.tld in Web Application root:
              Mon Oct 08 18:26:10 GMT+05:30 2001:<I> <ServletContext-General> Generated java
              file: E:\weblogic\mys
              erver\classfiles\jsp_servlet\_sessionlist.java
              Mon Oct 08 18:26:29 GMT+05:30 2001:<E> <ServletContext-General> Compilation of
              E:\weblogic\myserver\
              classfiles\jsp_servlet\_sessionlist.java failed:
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:93: cannot resolve
              symbol
              symbol : variable name
              location: class jsp_servlet._sessionlist
              out.print(weblogic.utils.StringUtils.valueOf( name )); //[ /SessionList.jsp;
              Line: 49]
              ^
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:95: cannot resolve
              symbol
              symbol : variable value
              location: class jsp_servlet._sessionlist
              out.print(weblogic.utils.StringUtils.valueOf( value )); //[ /SessionList.jsp;
              Line: 50]
              ^
              E:\weblogic\myserver\classfiles\jsp_servlet\_sessionlist.java:99: cannot resolve
              symbol
              symbol : variable name
              location: class jsp_servlet._sessionlist
              out.print(weblogic.utils.StringUtils.valueOf(name)); //[ /SessionList.jsp;
              Line: 51]
              ^
              3 errors
              java.io.IOException: Compiler failed executable.exec([Ljava.lang.String;[d:/jdk1.3/bin/javac.exe,
              -c
              lasspath, d:\jdk1.3\jre\lib\rt.jar;d:\jdk1.3\jre\lib\i18n.jar;d:\jdk1.3\jre\lib\sunrsasign.jar;d:\jd
              k1.3\jre\classes;.\lib\weblogic510sp10boot.jar;.\classes\boot;.\eval\cloudscape\lib\cloudscape.jar;d
              :\jdk1.3\lib\tools.jar;;.\license;.\lib\weblogic510sp10.jar;.\classes;.\lib\weblogicaux.jar;.\myserv
              er\serverclasses;E:\weblogic\myserver\servletclasses;E:\weblogic\myserver\public_html;E:\weblogic\my
              server\classfiles;null, -d, E:\weblogic\myserver\classfiles, E:\weblogic\myserver\classfiles\jsp_ser
              vlet\_sessionlist.java])
              at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit(CompilerInvoker.java:459)
              at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:249)
              at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java:366)
              at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:227)
              at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:200)
              at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:115)
              at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:138)
              at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:922)
              at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:886)
              at weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:
              269)
              at weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:380)
              at weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:268)
              at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:129)
              Mon Oct 08 18:26:31 GMT+05:30 2001:<E> <ServletContext-General> Servlet failed
              with Exception
              java.io.IOException: Compiler failed executable.exec([Ljava.lang.String;[d:/jdk1.3/bin/javac.exe,
              -c
              lasspath, d:\jdk1.3\jre\lib\rt.jar;d:\jdk1.3\jre\lib\i18n.jar;d:\jdk1.3\jre\lib\sunrsasign.jar;d:\jd
              k1.3\jre\classes;.\lib\weblogic510sp10boot.jar;.\classes\boot;.\eval\cloudscape\lib\cloudscape.jar;d
              :\jdk1.3\lib\tools.jar;;.\license;.\lib\weblogic510sp10.jar;.\classes;.\lib\weblogicaux.jar;.\myserv
              er\serverclasses;E:\weblogic\myserver\servletclasses;E:\weblogic\myserver\public_html;E:\weblogic\my
              server\classfiles;null, -d, E:\weblogic\myserver\classfiles, E:\weblogic\myserver\classfiles\jsp_ser
              vlet\_sessionlist.java])
              at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit(CompilerInvoker.java:459)
              at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:249)
              at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java:366)
              at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:227)
              at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:200)
              at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:115)
              at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:138)
              at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:922)
              at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:886)
              at weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:
              269)
              at weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:380)
              at weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:268)
              at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:129)
              waitng for answer.
              Regards
              Abhi
    </a>

  • Applet doesn't work in SunOS

    i have designed a frame based application software in JDK 1.x version now I updated to JDK 1.4.x and compiled all java files to new version of JDK. Frame is opening fine, but all button and lable objects are disabled, i am not able to enter or click on the objects.
    Operation System : SunOS - sun4u sparc SUNW
    Anybody can help me....!!!!

    1.x to 1.4 is a pretty big jump. Have you checked to see if any API has been
    deprecated? Reading through release notes would help also.

  • Page naviagation doesn't work after deploy ADF application to Weblogic

    After deploy my ADF application (ear) to Weblogic Server, the page navigation doesn't work. When running the ear on weblogic, I got following warnings:
    <2010-11-5 下午05时06分01秒 CST> <Warning> <J2EE> <BEA-160195> <The application version lifecycle event listener oracle.security.jps.wls.listeners.JpsAppVersionLifecycleListener is ignored because the application HwtOrder is not versioned.>
    <2010-11-5 下午05时06分38秒 CST> <Warning> <netuix> <BEA-423420> <Redirect is executed in begin or refresh action. Redirect url is /console/console.portal?_nfpb=true&_pageLabel=AppApplicationOverviewPage&AppApplicationOverviewPortlethandle=com.bea.console.handles.AppDeploymentHandle%28%22com.bea%3AName%3DHwtOrder%2CType%3DAppDeployment%22%29.>
    <2010-11-5 下午05时07分33秒 CST> <Warning> <netuix> <BEA-423420> <Redirect is executed in begin or refresh action. Redirect url is /console/console.portal?_nfpb=true&_pageLabel=DiagnosticsViewDomainLogTablePage&DiagnosticsViewDomainLogTablePortlethandle=com.bea.console.handles.LogDispatchHandle%28%22DefaultServer%3BDomainLog%22%29.>
    I can run the application correctly in jdeveloper 11g environment. I think there is something wrong with deployment. Can anyone help me?

    When you target url with .jspx, you are running the page itself, not in the task flow context, so navigation doesn't work.
    In the task flow, your page has 'Activity ID' (which is, for example, 'mainPage' for mainPage.jspx) and the navigation is defined for activity IDs, not pages.
    Pedja

  • Parsing in Weblogic/jsp doesn't work; application-mode (command-line) works

    Hello-
    Parsing my XML file in Weblogic/jsp doesn't work, whereas it works
    in application-mode... (albeit on two different machines)
    Here are the parameters:
    server1:
    weblogic 6.0
    win2k server
    jre1.3
    my personal machine:
    ***no weblogic***
    win2k server
    jre1.3
    When I run my code as an application (command-line style) on my machine,
    parsing in my xml file works fine, and I can do a root.toString() and it
    dumps out the entire xml file, as desired.
    However, running my code inside weblogic (on server1) in JSP, parsing in
    my file and doing a root.toString() results in the following: [dmui: null]
    (where dmui is my root)
    (even though i'm running it on two different machines, i'm positive its the
    same code (the servers share a mapped drive)...
    So, I think its probably because I'm using a different parser, as
    specified by weblogic? There are no exceptions being thrown. Here's my
    (abbreviated) code, which is called either command line style or in a JSP:
    // Imports
    import org.w3c.dom.*;
    import org.w3c.dom.Document;
    import javax.xml.parsers.*;
    import javax.xml.parsers.DocumentBuilderFactory;
    import javax.xml.parsers.DocumentBuilder;
    import org.xml.sax.SAXException;
    import org.xml.sax.SAXParseException;
    DocumentBuilderFactory docBuilderFactory =
    DocumentBuilderFactory.newInstance();
    DocumentBuilder docBuilder = docBuilderFactory.newDocumentBuilder();
    mDocument = docBuilder.parse (inFile);
    myRoot.toString()
    -END
    Doing a System.getProperty("javax.xml.parsers.DocumentBuilderFactory")
    results in:
    server1 (weblogic/jsp):
    "weblogic.apache.xerces.jaxp.DocumentBuilderFactoryImpl"
    my machine (application-mode):
    null
    Does anyone have any ideas about how to get this work? Do I try to set it
    up so that they both use the same parser? Do I change the Weblogic parser?
    If so, to what? And how?
    Am I even close?
    Any help would be appreciated..
    Thanks, Clint
    "[email protected]" <[email protected]> wrote in message
    news:[email protected]...
    No problem, glad you got it worked out :)
    ~Ryan U.
    Jennifer wrote in message <[email protected]>...
    I completely missed setting the property(:-o), foolish mistake. That wasit. Thanks.
    "j.upton" <[email protected]> wrote:
    Jennifer,
    Personally I would get rid of import com.sun.xml.parser.* and use xerces
    which comes with WLS 6.0 now, unless like I said earlier you have a need
    to
    use the sun parser :) Try something like this with your code --I've put
    things to watch for as comments in the code.
    import javax.xml.parsers.*;
    import org.xml.sax.SAXException;
    import org.w3c.dom.*;
    import java.io.FileInputStream;
    public class BasicDOM {
    public BasicDOM (String xmlFile) {
    try{
    FileInputStream inStream;
    Document document;
    /*You must specify a parser for jaxp. You can in a simple view
    think
    of this as being analogous to a driver used by JDBC or JNDI. If you are
    using this in the context of a servlet or JSP and have set an XML
    registry
    with the console this happens automatically. You can also invoke it in
    the
    context of an application on the command line using the -D switch. */
    System.setProperty("javax.xml.parsers.DocumentBuilderFactory",
    >>>
    "weblogic.apache.xerces.jaxp.DocumentBuilderFactoryImpl");
    // create a document factory
    DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
    // specify validating or non-validating parser
    dbf.setValidating(true);
    // obtain a factory
    DocumentBuilder db = dbf.newDocumentBuilder();
    // create a document from the factory
    inStream = new FileInputStream(xmlFile);
    document = db.parse(inStream);
    }//try
    catch (Exception e)
    System.out.println("Unexpected exception reading document!"
    +e);
    System.exit (0);
    }//catch
    }//BasicDom
    // Main Method
    public static void main (String[] args) {
    if (args.length < 1)
    System.exit(1); file://or you can be more verbose
    new BasicDOM(args[0]);
    }//class
    =============================================
    That will give you a basic DOM you can manipulate and parse it fromthere.
    BTW this code
    compiled and ran on WLS 6.0 under Windows 2000.
    Let me know if this helped or you still are having trouble.
    ~Ryan U.
    "Jennifer" <[email protected]> wrote in message
    news:[email protected]...
    Actually I included com.sun.xml.parser.* as one last febble attempt toget
    it working.
    And as for source code, I included the code. If I just put that oneline
    of code
    in, including the imports, it fails giving me an error listed above inthe
    subject
    line. Here is the code again:
    package examples.xml.http;
    import javax.xml.parsers.*;
    import org.xml.sax.SAXException;
    import org.xml.sax.SAXParseException;
    import org.w3c.dom.*;
    import java.util.*;
    import java.net.*;
    import org.xml.sax.*;
    import java.io.*;
    public class BasicDOM {
    static Document document;
    public BasicDOM (String xmlFile) {
    try {
    DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
    } catch (FactoryConfigurationError e){
    System.err.println(e.getException());
    e.printStackTrace();
    // Main Method
    public static void main (String[] args) {
    BasicDOM basicDOM = new BasicDOM (args[0]);

    Hi, Rob
    Does it work in WL9.2?
    It seems I do it exactly as the explained at http://edocs.bea.com/wls/docs81/programming/classloading.html - and it fails :o(.
    I try to run my app.ear with WL9.2 There are 2 components in it: webapp and mdb. The webapp/WEB-INF contains weblogic.xml:
    <weblogic-web-app>
    <container-descriptor>     
    <prefer-web-inf-classes>true</prefer-web-inf-classes>
    </container-descriptor>
    </weblogic-web-app>
    Mdb is expected to run in the same mode, i.e. to prefer the webapp/WEB-INF/*.jar over the parent Weblogic classloader. To do so I add the weblogic-application.xml to the app.ear!/META-INF:
    <weblogic-application>
    <classloader-structure>
    <module-ref>
    <!-- reminder: this webapp contains
    prefer-web-inf-classes -->
    <module-uri>webapp</module-uri>
    </module-ref>
    <classloader-structure>
    <module-ref>
    <module-uri>mdb.jar</module-uri>
    </module-ref>
    </classloader-structure>
    </classloader-structure>
    </weblogic-application>
    Now, when classloader-structure specified, both webabb and mdb prefer the weblogic root loader as if prefer-web-inf-classes not defined at all.

  • It doesn´t work weblogic sever 10.3.2 with jeveloper 11.1.1.2.0 with Win 7

    Hi everyone, how must I configurate weblogic server with jdeveloper 11.1.1.2.0 on Windows 7 x86 ?
    I installed jdeveloper 11.1.1.2.0 with weblogic server 10.3.2 that comes in jdevstudio 11.1.1.2.0.
    JDeveloper works but when I am going to test any web application weblogic doesn´t work and the
    service never starts up.
    I have the next message:
    the system cannnot found the specified path
    Process Exited
    I have to set up any environment varialbes or I need any plugging.

    Hi,
    is there any more information than this ? Which path is it that the system cannot find ? Can you try installing JDeveloper into a directory that does not contain blanks ?
    Frank

  • NT service start of weblogic doesn't work (command line start works)...

    Hi,
    We have WL 6 running on NT 4, and the server installed as a NT service.
    We have some servlets sitting in the DefaultWebApp directory, but when we
    start the WebLogic NT service we get an ERROR 400:
    From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
    10.4.5 400 Bad Request
    The request could not be understood by the server due to malformed syntax.
    The client SHOULD NOT repeat the request without modifications.
    The log states that the default context did not load properly. Maybe about
    10% of the time, everything works fine
    and we can access our servlets. When the error happens, we can't even
    access the console, it still gives the same error 400. Interestingly, when
    I start weblogic through DOS, it works 100% of the time with no error 400!
    I installed SP1 and I still get the same behavior. I tried resetting the
    config.xml....but sometimes I get the reverse behavior..where the service
    works all the time and the DOS method doesn't work. Could there be
    something with the servlets (they're pretty straight)? Some other parameter
    or setting that I'm missing? Or is this just a bug?
    Thanks for any help,
    Ven

    This is a known bug in the Windows native convenience programs.
    If you start the server with the startWebLogic.cmd script or
    from your own Java command line you'll get farther.
    WebLogic Server 5.1.0 isn't certified yet on the 1.3 JDK because
    1.3 had not been released in production form at the time of
    the WebLogic Server 5.1.0 release. Our experience is that it
    works well enough to do development work. Certification (and
    support for deployment) is targeted for an upcoming service pack.
    Chuck Karish
    Tsung-Wen Tsai wrote:
    >
    Does WLS 5.1 works with jdk or jre 1.3?
    I looked at jdk and jre 1.3 directory and I can't find javai.dll file,
    although javai DO come with jdk 1.1.6.
    I got this error when starting WLS. I changed the JAVA_HOME through
    wlconfig.
    -Tsung
    =============================
    c:\weblogic>bin\wlserver
    Java dll not found. Bad value for JAVA_HOME.
    The system cannot find the path specified.
    Java dll not found. Bad value for JAVA_HOME.
    The system cannot find the path specified.
    loadIt: Java DLL not found.
    The Windows registry is misconfigured
    for the WebLogic Server
    JAVA dll not found: c:\progra~1\javasoft\jre\bin\javai.dll:
    The Windows registry is misconfigured
    for the WebLogic Server
    Can't start WebLogic Server: (Can't start Java VM) err=0x2000001--
    Chuck Karish BEA Systems
    [email protected] San Francisco, CA
    (415) 317-0182 (cell) (415) 364-4692

  • Cache doesn't work with Apace-WebLogic bridge

    Hi.We noticed a problem with the download performance of our Java applet with Netscape. It's a tiny applet of 300K that takes only 2 seconds to load using IE, because it is already cached, and with Netscape it is always reloaded and the cache doesn't work.The applet is located on a WebLogic server, and we access it through an Apache server that redirects all requests to the WebLogic server. We noticed that when we access the WebLogic server directly, Netscape cache works fine. However when using the bridge, Netscape ignores the cache, while in IE the cache still works.The Apache server is installed on RedHat Linux 7.1. The bridge is a WebLogic module developed by BEA (the makers of WebLogic) that extends the Apache functionality and enables it to act as a proxy and leave the client (browser) totally unaware of the redirection. The requests are sent to the Apache server and the responses appear to be coming back from it as well.We need to understand why the cache doesn't work when using the bridge. Can you please tell us if you know of this problem or not, and if not -- point us in some direction to check for the problem.Thanks.

    You have to modify the password manually in OEM's target.xml.

  • Round Robin doesn't work in Bea Weblogic Cluster

    hello!
              we are using a weblogic (V5.1 SP8) cluster in the following configuration:
              2 Weblogic App-Servers as Servlet Containers.
              4 Weblogic App-Servers as EJB Containers.
              if a client connects to the first servlet - server, round robin between the
              4 EJB-servers behind doesn't work. It seems that the servlet-server is
              pinned to one EJB-server all the time.
              If we kill the second servlet-server as from now on round robin works in the
              EJB-server cluster like we expected.
              As we changed this configuration and also use an IPlanet webserver (one
              instance) with the weblogic proxy-plugin which connects to the
              servlet-cluster (2 instances)... round robin is working properly in the
              EJB-server cluster when the client connects to the IPlanet-server....
              what is the problem, why doesn't round robin work in the first
              configuration? any suggestions?
              Torsten Jenkner
              

    Okay, is it that the round-robining is not perfect (i.e., it doesn't send the
              first request to server1 and the second request to server2 and so on) or is it
              sending every request to one server?
              Torsten Jenkner wrote:
              > yes exactly Robert that's it!
              >
              > Torsten
              >
              > "Robert Patrick" <[email protected]> schrieb im Newsbeitrag
              > news:[email protected]...
              > > I don't understand this. Are you saying that with servlet node 1 or
              > servlet
              > > node 2 running by themselves that RR works fine but once you start both
              > > together, it does not?
              > >
              > > This sounds like a case for support...
              > > Robert
              > >
              > > Torsten Jenkner wrote:
              > >
              > > > > > it is always the same stub in our case. Also the round robin in the
              > EJB
              > > > > > cluster does with the same java classes but does not if the servlet
              > > > cluster
              > > > > > consits of two nodes. So it seems to be a configuration problem, but
              > > > which
              > > > > > one?
              > > > >
              > > > > Hmm.... I don't quite understand this last statement about the EJB
              > and
              > > > servlet
              > > > > cluster, could you explain a little more?
              > > > >
              > > > > Thanks,
              > > > > Robert
              > > > >
              > > >
              > > > if you use 2 servlet cluster nodes round robin between the
              > servlet-cluster
              > > > and the ejb-cluster doesn't work. if i kill the second servlet-node it
              > works
              > > > fine. so my thought was it has to be a configuration problem, because RR
              > > > does with one servlet-node. ok?
              > > >
              > > > Torsten Jenkner
              > >
              

  • Forms11 doesn't work

    i've installed form11 on windows 7. I've registered frmwebutil.jar and jacob.jar.
    When i run the form it doesn't work, displayed only a blank page with no errors. Where I'm wrong?
    my formsweb.cfg in C:\oracle\Middleware\user_projects\domains\ClassicDomain\config\fmwconfig\servers\WLS_FORMS\applications\formsapp_11.1.1\config
    is:
    # $Id: formsweb.cfg /st_forms_11.1.1.1.0/2 2009/07/22 13:43:35 nnsyed Exp $
    # formsweb.cfg defines parameter values used by the FormsServlet (frmservlet)
    # This section defines the Default settings. Any of them may be overridden in the
    # following Named Configuration sections. If they are not overridden, then the
    # values here will be used.
    # The default settings comprise two types of parameters: System parameters,
    # which cannot be overridden in the URL, and User Parameters, which can.
    # Parameters which are not marked as System parameters are User parameters.
    # SYSTEM PARAMETERS
    # These have fixed names and give information required by the Forms
    # Servlet in order to function. They cannot be specified in the URL query
    # string. But they can be overridden in a named configuration (see below).
    # Some parameters specify file names: if the full path is not given,
    # they are assumed to be in the same directory as this file. If a path
    # is given, then it should be a physical path, not a URL.
    # USER PARAMETERS
    # These match variables (e.g. %form%) in the baseHTML file. Their values
    # may be overridden by specifying them in the URL query string
    # (e.g. "http://myhost.example.com/forms/frmservlet?form=myform&width=700")
    # or by overriding them in a specific, named configuration (see below)
    [default]
    # System parameter: default base HTML file
    baseHTML=base.htm
    # System parameter: base HTML file for use with Sun's Java Plug-In
    baseHTMLjpi=basejpi.htm
    # System parameter: delimiter for parameters in the base HTML files
    HTMLdelimiter=%
    # WorkingDirectory defaults to <oracle_home>/forms if unset.
    workingDirectory=C:\PLINIUS_NA5_forms11\FMX
    # System parameter: file setting environment variables for the Forms runtime processes
    envFile=default.env
    # Forms runtime argument: whether to escape certain special characters
    # in values extracted from the URL for other runtime arguments
    escapeparams=true
    # Forms runtime argument: which form module to run
    form=test.fmx
    # Forms runtime argument: database connection details
    userid=PLINIUS/ASLNA5@CED5
    # Forms runtime argument: whether to run in debug mode
    debug=no
    # Forms runtime argument: host for debugging
    host=
    # Forms runtime argument: port for debugging
    port=
    # Forms runtime argument: BIDI digitSubstitution
    digitSubstitution=context
    # Other Forms runtime arguments: grouped together as one parameter.
    # These settings support running and debugging a form from the Builder:
    otherparams=obr=%obr% record=%record% tracegroup=%tracegroup% log=%log% term=%term% ssoProxyConnect=%ssoProxyConnect%
    # Sub argument for otherparams
    obr=no
    # Sub argument for otherparams
    record=
    # Sub argument for otherparams
    tracegroup=
    # Sub argument for otherparams
    log=
    # Sub argument for otherparams
    term=
    # HTML page title
    pageTitle=Oracle Fusion Middleware Forms Services
    # HTML attributes for the BODY tag
    HTMLbodyAttrs=
    # HTML to add before the form
    HTMLbeforeForm=
    # HTML to add after the form
    HTMLafterForm=
    # Forms applet parameter: URL path to Forms ListenerServlet
    serverURL=/forms/lservlet
    # Forms applet parameter
    codebase=/forms/java
    # Forms applet parameter
    imageBase=codebase
    # Forms applet parameter
    width=900
    # Forms applet parameter
    height=600
    # Forms applet parameter
    separateFrame=true
    # Forms applet parameter
    splashScreen=
    # Forms applet parameter
    allowAlertClipboard=true
    # Forms applet parameter
    disableValidateClipboard=false
    # Forms applet parameter
    highContrast=false
    # Forms applet parameter
    background=
    # Forms applet parameter
    lookAndFeel=Oracle
    # Forms applet parameter
    colorScheme=blue
    # Forms applet parameter
    logo=
    # Forms applet parameter
    restrictedURLparams=pageTitle,HTMLbodyAttrs,HTMLbeforeForm,HTMLafterForm,log
    # Forms applet parameter
    formsMessageListener=
    # Forms applet parameter
    recordFileName=
    # Forms applet parameter
    serverApp=default
    # Forms applet archive setting for other clients (Sun Java Plugin, Appletviewer, etc)
    archive=frmall.jar,frmwebutil.jar,jacob.jar,laf_11112.jar
    # Number of times client should retry if a network failure occurs. You should
    # only change this after reading the documentation.
    networkRetries=0
    # Page displayed to users to allow them to download Sun's Java Plugin.
    # Sun's Java Plugin is typically used for non-Windows clients.
    # (NOTE: you should check this page and possibly change the settings)
    jpi_download_page=http://java.sun.com/products/archive/j2se/6u12/index.html
    # Parameter related to the version of the Java Plugin
    jpi_classid=clsid:CAFEEFAC-0016-0000-0012-ABCDEFFEDCBA
    # Parameter related to the version of the Java Plugin
    jpi_codebase=http://java.sun.com/update/1.6.0/jinstall-6-windows-i586.cab#Version=1,6,0,12
    # Parameter related to the version of the Java Plugin
    jpi_mimetype=application/x-java-applet;jpi-version=1.6.0_12
    # Applet parameter for Sun's Java Plugin
    legacy_lifecycle=false
    # Single Sign-On OID configuration parameter: indicates whether we allow
    # dynamic resource creation if the resource is not yet created in the OID.
    ssoDynamicResourceCreate=true
    # Single Sign-On parameter: URL to redirect to if ssoDynamicResourceCreate=false
    ssoErrorUrl=
    # Single Sign-On parameter: Cancel URL for the dynamic resource creation DAS page.
    ssoCancelUrl=
    # Single Sign-On parameter: indicates whether the url is protected in which
    # case mod_osso will be given control for authentication or continue in
    # the FormsServlet if not. It is false by default. Set it to true in an
    # application-specific section to enable Single Sign-On for that application.
    ssoMode=false
    # Single Sign-On parameter: indicates whether session should operate in proxy
    # user support or not. Specify ssoProxyConnect=yes to enable for particular application.
    ssoProxyConnect=no
    # The parameter allow_debug determines whether debugging is permitted.
    # Administrators should set allow_debug to "true" if servlet
    # debugging is required, or to provide access to the Forms Trace Xlate utility.
    # Otherwise these activities will not be allowed (for security reasons).
    allow_debug=false
    # Parameter which determines whether new Forms sessions are allowed.
    # This is also read by the Forms EM Overview page to show the
    # current Forms status.
    allowNewConnections=true
    # EndUserMonitoring
    # EndUserMonitoringEnabled parameter
    # Indicates whether EUM/Chronos integration is enabled
    EndUserMonitoringEnabled=false
    # EndUserMonitoringURL
    # indicates where to record EUM/Chronos data
    EndUserMonitoringURL=
    # Config for javascript integration
    applet_name=
    enableJavascriptEvent=true
    # Config variable that will indicate if heartbeat will
    # be blocked when a javascript call is a blocking call.
    # The default value if false, i.e heart beat will not be
    # blocked for any javascript calls.
    JavaScriptBlocksHeartBeat=false
    # Example Named Configuration Section
    # Example 1: configuration to run forms in a separate browser window with
    # "generic" look and feel (include "config=sepwin" in the URL)
    # You may define your own specific, named configurations (sets of parameters)
    # by adding special sections as illustrated in the following examples.
    # Note that you need only specify the parameters you want to change. The
    # default values (defined above) will be used for all other parameters.
    # Use of a specific configuration can be requested by including the text
    # "config=<your_config_name>" in the query string of the URL used to run
    # a form. For example, to use the sepwin configuration, your could issue
    # a URL like "http://myhost.example.com/forms/frmservlet?config=sepwin".
    [sepwin]
    separateFrame=True
    lookandfeel=Generic
    # Example Named Configuration Section
    # Example 2: configuration running the Forms ListenerServlet in debug mode
    # (debug messages will be written to the servlet engine's log file).
    [debug]
    serverURL=/forms/lservlet/debug
    # Sample configuration for deploying WebUtil. Note that WebUtil is
    # only installed with the Forms Builder and is also available for download
    # from OTN.
    [webutil]
    WebUtilArchive=frmwebutil.jar,jacob.jar
    WebUtilLogging=off
    WebUtilLoggingDetail=normal
    WebUtilErrorMode=Alert
    WebUtilDispatchMonitorInterval=5
    WebUtilTrustInternal=true
    WebUtilMaxTransferSize=16384
    baseHTML=webutilbase.htm
    baseHTMLjpi=webutiljpi.htm
    archive=frmall.jar,frmwebutil.jar,jacob.jar,laf_11112.jar
    lookAndFeel=oracle
    [na5]
    baseHTMLjinitiator=basejpi.htm
    jpi_download_page=http://java.sun.com/j2se/1.6.0/download.jsp
    jpi_classid=clsid:CAFEEFAC-0016-0000-0017-ABCDEFFEDCBA
    jpi_codebase=http://java.sun.com/products/plugin/autodl/jinstall-1_6_0-windows-i586.cab#Version=1,6,0,17
    jpi_mimetype=application/x-java-applet
    separateFrame=true
    lookandfeel=Oracle
    archive=frmall.jar,frmwebutil.jar,jacob.jar,laf_11112.jar
    width=900
    height=600
    separateFrame=true
    splashScreen=no
    lookAndFeel=oracle
    colorScheme=blue
    logo=
    baseHTML=base.htm
    envFile=default.env
    pageTitle=Screening WEB
    form=
    userid=PLINIUS/aslna5@ced5
    Thanks Umberto

    In addition to the starting the WebLogic server (WLS), you will need to start the Forms Services also. Also, with respects to the WLS, you can set environment variables for the User ID (WLS_USER) and PW (WLS_PW) so you are not prompted each time you start the WLS.
    Hope this helps,
    Craig B-)
    If someone's response is helpful or correct, please mark it accordingly.

  • Mapping paths to servlets doesn't work anymore in SP5 ??

    Hello,
              see subject.
              I have a small web application which is contained in a WAR-file named
              "httpdump.war". Its deployment descriptor (web.xml) maps the servlet
              httpdump.HttpDumpServlet to the path /servletpath/* with the following
              XML statements:
              <servlet>
              <servlet-name>HttpDumpServlet</servlet-name>
              <display-name>The HTTP Dump Servlet</display-name>
              <servlet-class>httpdump.HttpDumpServlet</servlet-class>
              </servlet>
              <servlet-mapping>
              <servlet-name>HttpDumpServlet</servlet-name>
              <url-pattern>/servletpath/*</url-pattern>
              </servlet-mapping>
              In weblogic.properties, I have:
              weblogic.httpd.webApp.httpdump=httpdump.war
              The WAR-file is structured as follows:
              $ jar tf httpdump.war
              META-INF/
              META-INF/MANIFEST.MF
              WEB-INF/classes/httpdump/HttpDumpServlet.class
              WEB-INF/web.xml
              dummy.jsp
              $
              Now a request like http://host:port/httpdump/servletpath/xyz should be
              directed to my servlet, right?
              This works flawlessly in WLS 5.1 SP 3. With SP 5, I get the following:
              Sat Aug 26 15:58:54 CEST 2000:<E> <WebAppServletContext-httpdump> Error loading servlet: httpdump.HttpDumpServlet
              java.lang.ClassNotFoundException: httpdump.HttpDumpServlet
                   at weblogic.boot.ServerClassLoader.findLocalClass(ServerClassLoader.java:355)
                   at weblogic.boot.ServerClassLoader.loadClass(ServerClassLoader.java:111)
                   at java.lang.ClassLoader.loadClass(ClassLoader.java:243)
                   at weblogic.utils.classloaders.GenericClassLoader.parentLoadClass(GenericClassLoader.java:503)
                   at weblogic.utils.classloaders.GenericClassLoader.reallyLoadClass(GenericClassLoader.java:366)
                   at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:182)
                   at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:156)
                   at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:371)
                   at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:187)
                   at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:118)
                   at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:760)
                   at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:707)
                   at weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:251)
                   at weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:369)
                   at weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:269)
                   at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:135)
              Sat Aug 26 15:58:54 CEST 2000:<E> <WebAppServletContext-httpdump> Servlet failed with ServletException
              javax.servlet.ServletException: Servlet class: httpdump.HttpDumpServlet could not be loaded - the requested class wasn't found in the classpath
                   at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:379)
                   at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:187)
                   at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:118)
                   at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:760)
                   at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:707)
                   at weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:251)
                   at weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:369)
                   at weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:269)
                   at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:135)
              So, it seems the WLS has interpreted the <servlet-mapping> tag in the
              DD correctly, but is then looking for the servlet class in the wrong
              places..?
              My system configuration:
              $ java weblogic.Admin t3://localhost:7001 VERSION
              WebLogic Build: 5.1.0 Service Pack 5 08/17/2000 07:21:55 #79895
              $ uname -a
              Linux localhost.localdomain 2.2.14 #1 Wed Aug 16 01:57:42 CEST 2000 i686 unknown
              $ java -version
              java version "1.2.2"
              Classic VM (build 1.2.2-L, green threads, nojit)
              $
              Any hints?
              Thanks,
              Olaf
              Olaf Klischat | TU Berlin computer science
              Oberfeldstrasse 132 |
              12683 Berlin, Germany |
              phone: +49 30 54986231 | eMail: [email protected]
              

    Hi,
              we jared our servlets up and placed them in /WEB-INF/lib/....jar. The
              mapping is working without any problems.
              Daniel Hoppe
              -----Original Message-----
              From: Kumar Allamraju [mailto:[email protected]]
              Posted At: Saturday, August 26, 2000 7:57 PM
              Posted To: servlet
              Conversation: mapping paths to servlets doesn't work anymore in SP5 ??
              Subject: Re: mapping paths to servlets doesn't work anymore in SP5 ??
              Yes, this is already a known problem in SP5.
              Fix will be available in the upcoming service packs.
              I guess the workaround is to put servlet classes in servlet classpath.
              Sorry about the regression.
              Kumar
              Olaf Klischat wrote:
              > Hello,
              >
              > see subject.
              >
              > I have a small web application which is contained in a WAR-file named
              > "httpdump.war". Its deployment descriptor (web.xml) maps the servlet
              > httpdump.HttpDumpServlet to the path /servletpath/* with the following
              > XML statements:
              >
              > <servlet>
              > <servlet-name>HttpDumpServlet</servlet-name>
              > <display-name>The HTTP Dump Servlet</display-name>
              > <servlet-class>httpdump.HttpDumpServlet</servlet-class>
              > </servlet>
              >
              > <servlet-mapping>
              > <servlet-name>HttpDumpServlet</servlet-name>
              > <url-pattern>/servletpath/*</url-pattern>
              > </servlet-mapping>
              >
              > In weblogic.properties, I have:
              >
              > weblogic.httpd.webApp.httpdump=httpdump.war
              >
              > The WAR-file is structured as follows:
              >
              > $ jar tf httpdump.war
              > META-INF/
              > META-INF/MANIFEST.MF
              > WEB-INF/classes/httpdump/HttpDumpServlet.class
              > WEB-INF/web.xml
              > dummy.jsp
              > $
              >
              > Now a request like http://host:port/httpdump/servletpath/xyz should be
              > directed to my servlet, right?
              >
              > This works flawlessly in WLS 5.1 SP 3. With SP 5, I get the following:
              >
              > Sat Aug 26 15:58:54 CEST 2000:<E> <WebAppServletContext-httpdump>
              Error loading servlet: httpdump.HttpDumpServlet
              > java.lang.ClassNotFoundException: httpdump.HttpDumpServlet
              > at
              weblogic.boot.ServerClassLoader.findLocalClass(ServerClassLoader.java:35
              5)
              > at
              weblogic.boot.ServerClassLoader.loadClass(ServerClassLoader.java:111)
              > at java.lang.ClassLoader.loadClass(ClassLoader.java:243)
              > at
              weblogic.utils.classloaders.GenericClassLoader.parentLoadClass(GenericCl
              assLoader.java:503)
              > at
              weblogic.utils.classloaders.GenericClassLoader.reallyLoadClass(GenericCl
              assLoader.java:366)
              > at
              weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoa
              der.java:182)
              > at
              weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoa
              der.java:156)
              > at
              weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl
              .java:371)
              > at
              weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.jav
              a:187)
              > at
              weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.
              java:118)
              > at
              weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContex
              tImpl.java:760)
              > at
              weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContex
              tImpl.java:707)
              > at
              weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletCon
              textManager.java:251)
              > at
              weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:3
              69)
              > at
              weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:269)
              > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:135)
              >
              > Sat Aug 26 15:58:54 CEST 2000:<E> <WebAppServletContext-httpdump>
              Servlet failed with ServletException
              > javax.servlet.ServletException: Servlet class:
              httpdump.HttpDumpServlet could not be loaded - the requested class
              wasn't found in the classpath
              >
              > at
              weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl
              .java:379)
              > at
              weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.jav
              a:187)
              > at
              weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.
              java:118)
              > at
              weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContex
              tImpl.java:760)
              > at
              weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContex
              tImpl.java:707)
              > at
              weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletCon
              textManager.java:251)
              > at
              weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:3
              69)
              > at
              weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:269)
              > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:135)
              >
              > So, it seems the WLS has interpreted the <servlet-mapping> tag in the
              > DD correctly, but is then looking for the servlet class in the wrong
              > places..?
              >
              > My system configuration:
              >
              > $ java weblogic.Admin t3://localhost:7001 VERSION
              > WebLogic Build: 5.1.0 Service Pack 5 08/17/2000 07:21:55 #79895
              >
              > $ uname -a
              > Linux localhost.localdomain 2.2.14 #1 Wed Aug 16 01:57:42 CEST 2000
              i686 unknown
              >
              > $ java -version
              > java version "1.2.2"
              > Classic VM (build 1.2.2-L, green threads, nojit)
              > $
              >
              > Any hints?
              >
              > Thanks,
              > Olaf
              > --
              > Olaf Klischat | TU Berlin computer science
              > Oberfeldstrasse 132 |
              > 12683 Berlin, Germany |
              > phone: +49 30 54986231 | eMail: [email protected]
              

  • OSB doesn't work with DMZ zone

    Hello all,
    I have a configured DMZ zone at our network infra. But after our web service doesn't work.
    We have a two ip address, which are public (x.x.x.x) and osb (y.y.y.y).
    This is my hosts config:
    127.0.0.1 localhost.localdomain localhost
    y.y.y.y     osb-domain    osb-domain.mnOur web service endpoint url is:
    <WL5G3N0:service name="demoSOAPQSService">
    <WL5G3N0:port binding="WL5G3N1:demoSOAP" name="demoSOAPQSPort">
    <WL5G3N2:address location="http://osb-domain:7001/OSB_Project/demo/ProxyService/demo"/>
    </WL5G3N0:port>
    </WL5G3N0:service>I'm getting following error:
    Exception in thread "main" com.sun.xml.ws.client.ClientTransportException: HTTP transport error: java.net.ConnectException: Connection refused: connect
         at com.sun.xml.ws.transport.http.client.HttpClientTransport.getOutput(HttpClientTransport.java:138)
         at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:187)
         at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:124)
         at com.sun.xml.ws.transport.DeferredTransportPipe.processRequest(DeferredTransportPipe.java:121)
         at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:866)
         at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:815)
         at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:778)
         at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:680)
         at com.sun.xml.ws.client.Stub.process(Stub.java:272)
         at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:153)
         at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:115)
         at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:95)
         at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:136)
         at $Proxy29.hello(Unknown Source)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:597)
         at weblogic.wsee.jaxws.spi.ClientInstanceInvocationHandler.invoke(ClientInstanceInvocationHandler.java:84)
         at $Proxy30.hello(Unknown Source)
         at a.RegisterUsersWSPortClient.main(RegisterUsersWSPortClient.java:13)
    Caused by: java.net.ConnectException: Connection refused: connect
         at java.net.PlainSocketImpl.socketConnect(Native Method)
         at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:351)
         at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:213)
         at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:200)
         at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
         at java.net.Socket.connect(Socket.java:529)
         at java.net.Socket.connect(Socket.java:478)
         at sun.net.NetworkClient.doConnect(NetworkClient.java:163)
         at sun.net.www.http.HttpClient.openServer(HttpClient.java:394)
         at sun.net.www.http.HttpClient.openServer(HttpClient.java:529)
         at sun.net.www.http.HttpClient.<init>(HttpClient.java:233)
         at sun.net.www.http.HttpClient.New(HttpClient.java:306)
         at sun.net.www.http.HttpClient.New(HttpClient.java:323)
         at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:970)
         at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:911)
         at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:836)
         at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1014)
         at com.sun.xml.ws.transport.http.client.HttpClientTransport.getOutput(HttpClientTransport.java:126)
         ... 20 moreIt works with web service test of OSB Console. But it's not working from client application (x.x.x.x ip).
    It was working before DMZ configuration.
    Are there any other configurations required?
    BR,
    Eba

    Hi Eba,
    It's not clear from where you are trying to access OSB. I believe from outside the DMZ.
    First step, make sure that Weblogic is listening to your y.y.y.y address, and not only 127.0.0.1
    1) Run netstat -na | grep 7001
    You should see which IP addresses weblogic bound on port 7001
    Hopefully you will se y.y.y.y
    Try to connect using telnet from the OSB server itself: telnet y.y.y.y 7001
    If that doesn't work, make sure that in the weblogic server config, the listen address is either empty, or it has y.y.y.y (better to leave it empty).
    2) If you can connect from the local server to port 7001 using y.y.y.y address, then try to connect from your remote server
    If it fails, probably is config issue in the router/firewall
    Regards,
    Fabio

  • Viewing document (blob) in JSP doesn't work

    I am currently supporting an application which talks to an Oracle 11gR1 database using several application servers. Our application is working on the following application servers:
    - Apache Tomcat 5 and 6
    - Oracle Application Server 10gR3
    - WebLogic (configuration 1)
    We have an second server which has WebLogic (configuration 2); however, we cannot get the JSP to display on that server. The same WAR file has been deployed to all four application servers, yet only the WebLogic Server configuration 2 doesn't work.
    WebLogic Server (configuration 2) appears to work (doesn't give an error message); however, the web-page tries to show a document (which appears to be a copy/representation of the existing HTML web page - i.e. a form filter screen). Any insight into the possible problem?
    The code we are using is shown below:
    public ActionForward execute(ActionMapping mapping,
    ActionForm form,
    HttpServletRequest request,
    HttpServletResponse response) throws Exception {
    String fileIdString = request.getParameter("fileIdString");
    try {
    // Get the File to send to the client
    int fileId = Integer.parseInt(fileIdString);
    CustomFile file = fileService.loadFileById(fileId);
    if (file == null) {
    log.error("The fileId (" + fileId + ") could not be found - DNE.");
    int lastDot = file.getFilename().lastIndexOf('.');
    String fileExtension = (lastDot!=-1 ? file.getFilename().substring(lastDot) : "" );
    FileType fileType = fileService.loadByFileExtension(fileExtension);
    if (fileType == null) {
    log.error("The system could not find the file extension (" + fileExtension + ").");
    // Setup the response header so a file can be streamed to the client
    response.setHeader("Content-disposition", "attachment; filename=" + file.getFilename());
    response.setContentLength((int) file.getFile().length());
    response.setContentType(fileType.getWebContent());
    // Break the file down into its bytes so it can be streamed
    ServletOutputStream outputStream = response.getOutputStream();
    InputStream inputStream = file.getFile().getBinaryStream();
    byte[] buffer = new byte[2048];
    int bytesRead = inputStream.read(buffer);
    while (bytesRead >= 0) {
    if (bytesRead > 0) {
    outputStream.write(buffer, 0, bytesRead);
    bytesRead = inputStream.read(buffer);
    // Garbage collection
    outputStream.flush();
    outputStream.close();
    inputStream.close();
    return null;
    } catch (Exception exception) {
    log.error(exception.getMessage());
    return mapping.findForward("failure");
    We had a siimilar issue with some displaying RTF documents and the solution was to remove ALL whitespace characters in the JSP (which seemed to work). I don't see how we can remove the whitespace in the above ActionServlet code.
    Thanks in advance for the help!

    Hi Peter,
    Sorry i am not able to understand what u want to say.If u give some more details it will be useful.
    If i understand u correctly u want the button to be hidden initially and visible after some contidion becomes true right?
    If yes call a javascript function as soon as ur condition becomes true and inside that function make the span visible by writting the following code.
    document.getElementById('id of span').style.visibility='visible';
    Dont forget to give an id to span. it is necessary.
    U can use span itself no need of going for div
    If my view is wrong tell me detaily what is ur ultimate aim?
    Regards,
    Tamil K
    Message was edited by:
            Tamil Venthan

  • JSP referencinc taglib.tld in JAR file doesn't work.

    I have some custom tags which work fine under Weblogic 5.1 when I do a
              normal deployment of files, including the taglib.tld. However, when I
              try to reference the taglib.tld located in a JAR file, then weblogic
              throws an error saying that it cannot resolve into a valid tag library.
              I am only doing this because I am testing the same site agains both
              iPlanet Web Server and Weblogic. iPlanet will only find the taglib.tld
              when it is in a JAR file.
              Can anyone shed some light on referencing the taglib.tld in a JAR file.
              This should work, as it is covered in the JSP 1.1 specification.
              FYI - the jar file is in the same location as the JSP which references
              it. The URI to the JAR file (in the JSP) is from the root of the site.
              Thanks for any help.
              -Scott Edwards
              

    Welcome to the Sun forums.
    Subject: My Applet Jar file doesn't work !! .
    1) Note that one '!' denotes exclamation, whereas 2 or more often denotes a dweeb.
    2) Since you are on your first post, I will point out that applets are an advanced topic, and should not be attempted by newbies.
    3) "doesn't work" is very vague. It is likely to produce a reply like "maybe the applet is lazy - try flogging it".
    Amera wrote:
    ..I have written this java applet :When posting code, code snippets, HTML/XML or input/output, please use the code tags. The code tags help retain the formatting and indentation of the sample. To use the code tags, select the sample and click the CODE button.
    Also note that the most preferred form of code is an SSCCE *(<- link).* In an SSCCE, your would remove all but one button (if the actionPerformed fails with 6 or 7 buttons, trim it down to fail with just one or two.
    i made a jar file :So does the applet work before you make the Jar file? Your post so far suggests the Jar file is the problem.
    i created a file and named it MANIFEST.MF .i wrote inside it :
    Main-Class: test
    Then i placed it in a folder with the test.class .I created jar file using command line.
    I entered the test.class path and then wrote this command :
    jar cvfm myjar.jar MANIFEST.MF *.class
    Then the jar file "myjar.jar" is created .
    it's executed but this function "public void actionPerformed(ActionEvent e) " won't wrok.
    i keep pressing the buttons but nothing is happening !!So you get 'no output in the console & no effect in the applet'?
    What is the URL where I can see your applet failing?
    As an aside, since Sun does not guarantee that applet clients will act on the showDocument command, even if it does not work, it would not be a 'bug'.
    Edited by: AndrewThompson64 on Dec 28, 2009 11:18 AM

  • Apache Plug-In: PathPrepend doesn't work?

    Hello All,
    I've run into a problem at a customer site with the WLS 5.1 Apache Plug-In
    with Apache 1.3.12 on Solaris 6: the PathTrim parameter does not work.
    Could somebody look at my httpd.conf file and tell me what I'm doing wrong:
    <Location /weblogic>
    SetHandler weblogic-handler
    </Location>
    WebLogicHost ism-app
    WebLogicPort 7010
    PathTrim weblogic
    DebugConfigInfo ON
    That's as basic as it gets, but it doesn't work! The url
    /weblogic/index.html should get sent to wls as /index.html; instead, it's
    sent verbatim.
    I've tried the plug-in from service pack versions 3, 4, 6, and 8, and tried
    the PathPrepend parameter inside the Location tag as well as outside. I
    can't imagine that this does not work for any plug-in in any service pack;
    if this is a bug in all these service packs, we really need to take a
    serious look at QA.
    Vijay Garla
    Consultant, BEA Systems
    [httpd.conf]

    Hi,
    the "apex.widget.initPageItem" will not help you in your case, it's used to register callbacks for $s, $v, show, hide, ... if you have a more advanced item type. You can have a look at the "Star Rating" plug-in which implements several of these callbacks.
    For adding cascading LOV support, please have a look at our own select list implementation in /i/javascript/uncompressed/apex_widget_4_0.js
    Search for
    apex.widget.selectList = function(pSelector, pOptions) {to get a blue print implementation for all the steps you have to add to your widget to add cascading LOV support.
    If you need further help, please let me know.
    Regards
    Patrick
    My Blog: http://www.inside-oracle-apex.com
    APEX 4.0 Plug-Ins: http://apex.oracle.com/plugins
    Twitter: http://www.twitter.com/patrickwolf

Maybe you are looking for