Cache Notifications unable to determine name of Central Adapter Engine

Hi All,
  When I tried Tools -> Cache Notifications in the integration directory, im getting
Unable to determine the name of the central Adapter Engine from the System Landscape Directory at this time.
Notifications to the central Adapter Engine are therefore listed using the technical name of the Adapter Engine.
This is usually structured as follows: af.<SAP System ID>.<Name of application server>
  Once i click the OK on the pop up dialog which has this message, it has given the Notifications and Problems Tab.
  In the Problems Tab, its has given an error message
'Unable to find an associated SLD element (source element: SAP_XIIntegrationServer"
Any suggestion of what to look for to modify ??
  Thanks
  Sourav

Hi Kedar,
  Check this Blog. it should probabaly solve your problem.
  /people/venugopalarao.immadisetty/blog/2007/03/15/adapter-engine-cannot-be-found-in-integration-directory
  Thanks
   Sourav

Similar Messages

  • Unable to determine name of central adapter engine

    We have a central SLD set up. I am now moving some configuration and testing from our dev environment to our qa environment. When I do a cache notification from the Integration Directory I receive a message stating that "Unable to determine the name of the central Adapter Engine from the System Landscape Directory". When I look under the technical system type of Exchange Infrastructure of the system landscape directory I do not see the Adapter Engine of my QA or Production environment. I only see one central adapter engine listed. That of my development environment. It will not let me define another technical system to add these adapter engines because the button New Technical System is grayed out. How do I get these adapter engines defined in the SLD?
    Thanks,
    Jim

    I also had the same problem. But when I opened Integration Directory and Repository from the links, it got added to the Technical system under Exchange Infrastructure. Only Adapter Engine was not getting added.
    But after applying the note 764176. Adapter Engine added to SLD and after refreshing cache now Adapter Engine also got added to RWB components.
    Only one problem now - in Message monitoring, If I select Adapter Engine from the drop down, I get page cannot be displayed. Is it due to the fact that I dont have any adapters configured?? and also no messages available for that matter?? as it is a fresh box..
    Message was edited by: Thilothama v

  • Help!Cache status of object for Central Adapter Engine is incorrect

    this problem cconfused me several days!
    version:PI 7.1
    after i activate the communication channel, the cache not update for central adapter engine
    problem: in cache status overview, the update for central adapter engine not yet started, but notification is ok.
                     the update for integration server and mapping run time are all correct.
    then when i display wsdl for sender agreement(SOAP sender),  show message:Cache status of object abcd123 for Central Adapter Engine is incorrect
    if i ignore this message, error message popup:dapter Engine af.xid.sapittest for communication channel abcd123 not registered in SLD
    who can help me solve this problem.
    thank you in advance.

    Hi cheng,
    Kindly check if you have set theparameter 'com.sap.aii.connect.integrationserver.sld.name' in your
    Exchange Profile, since it's not set by default. Open note #1278563 and follow the procedures.
    And you may check the following notes:
    #1031321 - Self-Registration of Adapter Engine and RWB fails
    #1334053 - No automatic PI 7.10 SLD Registration (Here you'll see the note 764176 which you have already applied and also the note #1117249).
    In RWB, is the adapter Engine "red light"? If yes, what is the specific error?
    Regards,
    Caio Cagnani

  • Unable to contact non-central adapter engine

    Hi All
    I install the local J2EE Adapter Engine, and configure the connection in exchange profile and set the SLD Data Supplier in Visual Admin
    and i could see my local adapter engine in adapter configuration.
    But in Runtime work bench ->component monitor->non-central adapter engine-> error:
    Ping Status:        status_image        HTTP request failed. Error code: "401". Error message: "Unauthorized [http://host:port/AdapterFramework/rtc]"
    how could i solve this?
    thanks in advance

    Hi , Lawrence
    There was a solution to this problem?
    Thanks
    Leôncio

  • URL for Central Adapter Engine

    Hi,
    It seems like our XI Server is unable to locate the Central adapter engine for doing an outbound RFC call. I am trying to call an RFC using the RFC adapter, and getting the following error:
      <SAP:Code area="INTERNAL">AE_DETAILS_GET_ERROR</SAP:Code>
      <SAP:P1>af.nw4.netweaver</SAP:P1>
      <SAP:P2 />
      <SAP:P3 />
      <SAP:P4 />
      <SAP:AdditionalText>no_messaging_url_found: Unable to find URL for Adapter Engine af.nw4.netweaver</SAP:AdditionalText>
      <SAP:ApplicationFaultMessage namespace="" />
      <SAP:Stack>Error when reading the access data (URL, user, password) for the Adapter Engine af.nw4.netweaver</SAP:Stack>
    Where do we maintain the URL of the adapter engine ?
    thanks,
    Manish

    I have the same problem since we changed the name of the database server - the server name reported in the error is the old name.  I've checked all the properties in this thread, plus follwed through OSS note 764176 with no luck.  All the properties reflect the new name, but testing the proxy (SPROXY) still fails with the error:
    <CODE>INTERNAL.AE_DETAILS_GET_ERROR</CODE>
      <ERRORTEXT>Error when reading the access data (URL, user, password) for the Adapter Engine af.xix.sapsbxcrmdb2</ERRORTEXT>
    sapsbxcrmdb2 is the old database server name.
    I found one location where this is displayed - in transaction SXI_CACHE (in the client of th integration server), Menu option GOTO -> Adapter Engine Cache.  The column 'Adapter Engine Name' reflects the incorrect name.  Where is this property stored?
    I cleared this entry manually by selecting the row and clicking on the trash can icon.  Later it was refreshed properly.
    -Mike
    Update:  I found that the SOAP Reciever channel in my Integration Scenario had a hard-coded entry pointing to the old integration server name in the property 'Adapter Engine'.  I changed this by selecting the 'Integration Server' in the drop down.  This changed the error behavior (still doesn't work, but the above errors went away).
    -Mike
    Message was edited by: Mike Hatch
    Message was edited by: Mike Hatch
    Message was edited by: Mike Hatch

  • Non Central adapter engine error

    Hi All, Here is my Scenario: Trying implement /configure Non-central adapter engine hosted separate (J2EE) server. This will be connected to XI server(Integration engine and SLD) from where messages are sent/received. When I try to post message from XI to Non_central adapter engine following is the message u201CThe requested protocol u201CXIu201D is currently unavailableu201D Then I realized there is a problem in Non-central adapter engine configuration, which will be connected to SLD and Integration engine. I can see technical system and business system in SLD for Non-central adapter engine. Following is the findings in NWA of same host where non-central adapter engine. 1) I see all J2EE services are running 2) Application u201Ccom.sap.aii.adapter.soap.libu201D is no started and status is u201Cfailed to startu201D. Later I tried to restart and following are the 4 error messages in sequence from trace file. a) Message: Access to XI AF MS resource failed. Date: 2010-07-02 Time: 22:05:15:273 Category: com.sap.aii.adapter.soap.ra.SPIManagedConnectionFactory Location: com.sap.aii.adapter.soap.ra.SPIManagedConnectionFactory.SPIManagedConnectionFactory() Application: Thread: Deploy Start Application Thread Data Source: j2ee\cluster\server0\log\defaultTrace_00.trc B) [ERROR CODE DPL.DS.5029] Exception in operation [startApp] with application [sap.com/com.sap.aii.adapter.soap.lib]. [EXCEPTION] com.sap.engine.services.deploy.exceptions.ServerDeploymentException: [ERROR CODE DPL.DS.5029] Exception in operation [startApp] with application [sap.com/com.sap.aii.adapter.soap.lib]. at com.sap.engine.services.deploy.server.application.ApplicationTransaction.rollbackPart(ApplicationTransaction.java:619) at com.sap.engine.services.deploy.server.application.StartTransaction.rollbackPart(StartTransaction.java:653) at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhasesOnOneServer(ApplicationTransaction.java:506) at com.sap.engine.services.deploy.server.application.ParallelAdapter.makeAllPhasesImpl(ParallelAdapter.java:483) at com.sap.engine.services.deploy.server.application.StartTransaction.makeAllPhasesImpl(StartTransaction.java:584) at com.sap.engine.services.deploy.server.application.ParallelAdapter.runMe(ParallelAdapter.java:180) at com.sap.engine.services.deploy.server.application.ParallelAdapter.access$000(ParallelAdapter.java:43) at com.sap.engine.services.deploy.server.application.ParallelAdapter$1.run(ParallelAdapter.java:340) at com.sap.engine.frame.core.thread.Task.run(Task.java:73) at com.sap.engine.core.thread.impl5.SingleThread.execute(SingleThread.java:175) at com.sap.engine.core.thread.impl5.SingleThread.run(SingleThread.java:274) Caused by: com.sap.engine.services.connector.exceptions.BaseDeploymentException: Cannot bind "com.sap.aii.adapter.soap.lib";. at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.instantiateMCF(ResourceAdapterStarter.java:393) at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.initResourceAdapter(ResourceAdapterStarter.java:122) at com.sap.engine.services.connector.deploy.ConnectorContainerImpl.prepareStart(ConnectorContainerImpl.java:303) at com.sap.engine.services.deploy.server.utils.container.ContainerWrapper.prepareStart(ContainerWrapper.java:363) at com.sap.engine.services.deploy.server.application.StartTransaction.prepareCommon(StartTransaction.java:251) at com.sap.engine.services.deploy.server.application.StartTransaction.prepare(StartTransaction.java:209) at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhasesOnOneServer(ApplicationTransaction.java:502) ... 8 more Caused by: com.sap.engine.services.jndi.persistent.exceptions.NameAlreadyBoundException: Object with name com.sap.aii.adapter.soap.lib is already bound. at com.sap.engine.services.jndi.implserver.ServerContextImpl.bind(ServerContextImpl.java:343) at com.sap.engine.services.jndi.implclient.ClientContext.bind(ClientContext.java:850) at com.sap.engine.services.jndi.implclient.ClientContext.bind(ClientContext.java:695) at com.sap.engine.services.jndi.implclient.ClientContext.bind(ClientContext.java:912) at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.bind(ResourceAdapterStarter.java:487) at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.instantiateMCF(ResourceAdapterStarter.java:375) C) Cannot bind "com.sap.aii.adapter.soap.lib";. [EXCEPTION] com.sap.engine.services.connector.exceptions.BaseDeploymentException: Cannot bind "com.sap.aii.adapter.soap.lib";. at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.instantiateMCF(ResourceAdapterStarter.java:393) at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.initResourceAdapter(ResourceAdapterStarter.java:122) at com.sap.engine.services.connector.deploy.ConnectorContainerImpl.prepareStart(ConnectorContainerImpl.java:303) at com.sap.engine.services.deploy.server.utils.container.ContainerWrapper.prepareStart(ContainerWrapper.java:363) at com.sap.engine.services.deploy.server.application.StartTransaction.prepareCommon(StartTransaction.java:251) at com.sap.engine.services.deploy.server.application.StartTransaction.prepare(StartTransaction.java:209) at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhasesOnOneServer(ApplicationTransaction.java:502) at com.sap.engine.services.deploy.server.application.ParallelAdapter.makeAllPhasesImpl(ParallelAdapter.java:483) at com.sap.engine.services.deploy.server.application.StartTransaction.makeAllPhasesImpl(StartTransaction.java:584) at com.sap.engine.services.deploy.server.application.ParallelAdapter.runMe(ParallelAdapter.java:180) at com.sap.engine.services.deploy.server.application.ParallelAdapter.access$000(ParallelAdapter.java:43) at com.sap.engine.services.deploy.server.application.ParallelAdapter$1.run(ParallelAdapter.java:340) at com.sap.engine.frame.core.thread.Task.run(Task.java:73) at com.sap.engine.core.thread.impl5.SingleThread.execute(SingleThread.java:175) at com.sap.engine.core.thread.impl5.SingleThread.run(SingleThread.java:274) Caused by: com.sap.engine.services.jndi.persistent.exceptions.NameAlreadyBoundException: Object with name com.sap.aii.adapter.soap.lib is already bound. at com.sap.engine.services.jndi.implserver.ServerContextImpl.bind(ServerContextImpl.java:343) at com.sap.engine.services.jndi.implclient.ClientContext.bind(ClientContext.java:850) at com.sap.engine.services.jndi.implclient.ClientContext.bind(ClientContext.java:695) at com.sap.engine.services.jndi.implclient.ClientContext.bind(ClientContext.java:912) at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.bind(ResourceAdapterStarter.java:487) at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.instantiateMCF(ResourceAdapterStarter.java:375) d) Global operation [startApp] over [application] [sap.com/com.sap.aii.adapter.soap.lib] finished with errors for [16]ms on server [4796750 >>> without warnings << >> Errors <<< 1). Cannot bind "com.sap.aii.adapter.soap.lib";. -> Object with name com.sap.aii.adapter.soap.lib is already bound. 2). com.sap.engine.services.connector.exceptions.BaseDeploymentException: Cannot bind "com.sap.aii.adapter.soap.lib";. at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.instantiateMCF(ResourceAdapterStarter.java:393) at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.initResourceAdapter(ResourceAdapterStarter.java:122) at com.sap.engine.services.connector.deploy.ConnectorContainerImpl.prepareStart(ConnectorContainerImpl.java:303) at com.sap.engine.services.deploy.server.utils.container.ContainerWrapper.prepareStart(ContainerWrapper.java:363) at com.sap.engine.services.deploy.server.application.StartTransaction.prepareCommon(StartTransaction.java:251) at com.sap.engine.services.deploy.server.application.StartTransaction.prepare(StartTransaction.java:209) at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhasesOnOneServer(ApplicationTransaction.java:502) at com.sap.engine.services.deploy.server.application.ParallelAdapter.makeAllPhasesImpl(ParallelAdapter.java:483) at com.sap.engine.services.deploy.server.application.StartTransaction.makeAllPhasesImpl(StartTransaction.java:584) at com.sap.engine.services.deploy.server.application.ParallelAdapter.runMe(ParallelAdapter.java:180) at com.sap.engine.services.deploy.server.application.ParallelAdapter.access$000(ParallelAdapter.java:43) at com.sap.engine.services.deploy.server.application.ParallelAdapter$1.run(ParallelAdapter.java:340) at com.sap.engine.frame.core.thread.Task.run(Task.java:73) at com.sap.engine.core.thread.impl5.SingleThread.execute(SingleThread.java:175) at com.sap.engine.core.thread.impl5.SingleThread.run(SingleThread.java:274) Caused by: com.sap.engine.services.jndi.persistent.exceptions.NameAlreadyBoundException: Object with name com.sap.aii.adapter.soap.lib is already bound. at com.sap.engine.services.jndi.implserver.ServerContextImpl.bind(ServerContextImpl.java:343) at com.sap.engine.services.jndi.implclient.ClientContext.bind(ClientContext.java:850) at com.sap.engine.services.jndi.implclient.ClientContext.bind(ClientContext.java:695) at com.sap.engine.services.jndi.implclient.ClientContext.bind(ClientContext.java:912) at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.bind(ResourceAdapterStarter.java:487) at com.sap.engine.services.connector.deploy.util.ResourceAdapterStarter.instantiateMCF(ResourceAdapterStarter.java:375) Any of you have seen this kind of problem. Thanks Sam Edited by: sam robert on Jul 2, 2010 10:24 PM

    Hi Sam,
    1- What is your PI version?
    2- Do you use a High Availability system?
    3- Can you describe your scenario?
    From the 503 error, here is a generic description:
    The error message 503 Service unavailable Application stopped! is displayed.
    Description:The server is currently unable to handle the request due to a temporary overloading or maintenance of the server. The implication is that this is a temporary condition which will be alleviated after some delay. If known, the length of the delay MAY be indicated in a Retry-After header. If no Retry-After is given, the client SHOULD handle the response as it would for a 500 response.
    Note: The existence of the 503 status code does not imply that a server must use it when becoming overloaded. Some servers may wish to simply refuse the connection.
    Possible Tips: Because of J2EE application com.sap.aii.af.ms.app not active
    u2022 Try to (re)start the application using the Visual Administrator Choose Server --> Services --> Deploy --> View on Application or restart the J2EE engine
    u2022 The problem is that not all J2EE services can be started by the J2EE. i.e Start the Visual Administrator and select Server->Services->Deploy in the tree on the left. On the right-hand side, choose the Runtime tab page. You see a tree in the right window with all applications if you select the APPLICATION radio button. Check if they are running, otherwise choose Start. Usually the J2EE engine starts all services automatically.
    u2022 Refer SAP Note 803145,807000,791655
    Regards,
    Caio Cagnani

  • PI 7.11 Central Adapter Engine is not started

    Hi Experts,
    After active objects list, in the central adapter engine: ache update not yet started.
    Looking for this error, is possible that is the RFC INTEGRATION_DIRECTORY_HMI because responde 403 forbidden,
    Did you have any tips?
    Thank you!
    Bruno

    Are you sure supplied credentials are valid for PIISUSER?
    1) HTTP response does not contain a valid XML root tag or Error 'HTTP status code 400 Bad Request' while executing HTTP request (calling method 'get_status')
    The error 'HTTP response does not contain a valid XML root tag' occurs when path prefix of the destination is '/dir/hmi_cache_refresh_service/ext'.
    The error 'Error 'HTTP status code 400 Bad Request' while executing HTTP request (calling method 'get_status')' when path prefix is '/dir/CacheRefresh'.
    Solution: Go to transaction sm59 and open destination of type 'H' INTEGRATION_DIRECTORY_HMI. Select "Connection Test". The connection test should return HTTP response 200.
    Now go to "Logon & Security" tab and ensure that username and password are stored in the system. Fixing credentials should fix the problem.
    Note: Credentials cannot be tested via "Connection Test" tool. If used credentials are wrong, the server simply returns login html page (using HTTP response code 200). As the login html page is not a valid cache refresh xml document, an error is shown in sxi_cache.

  • Non-central adapter engine not visable in integration builder

    ls,
    I have a pi system and a separate non-central adapter engine. After installing i did all the post actions including the following part:
    5.13 Clearing the SLD Data Cache after Installing a Non-central Advanced Adapter Engine
    When you have installed a non-central Advanced Adapter Engine, you need to manually clear the SLD Data Cache in the Integration Builder to make it visible and selectable in the communication channels.
    Procedure
    1.
    After SAPinst has finished, open the Integration Builder of your PI system at http://<host>:<port>/dir/start/index.jspIntegration Directory and logon as a user with the ABAP role SAP_XI_CONFIGURATOR assigned.
    2.
    In the Integration Builder, choose Environment.
    3.
    From the drop-down list, choose Clear SLD Data Cache.
    (as described in: Installation GuideAdapter Engine (Java EE) 7.1 Including Enhancement Package 1 on Windows: MS SQL ServerTarget)
    However when creating a communication channel in the integration builder there is only the central adapter engine to choose in parameter tab screen.
    I was hoping maybe some-one knows what else need to be done to make de non-central known as adapter engine.
    thanks in advance
    Peter

    HI,
    with user PIDIRUSER i was indeed able to refresh the af cache. Unfortunately without a positive
    Under the runtime workbench (http://<host>:<port>0/rwb/index.jsp) tab sld registration i don't see the ae neither under non-central components. If i try to register i get:
    Registration of Adapter Framework with SLD was successful
    Registration of fix AF adapter services with the SLD was successful
    Registration of dynamic CPA cache based AF adatper services with SLD was successful
    but no AAE...although it is visible in the SLD under technical systems...

  • Configuration of JMS Adapter in Central Adapter Engine

    Hi all,
    I have configured Sender JMS Adapter in Central Adapter Engine with the following parameters:
    Adapter type : JMS
    Transport Protocol : WebSphere MQ (non-jms)
    Message Protocol : JMS1.x
    Adapter Engine : Integration Server
    Queue Connection Factory java class :Com.ibm.mq.jms.MQQueueConnectionFactory
    Queue java class : com.ibm.mq.jms.MQQueue
    ipadd : localhost
    port : 1414
    Queue Manager name : TEST.QMGR
    Channel Name : CH1
    JMS Queue : LQ
    CCSID : 437
    Protocol : TCP/IP
    JMS-compliant : WebSphere MQ(non-jms)
    JMS Queue user : MUSR_MQADMIN
    Mapping of message : Entire Message = JMS Payload
    But the status is red with an error message Sender Details : NULL
    Could you please tell me what went wrong?
    Regards
    Sathya

    Hi,
    Make sure that Websphere MQ server is running.
    If u r comfortable with java, you can even write a Java code to acces the server and check if the JMS server is working fine. Some times there will be sample applications provided by Websphere MQ itself.
    Once the java program works then it will be easy to debug the error over here.
    Regards,
    P.Venkat

  • "Non-Central Adapter Engines" in RWB

    Hi.
    We install XI system and we changed host name according to notes 757692.
    After then, We found one problem in RWB.
    When we run Component Monitor in RWB, Adapter engine is in "Non-Central Adapter Engines".
    Why Adapter engine is in "Non-Central Adapter Engines" node ?
    Any ideas ?
    Regards, Arnold.

    Hello Sonali
    This is most likely caused by errors registering the XI components in the SLD. Apply the notes below:
    #764176 Error in XI due to inconsistent SLD contents
    #1117249 Incomplete Registration of PI components in SLD
    #1334053 No automatic PI 7.10 SLD Registration
    Also search the forum for similar issues registering the adapter engine in the SLD components.
    Regards
    Mark

  • Issue when receiving SOAP message with HTTPS on non-central adapter engine

    Hi,
    we have a central XI system (PI 7.1 EHP1 SP03) and a non-central adapter engine (XI 3.0) in the DMZ, both systems on HP-UX.
    In the affected configuration scenario, a business partner is sending us IDocs (INVOIC.INVOIC01) over HTTPS with Certificate Authentication and without SOAP Envelope.
    The configuration and security settings seem to be correct, because we've already received several messages successfully over this connection. Now, since several weeks no message arrives anymore in our system, while the business partner always gets a HTTP_OK_200 response. So the messages seem to be accepted by our system, but nothing is shown, neither in the MessageMonitoring or CommunicationChannelMonitoring of the Runtime Workbench, nor in the in the traces/logs of the NetweaverAdministrator (trace level = DEBUG for "com.sap.aii.adapter.soap").
    I also removed the assigned user in the sender agreement which should cause a HTTP_500_error on sender side, but our business partner still got a "OK_200" notification and we didn't find any information in the trace of our system.
    When using TCPGateway to trace the communication, I can see an arriving message and the response, but it's encrypted because of HTTPS.
    1) Did anyone have similiar issues yet?
    2) Are there any further possibilities to check if an incoming message at the SOAP adapter fails?
    3) Which further trace settings can be done, to get most detailed informations about the soap traffic?
    4) Is there a way to decrypt the message of the TCPGateway (e.g. with private key of server)?
    I'm looking forward for any helpful hints or information!
    Regards,
    Juergen

    Issue solved by SAP note 1115650 "J2EE Engine kernel.sda SP20 cumulative patch"

  • Sand box Non-central adapter engine entry is shown under development rwb

    Hi All,
    Recently we had a sand box which is a sytem copy of our development server, and everything works fine now.
    I have observed a strange issue here is, in the developement rwb under the Non-Central Adapter engines I see a entry as "Adapter Engine T49 (sand box host name)" the SID seen here is a sand box SID, and till today we never installed any non-central adapter engine either on dev or sand box, I am suprised to see this entry, can some one
    please help me to understand why is this sand box entry is shown under development rwb and where can I set this or where how can I delete this entry.
    Surprisingly I do not see the same non central adapter engine entry on sand box rwb.
    All the servers are XI 3.0 (SP 19).
    Thanking you in advance..
    Regards
    Sonali
    Edited by: Sonali R on Sep 14, 2009 10:59 AM

    Hi Sonali,
    The adapter and integration server engines gets registered with the data in SLD. Please check SLD associations for all XI classes.
    Best Regards
    Raghu

  • Non-central adapter engine setup with web dispatcher

    Our PI setup is working perfectly in our private zone, now the requirement is to expose our PI to public zone to do our B2B transactions. We have proposed a solution but I need your expert suggestion on this. Solution proposed 
    Public Zone -|Semi public zone| Semi private zone |----Private zone
    |>>>Application gateway >>>>>>>>| Non-Central Advanced<==========>|------ PI 7.1
    |>>>(For Inbound message) >>>>>>| Engine (For both Inbound and<=====>|------(IS, central AAE, IE)
    |<<<<< Proxy<<<<<<<<<<<<<<<<<<|Outbound message and<==========>|                                               
    |<<<<<For outbound)<<<<<<<<<<<<|Load balancing for B2B)<=========>|                                                                               
    Non-central AAE will be in semi private DMZ. It will send/receive all B2B messages from/to semi public DMZ via Application gateway for inbound messages and proxy for outbound messages.
    Then Non-central AAE will work with the PI central instance running in Private DMZ to receive and send messages.
    My Questions:
    1) Do we need a SAP web dispatcher to work in between (Application gateway, Proxy) and (Non-central AAE)   ?
        My understanding: SAP web dispatcher balances the load which will enhance the performance but it is not mandatory. Non-central AAE can work independently with Application gateway and Proxy to receive and send messages.
    2) What is the configuration we need at non-central AAE to exchange messages with the application gateway and proxy?
    Thanks
    Amaresh

    what is use of non central Adapter engine in Java server proxy?
    The collaboration profile agreement service (CPA service) does not read the CPA cache from the Integration Directory.
    You define the user that is to send the messages to the Integration Server in a service parameter. When the Integration Server receives the message with this user, it checks the user using the access control list. This check is not performed for the technical user XIAFUSER.
    pls refer below link:
    http://help.sap.com/saphelp_nw73/helpdata/en/48/d7fb415ba90783e10000000a42189d/frameset.htm

  • Non-central adapter engine entry is shown under development rwb

    Hi All,
    Recently we had a sand box which is a sytem copy of our development server, and everything works fine now.
    I have observed a strange issue here is, in the developement rwb under the Non-Central Adapter engines I see a entry as "Adapter Engine T49 (sand box host name)" the SID seen here is a sand box SID, and till today we never installed any non-central adapter engine either on dev or sand box, I am suprised to see this entry, can some one
    please help me to understand why is this sand box entry is shown under development rwb and where can I set this or where how can I delete this entry.
    Thanking you in advance..
    Regards
    Sonali

    Hello Sonali
    This is most likely caused by errors registering the XI components in the SLD. Apply the notes below:
    #764176 Error in XI due to inconsistent SLD contents
    #1117249 Incomplete Registration of PI components in SLD
    #1334053 No automatic PI 7.10 SLD Registration
    Also search the forum for similar issues registering the adapter engine in the SLD components.
    Regards
    Mark

  • Seeing old deleted comm. channels on Non-Central Adapter Engines

    hello,
    We have a landscape of PI 7.0 machine connected with 3 Non-Central Adapter Engines installed on another machine, which generally works fine.
    Somehow, after doing a lot of changes in the integration directory (creating and deleting object: scenario, comm. channels and ect...)  -  two of the non-central AE shows comm. channels which were already deleted (and activated ofcourse) in the integration directory.
    What i tried already:
    run CPACache in mode=full on each of those AE, clear SLD cache and even restarted those J2EE instances. but it didn't work out. the thing that is also weird is that I can start/stop those old comm. channels. how do we get rid of those old channels?
    I would appreciate any suggestions .

    Problem is solved.
    In integration directory we could not see the old comm. channels under the objects tab or under any scenario, but they existed as shown in RWB.
    From CPA cache we picked up the comm. channels object IDs and search for it in integration directory UI, once they were found - it was easy to actually delete them.
    What went wrong?
    These old comm. channels were assigned under deleted services which were under deleted parties. For some unknown reason, after deleting the services and parties successfully, the comm. channels underneath were not deleted and could not shown in any of objects tab GUI tree's nodes.
    We could not reproduce this behaviour.

Maybe you are looking for