Deploy 30mb war file to 10servers - Takes around 30min

I delpoy an application to 10 servers which are setup without a cluster. Since the size of each war file is around 30MB it takes around 2.5min per server. Effectively the entire deployment takes around 25-30 minutes.
What I find is that if a file (war,ear) is delpoyed to a cluster, the delpoyment starts on all the 10 servers at the same time. Deployment time here is only around 3-4minutes.
However, if its delpoyed to a groups of servers, the deployment occurs one after the other.
Among other things I have tried the Ant parallel task ; but none have helped. Has anyone come across this issue and have any idea on how to resolve it ?
PS : Opening a call with BEA did not help either :(
Kevin.

hiya,
actually, there are two ways to deploy the application be it war,ear,or jar.
either using dcmctl or editing the application.xml, server.xml, data-sources.xml, default-web-site.xml files and then restart the oc4j server.
other way is to deploy through the emwebsite.
after you edit the .xml files, you need to update the config in 9ias using dcmctl updateconfig -v -d.
hope this helps

Similar Messages

How to deploy a war file from a different app server to the SAP one

Hello,
I hve recieved a war file from Tomcat that needs to be deployed on the SAP Java App server. As far as I know the SDM only allows to deploy ear files. How can I deploy this war to the app server?

Hi Roy,
in order to deploy the WAR file you have to wrap an EAR around it. I had the same problem.
You can do this using Netweaver Developer studio.
Perform the following steps:
- Start NWDS
- Create a New Enterprise Application Project
- Create a New Web Module Project (name it like your war file => e.g. your war file is called myApp.war => call your Web Module myApp)
- Edit the application.xml of your Enterprise App if necessary (description, Displayname etc.)
- Link your Web Archive to your application archive (right Mouse click on Application Archive and from the Context Menu choose "Add Modules" => In the list choose your Web Module)
=> You can also perform a right mouse click on your web Module and from the context menu choose "Add to EAR Project" => In the list choose your Enterprise Application!
- Build Web Archive (right mouse click on your Web Module and from the context menu choose "Build Web Archive" => This will create a war file that has the same name as your war file! => If you do not see it try to switch to resource perspective!)
- Build Application archive (right mouse click on Application archive => from the context menu choose "Build Application Archive")
You are done
The EAR file is generated and will be created in your workspace.
Now browse to your workspace. Unpack the EAR using WinZip or any other Archiver program.
Replace the contained war with your war and repack the ear file (You can also use tools like Total Commander to directly replace the war file in the EAR with your war without having to unpack the war). You can also import your war into NWDS and rebuild it so you won't have to replace the WAR in the EAR but as your WAR is already built I would just replace it as described!
You can now deploy the ear file to SAP J2EE
Hope this helps (Reward points for helpful answers are appreciated!)
Cheers

Advantages to deploying a WAR file

I have heard that good a good JSP practice is deploying your JSP applications in a WAR file.
What is a WAR file?
Why deploy your application as one?
How do you do so?
Thanks
Mark

Do you not need to make any changes to certain xml files in your app server to deploy a war file?
Bal
Hi,
A WAR file, or Web Archive is just like a JAR file or
a ZIP file. In fact you use the jar command to make
one.
Basically it's your final web-app packaged as a JAR
file.
The reason it's a good idea to do one is that WAR
files are self-extracting. You can drop an WAR file
into the webapps folder of any JSP server and once the
server is restarted it will unpack itself and create
it's own context.
To create one just go to the root of your webapp and
type:
jar cvf myWebApp.war *
Take the myWebApp.war file and drop it into your
webapps folder, restart the server and go to
http://yourdomain/myWebApp where you'll se the whole
thing unpacked and working.
It's great for deployment because you're only dealing
with one file rather than hundreds.
Try it out.

War file doesn't take new classess

Not sure if this is right place to ask this question, but please help.
I had a war file deployed to weblogic 8 server, and I want to fix a problem quickly so I exploded the war file and put new classes files in /WEB-INF/classess directory. After I re-deploy this new war file, it still take the old version of classes file from somewhere I don't know.
Please help, I think this is short-cut to fix application but it turns to take even longer.

Not sure if you are stalled by a firewall or security in your web application or other mishap. Can you take a look at the relevant log at the server site? Look at the .log files at j2ee/home/log/. From *-web-access.log, you can determine if your url request indeed hit your server. From application-deployments/<youApp>/application.log, you would see the relevant exception.

War file doesn't take new classes

Not sure if this is right place to ask this question, but please help.
I had a war file deployed to weblogic 8 server, and I want to fix a problem quickly so I exploded the war file and put new classes files in /WEB-INF/classess directory. After I re-deploy this new war file, it still take the old version of classes file from somewhere I don't know.
Please help, I think this is short-cut to fix application but it turns to take even longer.

Not sure if you are stalled by a firewall or security in your web application or other mishap. Can you take a look at the relevant log at the server site? Look at the .log files at j2ee/home/log/. From *-web-access.log, you can determine if your url request indeed hit your server. From application-deployments/<youApp>/application.log, you would see the relevant exception.

Path Changes from hot deploy to war file deploy

We are using hot-deploy in our development environment. When we move from
 hot-deploy to war file deployment in the test environment, we have to recode
 all of our servlets to point to a new URL for our JSPs. Obviously, this
 slows up war file deployment. We'd like to keep hot deploy for development
 purposes, but need to resolve this issue.
 Hot deploy environment:
 wlserver6.0sp1/config/mydomain/applications/DefaultWebApp_devserver linked
 to our content (JSP, HTML, source code, etc.) directory, in this case
 /u1/webapps/zq.
 wlserver6.0sp1/config/mydomain/applications/DefaultWebApp_devserver/WEB-INF/
 classes/com linked to our class library structure.
 Here's what works in hot deploy:
 gotoPage("/zq/jsp/ZipQuote.jsp", request, response );
 We must change it to this when we move to a war file:
 gotoPage("/jsp/ZipQuote.jsp", request, response );
 Here's gotoPage:
 private void gotoPage( String address, HttpServletRequest request,
 HttpServletResponse response )
 throws ServletException, IOException
 RequestDispatcher dispatcher =
 getServletContext().getRequestDispatcher( response.encodeURL( address ));
 dispatcher.forward( request, response );
 Is there anything in the web.xml file we can change so that we can continue
 to use
 gotoPage("/zq/jsp/page.jsp", request, response )
 like in the hot deploy environment? I've played around with the
 <servlet>/<jsp-file> and <servlet-mapping>/<url-pattern> pairs, but with no
 luck. Any suggestions? Anything with adding a package declaration to our
 JSPs and/or precompiling them in the war file?
 I suppose it would be possible to put a JspLoc variable in the
 <context-param> or <env-entry>. Then, gotoPage( JspLoc + "page.jsp",
 request, response ) would work in both environments, but that seems
 inelegant and would add complexity and overhead.
 Thanks,
 Eric
 <servlet>
 <servlet-name>ZipQuote</servlet-name>
 <jsp-file>/zq/jsp/ZipQuote.jsp</jsp-file>
 </servlet>
 <servlet-mapping>
 <servlet-name>ZipQuote</servlet-name>
 <url-pattern>/zq/jsp/ZipQuote.jsp</url-pattern>
 </servlet-mapping>


OK, I've removed the link from applications/DefaultWebApp/zq to
 /u1/webapps/zq and linked applications/zq to /u1/webapps/zq instead. Still
 working out a couple issues (like acessing other classes), but this looks
 like it will work. Thanks for the help.
 "Dimitri Rakitine" <[email protected]> wrote in message
 news:[email protected]...
 > It sounds like in your development environment you deploy your application
 > as a defaultwebapp ("/"), and, in the test environment you deploy it as a
 > regular webapp with context-root "zq", so, you probably should change one
 > of these to match another.
 >
 > Eric F <[email protected]> wrote:
 > > We are using hot-deploy in our development environment. When we move
 from
 > > hot-deploy to war file deployment in the test environment, we have to
 recode
 > > all of our servlets to point to a new URL for our JSPs. Obviously, this
 > > slows up war file deployment. We'd like to keep hot deploy for
 development
 > > purposes, but need to resolve this issue.
 >
 > > Hot deploy environment:
 > > wlserver6.0sp1/config/mydomain/applications/DefaultWebApp_devserver
 linked
 > > to our content (JSP, HTML, source code, etc.) directory, in this case
 > > /u1/webapps/zq.
 > >
 wlserver6.0sp1/config/mydomain/applications/DefaultWebApp_devserver/WEB-INF/
 > > classes/com linked to our class library structure.
 >
 > > Here's what works in hot deploy:
 > > gotoPage("/zq/jsp/ZipQuote.jsp", request, response );
 >
 > > We must change it to this when we move to a war file:
 > > gotoPage("/jsp/ZipQuote.jsp", request, response );
 >
 > > Here's gotoPage:
 > > private void gotoPage( String address, HttpServletRequest request,
 > > HttpServletResponse response )
 > > throws ServletException, IOException
 > > {
 > > RequestDispatcher dispatcher =
 > >
 getServletContext().getRequestDispatcher( response.encodeURL( address ));
 > > dispatcher.forward( request, response );
 > > }
 >
 > > Is there anything in the web.xml file we can change so that we can
 continue
 > > to use
 > > gotoPage("/zq/jsp/page.jsp", request, response )
 > > like in the hot deploy environment? I've played around with the
 > > <servlet>/<jsp-file> and <servlet-mapping>/<url-pattern> pairs, but with
 no
 > > luck. Any suggestions? Anything with adding a package declaration to
 our
 > > JSPs and/or precompiling them in the war file?
 >
 > > I suppose it would be possible to put a JspLoc variable in the
 > > <context-param> or <env-entry>. Then, gotoPage( JspLoc + "page.jsp",
 > > request, response ) would work in both environments, but that seems
 > > inelegant and would add complexity and overhead.
 >
 > > Thanks,
 >
 > > Eric
 >
 > > <servlet>
 > > <servlet-name>ZipQuote</servlet-name>
 > > <jsp-file>/zq/jsp/ZipQuote.jsp</jsp-file>
 > > </servlet>
 > > <servlet-mapping>
 > > <servlet-name>ZipQuote</servlet-name>
 > > <url-pattern>/zq/jsp/ZipQuote.jsp</url-pattern>
 > > </servlet-mapping>
 >
 >
 >
 > --
 > Dimitri

Error while deploying a war file:Urgent

Hi,
I am trying to deploy a war file and i am getting the followinig error on the emd console.
"Failed to deploy application 'xxxx'. No config data persisted for component apache, transaction ID 192.168.40.44.5789f3......"
The opmn log file in the oracle directory is showing the following exceptioin
java.net.ConnectException: Connection refused
Can any one please help me resolve this issue.
Regards
Badari

Hi,
For a tutorial with source on how to create and deploy a simple quickstart JEE5 JPA enterprise 3-tier application on your Oracle WebLogic 10.3 server - see the following example that uses the EclipseLink JPA provider. You should be able to transition all of your mapping information (the @ManyToOne and table/column overrides and named queries for example) using either JPA via entity annotations or native extensions if you do not want to implement EJB3.
see...
http://wiki.eclipse.org/EclipseLink/Examples/JPA/WebLogic_Web_Tutorial
We also have a similar version for Tomcat 6 except the JPA entity beans run outside a container-managed JTA transaction on the web container - for reference.
http://wiki.eclipse.org/EclipseLink/Examples/JPA/Tomcat_Web_Tutorial
thank you
/michael
www.eclipselink.org

Error in deploying the war file on to the weblogic server(6.1)

Hi,
I created the war file and tried to deploy it on the weblogic server 6.1 it is unable to deploy and is give these errors i am unable to find out the problem.Can any one help me out in finding why this is so.
Help will be appreciated
java.lang.NullPointerException
     at weblogic.management.internal.MBeanProxy.getAttribute(MBeanProxy.java:253)
     at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:187)
     at $Proxy65.isDeployed(Unknown Source)
     at weblogic.management.mbeans.custom.ApplicationManager.poll(ApplicationManager.java:744)
     at weblogic.management.mbeans.custom.ApplicationManager.update(ApplicationManager.java:206)
     at java.lang.reflect.Method.invoke(Native Method)
     at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:636)
     at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:621)
     at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:359)
     at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
     at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
     at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:468)
     at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:209)
     at $Proxy5.update(Unknown Source)
     at weblogic.management.console.webapp._domain.__upload_app._jspService(__upload_app.java:149)
     at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:265)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:200)
     at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:241)
     at weblogic.servlet.jsp.PageContextImpl.forward(PageContextImpl.java:112)
     at weblogic.management.console.actions.ForwardAction.perform(ForwardAction.java:35)
     at weblogic.management.console.actions.internal.ActionServlet.doAction(ActionServlet.java:171)
     at weblogic.management.console.actions.internal.ActionServlet.doPost(ActionServlet.java:85)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:265)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:200)
     at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:2495)
     at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2204)
     at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
     at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
Thanks,
Reji

Hi jmendelak,
In the warfile i have jsp,servlets,java classes.
In my working directory i have jsp and html files and in web-inf folder i have a folder by name classes in which i have the servlets and java classes.
I made the war file and when i tried to deploy i was getting this error.
I had previously deployed this war file on weblogic6.1 it was working fine.
I have upgraded my operating sytem to Windows2000 professional from WinNT 4.0.I reinstalled the weblogic again and had set up the environment variables.
After going through the error could you find out the reason?Is it because some seeting is missing?
Raji

How to deploy a war file on Weblogic Server 7.0??

Hello Everyone
I am trying to deploy a servlet on Weblogic Server 7.0 as a WAR file. Can anyone of u plz tell me the steps required to do that. I am posting this question on EJb forum and not on servlets coz this is not a servlet problem, rather this is something which is related to J2EE, ie how to deploy a war file on J2EE Server.
This is how i have done it, but this is not working---
(1) First i created a directory structure for the web application according to J2EE Specification.
C:\Work\
myServletWAR\
META-INF\
WEB-INF\
classes\
HelloServlet.class
web.xml
i.e within work directory, there is a dic called myServletWAR which is my application directory which contains 2 sub directories viz META-INF which contains the mainifest file being generated by the jar utility. the second directory in the myServletWAR application dir is WEB-INF, which contains one file called web.xml for servlet mapping and one directory classes which contains HelloServlet.class
(2) I used following command for creating war file from myServletWAR director(i.e from my web application's directory).
jar -cvf TestServletWAR.war .
This creates the TestServletWAR.war file in myServletWAR dir.
Here is how my Servlet and web.xml looks like...
Servlet code
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class HelloServlet extends HttpServlet
public void doPost ( HttpServletRequest req, HttpServletResponse res )
throws IOException, ServletException
doGet( req, res );
public void doGet ( HttpServletRequest req, HttpServletResponse res )
throws IOException, ServletException
res.setContentType( "text/html" ); // Can also use "text/plain" or others.
PrintWriter out = res.getWriter();
// Get the requestor's IP address (See JavaDocs to see how to get other info):
String addr = req.getRemoteAddr();
// Create output (the response):
out.println( "<HTML><HEAD><TITLE>HelloServlet in myServletWAR</TITLE></HEAD>" );
out.println( "<BODY><H1 ALIGN=\"CENTER\">" );
out.println( "Hello " + addr + ", from HelloServlet in myServletWAR!" );
out.println( "</H1></BODY></HTML>" );
out.close();
************************Servlet Ends Here **************************
web.xml
---------------------------------------------------------- <!DOCTYPE web-app
PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
"http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">
<web-app>
<display-name>myServletWAR, a first Web Application</display-name>
<description>
This is a simple web application containing a single servlet
of the "Hello, World" variety.
</description>
<servlet>
<servlet-name>myHello</servlet-name>
<servlet-class>HelloServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>myHello</servlet-name>
<url-pattern>/myHello</url-pattern>
</servlet-mapping>
</web-app>
****************************web.xml file ends here********************
After deploying the TestServletWAR.war file on the weblogic 7.0, i tried to execute the servlet from the browser by the following URL
http://localhost:7001/myServletWAR/myHello
I am getting the HTTP 404 Error, which is an indication that weblogic was unable to find the resourse, which it was requested for. Can anybody plz tell me what i m doing worng?? do i need to use weblogic related xml file (i.e weblogic.xml) also along with web.xml. If yes, then what all i need to include that. I m not very sure. A sample weblogic.xml file for this HelloWorld example will help me a lot.
Looking forward for your help
Thanx in advance
Nisha

hi i have read ur answer regarding deploing a servlet in weblogic 7.0
i am facing another problem
when i try to access the servlet inside my classes directory it throwa an error stating this :
IT DOES NOT FOUND THE CLASSES ON WHICH MY SERVLET DEPENDS.WHAT DOEES ATHIS MEAN
KINDLY TELL ME
PUNEET JAIN
<May 28, 2003 1:46:25 PM IST> <Error> <HTTP> <101250> <[ServletContext(id=6057728,name=WebApp,context-path=/WebApp)]: Se
rvlet class myclasses.Wservlet for servlet welcome could not be loaded because a class on which it depends was not found
in the classpath D:\bea\user_projects\PuneetDomain\applications\WebApp;D:\bea\user_projects\PuneetDomain\applications\W
ebApp\WEB-INF\classes.
java.lang.NoClassDefFoundError: myclasses/Wservlet (wrong name: Wservlet)>
<May 28, 2003 1:46:26 PM IST> <Error> <HTTP> <101018> <[ServletContext(id=6057728,name=WebApp,context-path=/WebApp)] Ser
vlet failed with ServletException
javax.servlet.ServletException: [ServletContext(id=6057728,name=WebApp,context-path=/WebApp)]: Servlet class myclasses.W
servlet for servlet welcome could not be loaded because a class on which it depends was not found in the classpath D:\be
a\user_projects\PuneetDomain\applications\WebApp;D:\bea\user_projects\PuneetDomain\applications\WebApp\WEB-INF\classes.
java.lang.NoClassDefFoundError: myclasses/Wservlet (wrong name: Wservlet)
at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:791)
at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:517)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:351)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:306)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:5412)
at weblogic.security.service.SecurityServiceManager.runAs(SecurityServiceManager.java:744)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3086)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2544)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:153)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:134)
>

Deploying a .war file on WLP 8.1

Hi Folks,
I have installed BEA WLP 8.1 with Service Pack 2 on a Linux RedHat 9 machine(this
service pack comes with the installer). Created a domain using JDBC. I used "BEA's
Oracle Driver (Type 4) version 8.1.7, 9.0.1, 9.2.0" driver to configure oracle
database onto domain. The settings for Distributed Domain, JMS and MultiPool were
set to 'No' so did'nt used it. After that I edited the setDomainEnv.sh file to
add classpath for my application's jar files. Started the server. Opened up console
http://<machine ip>:7001/console, deployed three .war files that are required
to integrate BEA with my application module. It successfully deployed. The files
were uloaded in domainserver/upload folder. After that I restarted the server
and it throws following exceptions:
<Servlet: "startAgent" failed to preload on startup in Web application: "clickmarks".
javax.servlet.ServletException
at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:884)
at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:848)
at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:787)
at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:3252)
at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebAppServletContext.java:3209)
at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebAppServletContext.java:3195)
at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:3174)
at weblogic.servlet.internal.HttpServer.preloadResources(HttpServer.java:688)
at weblogic.servlet.internal.WebService.preloadResources(WebService.java:483)
at weblogic.servlet.internal.ServletInitService.resume(ServletInitService.java:30)
at weblogic.t3.srvr.SubsystemManager.resume(SubsystemManager.java:131)
at weblogic.t3.srvr.T3Srvr.resume(T3Srvr.java:964)
at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:359)
at weblogic.Server.main(Server.java:32)
>
<May 25, 2004 6:14:07 PM PKST> <Error> <HTTP> <BEA-101216> <Servlet: "PatternsServlet"
failed to preload on startup in Web application: "clickmarks".
javax.servlet.ServletException
at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:884)
at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:848)
at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:787)
at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:3252)
at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebAppServletContext.java:3197)
at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:3174)
at weblogic.servlet.internal.HttpServer.preloadResources(HttpServer.java:688)
at weblogic.servlet.internal.WebService.preloadResources(WebService.java:483)
at weblogic.servlet.internal.ServletInitService.resume(ServletInitService.java:30)
at weblogic.t3.srvr.SubsystemManager.resume(SubsystemManager.java:131)
at weblogic.t3.srvr.T3Srvr.resume(T3Srvr.java:964)
at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:359)
at weblogic.Server.main(Server.java:32)
>
<May 25, 2004 6:14:09 PM PKST> <Error> <HTTP> <BEA-101216> <Servlet: "PortalServlet"
failed to preload on startup in Web application: "portal".
javax.servlet.ServletException
at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:884)
at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:848)
at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:787)
at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:3252)
at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebAppServletContext.java:3197)
at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:3174)
at weblogic.servlet.internal.HttpServer.preloadResources(HttpServer.java:688)
at weblogic.servlet.internal.WebService.preloadResources(WebService.java:483)
at weblogic.servlet.internal.ServletInitService.resume(ServletInitService.java:30)
at weblogic.t3.srvr.SubsystemManager.resume(SubsystemManager.java:131)
at weblogic.t3.srvr.T3Srvr.resume(T3Srvr.java:964)
at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:359)
at weblogic.Server.main(Server.java:32)
>
The StartAgent, PatternsServlet and PortalServlet are some class instances that
this war file need to initialize first. Can anyone please help me in this regard
how to solve this problem? I need it urgently ASAP...

dkarr, Thanks for your reply. 
here is the constructor I got for the class 'com.corizon.ps.oneview.servlet.OneViewWritebackResultServlet'
 
 public OneViewWritebackResultServlet() 
{ 
senderThread = null; 
jmsConnectionHandler = null; 
closureManager = null; 
mRequestSenderThread = null; 
connected = false; 
} 
 
Is this ok ?
 
Thanks, 
-Ninad

Deploying a WAR file containing .jsp and servlets (also uses JNI)

Deploying a WAR file containing .jsp and servlets (also uses JNI) on Windows 2000
We had problems making it initially work on Sun ONE Web Server 6.0 Service Pack 1 because of lack of good iPlanet Web
Server documentation on deploying such files.
This is how we went about it:
1) Make one of the servlet and JSP (must call another Java Class) web application (.war) examples work with iPlanet Web
Server.
C:\iPlanet\Servers\plugins\servlets\examples\web-apps\HelloWorld\HelloWorld.war
and
C:\iPlanet\Servers\plugins\servlets\examples\web-apps\jakarta-examples\jarkarta-examples.war
a) Go to your Web Server Administration to deploy the application using GUI Web Application Deploy.
(We usually use command line, we experienced some issues with the GUI version, but maybe it is fixed in the new Web Server
service packs)
From browser, open http://yourserver:8888/
Click on Select a Server:Manage
Click on Virtual Server Class
Click on https-yourserver
Click on the Web Applications Tab
Then, click on Deploy Web Application
Enter the following -
WAR File On: Local
WAR File Path: C:\iPlanet\Servers\plugins\servlets\examples\web-apps\jakarta-examples\jarkarta-examples.war
Application URI: /jakarta
Installation Directory: c:\iPlanet\examples\jakarta-examples
By clicking on OK it deployed the application.
I can verify that it is deployed by selecting "Edit Web Applications" and I see the following entry:
Edit /jakarta c:/iPlanet/examples/jakarta-examples
Also, c:/iPlanet/examples/jakarta-examples should have the similar following directory structure ..
- [images]
- [jsp]
- index.html
- [servlets]
- [META-INF]
- [WEB-INF]
- [classes]
- [tlds]
- web.xml
- index.html
I restarted the server and accessed it using the following URL from my IE browser:
http://yourserver/jakarta/index.html
Then I clicked on the JSP Examples and tried some JSP examples.
b) Alternatively, you can also deploy the same example from the command-line.
Make sure C:\iPlanet\Servers\bin\https\httpadmin\bin\ is in your path
wdeploy deploy -u /jakarta
 -i yourserver
 -v https-yourserver
 -d c:\iplanet\examples\jakarta-examples
 C:\iPlanet\Servers\plugins\servlets\examples\web-apps\jakarta-examples\jarkarta-examples.war
Restart the web server (I don't think you have to restart, but .. might as well).
2)Deploy your web-application
My Foo.war has the following structure.
You can use jar tf Foo.war to look at the file contents from command line (assuming you have JDK installed and the bin is
in your PATH)
Foo.war
- [META-INF]
- [WEB-INF]
- web.xml
- [classes]
- Bar.class
- MoServlet.class
- [lib]
- ThirdParty.jar
- [natlib]
- extlib.dll
- foo.jsp
Here is our application scenario:
foo.jsp uses a class call Bar (it is not in any package). The Bar java class uses classes from ThirdParty.jar. The
ThirdParty.jar in turn uses JNI to load library extlib.dll. foo.jsp also calls /servlet/Mo as well.
Now to deploy it, do the following:
(a) Make sure that within foo.jsp, you import the Bar class ( I don't know why you have to do it, but if you don't you get
JSP compile error).
<%@page language="java" import="Bar" contentType="text/html"%>
(b) Check web.xml (for Servlets)
Within web.xml, make sure you have the following mappings:
<servlet>
<servlet-name> MoLink </servlet-name>
<servlet-class> MoServlet </servlet-class>
</servlet>
<servlet-mapping>
<servlet-name> MoLink </servlet-name>
<url-pattern> /servlet/Mo </url-pattern>
</servlet-mapping>
(c) Deploy the application
Using command line:
wdeploy deploy -u /foo
 -i yourserver
 -v https-yourserver
 -d c:\iplanet\examples\foo-dir
 Foo.war
(d) Change web-apps.xml file (for picking up ThirdParty.jar)
It is located in
C:\iPlanet\Servers\https-yourserver\config
You should see something similar to following after successful deployment.
<web-app uri="/foo" dir="C:\iPlanet\examples\foo-dir" enable="true"/>
Change it to look like following to pick up the ThirdParty.jar
<web-app uri="/foo" dir="C:\iPlanet\examples\foo-dir" enable="true">
<class-loader reload-interval="300"
 classpath="C:/iPlanet/examples/foo-dir/WEB-INF/lib/ThirdParty.jar"
 delegate="false"/>
</web-app>
(e) Change jvm12.conf file (for JNI)
It is located in
C:\iPlanet\Servers\https-yourserver\config
Add or uncomment the following lines:
#optional - just helps with instrumenting the jsp and servlet code
jvm.include.CLASSPATH=1
jvm.enableDebug=1
nes.jsp.enabledebug=1
jvm.trace=7
jvm.verboseMode=1
#required for JNI
java.compiler=NONE
jvm.classpath=.;C:\JDK1.3.1\lib\tools.jar;C:/iPlanet/Servers/plugins/servlets/examples/legacy/beans.10/SDKBeans10.jar;
jvm.option=-Xrs
jvm.option=-Xnoagent
# not sure if this is needed for iPlanet web server
jvm.option=-Djava.library.path=C:/iPlanet/examples/foo-dir/natlib/ -Djava.compiler=NONE
(f) Change magnus.conf file (for JNI)
We HAD to change this file in order for ThirdParty.jar file to pick up the native C++ code using JNI. Apparently, the
iPlanet Web Server doesn't pick the Environment Variable Path. Because when we had the directory containing the DLL just
in Path, it didn't work.
Change Extrapath directive:
ExtraPath C:/iPlanet/Servers/bin/https/bin;${NSES_JRE_RUNTIME_LIBPATH}
to
ExtraPath c:/iPlanet/examples/foo-dir/natlib;C:/iPlanet/Servers/bin/https/bin;${NSES_JRE_RUNTIME_LIBPATH}
(g) Apply changes from the Web Server Administration Console and Restart the web server.
You should be able to see the behaviour that you want from your application.
http://yourserver/foo/foo.jsp
Hope this was helpful!!!
Sonu

Deploying a WAR file containing .jsp and servlets (also uses JNI) on Windows 2000
We had problems making it initially work on Sun ONE Web Server 6.0 Service Pack 1 because of lack of good iPlanet Web
Server documentation on deploying such files.
This is how we went about it:
1) Make one of the servlet and JSP (must call another Java Class) web application (.war) examples work with iPlanet Web
Server.
C:\iPlanet\Servers\plugins\servlets\examples\web-apps\HelloWorld\HelloWorld.war
and
C:\iPlanet\Servers\plugins\servlets\examples\web-apps\jakarta-examples\jarkarta-examples.war
a) Go to your Web Server Administration to deploy the application using GUI Web Application Deploy.
(We usually use command line, we experienced some issues with the GUI version, but maybe it is fixed in the new Web Server
service packs)
From browser, open http://yourserver:8888/
Click on Select a Server:Manage
Click on Virtual Server Class
Click on https-yourserver
Click on the Web Applications Tab
Then, click on Deploy Web Application
Enter the following -
WAR File On: Local
WAR File Path: C:\iPlanet\Servers\plugins\servlets\examples\web-apps\jakarta-examples\jarkarta-examples.war
Application URI: /jakarta
Installation Directory: c:\iPlanet\examples\jakarta-examples
By clicking on OK it deployed the application.
I can verify that it is deployed by selecting "Edit Web Applications" and I see the following entry:
Edit /jakarta c:/iPlanet/examples/jakarta-examples
Also, c:/iPlanet/examples/jakarta-examples should have the similar following directory structure ..
- [images]
- [jsp]
- index.html
- [servlets]
- [META-INF]
- [WEB-INF]
- [classes]
- [tlds]
- web.xml
- index.html
I restarted the server and accessed it using the following URL from my IE browser:
http://yourserver/jakarta/index.html
Then I clicked on the JSP Examples and tried some JSP examples.
b) Alternatively, you can also deploy the same example from the command-line.
Make sure C:\iPlanet\Servers\bin\https\httpadmin\bin\ is in your path
wdeploy deploy -u /jakarta
 -i yourserver
 -v https-yourserver
 -d c:\iplanet\examples\jakarta-examples
 C:\iPlanet\Servers\plugins\servlets\examples\web-apps\jakarta-examples\jarkarta-examples.war
Restart the web server (I don't think you have to restart, but .. might as well).
2)Deploy your web-application
My Foo.war has the following structure.
You can use jar tf Foo.war to look at the file contents from command line (assuming you have JDK installed and the bin is
in your PATH)
Foo.war
- [META-INF]
- [WEB-INF]
- web.xml
- [classes]
- Bar.class
- MoServlet.class
- [lib]
- ThirdParty.jar
- [natlib]
- extlib.dll
- foo.jsp
Here is our application scenario:
foo.jsp uses a class call Bar (it is not in any package). The Bar java class uses classes from ThirdParty.jar. The
ThirdParty.jar in turn uses JNI to load library extlib.dll. foo.jsp also calls /servlet/Mo as well.
Now to deploy it, do the following:
(a) Make sure that within foo.jsp, you import the Bar class ( I don't know why you have to do it, but if you don't you get
JSP compile error).
<%@page language="java" import="Bar" contentType="text/html"%>
(b) Check web.xml (for Servlets)
Within web.xml, make sure you have the following mappings:
<servlet>
<servlet-name> MoLink </servlet-name>
<servlet-class> MoServlet </servlet-class>
</servlet>
<servlet-mapping>
<servlet-name> MoLink </servlet-name>
<url-pattern> /servlet/Mo </url-pattern>
</servlet-mapping>
(c) Deploy the application
Using command line:
wdeploy deploy -u /foo
 -i yourserver
 -v https-yourserver
 -d c:\iplanet\examples\foo-dir
 Foo.war
(d) Change web-apps.xml file (for picking up ThirdParty.jar)
It is located in
C:\iPlanet\Servers\https-yourserver\config
You should see something similar to following after successful deployment.
<web-app uri="/foo" dir="C:\iPlanet\examples\foo-dir" enable="true"/>
Change it to look like following to pick up the ThirdParty.jar
<web-app uri="/foo" dir="C:\iPlanet\examples\foo-dir" enable="true">
<class-loader reload-interval="300"
 classpath="C:/iPlanet/examples/foo-dir/WEB-INF/lib/ThirdParty.jar"
 delegate="false"/>
</web-app>
(e) Change jvm12.conf file (for JNI)
It is located in
C:\iPlanet\Servers\https-yourserver\config
Add or uncomment the following lines:
#optional - just helps with instrumenting the jsp and servlet code
jvm.include.CLASSPATH=1
jvm.enableDebug=1
nes.jsp.enabledebug=1
jvm.trace=7
jvm.verboseMode=1
#required for JNI
java.compiler=NONE
jvm.classpath=.;C:\JDK1.3.1\lib\tools.jar;C:/iPlanet/Servers/plugins/servlets/examples/legacy/beans.10/SDKBeans10.jar;
jvm.option=-Xrs
jvm.option=-Xnoagent
# not sure if this is needed for iPlanet web server
jvm.option=-Djava.library.path=C:/iPlanet/examples/foo-dir/natlib/ -Djava.compiler=NONE
(f) Change magnus.conf file (for JNI)
We HAD to change this file in order for ThirdParty.jar file to pick up the native C++ code using JNI. Apparently, the
iPlanet Web Server doesn't pick the Environment Variable Path. Because when we had the directory containing the DLL just
in Path, it didn't work.
Change Extrapath directive:
ExtraPath C:/iPlanet/Servers/bin/https/bin;${NSES_JRE_RUNTIME_LIBPATH}
to
ExtraPath c:/iPlanet/examples/foo-dir/natlib;C:/iPlanet/Servers/bin/https/bin;${NSES_JRE_RUNTIME_LIBPATH}
(g) Apply changes from the Web Server Administration Console and Restart the web server.
You should be able to see the behaviour that you want from your application.
http://yourserver/foo/foo.jsp
Hope this was helpful!!!
Sonu

Problems while deploying a war file as a part of ear file

Hello!!!
          Is there a weblogic or Sun reference document to find out the correct way to specify library paths or class paths when one is trying to deploy a WAR file as a part of an EAR file?
          I have been having lot of trouble and very sporadic too in getting stuff to work correctly.
          -Eagle

OK! I found something the very hard way. For my J2EE application packaged as an ear file containing one ejb module in an ejb-jar file and one web module in my .war file; further, noting that my web module is a struts application; it appears that the dependent jar libraries should be placed in the EAR file and a MANIFEST classpath entry should be added to the ejb-jar file's manifest - even for the WAR to work correctly. the presence or absence of dependent jar files in the "lib" directory of the WAR file makes no difference for the working of the WAR file.
          Is this behavior that I am seeing on my weblogic 8.1 server a documented and expected behavior? I am not too sure. did anyone else have such an experience?
          Eagle
          > Hello!!!
          >
          > Is there a weblogic or Sun reference document to find
          > out the correct way to specify library paths or class
          > paths when one is trying to deploy a WAR file as a
          > part of an EAR file?
          >
          > I have been having lot of trouble and very sporadic
          > too in getting stuff to work correctly.
          >
          > -Eagle

Problem deploying a WAR file in Weblogic 10

I get an error trying to deploy a WAR file on WebLogic 10 on two of my co-workers computers. On my computer it works fine and on our development server running on SUSE 10 it is also fine. We are using Struts 2, Hibernate 3 and Spring 2.5. The exception says that weblogic.wsee.async.AsyncResponseBean failed to preload because weblogic.wsee.async.jaxws.OnAsyncDelivery could not be found. We are not knowingly trying to use these classes. We do not have web services. The full text of the error we get when trying to deploy is:
<Aug 20, 2008 3:01:45 PM CDT> <Error> <Deployer> <BEA-149231> <Unable to set the activation state to true for the application '_appsdir_pilotVacation_war'.
weblogic.application.ModuleException: [HTTP:101216]Servlet: "weblogic.wsee.async.AsyncResponseBean" failed to preload on startup in Web application: "pilotVacation.war".
class: weblogic.wsee.async.jaxws.OnAsyncDelivery could not be found
at com.sun.xml.ws.model.RuntimeModeler.getClass(RuntimeModeler.java:272)
at com.sun.xml.ws.model.RuntimeModeler.processDocWrappedMethod(RuntimeModeler.java:566)
at com.sun.xml.ws.model.RuntimeModeler.processMethod(RuntimeModeler.java:513)
at com.sun.xml.ws.model.RuntimeModeler.processClass(RuntimeModeler.java:358)
at com.sun.xml.ws.model.RuntimeModeler.buildRuntimeModel(RuntimeModeler.java:245)
at com.sun.xml.ws.server.EndpointFactory.createSEIModel(EndpointFactory.java:229)
at com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:161)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:291)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:315)
at weblogic.wsee.jaxws.JAXWSServlet.registerEndpoint(JAXWSServlet.java:125)
at weblogic.wsee.jaxws.JAXWSServlet.init(JAXWSServlet.java:64)
at javax.servlet.GenericServlet.init(GenericServlet.java:241)
at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:282)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(Lweblogic.security.acl.internal.AuthenticatedSubject;Lweblogic.security.acl.internal.AuthenticatedSubject;Ljava.security.PrivilegedAction;)Ljava.lang.Object;(Unknown Source)
at weblogic.servlet.internal.StubSecurityHelper.createServlet(StubSecurityHelper.java:63)
at weblogic.servlet.internal.StubLifecycleHelper.createOneInstance(StubLifecycleHelper.java:58)
at weblogic.servlet.internal.StubLifecycleHelper.<init>(StubLifecycleHelper.java:48)
at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:504)
at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:1830)
at weblogic.servlet.internal.WebAppServletContext.loadServletsOnStartup(WebAppServletContext.java:1807)
at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1727)
at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:2890)
at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:948)
at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:353)
at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)
at weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:200)
at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:117)
at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:950)
at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:353)
at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)
Truncated. see log file for complete stacktrace
class: weblogic.wsee.async.jaxws.OnAsyncDelivery could not be found
at com.sun.xml.ws.model.RuntimeModeler.getClass(RuntimeModeler.java:272)
at com.sun.xml.ws.model.RuntimeModeler.processDocWrappedMethod(RuntimeModeler.java:566)
at com.sun.xml.ws.model.RuntimeModeler.processMethod(RuntimeModeler.java:513)
at com.sun.xml.ws.model.RuntimeModeler.processClass(RuntimeModeler.java:358)
at com.sun.xml.ws.model.RuntimeModeler.buildRuntimeModel(RuntimeModeler.java:245)
Truncated. see log file for complete stacktrace
>

Hey,
From what I understand, your configuration is obviously different from your co-workers' config.
So you've got two choices : either you make their environments work like yours, or you make the application to work anywhere !
In order to do so, I would advise you to use a comparison tool, such as BeyondCompare (excellent) and compare your domain configurations (config directories)
Or as James suggested it, you go hunt for unnecessary libraries in your application DD.
Extra question : have you tried to create a new domain, and activate the Workshop extension ? Try then to deploy your application and tell us what's the result.
If you created your application in Workshop, mind the facets : if you do not chose the correct set of facets, you'll have lots of extra libs, more annoying than helping.

Error after deploying a war file on Portal Server 6

Hi All,
I have successfully deployed one war file on Sun Java System Portal Server 6.When I put a portlet using the channel mgmt. it gives the following exception in the AccessManager--->Debug--->Helloworld file::::
TIME | LOGGER NAME | LEVEL | THREAD ID | MESSAGE | EXCEPTION
2006/05/24 13:08:18.765 GMT+05:30 | null | LOG | service-j2ee-5 | Logger begins | -
2006/05/24 13:08:18.765 GMT+05:30 | null | LOG | service-j2ee-5 | Logger log level set to: SEVERE | -
2006/05/24 13:14:00.187 GMT+05:30 | null | SEVERE | Thread-97 | PortletAppEngineServlet.HandleError()() - Error: null | LifecycleManagerImpl.getPortlet(), can not get portlet.
x -----------------------------------------------------------------------------
X javax.portlet.PortletException: LifecycleManagerImpl.getPortlet(), can not get portlet.
X      at com.sun.portal.portletappengine.impl.LifecycleManagerImpl.getPortlet(LifecycleManagerImpl.java:163)
X      at com.sun.portal.portletappengine.PortletAppEngineServlet.service(PortletAppEngineServlet.java:195)
X      at javax.servlet.http.HttpServlet.service(HttpServlet.java:908)
X      at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:772)
X      at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:628)
X      at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:539)
X      at com.sun.portal.container.portlet.impl.PortletContainer.invokePAE(PortletContainer.java:409)
X      at com.sun.portal.container.portlet.impl.PortletContainer.getMarkup(PortletContainer.java:180)
X      at com.sun.portal.providers.window.WindowProvider.getPortletContent(WindowProvider.java:386)
X      at com.sun.portal.providers.window.WindowProvider.getContentInternal(WindowProvider.java:239)
X      at com.sun.portal.providers.window.WindowProvider.getContent(WindowProvider.java:204)
X      at com.sun.portal.desktop.context.ReusableProviderCaller.run(ReusableProviderCaller.java:160)
X -----------------------------------------------------------------------------
2006/05/24 13:14:06.343 GMT+05:30 | null | SEVERE | Thread-98 | PortletAppEngineServlet.HandleError()() - Error: null | LifecycleManagerImpl.getPortlet(), can not get portlet.
x -----------------------------------------------------------------------------
X javax.portlet.PortletException: LifecycleManagerImpl.getPortlet(), can not get portlet.
X      at com.sun.portal.portletappengine.impl.LifecycleManagerImpl.getPortlet(LifecycleManagerImpl.java:163)
X      at com.sun.portal.portletappengine.PortletAppEngineServlet.service(PortletAppEngineServlet.java:195)
X      at javax.servlet.http.HttpServlet.service(HttpServlet.java:908)
X      at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:772)
X      at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:628)
X      at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:539)
X      at com.sun.portal.container.portlet.impl.PortletContainer.invokePAE(PortletContainer.java:409)
X      at com.sun.portal.container.portlet.impl.PortletContainer.getMarkup(PortletContainer.java:180)
X      at com.sun.portal.providers.window.WindowProvider.getPortletContent(WindowProvider.java:386)
X      at com.sun.portal.providers.window.WindowProvider.getContentInternal(WindowProvider.java:239)
X      at com.sun.portal.providers.window.WindowProvider.getContent(WindowProvider.java:204)
X      at com.sun.portal.desktop.context.ReusableProviderCaller.run(ReusableProviderCaller.java:160)
X -----------------------------------------------------------------------------
2006/05/24 13:14:07.984 GMT+05:30 | null | SEVERE | service-j2ee-2 | PortletAppEngineServlet.HandleError()() - Error: null | LifecycleManagerImpl.getPortlet(), can not get portlet.
x -----------------------------------------------------------------------------
X javax.portlet.PortletException: LifecycleManagerImpl.getPortlet(), can not get portlet.
X      at com.sun.portal.portletappengine.impl.LifecycleManagerImpl.getPortlet(LifecycleManagerImpl.java:163)
X      at com.sun.portal.portletappengine.PortletAppEngineServlet.service(PortletAppEngineServlet.java:195)
X      at javax.servlet.http.HttpServlet.service(HttpServlet.java:908)
X      at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:772)
X      at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:628)
X      at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:539)
X      at com.sun.portal.container.portlet.impl.PortletContainer.invokePAE(PortletContainer.java:409)
X      at com.sun.portal.container.portlet.impl.PortletContainer.getMarkup(PortletContainer.java:180)
X      at com.sun.portal.providers.window.WindowProvider.getPortletContent(WindowProvider.java:386)
X      at com.sun.portal.providers.window.WindowProvider.getContentInternal(WindowProvider.java:239)
X      at com.sun.portal.providers.window.WindowProvider.getEdit(WindowProvider.java:211)
X      at com.sun.portal.desktop.taglib.provider.GetEditTag.doStartTag(GetEditTag.java:23)
X      at jspsC0003a._Sun._PortalServer._config._desktop._sampleportal_en_US._JSPEditContainer._html._edit_jsp._jspService(_edit_jsp.java:218)
X      at com.sun.portal.providers.jsp.jasper3.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
X      at javax.servlet.http.HttpServlet.service(HttpServlet.java:908)
X      at com.sun.portal.providers.jsp.JspServletWrapper.service(JspServletWrapper.java:182)
X      at com.sun.portal.providers.jsp.JSPProvider.processJspFile(JSPProvider.java:896)
X      at com.sun.portal.providers.jsp.JSPProvider.processJspFile(JSPProvider.java:810)
X      at com.sun.portal.providers.jsp.JSPProvider.getEdit(JSPProvider.java:630)
X      at com.sun.portal.desktop.DesktopServlet.doGetPost(DesktopServlet.java:590)
X      at com.sun.portal.desktop.DesktopServlet.service(DesktopServlet.java:281)
X      at javax.servlet.http.HttpServlet.service(HttpServlet.java:908)
X      at org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardWrapperValve.java:771)
X      at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:322)
X      at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
X      at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:212)
X      at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
X      at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:209)
X      at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
X      at com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.java:161)
X      at com.iplanet.ias.web.WebContainer.service(WebContainer.java:580)
X -----------------------------------------------------------------------------
Looking at this exception if anyone has got the idea about this problem then please let me know the solution for the same.All suggestions are welcome.
Thanx and Regards,
Chirag.

Hi jmendelak,
In the warfile i have jsp,servlets,java classes.
In my working directory i have jsp and html files and in web-inf folder i have a folder by name classes in which i have the servlets and java classes.
I made the war file and when i tried to deploy i was getting this error.
I had previously deployed this war file on weblogic6.1 it was working fine.
I have upgraded my operating sytem to Windows2000 professional from WinNT 4.0.I reinstalled the weblogic again and had set up the environment variables.
After going through the error could you find out the reason?Is it because some seeting is missing?
Raji

Problem in deploying Application War file on weblogic 8.1.

Hi All,
 
I am getting folowing error while deploying a war file in weblogic server.
 
####<May 9, 2006 4:35:43 AM BST> <Error> <HTTP> <dygenint01> <admin_dyressit> <ExecuteThread: '13' for queue: 'weblogic.kernel.Default'> <<WLS Kernel>> <> <BEA-101018> <[ServletContext(id=6530739,name=OneViewWriteback,context-path=/OneViewWriteback)] Servlet failed with ServletException
java.lang.Throwable: Servlet class: 'com.corizon.ps.oneview.servlet.OneViewWritebackResultServlet' doesn't have a default constructor
 at weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(ServletStubImpl.java:1032)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
 at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
 at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:904)
 at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:883)
 at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:822)
 at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:535)
 at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:373)
 at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6718)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
 at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
 at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3764)
 at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2644)
 at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
 at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
 
I am using weblogic version 8.1 .
 
How can I get rid of this error ?
 
Can any body Please guide me on this ?
 
Thanks in advance.
 
Ninad

dkarr, Thanks for your reply. 
here is the constructor I got for the class 'com.corizon.ps.oneview.servlet.OneViewWritebackResultServlet'
 
 public OneViewWritebackResultServlet() 
{ 
senderThread = null; 
jmsConnectionHandler = null; 
closureManager = null; 
mRequestSenderThread = null; 
connected = false; 
} 
 
Is this ok ?
 
Thanks, 
-Ninad

Deploy 30mb war file to 10servers - Takes around 30min

Similar Messages

Maybe you are looking for