JMS sub-deployment targeted to cluster

Hello,
I have read at the Oracle documentation that we can use a sub-deployment within a JMS module targeted only to a single JMS Server. But I have an application that create JMS resources with deploy descriptors (Application modules) and target the sub-deployment to a cluster with two machines, each machine has a JMSServer. It seems to work (I see them on the JNDI tree on both machines). This is the jms.xml:
Do you also use sub-deployment targeted to a cluster or I shouldn't? Thank you in advance ;)
I am using webLogic version 10.3.4.0
<?xml version="1.0" encoding="UTF-8"?>
<wls:weblogic-jms xmlns:wls="http://xmlns.oracle.com/weblogic/weblogic-jms"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="http://xmlns.oracle.com/weblogic/weblogic-jms http://xmlns.oracle.com/weblogic/weblogic-jms/1.1/weblogic-jms.xsd">
     <wls:quota name="InboundMessageQuota">
          <wls:bytes-maximum>1000000</wls:bytes-maximum>
          <wls:messages-maximum>10000</wls:messages-maximum>
     </wls:quota>
     <!-- Factories -->
     <wls:connection-factory name="InboundMessageConnectionFactory">
          <wls:sub-deployment-name>InboundMessage</wls:sub-deployment-name>
          <wls:jndi-name>jms.InboundMessageConnectionFactory</wls:jndi-name>
          <wls:security-params>
               <wls:attach-jmsx-user-id>false</wls:attach-jmsx-user-id>
          </wls:security-params>
     </wls:connection-factory>
     <!-- Queue's -->
     <wls:uniform-distributed-queue name="InboundMessageQueue">
          <wls:sub-deployment-name>InboundMessage</wls:sub-deployment-name>
<wls:delivery-params-overrides>
<wls:delivery-mode>Non-Persistent</wls:delivery-mode>
</wls:delivery-params-overrides>
<wls:delivery-failure-params>
<wls:redelivery-limit>0</wls:redelivery-limit>
</wls:delivery-failure-params>
          <wls:jndi-name>jms.InboundMessageQueue</wls:jndi-name>
     </wls:uniform-distributed-queue>
</wls:weblogic-jms>

Technically, cluster targeting a distributed destination is supported, and it'll work as long as your can be absolutely assured that the cluster will never host additional JMS servers - perhaps from future projects, or due to integrating third party products. Otherwise, your distributed destinations will end up creating instances on JMS servers where they don't belong - a common mistake that can be tough to diagnose and untangle. I highly recommend staying with the best practice of using a subdeployment that references exactly the intended JMS servers. Note that a subdeployment can reference more than one JMS server.
See [url  http://download.oracle.com/docs/cd/E17904_01/web.1111/e13738/best_practice.htm#JMSAD455] WL JMS Configuration Best Practices
Hope this helps,
Tom

Similar Messages

  • Accessing JMS UDD deployed on OSB cluster from a composite JMS adapter deployed on soa cluster

    Our environment setup
    Single domain with three clusters
    osb_cluster.soa_cluster and   bam_cluster
    osb_cluster: osb_server1 and osb_server2
    wlsbJMSServer_auto_1: targetted to osb_server1
    wlsbJMSServer_auto_2: targetted to osb_server2
    osb_subdeployment1:targetted to wlsbJMSServer_auto_1 and wlsbJMSServer_auto_2 JMS servers
    osb_subdeployment1 has JMS UDD queue jms/wlsb/queue
    soa_cluster: soa_server1 and soa_server2
    There is a BPEL composite deployed to soa_cluster. It has JMS adapter trying to read messages from jms/wlsb/queue
    JCA JMSAdapter is deployed to osb,soa clusters and Admin server
    ConnectionFactory is targetted to soa and osb clusters (osb_cluster and soa_cluster)
    We have bounced soa and osb  servers(not admin) after jms changes.
    soa log says
    JMSAdapter Composite1l JmsDDEndpoint_onFailure: Unable to resolve 'jms.wlsb.queue. Resolved 'jms'
    Can we access JMS destinations deployed  on one cluster from different cluster?
    If yes, how can we do that ? do we need  to modify BPEL JCA file to indicate destination is on another cluster?
    Thanks,
    Praveen

    Anybody has faced similar issue?

  • JNDI Exception on re-deployment to a cluster

    I'm getting an error that I have not seen in the newsgroups so far. It
              happens when I deploy what I believe to be a properly configured clusterable
              application (.ear file) to my cluster.
              Here's my setup:
              WebLogic 6.0 sp1, three instances across 2 machines. The admin server (wl1)
              is running on Stimpy (win2kAS) on 10.10.10.21 (it is not part of the
              cluster). The 1st managed server (app1) is also on Stimpy bound to
              10.10.10.22 (a virtual IP). The second managed server (app3) is on Ren
              (also win2kAS) at 10.10.10.23. Auto-deploy is off. I am using the console
              to deploy the app. (I turned auto-deploy off because the app was getting
              deployed to the admin server automatically and throwing an error because of
              the clustered HTTP session state)
              Here's what happens.
              I start up all of the instances with no apps deployed. Everything appears
              to be running fine. No errors. I then use the console to deploy my
              application (sample1.0.ear). I select only the cluster as the target for
              the EJB and the webapp. If I try to access the app at this point I just get
              404's. I then restart all of the servers and the app gets deployed across
              the cluster with no errors. I can access everything JSPs, servlets, and an
              EJB without issue.
              My problem comes when I try to re-deploy the application. I have tried this
              using the console, and by copying the new .ear file to the applications
              directory on the admin server. I always get the same error, and it only
              shows up on "app1" the first managed server in the cluster. Below is the
              output form the log:
              Undeploying EJB Component HelloWorldEJB
              <Apr 16, 2001 10:24:52 PM EDT> <Info> <J2EE> <Undeployed : sample1.0>
              <Apr 16, 2001 10:24:53 PM EDT> <Info> <EJB> <EJB Deploying file:
              HelloWorldEJB.j
              ar>
              <Apr 16, 2001 10:24:53 PM EDT> <Error> <J2EE> <Error deploying EJB Component
              : H
              elloWorldEJB
              weblogic.ejb20.EJBDeploymentException: Error deploying stateless EJB; nested
              exc
              eption is:
              javax.naming.NameAlreadyBoundException: Can't rebind anything but a
              repl
              ica-aware stub to a name that is currently bound to a replica-aware stub;
              remain
              ing name ''
              javax.naming.NameAlreadyBoundException: Can't rebind anything but a
              replica-awar
              e stub to a name that is currently bound to a replica-aware stub; remaining
              name
              <<no stack trace available>>
              >
              <Apr 16, 2001 10:24:53 PM EDT> <Error> <J2EE> <Error deploying application
              sampl
              e1.0: Could not deploy: 'HelloWorldEJB.jar': JNDI name in use
              >
              <Apr 16, 2001 10:24:53 PM EDT> <Error> <Management>
              <InvocationTargetException s
              etting attribute Deployed on MBean
              me:Name=sample1.0,Location=app3,Type=Applicat
              ionConfig to value true. Method: public void
              weblogic.management.mbeans.custom.A
              pplication.setDeployed(boolean) throws
              weblogic.management.DeploymentException,w
              eblogic.management.UndeploymentException
              weblogic.management.DeploymentException: Could not deploy:
              'HelloWorldEJB.jar':
              JNDI name in use
              at weblogic.j2ee.EJBComponent.deploy(EJBComponent.java:35)
              at weblogic.j2ee.Application.deploy(Application.java:167)
              at weblogic.j2ee.J2EEService.deployApplication(J2EEService.java:173)
              at
              weblogic.management.mbeans.custom.Application.setLocalDeployed(Applic
              ation.java:217)
              at
              weblogic.management.mbeans.custom.Application.setDeployed(Application
              .java:187)
              at java.lang.reflect.Method.invoke(Native Method)
              at
              weblogic.management.internal.DynamicMBeanImpl.invokeSetter(DynamicMBe
              anImpl.java:1136)
              at
              weblogic.management.internal.DynamicMBeanImpl.setAttribute(DynamicMBe
              anImpl.java:773)
              at
              weblogic.management.internal.DynamicMBeanImpl.setAttribute(DynamicMBe
              anImpl.java:750)
              at
              weblogic.management.internal.ConfigurationMBeanImpl.setAttribute(Conf
              igurationMBeanImpl.java:256)
              at
              com.sun.management.jmx.MBeanServerImpl.setAttribute(MBeanServerImpl.j
              ava:1356)
              at
              com.sun.management.jmx.MBeanServerImpl.setAttribute(MBeanServerImpl.j
              ava:1331)
              at
              weblogic.management.internal.RemoteMBeanServerImpl_WLSkel.invoke(Remo
              teMBeanServerImpl_WLSkel.java:1075)
              at
              weblogic.rmi.internal.BasicServerAdapter.invoke(BasicServerAdapter.ja
              va:373)
              at
              weblogic.rmi.internal.BasicServerAdapter.invoke(BasicServerAdapter.ja
              va:237)
              at
              weblogic.rmi.internal.BasicRequestHandler.handleRequest(BasicRequestH
              andler.java:118)
              at
              weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest
              .java:17)
              at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
              at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
              >
              <Apr 16, 2001 10:24:54 PM EDT> <Error> <Cluster> <Conflict start: You tried
              to b
              ind an object under the name HelloWorldHome_EO in the jndi tree. The object
              you
              have bound weblogic.rmi.cluster.ClusterableRemoteObject from 10.10.10.21 is
              non
              clusterable and you have tried to bind more than once from two or more
              servers.
              Such objects can only deployed from one server.>
              <Apr 16, 2001 10:24:54 PM EDT> <Error> <Cluster> <Conflict start: You tried
              to b
              ind an object under the name HelloWorldHome in the jndi tree. The object you
              hav
              e bound weblogic.rmi.cluster.ClusterableRemoteObject from 10.10.10.21 is non
              clu
              sterable and you have tried to bind more than once from two or more servers.
              Suc
              h objects can only deployed from one server.>
              Here's a question. Why am I seeing "weblogic.ejb20.EJBDeploymentException"?
              As far as I know, I have not installed the EJB2.0 container. Does this get
              installed by default with sp1? Also, I quite sure that my deployment
              descriptors are correct. Here's my weblogic-ejb-jar.xml for the HelloWorld
              EJB:
              <?xml version="1.0"?>
              <!DOCTYPE weblogic-ejb-jar PUBLIC '-//BEA Systems, Inc.//DTD WebLogic 5.1.0
              EJB//EN' 'http://www.bea.com/servers/wls510/dtd/weblogic-ejb-jar.dtd'>
              <weblogic-ejb-jar>
              <weblogic-enterprise-bean>
              <ejb-name>HelloWorld</ejb-name>
              <caching-descriptor>
              <max-beans-in-free-pool>100</max-beans-in-free-pool>
              </caching-descriptor>
              <clustering-descriptor>
              <home-is-clusterable>true</home-is-clusterable>
              <stateless-bean-is-clusterable>true</stateless-bean-is-clusterable>
              <stateless-bean-methods-are-idempotent>true</stateless-bean-methods-are-idem
              potent>
              </clustering-descriptor>
              <jndi-name>HelloWorldHome</jndi-name>
              </weblogic-enterprise-bean>
              </weblogic-ejb-jar>
              Who needs clustering anyway, damn it?! (Well...I do) Any one know what's
              going on here?
              

    This seems like potential redeploy/undeploy bugs. COuld you follow up with
              [email protected]
              Viresh Garg
              Principal Developer Relations Engineer
              BEA Systems
              Paul Citarella wrote:
              > I'm getting an error that I have not seen in the newsgroups so far. It
              > happens when I deploy what I believe to be a properly configured clusterable
              > application (.ear file) to my cluster.
              >
              > Here's my setup:
              > WebLogic 6.0 sp1, three instances across 2 machines. The admin server (wl1)
              > is running on Stimpy (win2kAS) on 10.10.10.21 (it is not part of the
              > cluster). The 1st managed server (app1) is also on Stimpy bound to
              > 10.10.10.22 (a virtual IP). The second managed server (app3) is on Ren
              > (also win2kAS) at 10.10.10.23. Auto-deploy is off. I am using the console
              > to deploy the app. (I turned auto-deploy off because the app was getting
              > deployed to the admin server automatically and throwing an error because of
              > the clustered HTTP session state)
              >
              > Here's what happens.
              >
              > I start up all of the instances with no apps deployed. Everything appears
              > to be running fine. No errors. I then use the console to deploy my
              > application (sample1.0.ear). I select only the cluster as the target for
              > the EJB and the webapp. If I try to access the app at this point I just get
              > 404's. I then restart all of the servers and the app gets deployed across
              > the cluster with no errors. I can access everything JSPs, servlets, and an
              > EJB without issue.
              >
              > My problem comes when I try to re-deploy the application. I have tried this
              > using the console, and by copying the new .ear file to the applications
              > directory on the admin server. I always get the same error, and it only
              > shows up on "app1" the first managed server in the cluster. Below is the
              > output form the log:
              >
              > Undeploying EJB Component HelloWorldEJB
              > <Apr 16, 2001 10:24:52 PM EDT> <Info> <J2EE> <Undeployed : sample1.0>
              > <Apr 16, 2001 10:24:53 PM EDT> <Info> <EJB> <EJB Deploying file:
              > HelloWorldEJB.j
              > ar>
              > <Apr 16, 2001 10:24:53 PM EDT> <Error> <J2EE> <Error deploying EJB Component
              > : H
              > elloWorldEJB
              > weblogic.ejb20.EJBDeploymentException: Error deploying stateless EJB; nested
              > exc
              > eption is:
              > javax.naming.NameAlreadyBoundException: Can't rebind anything but a
              > repl
              > ica-aware stub to a name that is currently bound to a replica-aware stub;
              > remain
              > ing name ''
              > javax.naming.NameAlreadyBoundException: Can't rebind anything but a
              > replica-awar
              > e stub to a name that is currently bound to a replica-aware stub; remaining
              > name
              > ''
              > <<no stack trace available>>
              > >
              > <Apr 16, 2001 10:24:53 PM EDT> <Error> <J2EE> <Error deploying application
              > sampl
              > e1.0: Could not deploy: 'HelloWorldEJB.jar': JNDI name in use
              > >
              > <Apr 16, 2001 10:24:53 PM EDT> <Error> <Management>
              > <InvocationTargetException s
              > etting attribute Deployed on MBean
              > me:Name=sample1.0,Location=app3,Type=Applicat
              > ionConfig to value true. Method: public void
              > weblogic.management.mbeans.custom.A
              > pplication.setDeployed(boolean) throws
              > weblogic.management.DeploymentException,w
              > eblogic.management.UndeploymentException
              > weblogic.management.DeploymentException: Could not deploy:
              > 'HelloWorldEJB.jar':
              > JNDI name in use
              >
              > at weblogic.j2ee.EJBComponent.deploy(EJBComponent.java:35)
              > at weblogic.j2ee.Application.deploy(Application.java:167)
              > at weblogic.j2ee.J2EEService.deployApplication(J2EEService.java:173)
              > at
              > weblogic.management.mbeans.custom.Application.setLocalDeployed(Applic
              > ation.java:217)
              > at
              > weblogic.management.mbeans.custom.Application.setDeployed(Application
              > .java:187)
              > at java.lang.reflect.Method.invoke(Native Method)
              > at
              > weblogic.management.internal.DynamicMBeanImpl.invokeSetter(DynamicMBe
              > anImpl.java:1136)
              > at
              > weblogic.management.internal.DynamicMBeanImpl.setAttribute(DynamicMBe
              > anImpl.java:773)
              > at
              > weblogic.management.internal.DynamicMBeanImpl.setAttribute(DynamicMBe
              > anImpl.java:750)
              > at
              > weblogic.management.internal.ConfigurationMBeanImpl.setAttribute(Conf
              > igurationMBeanImpl.java:256)
              > at
              > com.sun.management.jmx.MBeanServerImpl.setAttribute(MBeanServerImpl.j
              > ava:1356)
              > at
              > com.sun.management.jmx.MBeanServerImpl.setAttribute(MBeanServerImpl.j
              > ava:1331)
              > at
              > weblogic.management.internal.RemoteMBeanServerImpl_WLSkel.invoke(Remo
              > teMBeanServerImpl_WLSkel.java:1075)
              > at
              > weblogic.rmi.internal.BasicServerAdapter.invoke(BasicServerAdapter.ja
              > va:373)
              > at
              > weblogic.rmi.internal.BasicServerAdapter.invoke(BasicServerAdapter.ja
              > va:237)
              > at
              > weblogic.rmi.internal.BasicRequestHandler.handleRequest(BasicRequestH
              > andler.java:118)
              > at
              > weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest
              > .java:17)
              > at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
              > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
              > >
              > <Apr 16, 2001 10:24:54 PM EDT> <Error> <Cluster> <Conflict start: You tried
              > to b
              > ind an object under the name HelloWorldHome_EO in the jndi tree. The object
              > you
              > have bound weblogic.rmi.cluster.ClusterableRemoteObject from 10.10.10.21 is
              > non
              > clusterable and you have tried to bind more than once from two or more
              > servers.
              > Such objects can only deployed from one server.>
              > <Apr 16, 2001 10:24:54 PM EDT> <Error> <Cluster> <Conflict start: You tried
              > to b
              > ind an object under the name HelloWorldHome in the jndi tree. The object you
              > hav
              > e bound weblogic.rmi.cluster.ClusterableRemoteObject from 10.10.10.21 is non
              > clu
              > sterable and you have tried to bind more than once from two or more servers.
              > Suc
              > h objects can only deployed from one server.>
              >
              > Here's a question. Why am I seeing "weblogic.ejb20.EJBDeploymentException"?
              > As far as I know, I have not installed the EJB2.0 container. Does this get
              > installed by default with sp1? Also, I quite sure that my deployment
              > descriptors are correct. Here's my weblogic-ejb-jar.xml for the HelloWorld
              > EJB:
              >
              > <?xml version="1.0"?>
              > <!DOCTYPE weblogic-ejb-jar PUBLIC '-//BEA Systems, Inc.//DTD WebLogic 5.1.0
              > EJB//EN' 'http://www.bea.com/servers/wls510/dtd/weblogic-ejb-jar.dtd'>
              > <weblogic-ejb-jar>
              > <weblogic-enterprise-bean>
              > <ejb-name>HelloWorld</ejb-name>
              > <caching-descriptor>
              > <max-beans-in-free-pool>100</max-beans-in-free-pool>
              > </caching-descriptor>
              > <clustering-descriptor>
              > <home-is-clusterable>true</home-is-clusterable>
              > <stateless-bean-is-clusterable>true</stateless-bean-is-clusterable>
              > <stateless-bean-methods-are-idempotent>true</stateless-bean-methods-are-idem
              > potent>
              > </clustering-descriptor>
              > <jndi-name>HelloWorldHome</jndi-name>
              > </weblogic-enterprise-bean>
              > </weblogic-ejb-jar>
              >
              > Who needs clustering anyway, damn it?! (Well...I do) Any one know what's
              > going on here?
              

  • What is the significance of the Assembly Deployment Target and Feature Scope?

    Hello,
    We have created a project as Farm Solution (not sandbox).
    Under project properties we can see an option for Assembly Deployment Target : GAC or WebApplication.
    I know that GAC will deploy the dll to windows\assemblies and WebApplication will deploy to website/bin folder.
    Now, we add a feature to the project; in here we can see a dropdown for scope with options as: Farm; Web; Site; WebApplication. I know that depending upon what option is chosen; the feature can then be activated by going to the respective manage features
    option via SharePoint front end UI.
    Can you tell me what is the significance of the Assembly Deployment Target and Feature Scope?

    >>Can you tell me what is the significance of the Assembly Deployment Target and Feature Scope?
    Feature scope can be decided based on the type of artifacts you will be building
    Check the below link for what type of artifacts can be build at different levels of scopes
    http://msdn.microsoft.com/en-us/library/ms454835(v=office.14).aspx
     wrt to Assembly Deployment Target depends on what type of components you are deploying through your solution which will be specified in manifest.xml. There are advantages
    if you deploy the components to web application rather GAC like all Apppools will not get recycled, avoiding IIS reset etc. But if you have 3rd party dlls and feature receivers which need to deployed along with the solution then its advisable to deploy to
    GAC
    http://trentacular.com/2009/06/sharepoint-differences-between-global-and-web-application-targeted-solution-deployment/
    https://www.captechconsulting.com/blog/james-brocato/sharepoint-without-the-gac
    Hope this helps.
    My Blog- http://www.sharepoint-journey.com|
    If a post answers your question, please click Mark As Answer on that post and Vote as Helpful

  • Whats the best way to get the server name in a servlet deployed to a cluster?

              Hi,
              I have a servlet in a web application that is deployed to a cluster, just
              wondering what is the best way to get the name of the node that the server is
              running on at run time??
              Thanks
              

              Please try to modify the following code and test for your purpose: (check Weblogic
              class document for detail)
              import javax.naming.*;
              import weblogic.jndi.*;
              import weblogic.management.*;
              import weblogic.management.configuration.*;
              import weblogic.management.runtime.*;
              MBeanHome home = null;
                   try{
                        //The Environment class represents the properties used to create
                             //an initial Context. DEfault constructor constructs an Environment
                             //with default properties, that is, with a WebLogic initial context.
                             //If unset, the properties for principal and credentials default to
                             //guest/guest, and the provider URL defaults to "t3://localhost:7001".
                             Environment env = new Environment();
                             //Sets the Context.PROVIDER_URL property value to the value of
                             //the argument url.
                             if(admin_url!=null){
                                  env.setProviderUrl(admin_url);
                                  //Sets the Context.SECURITY_PRINCIPAL property to the value of
                                  //the argument principal.
                                  env.setSecurityPrincipal(username);
                                  //Sets the value of the Context.SECURITY_CREDENTIAL property to
                                  //the value of the argument cedentials
                                  env.setSecurityCredentials(password);
                                  //Returns an initial context based on the properties in an Environment.
                                  ctx = env.getInitialContext();
                             }else ctx = new InitialContext();
                             home = (MBeanHome) ctx.lookup(MBeanHome.ADMIN_JNDI_NAME);
                             ctx.close(); //free resource
                             // or if looking up a specific MBeanHome
                             //home = (MBeanHome) ctx.lookup(MBeanHome.JNDI_NAME + "." + serverName);
                             DomainMBean dmb = home.getActiveDomain(); //Get Active Domain
                             ServerMBean[] sbeans = dmb.getServers(); //Get all servers
                             if(sbeans!=null){
                                  for(int s1=0; s1<sbeans.length; s1++){
                                       String privip = sbeans[s1].getListenAddress();
                                  sbeans[s1].getName();
                             sbeans[s1].getListenPort();
                                                 WebServerMBean wmb = sbeans[s1].getWebServer();
                   }catch(Exception ex){
              "Gao Jun" <[email protected]> wrote:
              >Is there any sample code? Thanks
              >
              >Best Regards,
              >Jun Gao
              >
              >"Xiang Rao" <[email protected]> wrote in message
              >news:[email protected]...
              >>
              >> Sure. You can use the Weblogic management APIs to query ServerBean.
              >>
              >>
              >> "Me" <[email protected]> wrote:
              >> >
              >> >Thanks for your reply, i was hoping to find a better way for example
              >> >a class in
              >> >weblogic API.
              >> >
              >> >Thanks
              >> >
              >> >"Xiang Rao" <[email protected]> wrote:
              >> >>
              >> >>Physical: InetAddress.getLocalHost().getHostName()
              >> >>Weblogic: System.getProperty("weblogic.Name");
              >> >>
              >> >>
              >> >>"Me" <[email protected]> wrote:
              >> >>>
              >> >>>Hi,
              >> >>> I have a servlet in a web application that is deployed to a
              >cluster,
              >> >>>just
              >> >>>wondering what is the best way to get the name of the node that
              >the
              >> >>server
              >> >>>is
              >> >>>running on at run time??
              >> >>>
              >> >>>Thanks
              >> >>
              >> >
              >>
              >
              >
              

  • Change deployment target

    Hi everybody,
    I had OBIEE 11.1.1.7 deployed on Weblogic 10.3.6.
    Later I added ODI 11.1.7 to the same domain.
    I created a new server (odi_server1) which host ODI related deployments (odi_agent and odi_console).
    Today I noticed odi_server1 also hosts all the deployments from OBIEE (ie anlytics, bioffice, bipubblisher, etc.).
    I dont need / want these duplicate deployments, so I tried to retarget the deployments with weblogic.Deployer. ie
    java weblogic.Deployer -adminurl http://localhost:7001 -user weblogic -password mypassword -name bioffice -deploy -targets bi_server1
    as pointed out here here
    but I get error "no source specified or operation".
    Any clue about why I get duplicate targets?
    How can I remove them?
    Regards,
      Corrado

    Hi Corrado,
    How did you add the new servers..? using domain configuration wizard, or have you used cloning..?
    Regards,
    Mohab

  • IPad Packager - iOS Deployment Target problem

    Hello,
    I've been working on an iPad app (using CS5), got everything in place, i.e. apple dev account, all my details cleared to sell apps, got my development app working great on my iPad.
    BUT...
    When I'm trying to upload the finished version using Application Loader I get the following message:
    This bundle is invalid. When supporting iPad only, the iOS Deployment Target must be 3.2.
    There is no way to set the deployment target in the flash CS5 settings, I've looked on various forums but can't find any answers to this. Can't believe I've got to this last step and I'm hit with this. Are adobe bringing any fixes out for this?
    Any Ideas please???
    cheers
    K

    Awesome -- I wish I could mark as "Answered" for this post -- Kevkong1971 I really really really appreciate being shown that post.  Of course you can search and search but if you don't find the right one.....  Well thanks..
    I thought I would distill the answer and post again for those who need it.  Here is the proceedure I followed (gleaned entirely from the work of others) And yes, it does work.  I have both of my "iPad" only apps now up for Apple's review.
    Here you go:
    this is a copy and paste of something I popped up on my personal weblog---------
    The following post addresses the “you must target a minimum of IOS 3.2” when you try to publish an app you’ve written with Adobe Tools and targeted “iPad Only”.
    So thanks to the guys on the Adobe Forums, there are a lot of posts so I hope to distill it down for anyone who needs and also for myself (for future apps!)
    Step 1: Copy your .IPA file to a MAC
    Step 2: Rename file to .zip
    Step 3: Extract contents of .zip
    Step 4: Pull out the “yourApplication.app” file from the “Payload” folder you extracted
    Step 5: Right click on .app file and select “show package contents”
    Step 6: Edit the info.plist file
    Step 7: Change the “MinimumOSVersion” entry to 3.2
    Step 8: Close and Save
    Step 9: Download THIS .PY Python script you will need to make your .xcent file authentic
    Step10: write your .xcent file using pico or your favorite pure-text editor.  Just create this file from scratch and name it yourApplication.xcent As Follows:
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
    <plist version="1.0">
    <dict>
        <key>application-identifier</key>
        <string>10DIGITCODE.YOUR.DOMAINAND.APPLICATIONNAMEHERE</string>
        <key>get-task-allow</key>
        <true/>
    </dict>
    </plist>
    step 11: assuming the .py file you just downloaded and .xcent file you just created above are in the same directory execute the following in the terminal:
    python gen_entitlements.py 10DIGITCODE.COM.YOURDOMAINAND.APPNAMEHERE yourAppName.xcent
    OK So far so good.  Now you have a valid .xcent file, and you have fixed your .plist.  Now you have to put them together and resign with your credentials.  To do this execute the following in your terminal:
    /usr/bin/codesign -f -s "iPhone Distribution: YOUR NAME" "--resource-rules=/Users/yourusername/Desktop/yourAppName.app/ResourceRules.plist" --entitlements "/Users/yourusername/Desktop/yourAppName.xcent" "/Users/yourusername/Desktop/yourAppName.app"
    Note:  The “iPhone Distribution: YOUR NAME” needs to match your distribution certificate in your keychain.  Open KeyChain and make sure you type it exactly as it is in there.
    step 12: Right click the .app file and select “compress”
    step 13: upload your app!!!
    Hope that helps someone!!
    Cheers,
    Tommy

  • Get MDB to subscribe to JMS topic deployed on different server instance

    Can you do this?
    I have 2 servers.
    I want to Have the MDB deployed to one server subscribe to the JMS topic deployed on the second server.
    This seems like it should be possible. Is it?

    Hi, I have the similar situation.
    On the OC4J1 I have topic (jms/MojTopic) and factory (jms/MojTopicFactory), and my client (on the same OC4J) send some messages on that topic.
    I used this solution because the client can always send messages, regardless of network failure...
    On the OC4J2 I have MDB that is setup like this (orion-ejb-jar.xml):
    <?xml version = '1.0' encoding = 'UTF-8'?>
    <orion-ejb-jar>
    <enterprise-beans>
    <message-driven-deployment name="LogBean"
    destination-location="jms/MojTopic"
    connection-factory-location="jms/MojTopicFactory">
    </message-driven-deployment>
    </enterprise-beans>
    </orion-ejb-jar>
    I configured jms/MojTopicFactory to the host of OC4J1, but still don't understand why I have to set up jms/MojTopic?
    Ok, this way I can send messages to OC4J1 and OC4J2 pick up that messages, BUT, when I disconnect OC4J2 from the network I get the following error (application.log from OC4J2):
    06/12/27 11:48:35.171 10.1.3.1.0 Started
    06/12/27 11:51:34.687 Error in MessageDrivenBean 'LogBean': javax.jms.JMSException: deqMessage
    javax.jms.JMSException: deqMessage
    at com.evermind.server.jms.JMSUtils.make(JMSUtils.java:1072)
    at com.evermind.server.jms.JMSUtils.toJMSException(JMSUtils.java:1152)
    at com.evermind.server.jms.TCPJMSRemoteServer.shutdownForce(TCPJMSRemoteServer.java:295)
    at com.evermind.server.jms.TCPJMSRemoteServer.execute(TCPJMSRemoteServer.java:202)
    at com.evermind.server.jms.JMSRemoteServer.deqMessage(JMSRemoteServer.java:575)
    at com.evermind.server.jms.EvermindSession.receive(EvermindSession.java:1254)
    at com.evermind.server.jms.EvermindSession.getOneMessage(EvermindSession.java:1151)
    at com.evermind.server.jms.EvermindMessageConsumer.getOneMessage(EvermindMessageConsumer.java:444)
    at com.evermind.server.jms.EvermindMessageConsumer.receive(EvermindMessageConsumer.java:192)
    at com.evermind.server.ejb.MessageDrivenConsumer.receiveMessage(MessageDrivenConsumer.java:424)
    at com.evermind.server.ejb.MessageDrivenConsumer.processMessages(MessageDrivenConsumer.java:213)
    at com.evermind.server.ejb.MessageDrivenConsumer.run(MessageDrivenConsumer.java:169)
    at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
    at java.lang.Thread.run(Thread.java:595)
    Caused by: java.net.SocketException: Connection reset
    at java.net.SocketInputStream.read(SocketInputStream.java:168)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:235)
    at java.io.DataInputStream.readInt(DataInputStream.java:353)
    at com.evermind.server.jms.JMSRemoteServer.processFlag(JMSRemoteServer.java:612)
    at com.evermind.server.jms.JMSRemoteServer.getMessage(JMSRemoteServer.java:632)
    at com.evermind.server.jms.JMSRemoteServer.access$300(JMSRemoteServer.java:72)
    at com.evermind.server.jms.JMSRemoteServer$19.getReply(JMSRemoteServer.java:592)
    at com.evermind.server.jms.JMSRemoteServer.readResponse(JMSRemoteServer.java:648)
    at com.evermind.server.jms.TCPJMSRemoteServer.execute(TCPJMSRemoteServer.java:189)
    ... 10 more
    When I connect OC4J2 again, the MDB doesn't pick up those messages, so my mission of 100% sure sending of messages fails :(
    Any help?
    Thanx,
    Vanja

  • Deployment target

    In my iphone ,pad universal application , i have set the minimum deployment target iOS 5.1 in xcode->target->genral->deployment target ios 5.1.
    My interface builder documents are-
    open in -xcode 5.0
    Build for project deploment- default deployment target 5.1
    view as- ios 7.1 and later.
    I have to fix it's deployment target from lower 5.1 to higher 7.0, how we will do it .
    Due to updation of ios 7 to ios 7.0.4, i am having trouble in app launch. Apple review team send us rejection issues like-
    However, we found that your app exhibited one or more bugs, when reviewed on both iPad running iOS 7.0.4 and iPhone 5s running iOS 7.0.4, on both Wi-Fi and cellular networks, which is not in compliance with the App Store Review Guidelines.
    please give us solution if it's possible to set the higher limit of deployment target for xcode 5.0.1 iphone,ipad application.
    thanks.

    Apple didn't appear to say anything about your deployment target. Apple said there were bug.

  • Deployment problem in cluster

    Hi,
    I have a bea cluster configured among two physical servers
    First machine has the admin server configured. It also has a managed server configured in the cluster named "cluster" . The application ear file is copied on to this server only (No shared storage is available)
    second machine has one managed server configured in the same cluster "cluster"
    When I have done the deployment onto the "cluster" everything worked fine. I am able to access the applicatio through both the managed server's urls.
    Then for testing purpose, I shutdown the first server which has the admin server. Still the application continued to work on the second server
    Then I have restarted the managed server on the second machine by keeping the first machine shutdown, the managed server started in ADMIN mode, and is refusing the application requests.
    can anyone suggest any workaround ??
    Thanks
    Ushas Symon

    Hi,
    1)start the adminserver
    2)restart the secondary server
    -Paul

  • Xcode 4.6 minimum supported deployment target

    Hi there.
    Before updating to xcode 4.6 i want to ask if 4.3 is still the minimum supported deployment target for iOS.I dont want to be suprised afte updating.
    Thank you.

    For reference: Xcode Versions ~ iOS - As of 1.28.13

  • Lowering deployment target of an existing iOS app

    I am wondering if it is possible to lower the deployment target of an existing iOS app in the app store.
    We want the initial release of our app to only target iOS 7+ users. We would then take time to ensure the iOS 6 version was up to par and ideally would be able to submit an update that lowers the deployment target to support iOS 6+ users.
    Does anyone know if this is possible? My collegue is concerned that the update will be rejected because of a past experience where he tried to narrow the supported devices from "Universal" to just "iPhone".

    I don't see why there would be a problem other than the code required to make it work.
    I'd like to see a verbatim copy of your friend's message from Apple because I also don't see why dropping support for some devices would cause rejection.

  • Use of Build Specifications for TestStand deployment Target

    Hi everyone,
    I currently use NI Internet Toolkit in one of my VI to build a code module for TestStand.
    The matter is that de deployment target doesn't have the NI Internet Toolkit.
    So I would like to build the VI in such a way the deployment target wouldn't need the Toolkit to use the VI.
    Does anyone knows a way to that ?
    Thanks to all...
    Solved!
    Go to Solution.

    I got some matter with my outputs types (string array):
     - It generates an error while creating the dll with .NET interop.
     - Couldn't manage with share library .dll cause of array bounds couldn't be specified (array of array of char).
    Thus I just change my data type to be of simple types, and it working quite well...
    Thanks to Mr Dennis Knutson !

  • One off deployment target in ATG 10 Merch-Ui

    Hi All,
    We have migrated our application from ATG 9.3 to ATG 10.2
    We had configured One-Off deployment targets in the Merchandising landing page but after migrating our application to 10.2 we can no longer see One-Off deployment targets in the Merchandising landing page.
    Can you please let us know how can we configure the same in ATG 10.2?
    Moreover, we had created additional custom tabs for certain set of assets (for ex: products) to be accessible via Asset editor page but the custom tabs are also not available in the asset editor page.
    We can see that the viewMappings have been configured in the ViewMappingRepository but the custom tabs are not visible in the UI.
    Is there any other customization we need to perform for above mentioned issues?
    Can you please let me know incase anyone has faced such issues and what could be the possible resolution for it?
    Thanks in advance\
    Gaurav

    Thanks for the reply Gareth,
    I went through the doc mentioned and it clearly says that "One-off deployments can be launched at any time from an ATG Content Administration project".
    But as per our project requirement we had drop-down for One-Off deployment target in ATG 9.3 Merchandising landing page itself.
    Same requirement is to be met in ATG 10.2, however One-Off deployment target drop-down is not available in Flex-UI based Merchandising landing page.
    And in the Constraints section following is mentioned:-
    • A one-off target site is not available for deployment assignments in a workflow. In order to make that site available for workflow deployments, you must delete the target and recreate it.
    So if follow this step and make site available for workflow deployment, it would defeat our purpose of deploying the project to One-Off deployment target.
    I hope I have cleared my point.
    Do let me know incase you can throw some light on issues mentioned above.
    Thanks\
    Gaurav

  • JMS Server deployed to cluster of servers

    Hey guys,
    I was trying to deploy a JMS server to a cluster of servers and in the target section there wasn't an option for the cluster. They had an option for each individual server and another migratable version of the server. If I target one of the migratable servers in the cluster will it apply to all of the servers?
    I read the following passage in the weblogic documents:
    Obtain a Clustered JMS Licence
    In order to implement JMS clustering, you must have a valid clustered JMS license, which allows a connection factory and a destination to be on different WebLogic Server instances. A clustered JMS license is also required to use the Foreign JMS Providers feature, as described in "Simple Access to Remote or Foreign JMS Providers" in the Administration Console Online Help. If you do not have a valid clustered JMS license, contact your BEA sales representative.
    If i'm just building a model does this apply to me?
    Thanks

    continued reading to clarify. Problem solved, thanks for looking

Maybe you are looking for