Skip to Content

What’s New in the Portal for SAP Enhancement Package 1 for SAP NetWeaver 7.0

What will the upcoming version of SAP enhancement package 1 for SAP NetWeaver 7.0 bring to the portal? Here are just some of the features that provide improved performance and functionality, especially in the realm of the Federated Portal Network (FPN).

Feature List

  • Navigation Cache – Preloading Roles: Imagine having great portal performance, especially when you are the first user to access a certain role. The cachepreloader service allows you to upload all of a user’s roles into the navigation cache. Administrators can specify multiple user IDs, and when the cachepreloader service starts, all of the roles belonging to the specified users are uploaded into the cache.
  • Setting a Default Property Category: Until now, when opening the Property Editor, the first property category to open by default was Information. Content administrators can now specify default property categories for iViews and pages using the Default Property Category property. They can also set the new default on an iView or page template so that all objects based on the template use the same default property category.


  • Integrating Remote Applications into Local iViews: Content administrators can now create local iViews which run remote Web Dynpro Java applications that have been deployed on a different portal installation. There is no need to create a remote Web Dynpro Java iView on the remote system before consuming the application – the local iView is directly connected to the remote application.


  • Federated Portal Network (FPN) Performance Improvements: A release wouldn’t be a release without some FPN enhancements…here’s a sampling of some of the improvements.
    • Caching System IDs: A new portal service, called SLGP allows system IDs which are mapped to federated portal aliases to be cached on the consumer portal. As you can imagine, this greatly improves response times and system performance for the remote role assignment and remote delta link usage modes.
      Heads Up! You won’t be able to use this feature if you have implemented dynamic system resolution in your portal landscape.


    • Setting Up Trust Between Consumer and Producer Portals: Back in SAP NetWeaver 7.0 SPS14, the SAP NetWeaver Administration tool introduced a new wizard for configuring Single-Sign-On authentication with SAP logon and assertion tickets. FPN uses this wizard to simplify the setup of trust between a producer and consumer, and reduces some of the manual steps that were required in previous setups. Furthermore, the manual configuration of authorization settings using the Visual Administrator tool is no longer needed. The federated portal network documentation is now aligned with the functionality provided by the new wizard.
    • Configuring HTTP-Based Producer-Consumer Communication with HTTPS-Based Client-Consumer Communication: Until now, the communication protocol between a consumer portal and a producer portal had to be the same as the runtime communication protocol used between the portal client of business users and the consumer and producer portals. Now, a system administrator can configure the communication protocol between a producer and consumer to work over HTTP while the end user client accesses the consumer portal and producer portal over HTTPS.

Watch this blog for links to the release notes (and other information) – available soon.

You must be Logged on to comment or reply to a post.
  • Hey Mandy

    Excellent blog and u have the provided the information in an organised manner…

    A quick question, does Remote application Webdynpro iView support implict Webdynpro personalisation…

    and of course… wehn can we have a chance to get our hands dirty with this enhancement pack 🙂


    • Hi,

      RAI iView is designed to act in the same way as a ‘regular’ WD iView and therefore implicit personalization should work. However, i have no knowledge about actual testing of this capability.

      I’ll make the inquiry about the version that this feature will be availabe in.


      • Thanks Avi!

        It would be interesting to know how an RAI webdynpro iView supports implicts personlization, would one be able to embed RAI iviews in new WD pagebuilder pages.


        • Hi,

          You can regard the RAI iView as a local proxy iView inside an iFrame (isolated) which redirects the browser to a virtual iView on the remote side that is based on the remote application. the personalized data is stored on this virtual iView on the producer side (if it is an iView personalized data) or on the local (consumer) page (if it is a page personalized data).

          You should be able to embed the iView in a new WD pagebuilder page but being isolated i don’t see the point in doing so.


          • Avi, why should I put a local proxy into an iframe?
            What’s the advantage over an old-fashioned AI iView then?
            I would expect the RAI iView to run embedded.
            Then my question would be: can it also use the features of the WD proxy page like suspend/resume?
            How about a CE provider and a 7.0 consumer?
          • Hi Desh,

            In regards to that, there is no advantage over the standard AI iView which by the way also runs isolated inside an iFrame (i verified it with the feature owner before answering your question). There is no way to bring the content from remote and embed it as is in the local page, at least not that i am aware of. A CE producer with a 7.0 consumer is supported and tested.

            I’m not familiar with the WD proxy page but if this is a standard Application Integration feature or a feature of the WD Application than i should be available also with the RAI.

            As i am not always checking this blog, please send me an E-mail ( indicating you have a question waiting for an answer so you wont wait for an answer too long.


  • Avi

    Good to read about the new features. Comment I have is that when we develop a regular local WD Java iview we see choose create a WD iview from the first three options and then portal displays a tree of all the locally deployed WD applications from where we can choose the WD app on which the iview would be based.

    Now in case RAI would we see the remotely deployed WD apps tree from where we can choose the remote WD App.

    • Yes.

      A dedicated iView template wizard will present all the available remote portal installations and once choosing one, it presents the WD Applications and DCs.


    • Integrating Remote Applications into Local iViews –
      I want to integrate applications from CE 7.1 this way.

      but I can’t found any sample or documentation how to do this.

      can someone point to it?


    • The answer to your question is yes.

      This is what i got from a colleague of mine Alan Rubin regarding this issue:
      Local Portal Applications compute locale by (in order of priority):
      1.     Check ForcedRequestLanguage property in iView (I’m not sure if this works also for pages) – if not found
      2.     Check UME locale for current user – if not defined
      3.     Use browser’s locale

      Application Integrator uses the above resolution to send a “sap-locale” attribute in the request with locale data to the remote application.


  • We should have this information for all the new features exactly in this format, so keep it coming. I guess Dan W. has transitioned this job for Portal to you. So far great work…

    How about creating a blog with all the (default) Portal Services that run in the Portal and their purpose and configuration. Supposedly SAP had this available at one time but maybe this can be revived with this crossroads of a major change to NW Portal technology. In 7.1 this will be easier to decipher but for now this would be a good thing to provide on Portal as well. We all know the Portal starts up with a bunch of services and so forth… with more that can be added. always leaves too much “out”… and not enough “in”. 🙂

  • Mandy,

    Thank you for the information that you have shared! We have a NW7.0 SP15 Producer and Consumer portals and when we tried to use Quick Links through Remote Role Assignments, it did not work as expected. SAP responded saying QuickLinks would not work until Enhancement Package 1.

    Can you please confirm this?

    Thank you,

  • Hello Mandy,

    I’m interested on the new portal service SLGP because of bad fpn performance. What does this parameter cause exactly and where can I find further information about it? Thanks!
    Best Regards, Sandra

    • Hi Sandra,

      Here is a link to detailed documentation: -> section “Configuring System ID Cache Settings on the Consumer”

      As you will see in the documentation, the benefits of caching system IDs for federated portal network implementations are:

      – Decreased number of roundtrips between a producer portal and consumer portal.
      – Reduced number of sessions opened on the producer portal.
      – Improved response times and overall system performance.

      Note that one should not activate this setting if dynamic system resolution is implemented in the portal landscape.

      Best Regards,

      • Hi Mandy,

        thanks for your fast reply! Since the activation of SLPG, the navigation content of our producer portal is loaded much faster in the consumer portal than before. Great! Which Cache parameters are related to SLPG?

        Since when is SLPG available? Because we also have a system 7.0 SPS 14 and I found the SLPG service there too. Are there differences to SLPG in EHP1?

        Best regards,

        • Hi Sandra,

          I’m happy to hear that by enabling the SLPG service, the content is loaded much faster. The cache parameters related to the SLPG are maxCacheSize, cachePersistency and maxValidityPeriodInSec
          and are explained with details at the link provided by Mandy, please check the “Configuring System ID Cache Settings on the Consumer” at the help page.

          Regarding your 7.0 system, you are lucky, as the SLPG service cache option is available since 7.0 SP14 and there is no difference between it and the EHP1 version.

          Hope it helps,
          Alan Rubin – FPN Development

    • Sandra Hi,

      – in EhP01 the cache refreshed only on demand, in EhP02 a scheduler will be implemented.

      – you can see if the cache works if you will navigate to “system Administration” -> “Navigation” -> “Navigation Cache” -> “Show Content” , there you can see if your entry is in.

      – the entry [username:3:false:de,en] is valid, the meaning is that for user ‘username’ at least 3 levels with locales de and en will be loaded to the cache.

      Navigation Developer.

  • Hello,

    On our EP environment, when clearing the navigation cache, this should allow users to see anything newly added.  Will this package fix or help us with this issue?

    We’re on SAP EP 7 SPS 13.

    Thank you,

    • Sorry, let elaborate on the issue a little more.  When we were on SPS9 and developing portal pages, users were assigned to the roles will not see the pages unless we clear the cache. When we went to SPS13, we lost this funtionality. Meaning when we try to clear the cache it didn’t work. User would have to wait some time until the cache synced up.  With this enhancement package, will this issue be resolved when clearing the cache?

      Thank you,

      • Francis Hi,

        Sorry for the late reply, It seems like your old navigation is still enabled which is not good.
        To disable the old cache please follow this steps:
        1. open SAP J2EE administrator tool (visual admin)
        2. navigate to Services -> -> Properties ->
        3. set the value of it to false.
        4. restart the portal

        Navigation Team.

        • Hi Ronny,

          Checked this setting in our portal landscape and it is set to true. Should this be disabled for any system? Was this replaced by other settings?

          Beat Stoller