Well, We solved the problem, there is a one file commonspool.jar which is missing. Once we added in war file it worked fine. But then we started getting another error as given below(ie. try block too large), which is because of big size of jsp page. But which works absolutely fine on tomcat. We searched in net and found that it can be solved by breaking jsp and pieces and then using include tag, but then again for one page we need to develop two form beans as we are using to jsps. Any suggestion to avoid this kind of situation.
jakarta.apache.org and port: 80.> ####<May 18, 2004 12:05:39 PM GMT+05:30> > <Error> <HTTP> <bang-pc3> <myserver> <ExecuteThread: '11' for queue: > 'weblogic.kernel.Default'> <<WLS Kernel>> <> <BEA-101019> > <[ServletContext(id=6345426,name=nutzz,context-path=/nutzz)] Servlet failed > with IOException weblogic.servlet.jsp.CompilationException: Compilation of > C:\bea\user_projects\domains\raju\.\myserver\.wlnotdelete\extract\myserver_ >_appsdir_nutzz_war_nutzz\jsp_servlet\__profile.java failed. On Monday 17 May 2004 23:42, [EMAIL PROTECTED] wrote: > We might be interested in this. We are creating a new app on WLS 8.1 > currently. > Are there a list of specific items that are being fixed associated with > WLS8.1? > > > -----Original Message----- > From: Joe Germuska [mailto:[EMAIL PROTECTED] > Sent: Monday, May 17, 2004 8:30 AM > To: Struts Users Mailing List > Subject: Re: struts is giving error on weblogic81 > > > Could this be related to Bug #26322, which indicates that Weblogic > 8.1 expects just about everything to be serializeable? > http://issues.apache.org/bugzilla/show_bug.cgi?id=26322 > > It doesn't appear that BasicDataSource implements Serializeable: > http://cvs.apache.org/viewcvs/jakarta-commons/dbcp/src/java/org/apache/comm >o ns/dbcp/BasicDataSource.java > > Speaking of which, we need testers who use WL8.1 to test the patches > in Bug #26322 -- right now, that would require applying the patches > yourself, but after we cut Struts 1.2.1, I think the plan is to apply > those patches so that they start getting tested. > > Joe > > At 8:18 PM +0530 5/17/04, Jignesh Patel wrote: > >We are trying to deploy struts1.1 based application on weblogic8.1 which > > is already working fine on tomcat5.19. > >But it is giving problem because of following datasource code, if we > > remove > > it > > >then we are not able to get the oracle database connection and if keep it, > >the code is not deploying ActionServlet. > > > >Does any body is having same kind of problem? > > > >Data source code in struts-config.xml > > > ><data-sources> > > <data-source type="org.apache.commons.dbcp.BasicDataSource"> > > <set-property property ="driverClassName" > >value="oracle.jdbc.driver.OracleDriver"/> > > <set-property property="url" > >value="jdbc:oracle:thin:@192.168.0.2:1521:db1"/> > ><!-- <set-property property="url" > >value="jdbc:oracle:thin:@192.168.1.20:1521:orcl"/>--> > > > > <set-property property="username" value="jpatel" /> > > <set-property property="password" value="jpatel" /> > > </data-source> > > </data-sources> > > > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] -- Jignesh Patel Project Leader ____________________________________________________________ Bang Software Technolgy Pvt. Ltd. (E) [EMAIL PROTECTED] (T) 091 484 3942132 B-4, Smart Business Centre, Infopark, SDF IT Building, Kusumagiri P.O.,Kakkanad, Kochi - 682030, Kerala, India. Information contained in this transmission to the named addressee, including any attachments thereto, should be considered the proprietary and confidential information of the sender. As a condition for viewing the information, the sender agrees to keep the information confidential, to refrain from disclosing the information, directly or indirectly, and to refrain from any actions that would constitute or facilitate unauthorized access to the information without express permission from the sender. The recipient also acknowledges and agrees to respect sender's intellectual property rights in and to the information. If the recipient of this transmission is not the named addressee, the recipient should immediately notify the sender and destroy the information transmitted without making any copy or distribution thereof. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
