Large deployment issues

Hi,
What would be considered to be a "large" application in terms
of numbers of beans (entity, session) ? I know this may not have a simple answer.
For example, and application that we are considering (J2EE, EJB etc. etc) for
development will have over 250 entity beans and will initially have 40-50 session
beans (this number will creep up over time).
The question here is what type of resources (hardware, software - clustering etc.)
options would we need in order to deploy such an application and also support
a max simultaneuos user number of 200 people ?
Does anyone know of any info on the net ?
Thanks,
Raju

Hi,
I understand that its really the load (# users, # db calls/transactions etc.)
that will really determine whether or not the app will scale.
To be more specific :
1. How long would it take to startup the app server if there are over 300 beans
? (I will probably test this one out this week)
2. Does the number of beans present a challenge / performance issue with regard
to ONLY the sheer number of beans deployed ?
3. This may be a strange one, but does anyone have an idea on "numbers" for EB
caching that weblogic can accomplish ?
I know that this will be dependent on physical memory, but does anyone have any
stats on this ?
Thanks much,
Raju
"Cameron Purdy" <[email protected]> wrote:
Depending on the number of support classes, etc. those 300 EJBs will
probably consume less than 2MB overhead. That's not a small application,
but
it isn't a particularly large application either.
It's not really a question of how many EJB components you have, but how
many
instances get used at runtime. And that is 100% dependent on how the
app is
written.
As far as performance, that is dependent mostly on the number of database
calls and secondly on the number of network ops if the tiers are not
collocated.
As far as scalability, that is dependent mostly on the number of database
calls.
Peace,
Cameron Purdy
Tangosol, Inc.
http://www.tangosol.com/coherence.jsp
Tangosol Coherence: Clustered Replicated Cache for Weblogic
"Raju" <[email protected]> wrote in message
news:[email protected]...
Hi,
What would be considered to be a "large" application in terms
of numbers of beans (entity, session) ? I know this may not have asimple
answer.
For example, and application that we are considering (J2EE, EJB etc.etc)
for
development will have over 250 entity beans and will initially have40-50
session
beans (this number will creep up over time).
The question here is what type of resources (hardware, software -clustering etc.)
options would we need in order to deploy such an application and alsosupport
a max simultaneuos user number of 200 people ?
Does anyone know of any info on the net ?
Thanks,
Raju

Similar Messages

  • Adobe Acrobat 9 Pro deployment issue

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

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

  • Procedure for update ACS 5.4.0.46.0a with cumulutative patch in large deployment

    Hi,
    I try to find the info within the CCO website but fail.
    All docs I found on the site is Upgrading for 5.3 to 5.4  or 5.4 to 5.5
    In my case I would like just apply cumulutative patch to my existing 5.4 running deployment.
    5.4.0.46.0a to 5.4.0.46.6
    My main concern is I use a large deployment scenario with multiple secondary server and one log collector.
    The upgrade procedure mention, de-register all server one by one and change the log collector to be a standalone primary server.
    Which cause me more downtime, loss of some logs, ...
    For applying patch (update not upgrade), I think I can just use the pacth procedure and leave the setup as it is as I don't upgrade or change the database structure.
    Update each server whenever the role he as (secondary, primary, log collector) one by one by just issue the :"acs patch install" command.
    Does anyone have a advise or a past experience about update large deployment setup.
    Thanks for your help.
    Steve

    Hi Minakshi,
    I perform the update before your post and I test without deregister all server.
    So far, all was good.
    I had no issue and the update tooks me very less time without following the full UPGRADE procedure.
    The command had also a rollback for the update, so I take the risk.
    This is certainly not the case for upgrade but update seems to easier.
    Kind regards.
    Steve

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

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

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

  • Deploy issue from JDeveloper 10.1.3.5 to OAS 10.1.2

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

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

  • A very urgent deployment issue about DBAdapter

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

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

  • Large Deployment Upgrade Checklist

    Short checklist to upgrade a large deployment (Maybe it helps somebody to avoid trouble.)
    @Filr 1.0.1
    Shutdown
    @Search 1.0.1
    Shutdown
    @SQL 1.0.1
    Shutdown
    create new disc and attach as SCSI 2:0 for backup
    Power on
    copy mysqlbackup.zip
    unzip and run mysqlbackup
    Shutdown
    Deploy the new OVFs (can be done at the same time)
    SQL 1.1
    Search 1.1
    Filr 1.1
    @SQL 1.1
    Copy VASTORAGE-Disc from SQL_1.0.1 to SQL_1.1 and attach as SCSI 1:0
    Create new disc for VAR (Logs) with SCSI 2:0
    Copy backup-disc from SQL_1.0.1 to SQL_1.1 and attach as SCSI 3:0
    Adjust CPU/memory/swap/etc to your demands
    Power on
    Do the upgrade and wait until it is finished
    Check if all services are running (@:9443)
    IMPORTANT: Create the same User and password for Filr-database access you had before (it ist NOT migrated!!!) in phpMyAdmin (@:9443)
    recommended: install vmware-tools
    @Search 1.1
    Copy VASTORAGE-Disc from Search_1.0.1 to Search_1.1 and attach as SCSI 1:0
    Create new disc for VAR (Logs) with SCSI 2:0
    Adjust CPU/memory/swap/etc to your demands
    Power on
    Do the upgrade and wait until it is finished
    Check if all services are running (@:9443)
    recommended: install vmware-tools
    @Filr 1.1
    Copy VASTORAGE-Disc from Filr_1.0.1 to Filr_1.1 and attach as SCSI 1:0
    Create new disc for VAR (Logs) with SCSI 2:0
    Adjust CPU/memory/swap/etc to your demands
    double check if you have created the database user (@SQL 1.1 Step 8)
    Power on
    Do the upgrade and wait until it is finished
    Check if all services are running (@:9443)
    Adjust the settings for your networkservers (Windows/Netware etc) (@:8443)
    Reindex all folders (@:8443)
    recommended: install vmware-tools
    Your done!
    Optional (housekeeping):
    Shutdown all appliances (Order: 1.Filr, 2.Search, 3.SQL) and delete the backup-disc @SQL_1.1
    Power on again (Order: 1.SQL, 2.Search, 3.Filr)
    Delete the old 1.0.1 versions

    Great info, thx for posting!
    Thomas

  • Very Large Deployment Packages

    Hello,
    I have a couple ADRs for Updates that have very large deployment packages upwards of 12GB.  These ADR's are downloading many updates for many OSs and just keeps adding them to the deployment packages.  Is there a best practice on how to better
    manage updates using ADR's and there deployment packages?
    Thanks.
    Shawn

    Hi,
    1. Create a new software update group each time an automatic deployment and for general deployment.
    2. Use an existing software update group for automatic deployment rules for Endpoint Protection definition updates
    For more information:
    http://social.technet.microsoft.com/wiki/contents/articles/11215.system-center-2012-configuration-manager-best-practices.aspx#Best_Practices_for_Software_Updates
    Best Regards,
    Joyce
    We
    are trying to better understand customer views on social support experience, so your participation in this
    interview project would be greatly appreciated if you have time.
    Thanks for helping make community forums a great place.

  • Re: Deployment Issues

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

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

  • Ear deployment issue.

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

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

  • EPMA Deployment Issues (Rollback Database)

    I have seen some posts where users were able to rollback their EPMA databases. This could be helpful when running into deployment issues. Can anyone outline the steps that are needed to rollback an EPMA database?
    Thank you

    spring_patel wrote:
    i really appreciate you trying to solve my problem..
    but i think...my estion is fairly simple and straight forward...and i've provided every detail of my problem(if uv'e read my opening post of this thread)....
    and as far as that link goes...i've already checked it b4 u guys mentioned it... as it is provided right there in the tutorial i've provided link of...
    and i've tried my options b4 making use of this forum...and i didnt find a solution that's why i'm taking ur help..
    nevertheless...i repeat my question...
    there's a tutorial at this link...[http://www.netbeans.org/kb/docs/java/gui-db.html]...in it is described how to create a java desktop database applicaiton...
    at the end of the tuorial there is a section called: "Building and Deploying the Application"
    in that section they have instructed to exit netbeans IDE and try and run the application outside it...which is not happening
    the reason they say is that i've to start Java DB from outside of the IDE...that is wat my problem is ..
    i dont know how to start Java DB from outside the Netbeans ide...You are not telling us anything.
    If I tell you "my automobile doesn't work" how do you know what is wrong. Instead I need to tell you one of the following.
    1. The engine didn't start.
    2. The wheel fell off.
    3. The engine caught fire.
    4. When I went to the driveway the car wasn't even there.
    When you "run" something then something happens. When I run notepad from a console window if notepad is not in the path then I will get an error about command not found. if it is in the path then the command executes and notepad pops up. Even if I don't see notepad pop up I know that the command seemed to execute from the command window.
    The above are examples of describing what you did and what did happen. In detail.
    "It doesn't work" provides neither detail about how you ran it nor what did happen when you did attempt to run it.

  • Deployment issue: compatiblity issue with ODP, instant vs full client on PC

    After a lot of deployment issues with full client, we thought we had the solution with Instant Client.
    It worked great for a while, but now some of our users have full Oracle 11 client installed after installing our Instant Client because of other software that requires full client.
    As soon as they install full client, our Instant Client breaks:
    Exception has been thrown by the target of an invocation. (mscorlib)
    The type initializer for 'Oracle.DataAccess.Client.OracleClientFactory' threw an exception.
    The provider is not compatible with the version of Oracle client (Oracle Data Provider for .NET)
    Our instant client is compiled with 2.111.6.20, the client is installing a different version (though I tried installing exactly same version does not seem to work either)
    I've been experimenting to redirect the version to another assembly but no success.
    How can I make Instant Client and Full client co-exist? The whole idea of using Instant was to be independent of other software who needs ODP.NET...
    What do you do when 2 apps need different versions of ORacle ODP.NET (e.g. 2.111.6.0 vs. 2.112.1.0)?
    Note that I don't have source code access to "our" app, so if it is at all possible through configuration, that is a prefered solution.
    I also don't control our customers deployment strategy, they roll out apps over 1000's of PC's

    According to documentation at [http://docs.oracle.com/cd/E20434_01/doc/win.112/e23174/featConfig.htm]
    >
    Configuration File Support
    For customers who have numerous applications on a computer that depends on a single version of ODP.NET, the Windows Registry settings for a given version of ODP.NET may not necessarily be applicable for all applications that use that version of ODP.NET. To provide more granular control, ODP.NET Configuration File Support allows developers to specify ODP.NET configuration settings in an application config, web.config, or a machine.config file.
    If a computer does not require granular control beyond configuration settings at the ODP.NET version level, there is no need to specify ODP.NET configuration settings through configuration files.
    The following is an example of a web.config file for .NET Framework 2.0 and higher:
    <?xml version="1.0" encoding="utf-8" ?>
    <configuration>
    <oracle.dataaccess.client>
    <settings>
    <add name="DllPath" value="C:\oracle\bin"/>
    <add name="FetchSize" value="131072"/>
    <add name="PromotableTransaction" value="promotable"/>
    <add name="StatementCacheSize" value="10"/>
    <add name="TraceFileName" value="C:\odpnet2.trc"/>
    <add name="TraceLevel" value="63"/>
    <add name="TraceOption" value="1"/>
    </settings>
    </oracle.dataaccess.client>
    </configuration>

  • Filr 1.1 Large Deployment Install Log Cleanup

    Just installed large deployment option of filr 1.1... all seems to work fine. I have read a few places in the documentation that the filr administrator should routinely delete log files from /var on the search appliances and the filr appliance...Does anyone have a best practice on doing this without periodic manual intervention.. I was thinking of creating a cron job to maybe delete all the log files in these log directories... Anyone have a "best practice" idea on how they may do this currently ?? or any suggestions of a better way ?... and any other locations of log files that should be routinely cleaned out
    Thanks in advance

    On 29/01/2015 02:16, roehmdo wrote:
    > Just installed large deployment option of filr 1.1... all seems to work
    > fine. I have read a few places in the documentation that the filr
    > administrator should routinely delete log files from /var on the search
    > appliances and the filr appliance...Does anyone have a best practice on
    > doing this without periodic manual intervention.. I was thinking of
    > creating a cron job to maybe delete all the log files in these log
    > directories... Anyone have a "best practice" idea on how they may do
    > this currently ?? or any suggestions of a better way ?... and any other
    > locations of log files that should be routinely cleaned out
    > Thanks in advance
    If you're using Filr 1.1 then that should have log rotation configured.
    There is TID 7014626[1] which covers this for Filr 1.0.x.
    HTH.
    [1] https://www.novell.com/support/kb/doc.php?id=7014626
    Simon
    Novell Knowledge Partner
    If you find this post helpful and are logged into the web interface,
    please show your appreciation and click on the star below. Thanks.

  • EJB deployment issue in websphere

    EJB deployment issue in websphere
    I have created an EJB project in eclipse and created a stateless session bean successfully.
    I created Enterprise application project and added the EJB project.
    I tried to check it using Universal test client.
    When I click the JNDI explorer>>sample.HelloWorldEJBHome
    I get error IWAD0401E Unknown type of JNDI object
    But when I install an EJB jar using administrator console after exporting the jar file for the EJB project
    It is working file
    I like to reduce the number of steps by right clicking the server publish and test.
    Do any one have come across the same issue please help me
    Thanks in advance.

    Hi,
    i have not done any changes to any process. I have created new DC and created new process.
    new DC is not getting deployed with error "Adapter com.sap.glx.adapter.internal.Transformer didn't comply with configuration". If you will check error log above then you will find it their.

  • ActiveX msi Flash Player 10.0.42.34 group policy deploy issue

    I have been deploying the flash player to our workstations since version 9.  We have a 2003 AD domain and XP SP3 workstations.
    I know that it is recommended to use the flash uninstall program to remove flash when installing a new version but I haven’t taken the time to work on that type of scripting for any install.  Any attempts to uninstall the previous versions of flash via group policy when deploying have never worked.  I had the same experience with java 1.5 jres…they would never uninstall via policy.
    I have had success so far with deploying the latest version to the workstations with a new policy while leaving the old policy applied until a few weeks have past when all the workstations have been updated.
    I am in the process of deploying Flash Player 10.0.42.34 to replace Flash Player 10.0.32.18
    My test deploy to my virtual XP test workstation worked with no problems.  The flash test paged detected the newer version and the correct version was in add/remove programs.
    I then did a test deploy to a production workstation and the software installed without errors (the group policy install went extremely fast so I knew something was wrong).  No errors were reported in the workstation application log.  However when you visited the flash test page no version of flash was detected.  I also checked in add/remove programs and the program icon was the windows installer icon instead of the normal red flash box….this has been associated with other installation issues in the past.
    I have tried this on 3 other production machines and experienced the same results.  My virtual XP test workstation has only had version 10.0.32.18 on it so I am guessing that having had the older versions of 10 on the production workstations is causing the problem somehow.
    I have had issues in the past, but nothing like this.  Looks like I may have been owned by adobe on this one.
    Any insight would be appreciated.
    Thanks

    Sure , here is the url :
    http://www.forevermark.com/ja-jp/The-World-of-Forevermark-/Precious-Collection/
    On some machines , the Japanese text in the centre section appears very large. ..( see attached snapshot)
    We initially encountered this on the version prior to the 10.0.42.34 version.
    However even after the upgrading to 10.0.42.34 , the problem still persists .
    Thanks

Maybe you are looking for