WAR files on managed servers

I have a question about placing new war files in production. First, why
does WebLogic recommend AGAINST using auto-deploy in production? Is it
for security or stability and what are those arguements?
Second, do I need to move the actual war file to the managed servers
(seperate hardware from the domain admin)? Does it always read the war
file from the domain admin, or will it also read it from it's local
disk? If it does also read locally, which one would take priority? I am
looking for the most reliable way to move new war files into production,
but I do not want to be manually moving files around to the managed
servers if they are never being used.

Another option, although not near as good as a stand-alone tool, I think you could put in the WSDL address for a particular managed server in the Admin Consoles test client. For example, on my machine with the example's server, that is bound to http://localhost:7001/wls_utc/
The one issue might be if you front-end address that gets put in your WSDL doesn't match the managed server that you want to test, then you might need to edit it first, which is probably a pain.
The test client used to be a stand alone deployment (at least I think it was in the 9.2 days), but it appears to be part of an internal application now from the docs:
http://edocs.bea.com/wls/docs103/deployment/managing.html#wp1021614

Similar Messages

  • Replicating files across managed servers

              Hi there,
              I have a clustered environment with say 3 managed servers. One of the managed
              server (e.g. A) will try to download some files from a remote location periodically
              (for caching purposes).
              So, when a client tries to connect to the cluster (any of the managed server depending
              on the load balancer), I am supposed to serve the files to the client. My question
              is, say for e.g. server A downloaded the files to save in its local directory,
              how do I make these files replicated to other server as well. Or, how do I automatically
              direct the client to server A only when fetching the document is required?
              Suggestions? Many thanks in advance....
              

              Hi Oscar,
              Many thanks for your feedback and solution, I could give it a try... :)
              "Oscar Cristobal" <[email protected]> wrote:
              >
              >Hi.
              >I had pretty the same problem.
              >In my application, users can upload images.
              >If these images are in server 1, and one user tries to access these images
              >from
              >server 2, we get the same problem.
              >So we solved the situation like follows:
              >1.- When a user uploads an image, this image is saved in database.
              >2.- There is a daemon, running in every server, that checks (every 30secs)
              >if
              >there is any image in the database that is not at the server. If not,
              >it downloads
              >the image from the database. After all, it registers at the database
              >that server
              >X got the image.
              >3.- When all servers downloaded the image, daemon deletes it from the
              >database.
              >
              >That is my solution. I dont know if it can be used by you, because maybe
              >this
              >solution is only ok for low number of file updates.
              >I would like to know if somebody can provide some better solution.
              >
              >Thanks in advance
              >Oscar Cristobal
              >
              >
              >"Stephen S." <[email protected]> wrote:
              >>
              >>Hi there,
              >>
              >>I have a clustered environment with say 3 managed servers. One of the
              >>managed
              >>server (e.g. A) will try to download some files from a remote location
              >>periodically
              >>(for caching purposes).
              >>
              >>So, when a client tries to connect to the cluster (any of the managed
              >>server depending
              >>on the load balancer), I am supposed to serve the files to the client.
              >>My question
              >>is, say for e.g. server A downloaded the files to save in its local
              >directory,
              >>how do I make these files replicated to other server as well. Or, how
              >>do I automatically
              >>direct the client to server A only when fetching the document is required?
              >>
              >>Suggestions? Many thanks in advance....
              >
              

  • How to deploy config files to managed servers

    We have several configuration files that are used by our EJB application at
    startup. Is there a way to automatically deploy these configuration files
    to the managed servers. Right now, we are forced to FTP to files over to
    the managed servers as part of the deployment process. It would be nice if
    there were an easier way.
    Randy Ott

    why cant you include them inside your ejbjar as resource files ?
    prasen
    Nitin Shenoy wrote:
    >
    Guess no one replied!!
    "Randy Ott" <[email protected]> wrote in message
    news:3b67022e$[email protected]..
    We have several configuration files that are used by our EJB applicationat
    startup. Is there a way to automatically deploy these configuration files
    to the managed servers. Right now, we are forced to FTP to files over to
    the managed servers as part of the deployment process. It would be niceif
    there were an easier way.
    Randy Ott

  • Hi, we need to create the test environment from our production for oracle AP Imaging. we have soa,ipm,ucm and capture managed servers in our weblogic. can anyone tell me what is the best way to clone the environment, can I just tar the weblogic file syste

    Hi, we need to create the test environment from our production for oracle AP Imaging. we have soa,ipm,ucm and capture managed servers in our weblogic..
    Can anyone tell me what is the best way to cloning the application from different environment, the test and production are in different physical server.
    Can I just tar the weblogic file system and untar it to the new server and make the necessary changes?
    Can anyone share their experiences and how to with me?
    Thank in advance.
    Katherine

    Hi Katherine,
    yes and no . You need as well weblogic + soa files as the database schemas (soa_infra, mds...).
    Please refer to the AMIS Blog: https://technology.amis.nl/2011/08/11/clone-your-oracle-fmw-soa-suite-11g/
    HTH
    Borys

  • Problems with deploying file to one of the managed servers on a cluster

    We are running Weblogic 10.3.
    When I start both managed servers from the Admin Console, one fails with the error below and in Admin state, but the other managed server starts up correctly.
    The only difference from when it was first working is that the managed server ServerBox1 was imaged and loaded onto new hardware and all network/os properties configured the same as the old box.
    ####<Timestamp> <Info> <Deployer> <box1> <ServerBox1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1333048292425> <BEA-149059> <Module DocFile.war of application DocFile is transitioning from STATE_NEW to STATE_PREPARED on server ServerBox1.>
    ####<Mar 29, 2012 3:11:32 PM EDT> <Error> <HTTP> <box1> <ServerBox1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1333048292488> <BEA-101064> <[WebAppModule(DocFile:DocFile.war)] Error parsing descriptor in Web appplication "/domainPath/servers/ServerBox1/stage/DocFile/DocFile.war"
    java.lang.NullPointerException
           at com.bea.xbean.regex.RangeToken.match(RangeToken.java:485)
           at com.bea.xbean.regex.RegularExpression.matchString(RegularExpression.java:1673)
           at com.bea.xbean.regex.RegularExpression.matches(RegularExpression.java:1432)
           at com.bea.xbean.regex.RegularExpression.matches(RegularExpression.java:1370)
           at com.bea.xbean.schema.SchemaTypeImpl.matchPatternFacet(SchemaTypeImpl.java:1362)
           at com.bea.xbean.values.JavaDecimalHolderEx.validateLexical(JavaDecimalHolderEx.java:71)
           at com.bea.xbean.validator.Validator.validateAtomicType(Validator.java:1296)
           at com.bea.xbean.validator.Validator.validateSimpleType(Validator.java:1259)
           at com.bea.xbean.validator.Validator.validateSimpleType(Validator.java:1195)
           at com.bea.xbean.validator.Validator.handleText(Validator.java:835)
           at com.bea.xbean.validator.Validator.textEvent(Validator.java:820)
           at com.bea.xbean.validator.Validator.nextEvent(Validator.java:250)
           at com.bea.xbean.validator.ValidatingXMLStreamReader.validate_event(ValidatingXMLStreamReader.java:654)
           at com.bea.xbean.validator.ValidatingXMLStreamReader.next(ValidatingXMLStreamReader.java:544)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl.next(XMLStreamReaderExtImpl.java:1122)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl$CharSeqTrimWS.fillBuffer(XMLStreamReaderExtImpl.java:804)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl$CharSeqTrimWS.reload(XMLStreamReaderExtImpl.java:755)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl.getBigIntegerValue(XMLStreamReaderExtImpl.java:155)
           at com.bea.staxb.runtime.internal.UnmarshalResult.getBigIntegerValue(UnmarshalResult.java:467)
           at com.bea.staxb.runtime.internal.IntegerToIntTypeConverter.getObject(IntegerToIntTypeConverter.java:34)
           at com.bea.staxb.runtime.internal.BaseSimpleTypeConverter.unmarshal(BaseSimpleTypeConverter.java:39)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.unmarshalElementProperty(LiteralUnmarshalResult.java:167)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.extractAndFillElementProp(LiteralUnmarshalResult.java:136)
           at com.bea.staxb.runtime.internal.ByNameUnmarshaller.deserializeContents(ByNameUnmarshaller.java:51)
           at com.bea.staxb.runtime.internal.AttributeUnmarshaller.unmarshalIntoIntermediary(AttributeUnmarshaller.java:47)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.unmarshalElementProperty(LiteralUnmarshalResult.java:164)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.extractAndFillElementProp(LiteralUnmarshalResult.java:136)
           at com.bea.staxb.runtime.internal.ByNameUnmarshaller.deserializeContents(ByNameUnmarshaller.java:51)
           at com.bea.staxb.runtime.internal.AttributeUnmarshaller.unmarshalIntoIntermediary(AttributeUnmarshaller.java:47)
           at com.bea.staxb.runtime.internal.UnmarshalResult.unmarshalBindingType(UnmarshalResult.java:189)
           at com.bea.staxb.runtime.internal.UnmarshalResult.unmarshalDocument(UnmarshalResult.java:159)
           at com.bea.staxb.runtime.internal.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:65)
           at weblogic.descriptor.internal.MarshallerFactory$1.createDescriptor(MarshallerFactory.java:141)
           at weblogic.descriptor.BasicDescriptorManager.createDescriptor(BasicDescriptorManager.java:306)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.getDescriptorBeanFromReader(AbstractDescriptorLoader2.java:788)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.createDescriptorBean(AbstractDescriptorLoader2.java:409)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.loadDescriptorBeanWithoutPlan(AbstractDescriptorLoader2.java:759)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.loadDescriptorBean(AbstractDescriptorLoader2.java:768)
           at weblogic.servlet.internal.WebAppDescriptor.getWebAppBean(WebAppDescriptor.java:141)
           at weblogic.servlet.internal.WebAppModule.loadDescriptor(WebAppModule.java:1193)
           at weblogic.servlet.internal.WebAppModule.prepare(WebAppModule.java:350)
           at weblogic.application.internal.flow.ScopedModuleDriver.prepare(ScopedModuleDriver.java:176)
           at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
           at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:387)
           at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
           at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:58)
           at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:42)
           at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:615)
           at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
           at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:191)
           at weblogic.application.internal.SingleModuleDeployment.prepare(SingleModuleDeployment.java:16)
           at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:155)
           at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:60)
           at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java:141)
           at weblogic.management.deploy.internal.DeploymentAdapter$1.doPrepare(DeploymentAdapter.java:39)
           at weblogic.management.deploy.internal.DeploymentAdapter.prepare(DeploymentAdapter.java:187)
           at weblogic.management.deploy.internal.AppTransition$1.transitionApp(AppTransition.java:21)
           at weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:233)
           at weblogic.management.deploy.internal.ConfiguredDeployments.prepare(ConfiguredDeployments.java:165)
           at weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:122)
           at weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:173)
           at weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:89)
           at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
           at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
           at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
    >
    ####<Timestamp> <Info> <Deployer> <box1> <ServerBox1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1333048292506> <BEA-149061> <Module DocFile.war of application DocFile failed to transition from STATE_NEW to STATE_PREPARED on server ServerBox1.>
    ####<Mar 29, 2012 3:11:32 PM EDT> <Error> <Deployer> <box1> <ServerBox1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1333048292727> <BEA-149205> <Failed to initialize the application 'DocFile' due to error weblogic.application.ModuleException: [HTTP:101064][WebAppModule(DocFile:DocFile.war)] Error parsing descriptor in Web appplication "/domainPath/servers/ServerBox1/stage/DocFile/DocFile.war"
    java.lang.NullPointerException
           at com.bea.xbean.regex.RangeToken.match(RangeToken.java:485)
           at com.bea.xbean.regex.RegularExpression.matchString(RegularExpression.java:1673)
           at com.bea.xbean.regex.RegularExpression.matches(RegularExpression.java:1432)
           at com.bea.xbean.regex.RegularExpression.matches(RegularExpression.java:1370)
           at com.bea.xbean.schema.SchemaTypeImpl.matchPatternFacet(SchemaTypeImpl.java:1362)
           at com.bea.xbean.values.JavaDecimalHolderEx.validateLexical(JavaDecimalHolderEx.java:71)
           at com.bea.xbean.validator.Validator.validateAtomicType(Validator.java:1296)
           at com.bea.xbean.validator.Validator.validateSimpleType(Validator.java:1259)
           at com.bea.xbean.validator.Validator.validateSimpleType(Validator.java:1195)
           at com.bea.xbean.validator.Validator.handleText(Validator.java:835)
           at com.bea.xbean.validator.Validator.textEvent(Validator.java:820)
           at com.bea.xbean.validator.Validator.nextEvent(Validator.java:250)
           at com.bea.xbean.validator.ValidatingXMLStreamReader.validate_event(ValidatingXMLStreamReader.java:654)
           at com.bea.xbean.validator.ValidatingXMLStreamReader.next(ValidatingXMLStreamReader.java:544)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl.next(XMLStreamReaderExtImpl.java:1122)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl$CharSeqTrimWS.fillBuffer(XMLStreamReaderExtImpl.java:804)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl$CharSeqTrimWS.reload(XMLStreamReaderExtImpl.java:755)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl.getBigIntegerValue(XMLStreamReaderExtImpl.java:155)
           at com.bea.staxb.runtime.internal.UnmarshalResult.getBigIntegerValue(UnmarshalResult.java:467)
           at com.bea.staxb.runtime.internal.IntegerToIntTypeConverter.getObject(IntegerToIntTypeConverter.java:34)
           at com.bea.staxb.runtime.internal.BaseSimpleTypeConverter.unmarshal(BaseSimpleTypeConverter.java:39)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.unmarshalElementProperty(LiteralUnmarshalResult.java:167)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.extractAndFillElementProp(LiteralUnmarshalResult.java:136)
           at com.bea.staxb.runtime.internal.ByNameUnmarshaller.deserializeContents(ByNameUnmarshaller.java:51)
           at com.bea.staxb.runtime.internal.AttributeUnmarshaller.unmarshalIntoIntermediary(AttributeUnmarshaller.java:47)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.unmarshalElementProperty(LiteralUnmarshalResult.java:164)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.extractAndFillElementProp(LiteralUnmarshalResult.java:136)
           at com.bea.staxb.runtime.internal.ByNameUnmarshaller.deserializeContents(ByNameUnmarshaller.java:51)
           at com.bea.staxb.runtime.internal.AttributeUnmarshaller.unmarshalIntoIntermediary(AttributeUnmarshaller.java:47)
           at com.bea.staxb.runtime.internal.UnmarshalResult.unmarshalBindingType(UnmarshalResult.java:189)
           at com.bea.staxb.runtime.internal.UnmarshalResult.unmarshalDocument(UnmarshalResult.java:159)
           at com.bea.staxb.runtime.internal.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:65)
           at weblogic.descriptor.internal.MarshallerFactory$1.createDescriptor(MarshallerFactory.java:141)
           at weblogic.descriptor.BasicDescriptorManager.createDescriptor(BasicDescriptorManager.java:306)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.getDescriptorBeanFromReader(AbstractDescriptorLoader2.java:788)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.createDescriptorBean(AbstractDescriptorLoader2.java:409)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.loadDescriptorBeanWithoutPlan(AbstractDescriptorLoader2.java:759)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.loadDescriptorBean(AbstractDescriptorLoader2.java:768)
           at weblogic.servlet.internal.WebAppDescriptor.getWebAppBean(WebAppDescriptor.java:141)
           at weblogic.servlet.internal.WebAppModule.loadDescriptor(WebAppModule.java:1193)
           at weblogic.servlet.internal.WebAppModule.prepare(WebAppModule.java:350)
           at weblogic.application.internal.flow.ScopedModuleDriver.prepare(ScopedModuleDriver.java:176)
           at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
           at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:387)
           at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
           at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:58)
           at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:42)
           at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:615)
           at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
           at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:191)
           at weblogic.application.internal.SingleModuleDeployment.prepare(SingleModuleDeployment.java:16)
           at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:155)
           at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:60)
           at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java:141)
           at weblogic.management.deploy.internal.DeploymentAdapter$1.doPrepare(DeploymentAdapter.java:39)
           at weblogic.management.deploy.internal.DeploymentAdapter.prepare(DeploymentAdapter.java:187)
           at weblogic.management.deploy.internal.AppTransition$1.transitionApp(AppTransition.java:21)
           at weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:233)
           at weblogic.management.deploy.internal.ConfiguredDeployments.prepare(ConfiguredDeployments.java:165)
           at weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:122)
           at weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:173)
           at weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:89)
           at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
           at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
           at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
    null.
    weblogic.application.ModuleException: [HTTP:101064][WebAppModule(DocFile:DocFile.war)] Error parsing descriptor in Web appplication "/domainPath/servers/ServerBox1/stage/DocFile/DocFile.war"
    java.lang.NullPointerException
           at com.bea.xbean.regex.RangeToken.match(RangeToken.java:485)
           at com.bea.xbean.regex.RegularExpression.matchString(RegularExpression.java:1673)
           at com.bea.xbean.regex.RegularExpression.matches(RegularExpression.java:1432)
           at com.bea.xbean.regex.RegularExpression.matches(RegularExpression.java:1370)
           at com.bea.xbean.schema.SchemaTypeImpl.matchPatternFacet(SchemaTypeImpl.java:1362)
           at com.bea.xbean.values.JavaDecimalHolderEx.validateLexical(JavaDecimalHolderEx.java:71)
           at com.bea.xbean.validator.Validator.validateAtomicType(Validator.java:1296)
           at com.bea.xbean.validator.Validator.validateSimpleType(Validator.java:1259)
           at com.bea.xbean.validator.Validator.validateSimpleType(Validator.java:1195)
           at com.bea.xbean.validator.Validator.handleText(Validator.java:835)
           at com.bea.xbean.validator.Validator.textEvent(Validator.java:820)
           at com.bea.xbean.validator.Validator.nextEvent(Validator.java:250)
           at com.bea.xbean.validator.ValidatingXMLStreamReader.validate_event(ValidatingXMLStreamReader.java:654)
           at com.bea.xbean.validator.ValidatingXMLStreamReader.next(ValidatingXMLStreamReader.java:544)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl.next(XMLStreamReaderExtImpl.java:1122)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl$CharSeqTrimWS.fillBuffer(XMLStreamReaderExtImpl.java:804)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl$CharSeqTrimWS.reload(XMLStreamReaderExtImpl.java:755)
           at com.bea.xbean.richParser.XMLStreamReaderExtImpl.getBigIntegerValue(XMLStreamReaderExtImpl.java:155)
           at com.bea.staxb.runtime.internal.UnmarshalResult.getBigIntegerValue(UnmarshalResult.java:467)
           at com.bea.staxb.runtime.internal.IntegerToIntTypeConverter.getObject(IntegerToIntTypeConverter.java:34)
           at com.bea.staxb.runtime.internal.BaseSimpleTypeConverter.unmarshal(BaseSimpleTypeConverter.java:39)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.unmarshalElementProperty(LiteralUnmarshalResult.java:167)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.extractAndFillElementProp(LiteralUnmarshalResult.java:136)
           at com.bea.staxb.runtime.internal.ByNameUnmarshaller.deserializeContents(ByNameUnmarshaller.java:51)
           at com.bea.staxb.runtime.internal.AttributeUnmarshaller.unmarshalIntoIntermediary(AttributeUnmarshaller.java:47)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.unmarshalElementProperty(LiteralUnmarshalResult.java:164)
           at com.bea.staxb.runtime.internal.LiteralUnmarshalResult.extractAndFillElementProp(LiteralUnmarshalResult.java:136)
           at com.bea.staxb.runtime.internal.ByNameUnmarshaller.deserializeContents(ByNameUnmarshaller.java:51)
           at com.bea.staxb.runtime.internal.AttributeUnmarshaller.unmarshalIntoIntermediary(AttributeUnmarshaller.java:47)
           at com.bea.staxb.runtime.internal.UnmarshalResult.unmarshalBindingType(UnmarshalResult.java:189)
           at com.bea.staxb.runtime.internal.UnmarshalResult.unmarshalDocument(UnmarshalResult.java:159)
           at com.bea.staxb.runtime.internal.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:65)
           at weblogic.descriptor.internal.MarshallerFactory$1.createDescriptor(MarshallerFactory.java:141)
           at weblogic.descriptor.BasicDescriptorManager.createDescriptor(BasicDescriptorManager.java:306)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.getDescriptorBeanFromReader(AbstractDescriptorLoader2.java:788)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.createDescriptorBean(AbstractDescriptorLoader2.java:409)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.loadDescriptorBeanWithoutPlan(AbstractDescriptorLoader2.java:759)
           at weblogic.application.descriptor.AbstractDescriptorLoader2.loadDescriptorBean(AbstractDescriptorLoader2.java:768)
           at weblogic.servlet.internal.WebAppDescriptor.getWebAppBean(WebAppDescriptor.java:141)
           at weblogic.servlet.internal.WebAppModule.loadDescriptor(WebAppModule.java:1193)
           at weblogic.servlet.internal.WebAppModule.prepare(WebAppModule.java:350)
           at weblogic.application.internal.flow.ScopedModuleDriver.prepare(ScopedModuleDriver.java:176)
           at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
           at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:387)
           at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
           at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:58)
           at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:42)
           at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:615)
           at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
           at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:191)
           at weblogic.application.internal.SingleModuleDeployment.prepare(SingleModuleDeployment.java:16)
           at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:155)
           at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:60)
           at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java:141)
           at weblogic.management.deploy.internal.DeploymentAdapter$1.doPrepare(DeploymentAdapter.java:39)
           at weblogic.management.deploy.internal.DeploymentAdapter.prepare(DeploymentAdapter.java:187)
           at weblogic.management.deploy.internal.AppTransition$1.transitionApp(AppTransition.java:21)
           at weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:233)
           at weblogic.management.deploy.internal.ConfiguredDeployments.prepare(ConfiguredDeployments.java:165)
           at weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:122)
           at weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:173)
           at weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:89)
           at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
           at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
           at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
    null
    I also noticed that the DocFile directory inside the stage directory is deleted once the ServerBox1 is started completely.
    Thanks for the assistance.

    Hi Partha. Did you get a solution to your problem with high connection delay times on your server? I'm having a similar problem and saw your post.
    Thanks,
    Mark

  • 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

  • Porting *.war files and *.ear files to Weblogic 10.3

    If we can figure this issue out, I'll see if I can't publish/post a
    maven-based solution in the Maven and Oracle forums so that others
    will not have to go through our pain.
    We are having all the usual problems regarding where Weblogic expects
    to find things and what exclusions need to be made in weblogic.xml for
    war files and weblogic-application.xml for ear files. Any insights
    would be deeply appreciated.
    Here is what our exploded war structure currently looks like.
    |____index.jsp
    |____WEB-INF
    | |____lib
    | | |____...a long list of jar files
    | |____tags
    | | |____...a short list of tag files
    | |____applicationContext.xml
    | |____web.xml
    | |____content
    | | |____...a bunch of jsps
    | |____tlds
    | | |____...some tlds
    | |____classes
    | | |____mailProperties.properties
    | | |____struts.xml
    | | |____logback.xml
    | | |____com ... the root of our class heiarchy
    |____images
    | |____...a list of images
    |____META-INF
    | |____maven
    | | |____com
    | | | |____project-name
    | | | | |____pom.xml
    | | | | |____pom.properties
    | |____MANIFEST.MF
    |____script
    | |____...some java script files
    |____style
    | |____...some css files
    Exceptions when trying to deploy are as follows:
    INFO: ... initialized Struts-Spring integration successfully
    java.lang.Exception: Could not load
    servers/AdminServer/tmp//appmergegen_1254502686535_OurApp/war/WEB-INF/classes/com...
    at com.opensymphony.xwork2.util.finder.ClassFinder.readClassDef(ClassFinder.java:745)
    at com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java:148)
    The exception above repeats for every .class file found below
    WEB-INF/classes/com, i.e. the the ones in this module rather than the
    ones in included modules.
    Checking the file system shows that there is no such directory as
    "appmergegen_1254502686535_conap". I'm uncertain if there is actually
    supposed to be anything there, but it would seem like it.
    I've a theory that if we can solve the above issue, we can solve the
    rest ourselves.
    It would also be handy to know what packages may cause conflicts.

    Alright, my research points to the idea that this might have something to do with staging. Since this is a dev setup we don't have any managed servers or anything. All we have is AdminServer and that is it. We have only one domain and it is "base_domain". Does anyone know if this is wrong?

  • Issue after deploying war file???

    We are moving from a windows box to a unix box...
    We had installed jdeveloper - jdev11113install.exe (along with weblogic server and adf libraries) earlier version on the windows box and deployed a ADF application war file on that box which worked fine.
    Now i have installed jdevloper -jdev11115install.jar (along with weblogic server and adf libraries) a newer version. Now if i deploy my adf war file on this weblogic server its not fully functional. I have some bars and charts which dont load on one tab but loads on the other.
    Here are my logs :
    AdminServer-Diagnostic .log
    [2011-05-13T00:59:05.835-07:00] [AdminServer] [WARNING] [J2EE JMX-46041] [oracle.as.jmx.framework.MessageLocalizationHelper] [tid: JMX FRAMEWORK Domain Runtime MBeanServer pooling thread] [userId: <anonymous>] [ecid: 0000IzcNPGiEGRG5yz_AiW1DnEIq000002,0] The resource for bundle "oracle.jrf.i18n.MBeanMessageBundle" with key "oracle.jrf.JRFServiceMBean.checkIfJRFAppliedOnMutipleTargets" cannot be found.
    [2011-05-13T01:00:11.288-07:00] [AdminServer] [ERROR] [] [org.apache.beehive.netui.pageflow.internal.AdapterManager] [tid: [ACTIVE].ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: 0000IzcNfGTEGRG5yz_AiW1DnEIq000003,0] [APP: consoleapp] ServletContainerAdapter manager not initialized correctly.
    [2011-05-13T01:14:04.821-07:00] [AdminServer] [NOTIFICATION] [] [oracle.mds] [tid: [STANDBY].ExecuteThread: '3' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000015,0] [APP: STUsageApp] "Metadata Services: Metadata archive (MAR) not found."
    [2011-05-13T01:14:05.208-07:00] [AdminServer] [NOTIFICATION] [] [oracle.security.jps.wls.util.JpsWlsUtil] [tid: [STANDBY].ExecuteThread: '3' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000015,0] [APP: STUsageApp] JPS-00126
    [2011-05-13T01:15:17.280-07:00] [AdminServer] [NOTIFICATION] [] [oracle.adf.mbean.share.connection.ConnectionsMXBeanImpl] [tid: [ACTIVE].ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000001a,0] [APP: STUsageApp] Registering Connection Runtime MBean
    [2011-05-13T01:15:19.989-07:00] [AdminServer] [NOTIFICATION] [] [oracle.adf.mbean.share.connection.ADFConnectionLifeCycleCallBack] [tid: [ACTIVE].ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000001a,0] [APP: STUsageApp] Registered the ADF connection MBean for application STUsageApp
    [2011-05-13T01:15:26.200-07:00] [AdminServer] [NOTIFICATION] [] [oracle.adf.mbean.share.config.ADFConfigLifeCycleCallBack] [tid: [ACTIVE].ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000001a,0] [APP: STUsageApp] ADF config mbean registered for STUsageApp.
    [2011-05-13T01:17:22.266-07:00] [AdminServer] [NOTIFICATION] [] [oracle.mds] [tid: [ACTIVE].ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000027,0] [APP: STUsageApp] MBean: oracle.mds.lcm:name=MDSAppRuntime,type=MDSAppRuntime,Application=STUsageApp already exists
    [2011-05-13T01:17:22.275-07:00] [AdminServer] [NOTIFICATION] [] [oracle.mds] [tid: [ACTIVE].ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000027,0] [APP: STUsageApp] MBean: oracle.mds.lcm:name=MDSAppRuntime,type=MDSAppRuntime,Application=STUsageApp deregistered
    [2011-05-13T01:17:22.278-07:00] [AdminServer] [NOTIFICATION] [] [oracle.mds] [tid: [ACTIVE].ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000027,0] [APP: STUsageApp] "Metadata Services: Metadata archive (MAR) not found."
    [2011-05-13T01:17:42.347-07:00] [AdminServer] [NOTIFICATION] [] [oracle.adf.mbean.share.connection.ConnectionsMXBeanImpl] [tid: [STANDBY].ExecuteThread: '6' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000029,0] [APP: STUsageApp] Registering Connection Runtime MBean
    [2011-05-13T01:17:42.598-07:00] [AdminServer] [NOTIFICATION] [] [oracle.adf.mbean.share.connection.ADFConnectionLifeCycleCallBack] [tid: [STANDBY].ExecuteThread: '6' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000029,0] [APP: STUsageApp] Registered the ADF connection MBean for application STUsageApp
    [2011-05-13T01:17:46.568-07:00] [AdminServer] [NOTIFICATION] [] [oracle.adf.mbean.share.config.ADFConfigLifeCycleCallBack] [tid: [STANDBY].ExecuteThread: '6' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000029,0] [APP: STUsageApp] ADF config mbean registered for STUsageApp.
    [2011-05-13T01:20:34.868-07:00] [AdminServer] [NOTIFICATION] [] [oracle.mds] [tid: [ACTIVE].ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000038,0] [APP: STUsageApp] "Metadata Services: Metadata archive (MAR) not found."
    [2011-05-13T01:20:35.142-07:00] [AdminServer] [NOTIFICATION] [] [oracle.security.jps.wls.util.JpsWlsUtil] [tid: [ACTIVE].ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000038,0] [APP: STUsageApp] JPS-00126
    [2011-05-13T01:21:07.963-07:00] [AdminServer] [NOTIFICATION] [] [oracle.adf.mbean.share.connection.ConnectionsMXBeanImpl] [tid: [ACTIVE].ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000003c,0] [APP: STUsageApp] Registering Connection Runtime MBean
    [2011-05-13T01:21:08.177-07:00] [AdminServer] [NOTIFICATION] [] [oracle.adf.mbean.share.connection.ADFConnectionLifeCycleCallBack] [tid: [ACTIVE].ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000003c,0] [APP: STUsageApp] Registered the ADF connection MBean for application STUsageApp
    [2011-05-13T01:21:11.460-07:00] [AdminServer] [NOTIFICATION] [] [oracle.adf.mbean.share.config.ADFConfigLifeCycleCallBack] [tid: [ACTIVE].ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000003c,0] [APP: STUsageApp] ADF config mbean registered for STUsageApp.
    [2011-05-13T01:23:52.056-07:00] [AdminServer] [NOTIFICATION] [] [oracle.jbo.uicli.mom.CpxUtils$Visitor] [tid: [ACTIVE].ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000004a,0] [APP: STUsageApp] zip:/usr/Oracle/Middleware/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_user/STUsageApp/aszvbi/war/WEB-INF/lib/_wl_cls_gen.jar!/st/view/DataBindings.cpx
    [2011-05-13T01:23:53.108-07:00] [AdminServer] [NOTIFICATION] [ADFC-54008] [oracle.adfinternal.controller.faces.lifecycle.JSFLifecycleImpl] [tid: [ACTIVE].ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000004a,0] [APP: STUsageApp] ADFc: Initializing ADF Page Lifecycle for the JSF environment, LifecycleContextBuilder is 'oracle.adfinternal.controller.application.model.JSFDataBindingLifecycleContextBuilder'.
    [2011-05-13T01:23:58.753-07:00] [AdminServer] [WARNING] [] [oracle.adf.share.jndi.ReferenceStoreHelper] [tid: [ACTIVE].ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000004c,0] [APP: STUsageApp] Incomplete connection reference object for connection:oc
    [2011-05-13T01:25:08.181-07:00] [AdminServer] [WARNING] [] [org.apache.myfaces.trinidad.webapp.ResourceServlet] [tid: [ACTIVE].ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-00000000000000d2,0] [APP: STUsageApp] ResourceServlet._setHeaders(): Content type for /bi/jsLibs/engine_20110409.swf is NULL![[
    Cause: Unknown file extension
    ]]

    basedomain.log
    n.java:323)
         at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:844)
         at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1253)
         at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:440)
         at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:163)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:195)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:13)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:68)
         at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528)
         at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
         at weblogic.work.ExecuteThread.run(ExecuteThread.java:178)
    Caused By: javax.naming.NameAlreadyBoundException: AdsTimerManager is already bound; remaining name 'app/webapp/STUsage-ViewController-context-root/15580269/comp/env/tm'
         at weblogic.jndi.internal.BasicNamingNode.bindHere(BasicNamingNode.java:357)
         at weblogic.jndi.internal.BasicNamingNode.bind(BasicNamingNode.java:317)
         at weblogic.jndi.internal.BasicNamingNode.bind(BasicNamingNode.java:324)
         at weblogic.jndi.internal.WLEventContextImpl.bind(WLEventContextImpl.java:277)
         at weblogic.deployment.BaseEnvironmentBuilder.addTimerManager(BaseEnvironmentBuilder.java:843)
         at weblogic.deployment.EnvironmentBuilder.addResourceReferences(EnvironmentBuilder.java:164)
         at weblogic.servlet.internal.CompEnv.activate(CompEnv.java:138)
         at weblogic.servlet.internal.WebAppServletContext.activate(WebAppServletContext.java:3144)
         at weblogic.servlet.internal.WebAppModule.activateContexts(WebAppModule.java:1493)
         at weblogic.servlet.internal.WebAppModule.activate(WebAppModule.java:438)
         at weblogic.application.internal.flow.ModuleStateDriver$2.next(ModuleStateDriver.java:375)
         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
         at weblogic.application.internal.flow.ModuleStateDriver.activate(ModuleStateDriver.java:95)
         at weblogic.application.internal.flow.ScopedModuleDriver.activate(ScopedModuleDriver.java:194)
         at weblogic.application.internal.flow.ModuleListenerInvoker.activate(ModuleListenerInvoker.java:227)
         at weblogic.application.internal.flow.DeploymentCallbackFlow$2.next(DeploymentCallbackFlow.java:541)
         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
         at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:175)
         at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:167)
         at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:636)
         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
         at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:205)
         at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:58)
         at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:161)
         at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79)
         at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:569)
         at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:150)
         at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:116)
         at weblogic.deploy.internal.targetserver.operations.StartOperation.doCommit(StartOperation.java:140)
         at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:323)
         at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:844)
         at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1253)
         at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:440)
         at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:163)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:195)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:13)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:68)
         at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528)
         at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
         at weblogic.work.ExecuteThread.run(ExecuteThread.java:178)
    >
    ####<13-May-2011 1:17:50 o'clock AM PDT> <Error> <Deployer> <server_name> <AdminServer> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000002c> <1305274670833> <BEA-149202> <Encountered an exception while attempting to commit the 7 task for the application 'STUsageApp'.>
    ####<13-May-2011 1:17:50 o'clock AM PDT> <Warning> <Deployer> <server_name> <AdminServer> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000002f> <1305274670836> <BEA-149004> <Failures were detected while initiating start task for application 'STUsageApp'.>
    ####<13-May-2011 1:17:50 o'clock AM PDT> <Warning> <Deployer> <server_name> <AdminServer> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-000000000000002f> <1305274670837> <BEA-149078> <Stack trace for message 149004
    weblogic.application.ModuleException: Could not setup environment
         at weblogic.servlet.internal.WebAppModule.activateContexts(WebAppModule.java:1495)
         at weblogic.servlet.internal.WebAppModule.activate(WebAppModule.java:438)
         at weblogic.application.internal.flow.ModuleStateDriver$2.next(ModuleStateDriver.java:375)
         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
         at weblogic.application.internal.flow.ModuleStateDriver.activate(ModuleStateDriver.java:95)
         at weblogic.application.internal.flow.ScopedModuleDriver.activate(ScopedModuleDriver.java:194)
         at weblogic.application.internal.flow.ModuleListenerInvoker.activate(ModuleListenerInvoker.java:227)
         at weblogic.application.internal.flow.DeploymentCallbackFlow$2.next(DeploymentCallbackFlow.java:541)
         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
         at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:175)
         at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:167)
         at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:636)
         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
         at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:205)
         at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:58)
         at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:161)
         at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79)
         at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:569)
         at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:150)
         at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:116)
         at weblogic.deploy.internal.targetserver.operations.StartOperation.doCommit(StartOperation.java:140)
         at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:323)
         at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:844)
         at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1253)
         at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:440)
         at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:163)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:195)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:13)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:68)
         at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528)
         at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
         at weblogic.work.ExecuteThread.run(ExecuteThread.java:178)
    Caused By: javax.naming.NameAlreadyBoundException: AdsTimerManager is already bound; remaining name 'app/webapp/STUsage-ViewController-context-root/15580269/comp/env/tm'
         at weblogic.jndi.internal.BasicNamingNode.bindHere(BasicNamingNode.java:357)
         at weblogic.jndi.internal.BasicNamingNode.bind(BasicNamingNode.java:317)
         at weblogic.jndi.internal.BasicNamingNode.bind(BasicNamingNode.java:324)
         at weblogic.jndi.internal.WLEventContextImpl.bind(WLEventContextImpl.java:277)
         at weblogic.deployment.BaseEnvironmentBuilder.addTimerManager(BaseEnvironmentBuilder.java:843)
         at weblogic.deployment.EnvironmentBuilder.addResourceReferences(EnvironmentBuilder.java:164)
         at weblogic.servlet.internal.CompEnv.activate(CompEnv.java:138)
         at weblogic.servlet.internal.WebAppServletContext.activate(WebAppServletContext.java:3144)
         at weblogic.servlet.internal.WebAppModule.activateContexts(WebAppModule.java:1493)
         at weblogic.servlet.internal.WebAppModule.activate(WebAppModule.java:438)
         at weblogic.application.internal.flow.ModuleStateDriver$2.next(ModuleStateDriver.java:375)
         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
         at weblogic.application.internal.flow.ModuleStateDriver.activate(ModuleStateDriver.java:95)
         at weblogic.application.internal.flow.ScopedModuleDriver.activate(ScopedModuleDriver.java:194)
         at weblogic.application.internal.flow.ModuleListenerInvoker.activate(ModuleListenerInvoker.java:227)
         at weblogic.application.internal.flow.DeploymentCallbackFlow$2.next(DeploymentCallbackFlow.java:541)
         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
         at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:175)
         at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:167)
         at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:636)
         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
         at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:205)
         at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:58)
         at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:161)
         at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79)
         at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:569)
         at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:150)
         at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:116)
         at weblogic.deploy.internal.targetserver.operations.StartOperation.doCommit(StartOperation.java:140)
         at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:323)
         at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:844)
         at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1253)
         at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:440)
         at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:163)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:195)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:13)
         at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:68)
         at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528)
         at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
         at weblogic.work.ExecuteThread.run(ExecuteThread.java:178)
    >
    ####<13-May-2011 1:18:32 o'clock AM PDT> <Warning> <netuix> <server_name> <AdminServer> <[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'> <weblogic> <> <ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000030> <1305274712736> <BEA-423420> <Redirect is executed in begin or refresh action. Redirect url is /console/console.portal?_nfpb=true&_pageLabel=AppDeploymentsControlPage.>
    ####<13-May-2011 1:19:47 o'clock AM PDT> <Warning> <Socket> <server_name> <AdminServer> <ExecuteThread: '3' for queue: 'weblogic.socket.Muxer'> <<WLS Kernel>> <> <ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000011> <1305274787906> <BEA-000450> <Socket 21 internal data record unavailable (probable closure due idle timeout), event received -32>
    ####<13-May-2011 1:20:34 o'clock AM PDT> <Warning> <J2EE> <server_name> <AdminServer> <[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'> <weblogic> <> <ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000038> <1305274834453> <BEA-160195> <The application version lifecycle event listener oracle.security.jps.wls.listeners.JpsAppVersionLifecycleListener is ignored because the application STUsageApp is not versioned.>
    ####<13-May-2011 1:21:22 o'clock AM PDT> <Notice> <HTTP> <server_name> <AdminServer> <[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <ed56844b40a119ce:1ebfa2f5:12fe85d6867:-8000-0000000000000042> <1305274882683> <BEA-101352> <There are no active sessions. The webapp module STUsage-ViewController-context-root of application STUsageApp is ready to go into admin mode.>

  • War files and server classpath on 6.1

    We used to have all of the jsp's and html exploded in a WebApp and the
              WebApp just used the same classes and property files the server was using,
              now we put all these files in a war file.
              My question is do I have to take the server classes and property files and
              put them in the war file also. Or is there another way in which I can still
              use the same server classes and property files. This is causing alot of
              headache trying to keep theses classes and property files in sync especially
              if we have to move them from one server to another, which each server having
              its on property files.
              Any help would be appreciated.
              Thx Kye
              

    What server classes are you using? They will still be available from any
              weblogic server instance.
              What property files are you using? Are these your own properties or weblogic
              properties? Are you confusing these with web.xml and weblogic.xml that live
              under WEB-INF? Managed servers don't need a config.xml file since they
              obtain all their configuration info from the admin server at startup.
              Alex
              "Kye" <[email protected]> wrote in message
              news:3c1048fb$[email protected]..
              > We used to have all of the jsp's and html exploded in a WebApp and the
              > WebApp just used the same classes and property files the server was using,
              > now we put all these files in a war file.
              >
              > My question is do I have to take the server classes and property files
              and
              > put them in the war file also. Or is there another way in which I can
              still
              > use the same server classes and property files. This is causing alot of
              > headache trying to keep theses classes and property files in sync
              especially
              > if we have to move them from one server to another, which each server
              having
              > its on property files.
              >
              > Any help would be appreciated.
              >
              > Thx Kye
              >
              >
              

  • PageCheckSeconds (precompile jsp, stored in war file) (Weblogic 6.1)

    Hi,
              I'm trying to stop the webserver from trying to recompile/check my jsp pages. I have set the pageCheckSeconds param to -1 but that doesn't seem to work. Looking at the weblogic.log file I get:
              [WebAppServletContext(601285,kcs,/kcs)] WorkflowServlet: init>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: init>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param verbose initialized to: true>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param packagePrefix initialized to: jsp_servlet>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param compilerclass initialized to: javac>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param srcCompiler initialized to weblogic.jspc>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param superclass initialized to weblogic.servlet.jsp.JspBase>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param workingDir initialized to: C:\apps\bea\wlserver6.1\config\kces\applications\.wlnotdelete\wlap17684\WEB-INF\_tmp_war_kc_kc_kcs>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param pageCheckSeconds initialized to: -1>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: initialization complete>
              [WebAppServletContext(601285,kcs,/kcs)] Generated java file: C:\apps\bea\wlserver6.1\config\kces\applications\.wlnotdelete\wlap17684\WEB-INF\_tmp_war_kc_kc_kcs\jsp_servlet\__index.java>
              If I take out the jsp class files from the war file and set the param workingDir (weblogic.xml) to the directory where the jsp class files are located... it works. But now I have a packaging problem that I can easily solve by keeping the jsp class files within the war file. As you can see from the log messages above, the pageCheckSeconds value is set to -1... yet the checking occurred anyway. Is there a way to specify the name of the war file that is located within an EAR file using the workingDir param?
              Thanks
              David
              [att1.html]
              

    You say: "If I take out the jsp class files from the war file and set the param workingDir (weblogic.xml) to the directory where the jsp class files are located... it works. "
              Did you get this to work in a cluster using admin/managed servers, or just with a single server?
              -Greg
              Check out my WebLogic 6.1 Workbook for O'Reilly EJB Third Edition
              www.oreilly.com/catalog/entjbeans3 or www.titan-books.com
              "David Kostiew" <[email protected]> wrote in message news:[email protected]...
              Hi,
              I'm trying to stop the webserver from trying to recompile/check my jsp pages. I have set the pageCheckSeconds param to -1 but that doesn't seem to work. Looking at the weblogic.log file I get:
              [WebAppServletContext(601285,kcs,/kcs)] WorkflowServlet: init>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: init>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param verbose initialized to: true>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param packagePrefix initialized to: jsp_servlet>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param compilerclass initialized to: javac>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param srcCompiler initialized to weblogic.jspc>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param superclass initialized to weblogic.servlet.jsp.JspBase>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param workingDir initialized to: C:\apps\bea\wlserver6.1\config\kces\applications\.wlnotdelete\wlap17684\WEB-INF\_tmp_war_kc_kc_kcs>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: param pageCheckSeconds initialized to: -1>
              [WebAppServletContext(601285,kcs,/kcs)] *.jsp: initialization complete>
              [WebAppServletContext(601285,kcs,/kcs)] Generated java file: C:\apps\bea\wlserver6.1\config\kces\applications\.wlnotdelete\wlap17684\WEB-INF\_tmp_war_kc_kc_kcs\jsp_servlet\__index.java>
              If I take out the jsp class files from the war file and set the param workingDir (weblogic.xml) to the directory where the jsp class files are located... it works. But now I have a packaging problem that I can easily solve by keeping the jsp class files within the war file. As you can see from the log messages above, the pageCheckSeconds value is set to -1... yet the checking occurred anyway. Is there a way to specify the name of the war file that is located within an EAR file using the workingDir param?
              Thanks
              David
              [att1.html]
              

  • Use Admin Server to Manage multiple managed servers through Nodemanager

    hi guys,
    Iam trying to simulate the production environment for a Weblogic based application.
    I want to use one Admin Server(adminServer) to control 2 managed servers(weblogic,Bizarro).
    adminServer & weblogic sit on windows machine (prod1) and Bizarro sits on OakStage(unix
    machine).
    I have nodeManagers running on both machines. They were started using the default
    start scripts that were provided.
    I can sucessfully start&stop instance weblogic (the instance that resides on the
    same machine as adminServer). When I try to start Bizarro i get the following
    error in the console
    <Oct 18, 2002 7:59:22 AM PDT> <Error> <NodeManager> <Could not start server 'Bizarro'
    via Node Manager - reason: '[SecureCommandInvoker: Could not create a socket to
    the NodeManager running on host '192.168.0.97:5555' to execute command 'online
    Bizarro', reason: Operation timed out: connect. Ensure that the NodeManager on
    host '192.168.0.97' is configured to listen on port '5555' and that it is actively
    listening]'>
    but iam sure node manager is running on port 5555 on that box.
    Here is my config.xml file. Is there something Iam missing?
    I have also modified the hosts file to only have the ip address of the admin server.
    <?xml version="1.0" encoding="UTF-8"?>
    <!--If your domain is active, please do not edit the config.xml file. Any changes
    made to that file while the domain is active will not have any effect on the domain's
    configuration and are likely to be lost. If your domain is inactive, you may edit
    this file with an XML editor. If you do so, please refer to the BEA Weblogic Server
    Configuration Reference documentation available from http://edocs.bea.com/wls/docs61/reference.html.
    In general, we recommend that changes to your configuration file be made through
    the Administration Console.-->
    <Domain Name="adminDomain">
    <Security Name="adminDomain" PasswordPolicy="wl_default_password_policy" Realm="wl_default_realm"/>
    <PasswordPolicy Name="wl_default_password_policy"/>
    <FileRealm Name="wl_default_file_realm"/>
    <StartupClass ClassName="com.ias.hub.weblogic.WeblogicStartup" Name="hubStartup"
    Targets="weblogic"/>
    <CustomRealm ConfigurationData="user.filter=(&(uid=%u)(objectclass=person));user.dn=ou=people,
    o=beasys.com;server.principal=uid=admin, ou=Administrators, ou=TopologyManagement,
    o=NetscapeRoot;membership.filter=(&(uniquemember=%M)(objectclass=groupofuniquenames));group.filter=(&(cn=%g)(objectclass=groupofuniquenames));server.host=ldapserver.example.com;group.dn=ou=groups,
    o=beasys.com" Name="defaultLDAPRealmForNetscapeDirectoryServer" Notes="This is
    provided as an example. Before enabling this Realm, you must edit the configuration
    parameters as appropriate for your environment." Password="{3DES}CqUY0ZB2q6DOFOH3DpKGnQ=="
    RealmClassName="weblogic.security.ldaprealmv2.LDAPRealm"/>
    <Server ListenPort="9000" Machine="Prod1" Name="weblogic" StdoutDebugEnabled="true"
    StdoutSeverityLevel="64">
    <ServerStart ClassPath="my correct claspath" Name="weblogic" OutputFile="weblogic.log"/>
    <SSL ListenPort="9001" Name="weblogic"/>
    <ServerDebug Name="weblogic"/>
    <KernelDebug Name="weblogic"/>
    <Log FileName="weblogic.log" Name="weblogic"/>
    <ExecuteQueue Name="default" ThreadCount="15"/>
    <WebServer LogFileName="./config/adminDomain/logs/access.log" LoggingEnabled="true"
    Name="weblogic"/>
    </Server>
    <JDBCConnectionPool CapacityIncrement="2" DriverName="weblogic.jdbc.oci.Driver"
    InitialCapacity="15" LoginDelaySeconds="1" MaxCapacity="15" Name="IasPool" Properties="user=stage2;password=******;server=ORCL_STAGE.INTERASSET.COM"
    RefreshMinutes="25" Targets="weblogic" TestTableName="DUAL" URL="jdbc:weblogic
    racle"/>
    <SNMPAgent Name="adminDomain"/>
    <Application Deployed="true" Name="certificate" Path=".\config\adminDomain\applications">
    <WebAppComponent Name="certificate" Targets="adminServer" URI="certificate.war"/>
    </Application>
    <JDBCDataSource JNDIName="IAS_DATA_SOURCE" Name="IasDataSource" PoolName="IasPool"
    Targets="weblogic"/>
    <Application Deployed="true" Name="DefaultWebApp" Path=".\config\adminDomain\applications">
    <WebAppComponent Name="DefaultWebApp" Targets="adminServer" URI="DefaultWebApp"/>
    </Application>
    <CustomRealm ConfigurationData="user.filter=(&(uid=%u)(objectclass=person));user.dn=ou=people,
    dc=example, dc=com;server.principal=cn=Manager, dc=example, dc=com;membership.filter=(&(uniquemember=%M)(objectclass=groupofuniquenames));group.filter=(&(cn=%g)(objectclass=groupofuniquenames));server.host=ldapserver.example.com;group.dn=ou=groups,
    dc=example, c=com" Name="defaultLDAPRealmForOpenLDAPDirectoryServices" Notes="This
    is provided as an example. Before enabling this Realm, you must edit the configuration
    parameters as appropriate for your environment." Password="{3DES}CqUY0ZB2q6DOFOH3DpKGnQ=="
    RealmClassName="weblogic.security.ldaprealmv2.LDAPRealm"/>
    <Machine Name="Prod1">
    <NodeManager Name="Prod1"/>
    </Machine>
    <Application Deployed="true" Name="entity" Path=".\config\adminDomain\applications">
    <EJBComponent Name="entity" Targets="weblogic" URI="entity.jar"/>
    </Application>
    <Application Deployed="true" Name="hub" Path=".\config\adminDomain\applications">
    <WebAppComponent Name="hub" Targets="weblogic" URI="hub"/>
    </Application>
    <Server ListenAddress="192.168.0.97" ListenPort="7000" Machine="OakStage" Name="Bizarro">
    <ServerStart ClassPath="my correct classpath" Name="Bizarro" OutputFile="bizarro.log"/>
    <SSL Name="Bizarro"/>
    <ServerDebug Name="Bizarro"/>
    <KernelDebug Name="Bizarro"/>
    <Log Name="Bizarro"/>
    <WebServer Name="Bizarro"/>
    </Server>
    <Realm FileRealm="wl_default_file_realm" Name="wl_default_realm"/>
    <ApplicationManager Name="adminDomain"/>
    <CustomRealm ConfigurationData="server.host=ldapserver.example.com;membership.scope.depth=1;microsoft.membership.scope=sub;membership.filter=(|(&(memberobject=%M)(objectclass=memberof))(&(groupobject=%M)(objectclass=groupmemberof)));group.dn=ou=Groups,
    o=ExampleMembershipDir;group.filter=(&(cn=%g)(objectclass=mgroup));server.principal=cn=Administrator,
    ou=Members, o=ExampleMembershipDir;user.dn=ou=Members, o=ExampleMembershipDir;user.filter=(&(cn=%u)(objectclass=member))"
    Name="defaultLDAPRealmForMicrosoftSiteServer" Notes="This is provided as an example.
    Before enabling this Realm, you must edit the configuration parameters as appropriate
    for your environment." Password="{3DES}CqUY0ZB2q6DOFOH3DpKGnQ==" RealmClassName="weblogic.security.ldaprealmv2.LDAPRealm"/>
    <JTA Name="adminDomain"/>
    <Server ListenPort="7000" Name="adminServer" NativeIOEnabled="true" TransactionLogFilePrefix="config/adminDomain/logs/">
    <ServerStart Name="adminServer"/>
    <Log FileName="config/adminDomain/logs/weblogic.log" Name="adminServer"/>
    <ServerDebug Name="adminServer"/>
    <ExecuteQueue Name="default" ThreadCount="15"/>
    <KernelDebug Name="adminServer"/>
    <WebServer DefaultWebApp="DefaultWebApp" LogFileName="./config/adminDomain/logs/access.log"
    LoggingEnabled="true" Name="adminServer"/>
    <SSL Enabled="true" ListenPort="7005" Name="adminServer" ServerCertificateChainFileName="config/adminDomain/ca.pem"
    ServerCertificateFileName="config/adminDomain/democert.pem" ServerKeyFileName="config/adminDomain/demokey.pem"/>
    </Server>
    <UnixMachine Name="OakStage">
    <NodeManager ListenAddress="192.168.0.97" Name="OakStage"/>
    </UnixMachine>
    <Log FileName="adminDomain.log" Name="adminDomain"/>
    </Domain>
    Thanks guys
    regards
    syd

    Can this be done when you set up your domain along with admin and managed servers the very first time ? Even if you set up a domain with bunch of managed servers why does the library still get installed on admin server??? Also, for the method you described dont we have to update targets for statup and shutdown classes and work managers?
    Also, what is the other method to do it from the console?
    METHOD 2 (Other than the one you described- Please tell me if this is correct method and if we need to go to till level)
    Step1:
    I went to deployments base_domain (in admin console) > deployments chose each library and changed targets manually and activate the changes
    Step2
    Go to Startup and shutdown classes and change targets there
    Step 3
    Go to work managers and change targets there.
    Please let me know
    Edited by: user9021545 on May 12, 2011 10:18 AM

  • Re: Precompiling JSP with admin/managed servers

    Thanks, but I'm not doing any copying.
              The admin/managed-server communication copies things to the managed server,
              which then always recompiles the pages when hit.
              -Greg
              Check out my WebLogic 6.1 Workbook for O'Reilly EJB Third Edition
              www.oreilly.com/catalog/entjbeans3 or www.titan-books.com
              "Robert Coonrad" <[email protected]> wrote in message
              news:[email protected]...
              >
              > check out post 8366...i found that i was not preserving
              > the lastmodified date on my jsps and this was causing
              > unnecessary re-compilation.
              >
              > hope it helps...
              > bobc
              >
              > "Greg Nyberg" <greg.nyberg.at.objectpartners.com> wrote:
              > >I believe I have exhausted all permutations of EARing/notEARing,
              > >WARing/notWARing, placing precompiled jsp class files in WEB-INF/classes,
              > >placing them in a static location and setting workingDir to that
              location,
              > >combinations of the above.
              > >
              > >No matter what, the managed server re-compiles pages the first time they
              > >are
              > >hit. Non admin/managed-server I have no problems.
              > >
              > >Can anyone from BEA comment on this problem? Or give me a workaround
              > >for
              > >getting a cluster working with precompiled jsps?
              > >
              > >-Greg
              > >
              > >"Greg Nyberg" <greg.nyberg.at.objectpartners.com> wrote in message
              > >news:[email protected]...
              > >> Grrr... The JSP engine is extremely frustrating! I've spent many hours
              > >> fighting the "staleness" checker in WL. I've been through all of the
              > >> newsgroup messages pertaining to pre-compiling, etc., and I've gotten
              > >> pre-compilation working on single-server deployments, but admin/managed
              > >> server deployments have me beat.
              > >>
              > >> WL6.1, SP1, Solaris
              > >>
              > >> I've done the pageCheckSeconds=-1 and the workingDir is set to a fixed
              > >> place. The fixed place contains pre-compiled versions of all jsps
              > >made on
              > >> that machine using jspc not 20 minutes earlier using the JSP files
              > >in the
              > >> exploded EAR file used by the admin server as the model for managed
              > >> servers.. The managed servers are on the same machine.
              > >>
              > >> When the admin server gives an application to a managed server, the
              > >managed
              > >> server creates a temporary directory containing all of the webapp
              > >> components, etc. The file timestamps on these files is the set by
              > >the
              > >> copying process to the time of the managed server boot (why?!?!????!?),
              > >so
              > >> the staleness check always thinks they are new and could care less
              > >what
              > >> precompiled jsps I have in my workingDir, the WEB-INF/classes
              directory,
              > >or
              > >> anywhere else. The pageCheckSeconds=-1 seems to be completely ignored
              > >in
              > >> this scenario.
              > >>
              > >> If I tell the managed server to precompile everything on boot (about
              > >45
              > >> minutes for this app) it will create versions of the classes that match
              > >th
              > >e
              > >> new JSP file timestamps, but this does not even survive a reboot of
              > >the
              > >> managed server because it AGAIN creates a new temp version of
              everything
              > >on
              > >> the next reboot with new timestamps.
              > >>
              > >> If I wait for the managed server to boot and find the directory like
              > >> .../applications/.wlnotdelete_man1/wlap7336/webapp/... and physically
              > >copy
              > >> (via cp -pr to retain timestamps) all of the original webapp components
              > >on
              > >> top of the temp versions, the staleness checker is happy and the
              > >> pre-compiled versions work fine.
              > >>
              > >> There HAS to be a way to package pre-compiled versions of the JSPs
              > >in the
              > >> "model" application in the admin server and keep from having to
              precompile
              > >> the JSPs on every managed server every time managed server is booted..
              > >>
              > >> It would help if we had a way to bypass the staleness checking
              > >completely..
              > >> Or you guys should make the timestamps on the files copied by the
              > >> admin/managed deployment process match properly so the staleness
              checker
              > >> doesn't think the JSP is different.
              > >>
              > >> It would also help if the engineer who wrote this could explain the
              > >rules
              > >> being implemented by the staleness checker. So far all the messages
              > >in
              > >the
              > >> newsgroup have amounted to point solutions for problems without a good
              > >> understanding of what the engine is checking for and/or doing under
              > >the
              > >> covers. Looking at the generated .java files for the JSP pages helps,
              > >but
              > >> it is not good enough...
              > >>
              > >> Anyone out there have a working admin/managed server JSP application?
              > >> -Greg
              > >>
              > >> -----------------------------------------------------------
              > >> Check out my WebLogic 6.1 Workbook for O'Reilly EJB Third Edition
              > >> www.oreilly.com/catalog/entjbeans3 or www.titan-books.com
              > >>
              > >>
              > >>
              > >
              > >
              >
              

    The admin/managed-server communication copies things to the managed server, which then always recompiles the pages when hit.
              This is a known issue and is fixed. The timestamps of the compiled classes was not being preserved when extracted from the war file used to distribute to the managed servers. This will be available in WLS6.1 Service Pack 3 - and there is a temporary patch available for SP2. Please ask your friendly BEA support person for it (you can refer to CR058946)
              I'd give you the patch myself, but they like to keep track of these things...
              Regards,
              Alex
              "Girish" <[email protected]> wrote in message news:[email protected]...
              >
              > "Aditya Kiran Gavvala" <[email protected]> wrote:
              > >Greg,
              > >
              > >I have been following your posts, because our application deployment
              > >ran
              > >into exact same problem you ran into. I had spent a full two days
              > >researching into the problem. And I figured the solution. Hope this
              > >helps.
              > >
              > >Here are my discoveries:
              > >
              > >The following applies only to the following environment:
              > >OS: Linux (perhaps for Win/Unix/Solaris etc)
              > >WLS 6.0 SP2 ( no rolling patches): I found Rolling Patch2 (RP2) not useful
              > >for this problem.
              > >Clustered environment with Admin/Managed servers
              > >
              > >- When you compile JSP using weblogic.jspc compiler it puts the JSP file
              > >timestamp into the compiled class. You can see it in the generated java
              > >file
              > >(you need to supply -keepgenerated switch to jspc)
              > >
              > >- When a request is made to a JSP page after the application is deployed,
              > >it
              > >seems to be retrieving this timestamp from the compiled class file and
              > >comparing it with the JSP file timestamp. If they dont match a compile
              > >command gets run by the server. Thereby you see a compile happening at
              > >run
              > >time.
              > >
              > >- If you have exploded directory deployment, when you start the managed
              > >servers they create a ".war" file (under some temp dir) with all the
              > >JSP
              > >source files going into the file. You can notice this by looking into
              > >the
              > >server log file. Therefore all JSP source files get a brand new timestamp
              > >in
              > >the archive (a timestamp later than what was put class files by
              > >weblogic.jspc). So, the server at run time sees that the timestamp in
              > >the
              > >class file is older than the JSP source file and runs a recompile. So
              > >DONT
              > >DO EXPLODED directory deployment if your environment is as described
              > >in this
              > >post.
              > >
              > >- If you have ".war" file deployment, you will not have a problem. At
              > >the
              > >start up time managed server still creates "".war" file under a temp
              > >directory however it seems to be copying the content of the your ".war"
              > >file. So, the timestamps of JSP remain the same as they were before.
              > >SO NO
              > >RE-COMPILATION.
              > >
              > >- Another important thing to remember is to make sure you specify the
              > >workingDir in the weblogic.xml file. That is where the precompiled class
              > >files should reside. This should be any directory the server uses as
              > >scratch
              > >pad to compile classes or find (pre)compiled classes. This is not a
              > >directory inside your .war file is what I am trying to get at.
              > >
              > >Hope this helps,
              > >Aditya
              > >
              > >"Greg Nyberg" <greg.nyberg.at.objectpartners.com> wrote in message
              > >news:[email protected]...
              > >> Thanks, but I'm not doing any copying.
              > >>
              > >> The admin/managed-server communication copies things to the managed
              > >server,
              > >> which then always recompiles the pages when hit.
              > >>
              > >> -Greg
              > >>
              > >> -----------------------------------------------------------
              > >> Check out my WebLogic 6.1 Workbook for O'Reilly EJB Third Edition
              > >> www.oreilly.com/catalog/entjbeans3 or www.titan-books.com
              > >>
              > >> "Robert Coonrad" <[email protected]> wrote in message
              > >> news:[email protected]...
              > >> >
              > >> > check out post 8366...i found that i was not preserving
              > >> > the lastmodified date on my jsps and this was causing
              > >> > unnecessary re-compilation.
              > >> >
              > >> > hope it helps...
              > >> > bobc
              > >> >
              > >> > "Greg Nyberg" <greg.nyberg.at.objectpartners.com> wrote:
              > >> > >I believe I have exhausted all permutations of EARing/notEARing,
              > >> > >WARing/notWARing, placing precompiled jsp class files in
              > >WEB-INF/classes,
              > >> > >placing them in a static location and setting workingDir to that
              > >> location,
              > >> > >combinations of the above.
              > >> > >
              > >> > >No matter what, the managed server re-compiles pages the first time
              > >they
              > >> > >are
              > >> > >hit. Non admin/managed-server I have no problems.
              > >> > >
              > >> > >Can anyone from BEA comment on this problem? Or give me a workaround
              > >> > >for
              > >> > >getting a cluster working with precompiled jsps?
              > >> > >
              > >> > >-Greg
              > >> > >
              > >> > >"Greg Nyberg" <greg.nyberg.at.objectpartners.com> wrote in message
              > >> > >news:[email protected]...
              > >> > >> Grrr... The JSP engine is extremely frustrating! I've spent many
              > >hours
              > >> > >> fighting the "staleness" checker in WL. I've been through all
              > >of the
              > >> > >> newsgroup messages pertaining to pre-compiling, etc., and I've
              > >gotten
              > >> > >> pre-compilation working on single-server deployments, but
              > >admin/managed
              > >> > >> server deployments have me beat.
              > >> > >>
              > >> > >> WL6.1, SP1, Solaris
              > >> > >>
              > >> > >> I've done the pageCheckSeconds=-1 and the workingDir is set to
              > >a
              > >fixed
              > >> > >> place. The fixed place contains pre-compiled versions of all
              > >jsps
              > >> > >made on
              > >> > >> that machine using jspc not 20 minutes earlier using the JSP files
              > >> > >in the
              > >> > >> exploded EAR file used by the admin server as the model for managed
              > >> > >> servers.. The managed servers are on the same machine.
              > >> > >>
              > >> > >> When the admin server gives an application to a managed server,
              > >the
              > >> > >managed
              > >> > >> server creates a temporary directory containing all of the webapp
              > >> > >> components, etc. The file timestamps on these files is the set
              > >by
              > >> > >the
              > >> > >> copying process to the time of the managed server boot
              > >(why?!?!????!?),
              > >> > >so
              > >> > >> the staleness check always thinks they are new and could care
              > >less
              > >> > >what
              > >> > >> precompiled jsps I have in my workingDir, the WEB-INF/classes
              > >> directory,
              > >> > >or
              > >> > >> anywhere else. The pageCheckSeconds=-1 seems to be completely
              > >ignored
              > >> > >in
              > >> > >> this scenario.
              > >> > >>
              > >> > >> If I tell the managed server to precompile everything on boot
              > >(about
              > >> > >45
              > >> > >> minutes for this app) it will create versions of the classes that
              > >match
              > >> > >th
              > >> > >e
              > >> > >> new JSP file timestamps, but this does not even survive a reboot
              > >of
              > >> > >the
              > >> > >> managed server because it AGAIN creates a new temp version of
              > >> everything
              > >> > >on
              > >> > >> the next reboot with new timestamps.
              > >> > >>
              > >> > >> If I wait for the managed server to boot and find the directory
              > >like
              > >> > >> .../applications/.wlnotdelete_man1/wlap7336/webapp/... and physically
              > >> > >copy
              > >> > >> (via cp -pr to retain timestamps) all of the original webapp
              > >components
              > >> > >on
              > >> > >> top of the temp versions, the staleness checker is happy and the
              > >> > >> pre-compiled versions work fine.
              > >> > >>
              > >> > >> There HAS to be a way to package pre-compiled versions of the
              > >JSPs
              > >> > >in the
              > >> > >> "model" application in the admin server and keep from having to
              > >> precompile
              > >> > >> the JSPs on every managed server every time managed server is
              > >booted..
              > >> > >>
              > >> > >> It would help if we had a way to bypass the staleness checking
              > >> > >completely..
              > >> > >> Or you guys should make the timestamps on the files copied by
              > >the
              > >> > >> admin/managed deployment process match properly so the staleness
              > >> checker
              > >> > >> doesn't think the JSP is different.
              > >> > >>
              > >> > >> It would also help if the engineer who wrote this could explain
              > >the
              > >> > >rules
              > >> > >> being implemented by the staleness checker. So far all the messages
              > >> > >in
              > >> > >the
              > >> > >> newsgroup have amounted to point solutions for problems without
              > >a
              > >good
              > >> > >> understanding of what the engine is checking for and/or doing
              > >under
              > >> > >the
              > >> > >> covers. Looking at the generated .java files for the JSP pages
              > >helps,
              > >> > >but
              > >> > >> it is not good enough...
              > >> > >>
              > >> > >> Anyone out there have a working admin/managed server JSP application?
              > >> > >> -Greg
              > >> > >>
              > >> > >> -----------------------------------------------------------
              > >> > >> Check out my WebLogic 6.1 Workbook for O'Reilly EJB Third Edition
              > >> > >> www.oreilly.com/catalog/entjbeans3 or www.titan-books.com
              > >> > >>
              > >> > >>
              > >> > >>
              > >> > >
              > >> > >
              > >> >
              > >>
              > >>
              > >
              > >
              >
              [att1.html]
              

  • JNDI, EARs and managed servers

    I have an EAR file containing a WAR and two EJB JAR files. When I deploy this EAR
    onto a server (admin server), assign a target to the 3 modules and run, evertying
    is fine.
    I now have a scenario where I have added a managed server (so there are two targets
    to pick from). I deploy to the admin server as before but I change the target
    for the Web module to the new server. This is a typical deployment scenario where
    the web container runs on a different server (perhaps in a DMZ) to the EJB container.
    Now when I try and run the web app, the servlet fails with a naming exception
    - it can't find the EJB in the JNDI tree. Sure enough when I go to the console
    and look, the EJBs are only in the JNDI tree on the first server (those they are
    targeted to). So the servlet is quite right to complain.
    Is then JNDI tree not shared between managed servers? Shouldn't the EJBs be seen
    even though they are on separate servers?
    If I make the new server a target on the EJBs then it is obviously resolved but
    I don't want these remote EJBs on my Web Application server. These are not, and
    shouldn't be, clustered servers.
    How do I get around this? Do I have to specify the URL_PREFIX of the first server
    in my InitialContext properties? This is not very good if I want to move my EJBs
    to a different target, I would then have to change the URL_PREFIX again.
    I'm using WLS 6.1 sp1

    I think renaming them in the config.xml IS the easy way. You cannot do it through the console. Truthfully, that is a planning step and you should probably have the correct names before building in order to avoid other issues. Might be easier to just recreate the managed servers.

  • @include of file in parent direcory fails in .war files

    [WLS 6.0 SP1]
              I have a .jsp with a line of the form
              <%@ include file="../include.inc" %>
              It works fine when the web application is deployed as an exploded directory
              structure. However, on a .war deployment (which also occurs with managed
              servers), the following exception occurs:
              <Apr 17, 2001 6:42:01 AM GMT+00:00> <Error> <HTTP>
              <[WebAppServletContext(3057288,D2)] Root cause of ServletException
              weblogic.utils.ParsingException: nested TokenStreamException:
              antlr.TokenStreamException: Could not include ../include.inc
              at weblogic.servlet.jsp.JspLexer.parse(JspLexer.java:895)
              at weblogic.servlet.jsp.JspParser.doit(JspParser.java:71)
              at weblogic.servlet.jsp.JspParser.parse(JspParser.java:139)
              at weblogic.servlet.jsp.Jsp2Java.outputs(Jsp2Java.java:113)
              at
              weblogic.utils.compiler.CodeGenerator.generate(CodeGenerator.java:253)
              at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java:324)
              at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:180)
              at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:148)
              at
              weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:30
              6)
              at
              weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
              :208)
              at
              weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
              :246)
              at
              weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
              ntext.java:1265)
              at
              weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
              :1622)
              at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
              at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
              >
              A .war which exhibits this behaviour is attached.
              Is this a bug, or is this somehow mandated by the spec?
              - Avi
              s/\be(\w+)/e-\1/g;
              [testweb.war]
              

    Which it will store at "C:\software\apache-tomcat\temp\test.js" on the server
    That won't help the client.
    You need to have the js file generated somewhere the web client can get at it, or make it a dynamic request (kinda like a servlet) to stream it direct to the client without saving it to disk first.
    how often does this "test.js" file change? Is it for every user? Once for an application?

  • Special string in the deployment path when deploy a war file

    Hi,
    When I deploy a war file on a managed server using admin console, it always creates a special string as the sub-directory name. For example, the generated path is:
    $ORACLE_MIDDLEWARE_HOME/user_projects/domains/base_domain/servers/MyManagedServer/tmp/_WL_user/MyDeploymentName/4e5qtq/.
    Where is "4e5qtq" come from? Where to define? Can I give it a fixed name?
    Thanks,
    Richard

    It's an internally generated identifier, you can't change or control it in any manner AFAIK.
    Can you help me understand why it's important that you be able to control it, or even predict it?
    -steve-

Maybe you are looking for

  • Is there a way to generate an .ics or .vcs file from an APEX calendar?

    In our APEX application, we have a calendar that we would like to be able to give the users a link to download an appointment so that they can save it to their personal calendars. Is this available functionality? Thanks, Karla

  • Who have made the entry in Z table

    Hi Friends,            Can anyone tell me - how to find out who have made the entry in Z table ? Sonal

  • Top command

    Hi experts; Linux is running on IBM Blade server & oracle 11gR1 is running .. when I run "Top" at shell it shows approx 95% of CPU is being used by oracle user. When I see at COMMAND it shows oracle I mean that >> User > Oracle is using almost 100% b

  • Content Area link inside a Portlet

    I built a portal page titled Finance. I also created a content area titled Corporate Finance and published it as a portlet. When I add the Corporate Finance portlet to the page it's visible, however the portlet header link goes to a blank page. I was

  • DateConversion with DateFormat to Timestamp

    Hello, I want to convert a string that has the format "dd. MMM yyyy" to a timestamp (what you get, wenn you call "getTime()" on a Date. I tried this: var oDateFormatter = sap.ui.core.format.DateFormat.getDateInstance({             source: {