Amserver.war deployment issue

My Configuration
Sun Java System Application Server 8.2
amserver.war (jdk1.5)
Windows 2003
I deployed this amserver.war previously it worked fine but i was not able to get through the configuration portion.
Now when i m deploying amserver.war using Admin Console, it's deployment complete properly but when i launch it, it shows error's
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: AMSetupFilter.doFilter
     com.sun.identity.setup.AMSetupFilter.doFilter(AMSetupFilter.java:100)
root cause
java.lang.IllegalArgumentException: Path \config\auth\default\Exception.jsp does not start with a "/" character
     com.iplanet.jato.view.ViewBeanBase.forward(ViewBeanBase.java:334)
     com.iplanet.jato.view.ViewBeanBase.forwardTo(ViewBeanBase.java:261)
     com.sun.identity.authentication.UI.AuthExceptionViewBean.forwardTo(AuthExceptionViewBean.java:99)
     com.sun.identity.authentication.UI.AuthenticationServletBase.onUncaughtException(AuthenticationServletBase.java:121)
     com.iplanet.jato.ApplicationServletBase.fireUncaughtException(ApplicationServletBase.java:1164)
     com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationServletBase.java:639)
     com.iplanet.jato.ApplicationServletBase.doGet(ApplicationServletBase.java:459)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
     sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     java.lang.reflect.Method.invoke(Method.java:585)
     org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
     java.security.AccessController.doPrivileged(Native Method)
     javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
     org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
     org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
     java.security.AccessController.doPrivileged(Native Method)
     com.sun.identity.setup.AMSetupFilter.doFilter(AMSetupFilter.java:86)
note The full stack trace of the root cause is available in the Sun-Java-System/Application-Server logs.
Please help me out . I have to do it on urgent basis !

Well, your problem maybe that you need to separate EJBs from Web modules.
WAR files are for Servlets, JSPs, JSFs, etc.
EJB-JARs are for EJBs
All should be packaged into an EAR...
--olaf

Similar Messages

WAR Deployment Issue

Hi All,
The Application which is built on web services, EJB3.0, Toplinks Essential . When i deploying this application on WebLogic Application Server 10.3 everything works fine. But while Running the same application after deploying in WAR format gives some exception which i am listing below -
"java.lang.IllegalArgumentException: Unknown entity bean class: class <name>, please verify that this class has been marked with the @Entity annotation."
Warning-
WARNING: Found unrecognized persistence provider "oracle.toplink.essentials.PersistenceProvider" in place of OpenJPA provider. This provider's properties will not be used.
But i am not able to make out why i am getting this issue in case of WAR deployment.
Looking forward to some positive response........
Thanks.

Well, your problem maybe that you need to separate EJBs from Web modules.
WAR files are for Servlets, JSPs, JSFs, etc.
EJB-JARs are for EJBs
All should be packaged into an EAR...
--olaf

Amserver.war deployment error

Hi,
I am deploying amserver.war (for jdk1.5 ) on SUN APPLICATION SERVER 8.2 (Jdk1.5). After deployment when i am launching the application-
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: AMSetupFilter.doFilter
     com.sun.identity.setup.AMSetupFilter.doFilter(AMSetupFilter.java:100)
root cause
javax.servlet.ServletException
     org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:300)
     org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
     java.security.AccessController.doPrivileged(Native Method)
     com.sun.identity.setup.AMSetupFilter.doFilter(AMSetupFilter.java:86)
root cause
java.lang.NoClassDefFoundError
     com.sun.identity.authentication.client.AuthClientUtils.(AuthClientUtils.java:156)
     com.sun.identity.authentication.UI.LoginServlet.initializeRequestContext(LoginServlet.java:119)
     com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationServletBase.java:578)
     com.iplanet.jato.ApplicationServletBase.doGet(ApplicationServletBase.java:459)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
     sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     java.lang.reflect.Method.invoke(Method.java:585)
     org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
     java.security.AccessController.doPrivileged(Native Method)
     javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
     org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
     org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
     java.security.AccessController.doPrivileged(Native Method)
     com.sun.identity.setup.AMSetupFilter.doFilter(AMSetupFilter.java:86)
note The full stack trace of the root cause is available in the Sun-Java-System/Application-Server logs.
Kindly guide me . Waiting for reply .

This is not the appropriate forum for this question as we don't deal with Access Manager deployment problems. Please re-post your question to the Access Manager forum instead:
http://forums.sun.com/forum.jspa?forumID=760
Regards,
Shane.

Ear/war deployment issue

Hi all,
I am trying to run an existing application which has instructions to create war and ear files from command prompt. But the deployment in oc4j works only if the ear is in the same location as the application path. It errors out if the ear is located somewhere else.
The procedure that I followed:
I created the war file from application-name/web folder using jar command at the command prompt:
jar cf web.war .
when I check the war content, I see WEB-INF/classes and WEB-INF/web.xml
I move the war to the appilcation-name folder.
Then I go to the application-name folder and try creating a ear (The application-name folder already has META-INF folder with application.xml in it):
jar cf test.ear web.war META-INF
when I check the ear content, I see the following:
META-INF/
META-INF/MANIFEST.MF
web.war
META-INF/application.xml
I place the ear in a common location and point to it in the application server config files.
Now when I try to deploy, I get this error:
SEVERE: XMLApplicationServerConfig.sortApplicationConfigRefere
nces Error instantiating application at file:/C:/test/: Unable to get
ApplicationConfig for test : Unable to find/read file META-INF/application.
xml in C:\test (META-INF/application.xml)
Why is this happening...I do not understand as what I am missing here. But the deployment works fine if the ear is placed in the application-name folder itself.
I am not sure what I missed during the manual war and ear creation. Any pointers are highly appreciated.
Thanks in advance.

Assuming that your application uses ADF 11g, you won't be able to deploy to OC4J - since ADF 11g requires Java EE 1.5.
If you are not using ADF 11g, and purely rely on Java EE 1.4 objects then make sure you define the correct configuration files for OC4J.

File Not Found Error: new WAR deployment

I'm trying to find the path to my new WAR deployed JSP files. The following error occurs:
Exception:
java.io.FileNotFoundException: d:\oracle\ora9ias_test\apache\apache\htdocs\RAP_Editor_viaWAR\RapView1_Browse.jsp
In my address bar I type: http://(oracle_home):7778/RAP_Editor_viaWAR/RapView1_Browse.jsp
I don't know why it is looking under the \apache\apache\htdocs directory. What configuration step have I missed? I'm having a similar problem finding the demo apps as well.
Thanks!
-Tony.

Well, I've found out that my HTTP path issues we're related to the Portal SDK install. The OC4J instance "JDev" seems to mess up JSPs and results in a FileNotFound exception. Its looking for JSPs in the wrong place - http://<oracle-home>/apache/apache/htdocs/j2ee/...
The fix: comment out the include directive in httpd.conf that references JDev.
Another BC4J JSP issue: Be sure your datatags.jar file is current or else you'll get an HTTP 500 error due to an unsupported attribute. The application.log file will show "Error: itermode is not a property of oracle.jbo.html.jsp.datatags.DataSourceTag".
-Tony.

Ear deployment issue.

Hi,
i am using jdev Studio Edition Version 11.1.1.4.0
I have created EAR of my application and trying to depoly it on Weblogic server.
I have following entry in weblogic-application.xml
<library-ref>
<library-name>adf.oracle.domain</library-name>
</library-ref>
[03:12:39 PM] ---- Deployment started. ----
[03:12:39 PM] Target platform is (Weblogic 10.3).
[03:13:07 PM] Retrieving existing application information
[03:13:07 PM] Running dependency analysis...
[03:13:07 PM] Building...
[03:13:28 PM] Deploying 3 profiles...
[03:13:29 PM] Moving WEB-INF/adfc-config.xml to META-INF/adfc-config.xml
[03:13:30 PM] Wrote Archive Module to /home/kpophale/CDMR/13June/frontend/ConsoleApps/AppsInventoryManagerUi/deploy/AppsInventoryManagerUi.jar
[03:13:38 PM] Wrote Web Application Module to /home/kpophale/CDMR/13June/frontend/ConsoleApps/AppsInventoryManagerUi/deploy/AppsInventory.war
*[03:13:38 PM] Removing the following prohibited entry from the EAR: lib/trinidad-api.jar*
*[03:13:38 PM] Removing the following prohibited entry from the EAR: lib/trinidad-impl.jar*
[03:13:38 PM] removed bundleresolver.jar from lib because it cannot be part of an EJB deployment
[03:13:54 PM] Wrote Enterprise Application Module to /home/kpophale/CDMR/13June/frontend/deploy/AppsInventoryManager.ear
[03:13:55 PM] Entering Oracle Deployment Plan Editor
[03:15:53 PM] Deploying Application...
[03:16:41 PM] [Deployer:149034]An exception occurred for task [Deployer:149026]deploy application AppsInventoryManager on AdminServer.: [Deployer:149145]Unable to contact 'bam_server1'. Deployment is deferred until 'bam_server1' becomes available.; nested exception is:
     java.rmi.UnknownHostException: Could not discover administration URL for server 'bam_server1'.
[03:16:41 PM] [Deployer:149034]An exception occurred for task [Deployer:149026]deploy application AppsInventoryManager on AdminServer.: [Deployer:149145]Unable to contact 'osb_server1'. Deployment is deferred until 'osb_server1' becomes available.; nested exception is:
     java.rmi.UnknownHostException: Could not discover administration URL for server 'osb_server1'.
[03:16:41 PM] [Deployer:149034]An exception occurred for task [Deployer:149026]deploy application AppsInventoryManager on AdminServer.: [Deployer:149145]Unable to contact 'soa_server1'. Deployment is deferred until 'soa_server1' becomes available.; nested exception is:
     java.rmi.UnknownHostException: Could not discover administration URL for server 'soa_server1'.
[03:16:41 PM] [Deployer:149034]An exception occurred for task [Deployer:149026]deploy application AppsInventoryManager on AdminServer.: [Deployer:149145]Unable to contact 'adf_server1'. Deployment is deferred until 'adf_server1' becomes available.; nested exception is:
     java.rmi.UnknownHostException: Could not discover administration URL for server 'adf_server1'.
[03:16:41 PM] [Deployer:149193]Operation 'deploy' on application 'AppsInventoryManager' has failed on 'AdminServer'
[03:16:41 PM] [Deployer:149034]An exception occurred for task [Deployer:149026]deploy application AppsInventoryManager on AdminServer.: Failed to load webapp: 'trellis-AppsInventoryManagerUi-context-root'.
[03:16:41 PM] Weblogic Server Exception: weblogic.application.ModuleException: Failed to load webapp: 'trellis-AppsInventoryManagerUi-context-root'
*[03:16:41 PM] Caused by: java.lang.NoClassDefFoundError: org/apache/myfaces/trinidad/webapp/UIXComponentELTag*
[03:16:41 PM] See server logs or server console for more details.
[03:16:41 PM] weblogic.application.ModuleException: Failed to load webapp: 'trellis-AppsInventoryManagerUi-context-root'
[03:16:41 PM] #### Deployment incomplete. ####
[03:16:41 PM] Remote deployment failed (oracle.jdevimpl.deploy.common.Jsr88RemoteDeployer)
I am getting above exception while i am trying to depoly the my ear. please see bold lines.
Please give me some guide line .
Regards,
Kiran.

Hi John,
Yes I have. I even tried on two seperate WebLogic installations. I noticed, even when I create just an ear file (not deploy to server), it gives me the same warnings about removing trinidad. Is there something i'm missing in JDeveloper?
For my installations:
On one Middleware home: I installed: WLS 10.3.5, ADF 11.1.1.5, then ADF 11.1.2 Patch 12611176. configured domain with all ADF/JRF libraries, followed by upgradeADF WLST command. I got same deployment issue.
On another middleware home: I even just installed JDeveloper 11.1.2, configured a new domain with all librearies. I got same deployment issue.
FYI: I also added the two Trinidad JSP Tag Libraries to my View Controller Project. I got same error.
Thank you,
Gavin
Edited by: GavinWoods on Feb 14, 2012 6:25 AM

Outbound BPEL Process deployment Issue in SOA (binding.jca-12600)

Hi,
I have Designed an Outbound BPEL Process for Siebel CRM Service Integration using Jdeveloper (11.1.1.3.0). After that I am facing the deployment issue of this application in SOA suite (11.1.1.6.0). Following is the deployment.log status in jdeveloper:-
[10:57:54 AM] ---- Deployment started. ----
[10:57:54 AM] Target platform is (Weblogic 10.3).
[10:57:54 AM] Running dependency analysis...
[10:57:54 AM] Building...
[10:57:58 AM] Deploying profile...
[10:57:58 AM] Wrote Archive Module to C:\JDeveloper\mywork\Siebel_Outbound_BPEL\QueryWithView_Invoke\deploy\sca_QueryWithView_Invoke_rev1.0.jar
[10:57:58 AM] Deploying sca_QueryWithView_Invoke_rev1.0.jar to partition "default" on server AdminServer [10.10.22.81:7001]
[10:57:58 AM] Processing sar=/C:/JDeveloper/mywork/Siebel_Outbound_BPEL/QueryWithView_Invoke/deploy/sca_QueryWithView_Invoke_rev1.0.jar
[10:57:58 AM] Adding sar file - C:\JDeveloper\mywork\Siebel_Outbound_BPEL\QueryWithView_Invoke\deploy\sca_QueryWithView_Invoke_rev1.0.jar
[10:57:58 AM] Preparing to send HTTP request for deployment
[10:57:59 AM] Creating HTTP connection to host:10.10.22.81, port:7001
[10:57:59 AM] Sending internal deployment descriptor
[10:57:59 AM] Sending archive - sca_QueryWithView_Invoke_rev1.0.jar
[10:58:00 AM] Received HTTP response from the server, response code=500
[10:58:00 AM] Error deploying archive sca_QueryWithView_Invoke_rev1.0.jar to partition "default" on server AdminServer [10.10.22.81:7001]
[10:58:00 AM] HTTP error code returned [500]
[10:58:00 AM] Error message from server:
#;There was an error deploying the composite on AdminServer: Deployment Failed: [JCABinding] [QueryWithView_Invoke.QueryWithView/1.0]Unable to complete load due to: Generic error.
#;Generic error.
#;Cause: Unable to find suitable outbound binding.
#;Please create a Service Request with Oracle Support.
#;: Generic error.
#;Generic error.
#;Cause: Unable to find suitable outbound binding.
#;Please create a Service Request with Oracle Support.
[10:58:00 AM] Check server log for more details.
[10:58:00 AM] Error deploying archive sca_QueryWithView_Invoke_rev1.0.jar to partition "default" on server AdminServer [10.10.22.81:7001]
[10:58:00 AM] #### Deployment incomplete. ####
[10:58:00 AM] Error deploying archive file:/C:/JDeveloper/mywork/Siebel_Outbound_BPEL/QueryWithView_Invoke/deploy/sca_QueryWithView_Invoke_rev1.0.jar
(oracle.tip.tools.ide.fabric.deploy.common.SOARemoteDeployer)
And the following is the SOA Server Side log file status:-
####<Jun 3, 2013 10:36:05 AM AST> <Info> <Health> <HOSADDAT02> <AdminServer> <weblogic.GCMonitor> <<anonymous>> <> <4be72ac3bdb5ebae:-a61256d:13f08d94c98:-8000-00000000000000f4> <1370244965280> <BEA-310002> <36% of the total memory in the server is free>
####<Jun 3, 2013 10:36:12 AM AST> <Error> <ServletContext-/soa-infra> <HOSADDAT02> <AdminServer> <[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'> <weblogic> <> <4be72ac3bdb5ebae:-a61256d:13f08d94c98:-8000-000000000000182b> <1370244972343> <BEA-000000> <Error during deployment
oracle.fabric.common.FabricException: Deployment Failed: [JCABinding] [QueryWithView_Invoke.QueryWithView/1.0]Unable to complete load due to: Generic error.
Generic error.
Cause: Unable to find suitable outbound binding.
Please create a Service Request with Oracle Support.
: Generic error.
Generic error.
Cause: Unable to find suitable outbound binding.
Please create a Service Request with Oracle Support.
     at oracle.integration.platform.blocks.deploy.StandaloneCompositeDeploymentCoordinatorImpl.coordinateCompositeDeployment(StandaloneCompositeDeploymentCoordinatorImpl.java:64)
     at oracle.integration.platform.blocks.deploy.servlet.BaseDeployProcessor.deployNewComposite(BaseDeployProcessor.java:415)
     at oracle.integration.platform.blocks.deploy.servlet.BaseDeployProcessor.deploySARs(BaseDeployProcessor.java:250)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeployWork(DeployProcessor.java:167)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeployWork(DeployProcessor.java:112)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeploy(DeployProcessor.java:99)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.process(DeployProcessor.java:81)
     at oracle.integration.platform.blocks.deploy.servlet.CompositeDeployerServlet.doPostInsideLoggingSession(CompositeDeployerServlet.java:219)
     at oracle.integration.platform.blocks.deploy.servlet.CompositeDeployerServlet.doPost(CompositeDeployerServlet.java:130)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
     at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
     at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
     at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)
     at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:119)
     at java.security.AccessController.doPrivileged(Native Method)
     at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:315)
     at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:442)
     at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:103)
     at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:171)
     at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:119)
     at java.security.AccessController.doPrivileged(Native Method)
     at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:315)
     at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:442)
     at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:103)
     at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:171)
     at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at oracle.dms.servlet.DMSServletFilter.doFilter(DMSServletFilter.java:139)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3730)
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)
     at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
     at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
     at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273)
     at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
     at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)
     at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
     at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
Caused By: oracle.fabric.common.FabricDeploymentException: [JCABinding] [QueryWithView_Invoke.QueryWithView/1.0]Unable to complete load due to: Generic error.
Generic error.
Cause: Unable to find suitable outbound binding.
Please create a Service Request with Oracle Support.
: Generic error.
Generic error.
Cause: Unable to find suitable outbound binding.
Please create a Service Request with Oracle Support.
{rootCauses=[]}
     at oracle.integration.platform.blocks.adapter.AdapterReference.load(AdapterReference.java:458)
     at oracle.integration.platform.blocks.adapter.AdapterReference.load(AdapterReference.java:82)
     at oracle.integration.platform.blocks.deploy.CompositeDeploymentConnection.deployReferences(CompositeDeploymentConnection.java:201)
     at oracle.integration.platform.blocks.deploy.CompositeDeploymentConnection.deploy(CompositeDeploymentConnection.java:93)
     at oracle.integration.platform.blocks.deploy.CompositeDeploymentManagerImpl.initDeployment(CompositeDeploymentManagerImpl.java:150)
     at oracle.integration.platform.blocks.deploy.CompositeDeploymentManagerImpl.load(CompositeDeploymentManagerImpl.java:63)
     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 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
     at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
     at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
     at oracle.integration.platform.blocks.deploy.DeploymentEventPublisher.invoke(DeploymentEventPublisher.java:77)
     at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
     at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
     at $Proxy314.load(Unknown Source)
     at oracle.integration.platform.blocks.deploy.StandaloneCompositeDeploymentCoordinatorImpl.coordinateCompositeDeployment(StandaloneCompositeDeploymentCoordinatorImpl.java:59)
     at oracle.integration.platform.blocks.deploy.servlet.BaseDeployProcessor.deployNewComposite(BaseDeployProcessor.java:415)
     at oracle.integration.platform.blocks.deploy.servlet.BaseDeployProcessor.deploySARs(BaseDeployProcessor.java:250)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeployWork(DeployProcessor.java:167)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeployWork(DeployProcessor.java:112)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeploy(DeployProcessor.java:99)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.process(DeployProcessor.java:81)
     at oracle.integration.platform.blocks.deploy.servlet.CompositeDeployerServlet.doPostInsideLoggingSession(CompositeDeployerServlet.java:219)
     at oracle.integration.platform.blocks.deploy.servlet.CompositeDeployerServlet.doPost(CompositeDeployerServlet.java:130)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
     at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
     at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
     at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)
     at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:119)
     at java.security.AccessController.doPrivileged(Native Method)
     at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:315)
     at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:442)
     at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:103)
     at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:171)
     at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:119)
     at java.security.AccessController.doPrivileged(Native Method)
     at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:315)
     at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:442)
     at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:103)
     at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:171)
     at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at oracle.dms.servlet.DMSServletFilter.doFilter(DMSServletFilter.java:139)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3730)
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)
     at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
     at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
     at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273)
     at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
     at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)
     at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
     at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
Caused By: BINDING.JCA-12600
Generic error.
Generic error.
Cause: Unable to find suitable outbound binding.
Please create a Service Request with Oracle Support.
     at oracle.integration.platform.blocks.adapter.fw.metadata.AdapterBindingConfig.addAdapterReference(AdapterBindingConfig.java:206)
     at oracle.integration.platform.blocks.adapter.AdapterReference.setupAdapterReference(AdapterReference.java:506)
     at oracle.integration.platform.blocks.adapter.AdapterReference.load(AdapterReference.java:425)
     at oracle.integration.platform.blocks.adapter.AdapterReference.load(AdapterReference.java:82)
     at oracle.integration.platform.blocks.deploy.CompositeDeploymentConnection.deployReferences(CompositeDeploymentConnection.java:201)
     at oracle.integration.platform.blocks.deploy.CompositeDeploymentConnection.deploy(CompositeDeploymentConnection.java:93)
     at oracle.integration.platform.blocks.deploy.CompositeDeploymentManagerImpl.initDeployment(CompositeDeploymentManagerImpl.java:150)
     at oracle.integration.platform.blocks.deploy.CompositeDeploymentManagerImpl.load(CompositeDeploymentManagerImpl.java:63)
     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 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
     at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
     at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
     at oracle.integration.platform.blocks.deploy.DeploymentEventPublisher.invoke(DeploymentEventPublisher.java:77)
     at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
     at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
     at $Proxy314.load(Unknown Source)
     at oracle.integration.platform.blocks.deploy.StandaloneCompositeDeploymentCoordinatorImpl.coordinateCompositeDeployment(StandaloneCompositeDeploymentCoordinatorImpl.java:59)
     at oracle.integration.platform.blocks.deploy.servlet.BaseDeployProcessor.deployNewComposite(BaseDeployProcessor.java:415)
     at oracle.integration.platform.blocks.deploy.servlet.BaseDeployProcessor.deploySARs(BaseDeployProcessor.java:250)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeployWork(DeployProcessor.java:167)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeployWork(DeployProcessor.java:112)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeploy(DeployProcessor.java:99)
     at oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.process(DeployProcessor.java:81)
     at oracle.integration.platform.blocks.deploy.servlet.CompositeDeployerServlet.doPostInsideLoggingSession(CompositeDeployerServlet.java:219)
     at oracle.integration.platform.blocks.deploy.servlet.CompositeDeployerServlet.doPost(CompositeDeployerServlet.java:130)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
     at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
     at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
     at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)
     at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:119)
     at java.security.AccessController.doPrivileged(Native Method)
     at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:315)
     at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:442)
     at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:103)
     at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:171)
     at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:119)
     at java.security.AccessController.doPrivileged(Native Method)
     at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:315)
     at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:442)
     at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:103)
     at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:171)
     at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at oracle.dms.servlet.DMSServletFilter.doFilter(DMSServletFilter.java:139)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3730)
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)
     at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
     at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
     at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273)
     at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
     at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)
     at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
     at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
Kindly help me in this regard

Solution:
Workaround the issue immediately by removing the "ns1:" qualification on the operation for the binding.jca entry in the composite.xml and redeploying.
For example:
From:
<binding.jca config="BAPI_COMPANYCODE_GETDETAIL_invoke_3P.jca"
operation="ns1:BAPI_COMPANYCODE_GETDETAIL"/>
To:
<binding.jca config="BAPI_COMPANYCODE_GETDETAIL_invoke_3P.jca"
operation="BAPI_COMPANYCODE_GETDETAIL"/>
Regards,
Shaheer Badar

Adobe Acrobat 9 Pro deployment issue

Hello. I am having a deployment issue with Adobe Acrobat 9 using Altiris. I create the rip which is bassically an image of the install. My facility has pruchased 50 seats for this software so I know we are covered for the users that we have to use this software. The issue that I am having after I make the rip, and deploy it to a machine it asks for the CD key again in order to use. Am I having an issue with my installation or is Adobe put some kind of security into their software so that when you try to make a rip of the installation is asks for teh CD Key again after the install? Is this an issue that can be resolved?

SOLUTION:
The issue was somehow related to DPI (START > Settings > Control Pannel > Display > Settings Tab > Advanced button). Eventhough the DPI was set to normal, I switched it to LARGE, restarted the machine, logged in after the reboot, changed it back to normal size, restarted again, logged in once more, checked the Printer Preferences and PRESTO --- a properly displayed window.

Deploy issue from JDeveloper 10.1.3.5 to OAS 10.1.2

I have written an application using ADF on JDeveloper 10.1.3.5 and need to deploy it to our OAS 10.1.2. I have run the adfinstaller on the linux server to upgrade the ADF libraries to the correct versions, updated the web.xml files to have the correct versions, changed to J2SE 1.4.2_19 for the application and have still got deployment issues.
Error
An error occurred while redeploying application "FormsSiebelIntegration". See base exception for details.
Resolution:
See base exception for details.
Base Exception:
java.lang.UnsupportedClassVersionError
com/sun/faces/application/ApplicationAssociate (Unsupported major.minor version 49.0). com/sun/faces/application/ApplicationAssociate (Unsupported major.minor version 49.0)
Removing the jsf-impl.jar file allows the application to deploy, but when running on the app server I get the following errors:
OracleJSP: oracle.jsp.parse.JspParseException:
/codename.jspx: Line # 6, <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page" version="2.0" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core" xmlns:af="http://xmlns.oracle.com/adf/faces" xmlns:afh="http://xmlns.oracle.com/adf/faces/html">
Help! I'm starting to have total mind block as to what to do next.
Error: Unable to load taghandler class: http://java.sun.com/jsf/html

I had already applied all of this before trying to deploy.
The error seems to be a versioning error in the jsf-impl.jar file as the ApplicationAssociate class is found there. I have changed the JDK and J2EE to 1.4.2 and 1.3 respectively, rebuilt everything, updated all the settings to the right versions for 10.1.2 but it still keeps failing on the deploy.

Problem with war deployment

          hello everybody,
          i deployed the one .war file which contains 1 servlet and another 10 simple classes.i
          deployed using the console and everything shows fine.the servlet mapping everything
          seems to be perfect.but when i run the application nothing happens.i restared
          the server.
          thanks for helping.
          sada


          You will have to be more clear on what is happening.
          With you description, I assume that it is working fine in exploded format. There
          are couple of things that can go wrong on war deployment.
          1) Check your war file contents. Path of the contents should not include the war
          file name.
          For eg: /wstt/WEB-INF/classes/com/util/Sample.class
          if above is the fully qualified path of a class and if your war file name is wstt
          then war file should conatin the path as
          /WEB-INF/classes/com/util/Sample.class
          2) Check your Target cluster/server in your console for the war file.
          I hope this helps.
          - Albert
          "sada" <[email protected]> wrote:
          >
          >hello everybody,
          >i deployed the one .war file which contains 1 servlet and another 10
          >simple classes.i
          >deployed using the console and everything shows fine.the servlet mapping
          >everything
          >seems to be perfect.but when i run the application nothing happens.i
          >restared
          >the server.
          >
          >thanks for helping.
          >sada
          >

A very urgent deployment issue about DBAdapter

Hello All,
I have a very urgent deployment issue about DBAdapter.
That DBAdapter is connect to DB2 AS400 Database. I have a developing database (jdbc:as400://server01/TEST) and a production database (jdbc:as400://server01/PROD).
During developing, I used DBAdapter wizard to create it, and import some tables, and set the Adapter to use jabc/DB2DS as connection information for easily deployment later.
Then I deploy to Production. I configured Data-source.xml and oc4j-ra.xml rightly; I set DB connection point to production database. But the DBAdapter still write into developing Database.
I checked the DBAdapter, the imported tables are something like this, TEST.table1, TEST.table2. And there are a lot "TEST" located in DB2Writer_toplink_mapping.xml, DB2Writer.xml, TEST.schema, DB2Writer.table1.ClassDescriptor.xml.
This TEST is refrer to the TEST in connect String jdbc:as400://server01/TEST.
I think this might be the reason cause the problem. As to production database, "TEST" should replaced by "PROD". If I changed it manually, I have to change every time when switch between TEST and PROD. And I also don't know if it is safe to do it? (I tried, and bring some toplink mapping problem)
By the way, for Oracle Database, because we use 2 instances for testing and production with same schema name, and do not have this issue.
Anyone could help and many thanks.
Kerr
Message was edited by:
Kerr

Hi Kerr,
The idea is to set up all connections in the BPEL or ESB services with logical names, e.g. typically of the form eis/DB/MyFinancialSystem or eis/DB/MyLogisticsSystem. This way, you do not have to modify code when deploying it onto different environments that serve different purposes.
When moving your services through their lifecyle, on every environment you deploy these to you will have the same logical connections configured on each instance, e.g. for DEV, QA, SIT, UAT and PROD. Only, in case of QA the actual physical connection is configured to point to the QA instance of the systems that your services interact with whereas in case of UAT it points to the UAT instance of the same system.
Maybe your problem is caused by connecting as user "SomeUser" when running the DB Adapter wizard during development and actually selecting objects from a different schema than you used to connect with, e.g. "Test" in your case.
Hth,
Sjoerd

Enterprise Manager menu is missing in the WAR deployment

I installing CFMX8 and a pair of test servers. I did a
multiserver CFMX8 install because I was having a heck of a time
getting the WAR deployment version install (on Windows 2003 with
JRun4).
When I got CFMX8 finally installed via a WAR deployment, I
noticed in the CF Admin left hand menu bar that the sub menu
"Enterprise Manager" was missing.
Can someone tell me what the differences are between the two
deployments, why this menu is missing.
Using the Multiserver installation is not a option because
because of the way we are setting up our environment.

The multi-server installation creates a single instance of
coldfusion server that is the enterprise manager. It is not meant
to be used as a server you deploy applications on. Rather it is
meant to allow you to create and manage other server instances and
clusters. Therefore, you see the enterprise manager menu in its
cfadministrator. That is its expected main purpose.
The war file deployment contains a single instance of a
coldfusion server. There is no need for it to have an enterprise
manager. The standard administrator allows you to manage all the
options in a single CF8 instance.
For jrun deployments you should create an ear file deployment
from the cf8 installer. Then follow the instructions in the j2ee
readme text file that is created in the same directory as the ear
file.

Re: Deployment Issues

Hi Dale;
We have the similar situation. We wrote an application to be able to send
alert message before we shut down the Forte application. When we upgrade our
applications, we will send alert message to all users before we shut down the
Forte application through ECONSOLE which forces all users to log out, and then
overwrite the files.
Our client files are sitting at one of our network servers instead of
individual user's PC, so the user accesses the files through network. So we
are facing the same issue that we have to shut all users down before we
upgrade our applications. If you install those files on your individual user's
PC, you may try to use "compatible level" to update your application.
Hope this helps.
Lu Wang
Eli Lilly and Company
[email protected]

My problem lies more in the way that we update the Forte software. We are
controlled enough with a new distribution from the application side that
there are not problems there.
My question is: how is everyone updating their client PC's from say Forte
R2 to R3. This was not a problem before because we didn't have very many
clients. Now we have quite a few and we can't just copy the proper files
because of the registry updates that are required.
Does anyone have any suggestions? Can I run the Forte client software off
the Novell server?
Thanks,
Tony
-----Original Message-----
From: Lu Wang X1 <[email protected]>
To: Dale V. Georg <[email protected]>
Cc: Forte Users <[email protected]>; Gardner, Steve
<[email protected]>
Date: Wednesday, November 19, 1997 11:17 AM
Subject: Re: Deployment Issues
You are right. Through econsole, we can only shut down the serverpartitions,
even though we can uninstall the application, as long as the clientpartition
is running, we can't overwrite the files. We were probably lucky that nouser
was running the application when we upgraded it.
Since our applications can capture the system alert message, probably wecan
make changes to our application to be able to shut itself down when it
receives certain type of alert message. Just a thought. Don't know ifthere
is any better way to handle it.
Lu
"Dale V. Georg" <[email protected]> on 11/19/97 03:02:27 AM
Please respond to "Dale V. Georg" <[email protected]>
To: Lu Wang X1/AM/LLY
cc: Forte Users <[email protected]>, "Gardner, Steve"
<[email protected]>
Subject: Re: Deployment Issues
On Tue, 18 Nov 1997 11:04:53 -0500, Lu Wang X1 wrote:
Hi Dale;
We have the similar situation. We wrote an application to be able to send
alert message before we shut down the Forte application. When we upgradeour
applications, we will send alert message to all users before we shut down
the
Forte application through ECONSOLE which forces all users to log out, andthen
overwrite the files.If I remember correctly, econsole will only forcibly close down the
server partitions, not the client partitions.
Our client files are sitting at one of our network servers instead of
individual user's PC, so the user accesses the files through network. So
we
are facing the same issue that we have to shut all users down before we
upgrade our applications. If you install those files on your individualuser's
PC, you may try to use "compatible level" to update your application.We did think about using the compatibility level at one point, but that
introduces extra maintenence whenever a new version of the application
is rolled out. On the other hand, if that's the cost of a smooth and
reliable upgrade, then it may be worth paying.
Dale
================================================
Dale V. Georg
Systems Analyst
Indus Consultancy Services
[email protected]
================================================

Weblogic 6.0 sp2: War deployment not working !!

Hi,
I'm using weblogic 6.0 sp2, and it seems as though the war deployment is not
working. My war consists of jsps, images, and under the WEB-INF/classes
directory, Struts classes (i.e. Form and Action classes). When I try to run
a jsp, i get the following error :
<Jul 30, 2001 11:48:10 AM PDT> <Error> <HTTP>
<[WebAppServletContext(4655498,ati
nera)] Root cause of ServletException
javax.servlet.jsp.JspException: Exception creating bean of class
com.atinera.log
in.web.LoginForm: java.lang.ClassNotFoundException:
com.atinera.login.web.LoginF
orm
But if you look in the war, that class is in there.
What gives ?
Thanks,
Jamie

That's right - ActionServlet does Class.forName(actionClass) to load action
class, and this uses ClassLoader which loaded the current class (ActionServlet)
ClassLoaders always delegate to their parent before attempting to load
the class themselves, so it wasn't working until you moved struts.jar to your
WEB-INF/lib.
BTW, Struts doc mentions this problem:
lib/struts.jar - This JAR file contains all of the Java classes included
in Struts. It should be copied into the WEB-INF/lib directory of your web
application. WARNING - If you are going to be hosting multiple Struts based
applications on the same servlet container, you will be tempted to place the
struts.jar file into the shared repository supported by your container. Be
advised that this will like cause you to encounter ClassNotFoundException
problems unless all of your application classes are stored in the shared
repository.
Jamie Tsao <[email protected]> wrote:
So I found the solution to this problem, but it doesn't really make sense to
me.
I originally had struts.jar outside of the WAR file, but in my CLASSPATH.
Weblogic was able to load Strut's ActionServlet (controller), but when the
ActionServlet was looking for the LoginForm (which was inside the WAR), it
couldn't find it.
I solved the problem by putting struts.jar inside the WAR (under
WEB-INF/lib) instead that other directory. Now it works cause apparently
ActionServlet is now in the same classloader as LoginForm, the classloader
which loaded the WAR.
I'm confused because original way should have worked since the classloader
that loaded struts.jar from outside the war is the parent classloader for
the classloader that loaded the WAR. did that make any sense ?
anyone know why ?
thanks,
jamie
"Jamie Tsao" <[email protected]> wrote in message
news:[email protected]...
Hi,
I'm using weblogic 6.0 sp2, and it seems as though the war deployment isnot
working. My war consists of jsps, images, and under the WEB-INF/classes
directory, Struts classes (i.e. Form and Action classes). When I try torun
a jsp, i get the following error :
<Jul 30, 2001 11:48:10 AM PDT> <Error> <HTTP>
<[WebAppServletContext(4655498,ati
nera)] Root cause of ServletException
javax.servlet.jsp.JspException: Exception creating bean of class
com.atinera.log
in.web.LoginForm: java.lang.ClassNotFoundException:
com.atinera.login.web.LoginF
orm
But if you look in the war, that class is in there.
What gives ?
Thanks,
Jamie
Dimitri

WAR deployment problem

          ok this is really confusing and annoying!!! I have a .war file (servlet + jsps
          + descriptor) packaged up in the correct way, I have checked the docs like 100
          times.. the problem is, I'm running win NT and when I create the war file I'm
          executing 'jar' on a directory structure..
          WEB-INF/classes
          WEB-INF/web.xml
          *.jsp
          But when I view the resulting .war file in winzip, I see this..
          WEB-INF/classes/all classes.....
          web-inf/web.xml
          where on earth is this lowercase web-inf coming from ??
          as a result when i deploy this war file, it deploys fine and the init() method
          of the servlet is called, however when i try to access the servlet via it's alias
          (specified in web.xml) it can't be found.
          The exact same files work when used as an exploded directory (DefaultWebApp),
          and can be accessed via the alias.
          The MS-DOS name of the directory is WEB-INF so I simply can't understand where
          the "extra" lower case
          directory web-inf is coming from........
          Am I correct in assuming the lowercase web-inf is the problem ?? I'm not 100%
          sure cos the weblogic
          console can read & edit this xml file.
          Has anyone else experienced WAR deployment on windows problems like this? I'd
          love to get my hands on a unix box but my company suffer from unix-phobia :/
          any thoughts/suggestions/solutions greatly appreciated,
          thanks,
          sd


Explorer in Windows has an option to allow all upper case, for example.
          Peace,
          Cameron Purdy
          Tangosol, Inc.
          Clustering Weblogic? You're either using Coherence, or you should be!
          Download a Tangosol Coherence eval today at http://www.tangosol.com/
          "SD" <[email protected]> wrote in message
          news:[email protected]...
          >
          > I'm sorry but I don't understand what you mean by..
          >
          > >Case will mess you up. Set your explorer options so NT isn't constantly
          > >"fixing" your case.
          >
          >
          > under 'options' in windows Explorer I don't see anything
          > to with case ??
          >
          > Also - are there any war files around that I can just
          > get and install and access via their servlet-mapping just
          > as a sanity check for my weblogic installation ??
          > I can't get ANY servlet (in a war file) to be accessed via
          > it's servlet mapping. :( But these servlet mappings can
          > be seen and edited via the weblogic console.
          >
          > thanks,
          > sd
          >
          > >"SD" <[email protected]> wrote in message
          > >news:[email protected]...
          > >>
          > >> ok this is really confusing and annoying!!! I have a .war file
          (servlet
          > >+ jsps
          > >> + descriptor) packaged up in the correct way, I have checked the docs
          > >like
          > >100
          > >> times.. the problem is, I'm running win NT and when I create the war
          > >file
          > >I'm
          > >> executing 'jar' on a directory structure..
          > >>
          > >> WEB-INF/classes
          > >> WEB-INF/web.xml
          > >> *.jsp
          > >>
          > >> But when I view the resulting .war file in winzip, I see this..
          > >>
          > >> WEB-INF/classes/all classes.....
          > >> web-inf/web.xml
          > >>
          > >> where on earth is this lowercase web-inf coming from ??
          > >> as a result when i deploy this war file, it deploys fine and the init()
          > >method
          > >> of the servlet is called, however when i try to access the servlet
          > >via
          > >it's alias
          > >> (specified in web.xml) it can't be found.
          > >>
          > >> The exact same files work when used as an exploded directory
          > >(DefaultWebApp),
          > >> and can be accessed via the alias.
          > >>
          > >> The MS-DOS name of the directory is WEB-INF so I simply can't
          understand
          > >where
          > >> the "extra" lower case
          > >> directory web-inf is coming from........
          > >>
          > >> Am I correct in assuming the lowercase web-inf is the problem ?? I'm
          > >not
          > >100%
          > >> sure cos the weblogic
          > >> console can read & edit this xml file.
          > >>
          > >> Has anyone else experienced WAR deployment on windows problems like
          > >this?
          > >I'd
          > >> love to get my hands on a unix box but my company suffer from
          unix-phobia
          > >:/
          > >>
          > >> any thoughts/suggestions/solutions greatly appreciated,
          > >> thanks,
          > >> sd
          > >>
          > >
          > >
          >

Amserver.war deployment issue

Similar Messages

Maybe you are looking for