Skip to Content
author's profile photo Former Member
Former Member

Agentry Application is getting deleted after Server Restart in SMP 3.0

Hi Experts,

I am facing a serious problem with production in SMP 3.0

I am publishing a version of Agentry Application in SMP 3.0 and after server restart it is getting deleted from the management cockpit.

As per the business requirement I am maintaining 4 versions of application in the server.

Currently I am working on Workmanager 6.2 application and SMP server is SMP 3.0 SP9.

The process which I am following for deploying application is as follows:

  1. Publishing the application from eclipse into a folder where it creates the ZIP file of the application.
  2. Browsing the ZIP file from the management cockpit to publish it.

Please help me out with the issue.

Thanks and Regards,

Shubham Taksali

Add a comment
10|10000 characters needed characters exceeded

Related questions

1 Answer

  • Posted on Apr 15, 2016 at 08:46 PM


    Hi. I will gladly answer your question here.

    Let me try to answer your questions in two folds:

    1) First let me share the best practice or limitation on multiple apps in SMP 3.0.

    Please reference #

    2) Each time you do changes into the SMP 3.0 cockpit, it is assumed you have published it accordingly.

    For example:

    (Following 2306453 document above) I have Work Manager 6.3 and Inventory Manager 4.2 in my SAP Cockpit.

    Setup or Given:

    Let: Cockpit have two "DIFFERENT" applications (See reference link above for best practice).

    SAP Cockpit:

    |__SAPWM-v1-0-0.agpz (Version 1) - inside the file (application\Production).
    |__SAPIM-v2-0-2.agpz (Version 2 minor 2)

    If I want to do a modification to SAPWM version 1 but all I did was modify the Java files in my (Java/newJava.jar) then I do a load to SMP 3.0 again. I may get what was originally loaded in the shared database (which I do not want because I want the modified one).

    Why is this the case? Because there was no identified changes to the key name of the publish.

    If you want to see changes then you need an official delta change on the actual name of the version of the product.

    In my example above, your published application should now be SAPWM-v2-0-0 or SAPWM-v1-0-1 or SAPWM-v1-1-0.agpz or the system (SAP Cockpit) will not detect a delta change. The incremental number is what is key to trigger that the system will need to replace or load your newly change application into the database. If this step is not done, you may end up loading a prior version from the database back into memory upon restart of the application (what if your prior version is blank?) or you will notice a no change when you restart the SMP 3.0 server.

    So my theory is your steps above may have violated the SAP KBA link above (not sure as I have not seen your SMP 3.0 cockpit) + you probably didn't know the trick about the incremental number requirement.

    We do proactive upskilling for a lot of our customers in SAP Support and this technique is normally discussed in the onsite or web session (try to ask about SAP Customer Outreach from your SAP AE or local support personnel like me - need customer ID # to qualify - technically you need proof you pay for your support maintenance as this is covered in it - topics - SMP 3.0 Agentry administration). It may or may not be available to all regions of SAP yet (If your support staff does not know what it is - ask them to ask their SAP GFM for details about Customer Outreach for their corresponding SAP products).

    3. You may also try newer version of SMP 3.0 like SMP 3.0 SP10 PL06.

    4. Also multiple apps in the SAP Mobile Platform 3.0 cockpit can contribute to degraded performance:


    SAP Mobile Platform 3.0 Cockpit.


    |_.. and others

    Each time you restart it will try to load and connect to the entire applications + your corresponding cluster nodes. This may influence run time on restart.

    Hope this helps.

    Best Regards,

    Mark Pe
    SAP Platinum Support Engineer

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.