{"id":12355,"date":"2019-04-14T16:05:14","date_gmt":"2019-04-14T14:05:14","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/"},"modified":"2019-04-14T16:05:14","modified_gmt":"2019-04-14T14:05:14","slug":"weblogic-update-on-the-wlst-monitoring","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/","title":{"rendered":"WebLogic – Update on the WLST monitoring"},"content":{"rendered":"

A few years ago, I wrote this blog<\/a> about a WLST script to monitor a WebLogic Server. At that time, we were managing a Documentum Platform with 115 servers and now, it’s more than 700 servers so I wanted to come back in this blog with an update on the WLST script.<\/p>\n

1. Update of the WLST script needed<\/h3>\n

Over the past two years, we installed a lot of new servers with a lot of new components. Some of these components required us to adapt slightly our monitoring solution to be able to handle the monitoring in the same, efficient way, for all servers of our Platform: we want to have a single solution which fits all cases. The new cases we came accross where WebLogic Clustering as well as EAR Applications.<\/p>\n

In the past, we only had WAR files related to Documentum: D2.war, da.war, D2-REST.war, aso… All these WAR files are quite simple to monitor because one “ApplicationRuntimes” equal one “ComponentRuntimes” (I’m talking here about the WLST script from the previous blog). So basically if you want to check the number of open sessions [get(‘OpenSessionsCurrentCount’)] or the total amount of sessions [get(‘SessionsOpenedTotalCount’)], then it’s just one value. EAR files often contain WAR file(s) as well as other components so in this case, you have potentially a lot of “ComponentRuntimes” for each “ApplicationRuntimes”. Therefore, the best way I found to keep having a single monitoring solution for all WebLogic Servers, no matter what application is deployed on it, was to loop on each components and cumulate the number of open (respectively total sessions) for each components and then return that for the application.<\/p>\n

In addition to that, we also started to deploy some WebLogic Servers in Cluster so the monitoring script also needed to take that into account. In the previous version, the WLST script supposed that the deployment was a single local Managed Server (local to the AdminServer) so in case of a WLS Cluster, the deployment target can be a cluster and in this case, the WLST script wouldn’t find the correct monitoring value so I had to introduce a check on whether or not the Application is deployed on a cluster and in this case, then I’m selecting the deployment on the local Managed Server that is part of this cluster. We are using the NodeManager Listen Address to know if the Managed Server is a local one so it expects both the NodeManager and the Managed Server to use the same Listen Address.<\/p>\n

As a side note, in case you have a WebLogic Cluster that is deploying an Application only on certain machines of the WebLogic Domain (so for example you have 3 machines but a cluster only targets 2 of them), then on the machine(s) where the Application isn’t deployed by the WebLogic Cluster, the monitoring will still try to find the Application on a local Managed Server and it will not succeed. This will still create a log file for this Application with the following content: “CRITICAL – The Managed Server ‘ + appTargetName + ‘ or the Application ‘ + app.getName() + ‘ is not started”. This is expected since the Application isn’t deployed there but it’s then your job to either set the monitoring tool to expect a CRITICAL or just not check this specific log file for this machine.<\/p>\n

Finally the last modification I did was using a properties file instead of embedded properties because we are now deploying more and more WebLogic Servers with our silent scripts (takes a few minutes to have a WLS fully installed, configured, with clustering, with SSL, aso…) and it is easier to have a properties file for a WebLogic Domain that is used by our WebLogic Servers as well as by the Monitoring System to know what’s installed, if it’s a cluster, where is the AdminServer, if it’s using t3 or t3s, aso…<\/p>\n

2. WebLogic Domain properties file<\/h3>\n

As mentioned above, we started to use properties file with our silent scripts to describes what is installed on the local server aso… This is an extract of a domain.properties file that we are using:<\/p>\n

[weblogic@weblogic_server_01 ~]$ cat \/app\/weblogic\/wlst\/domain.properties\n...\nNM_HOST=weblogic_server_01.dbi-services.com\nADMIN_URL=t3s:\/\/weblogic_server_01.dbi-services.com:8443\nDOMAIN_NAME=MyDomain\n...\nCLUSTERS=clusterWS-01:msWS-011,machine-01,weblogic_server_01.dbi-services.com,8080,8081:msWS-012,machine-02,weblogic_server_02.dbi-services.com,8080,8081|clusterWS-02:msWS-021,machine-01,weblogic_server_01.dbi-services.com,8082,8083:msWS-022,machine-02,weblogic_server_02.dbi-services.com,8082,8083\n...\n[weblogic@weblogic_server_01 ~]$<\/pre>\n
The parameter “CLUSTERS” in this properties file is composed in the following way:<\/p>\n
    \n
  • If it’s a WebLogic Domain with Clustering: CLUSTERS=cluster1:ms11,machine11,listen11,http11,https11:ms12,machine12,…|cluster2:ms21,machine21,…:ms22,machine22,…:ms23,machine23,…\n
      \n
    • ms11 and ms12 being 2 Managed Servers part of the cluster cluster1<\/li>\n
    • ms21, ms22 and ms23 being 3 Managed Servers part of the cluster cluster2<\/li>\n
    • …<\/li>\n<\/ul>\n<\/li>\n
    • If it’s not a WebLogic Domain with Clustering: CLUSTERS= (equal nothing, it’s empty, not needed)<\/li>\n<\/ul>\n
      There are other properties in this domain.properties of ours like the config and key secure files that WebLogic is using (different from the Nagios ones), the NodeManager configuration (port, type, config & key secure files as well) and a few other things about the AdminServer, the list of Managed Servers, aso… But all these properties aren’t needed for the monitoring topic so I’m only showing the ones that make sense.<\/p>\n
      3. New version of the WLST script<\/h3>\n
      Enough talk, I assume you came here for the WLST script so here it is. I highlighted below what changed compared to the previous version so you can spot easily how the customization was done:<\/p>\n
      [nagios@weblogic_server_01 ~]$ cat \/app\/nagios\/etc\/objects\/scripts\/MyDomain_check_weblogic.wls\n# WLST\n# Identification: check_weblogic.wls  v1.2  15\/08\/2018\n#\n# File: check_weblogic.wls\n# Purpose: check if a WebLogic Server is running properly\n# Author: dbi services (Morgan Patou)\n# Version: 1.0 23\/03\/2016\n# Version: 1.1 14\/06\/2018 - re-formatting\n# Version: 1.2 15\/08\/2018 - including cluster & EAR support\n#\n###################################################\n\nfrom java.io import File\nfrom java.io import FileOutputStream\n\nimport re\n\nproperties='\/app\/weblogic\/wlst\/domain.properties'\n\ntry:\n  loadProperties(properties)\nexcept:\n  exit()\n\ndirectory='\/app\/nagios\/etc\/objects\/scripts'\nuserConfig=directory + '\/' + DOMAIN_NAME + '_configfile.secure'\nuserKey=directory + '\/' + DOMAIN_NAME + '_keyfile.secure'\n\ntry:\n  connect(userConfigFile=userConfig, userKeyFile=userKey, url=ADMIN_URL)\nexcept:\n  exit()\n\ndef setOutputToFile(fileName):\n  outputFile=File(fileName)\n  fos=FileOutputStream(outputFile)\n  theInterpreter.setOut(fos)\n\ndef setOutputToNull():\n  outputFile=File('\/dev\/null')\n  fos=FileOutputStream(outputFile)\n  theInterpreter.setOut(fos)\n\ndef getLocalServerName(clustername):\n  localServerName=\"\"\n  for clusterList in CLUSTERS.split('|'):\n    found=0\n    for clusterMember in clusterList.split(':'):\n      if found == 1:\n        clusterMemberDetails=clusterMember.split(',')\n        if clusterMemberDetails[2] == NM_HOST:\n          localServerName=clusterMemberDetails[0]\n      if clusterMember == clustername:\n        found=1\n  return localServerName\n\nwhile 1:\n  domainRuntime()\n  for server in domainRuntimeService.getServerRuntimes():\n    setOutputToFile(directory + '\/wl_threadpool_' + domainName + '_' + server.getName() + '.out')\n    cd('\/ServerRuntimes\/' + server.getName() + '\/ThreadPoolRuntime\/ThreadPoolRuntime')\n    print 'threadpool_' + domainName + '_' + server.getName() + '_OUT',get('ExecuteThreadTotalCount'),get('HoggingThreadCount'),get('PendingUserRequestCount'),get('CompletedRequestCount'),get('Throughput'),get('HealthState')\n    setOutputToNull()\n    setOutputToFile(directory + '\/wl_heapfree_' + domainName + '_' + server.getName() + '.out')\n    cd('\/ServerRuntimes\/' + server.getName() + '\/JVMRuntime\/' + server.getName())\n    print 'heapfree_' + domainName + '_' + server.getName() + '_OUT',get('HeapFreeCurrent'),get('HeapSizeCurrent'),get('HeapFreePercent')\n    setOutputToNull()\n\n  try:\n    setOutputToFile(directory + '\/wl_sessions_' + domainName + '_console.out')\n    cd('\/ServerRuntimes\/AdminServer\/ApplicationRuntimes\/consoleapp\/ComponentRuntimes\/AdminServer_\/console')\n    print 'sessions_' + domainName + '_console_OUT',get('OpenSessionsCurrentCount'),get('SessionsOpenedTotalCount')\n    setOutputToNull()\n  except WLSTException,e:\n    setOutputToFile(directory + '\/wl_sessions_' + domainName + '_console.out')\n    print 'CRITICAL - The Server AdminServer or the Administrator Console is not started'\n    setOutputToNull()\n\n  domainConfig()\n  for app in cmo.getAppDeployments():\n    domainConfig()\n    cd('\/AppDeployments\/' + app.getName())\n    for appTarget in cmo.getTargets():\n      if appTarget.getType() == \"Cluster\":\n        appTargetName=getLocalServerName(appTarget.getName())\n      else:\n        appTargetName=appTarget.getName()\n      print appTargetName\n      domainRuntime()\n      try:\n        setOutputToFile(directory + '\/wl_sessions_' + domainName + '_' + app.getName() + '.out')\n        cd('\/ServerRuntimes\/' + appTargetName + '\/ApplicationRuntimes\/' + app.getName())\n        openSessions=0\n        totalSessions=0\n        for appComponent in cmo.getComponentRuntimes():\n          result=re.search(appTargetName,appComponent.getName())\n          if result != None:\n            cd('ComponentRuntimes\/' + appComponent.getName())\n            try:\n              openSessions+=get('OpenSessionsCurrentCount')\n              totalSessions+=get('SessionsOpenedTotalCount')\n            except WLSTException,e:\n              cd('\/ServerRuntimes\/' + appTargetName + '\/ApplicationRuntimes\/' + app.getName())\n            cd('\/ServerRuntimes\/' + appTargetName + '\/ApplicationRuntimes\/' + app.getName())\n        print 'sessions_' + domainName + '_' + app.getName() + '_OUT',openSessions,totalSessions\n        setOutputToNull()\n      except WLSTException,e:\n        setOutputToFile(directory + '\/wl_sessions_' + domainName + '_' + app.getName() + '.out')\n        print 'CRITICAL - The Managed Server ' + appTargetName + ' or the Application ' + app.getName() + ' is not started'\n        setOutputToNull()\n\n  java.lang.Thread.sleep(120000)\n\n[nagios@weblogic_server_01 ~]$<\/pre>\n
       <\/p>\n
      For all our WAR files, even if the WLST script changed, the outcome is the same since there is only one component and for the EAR files, it will just add all of the open sessions into a global count. Obviously, this doesn’t necessary represent the real number of “user” sessions but it’s an estimation of the load. We do not really care about a specific number but we want to see how the load evolves during the day and we can adjust our thresholds to take into account that it’s not just a single component’s sessions but it’s a global count.<\/p>\n
      You can obviously tweak the script to match your needs but this is working pretty well for us on all our environments. If you have ideas about what could be updated to make it even better, don’t hesitate to share!<\/p>\n
       <\/p>\n","protected":false},"excerpt":{"rendered":"
      A few years ago, I wrote this blog about a WLST script to monitor a WebLogic Server. At that time, we were managing a Documentum Platform with 115 servers and now, it’s more than 700 servers so I wanted to come back in this blog with an update on the WLST script. 1. Update of […]<\/p>\n","protected":false},"author":20,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[197],"tags":[129,143,647,723,380],"type_dbi":[],"class_list":["post-12355","post","type-post","status-publish","format-standard","hentry","category-application-integration-middleware","tag-documentum","tag-monitoring","tag-weblogic","tag-weblogic-server","tag-wlst"],"acf":[],"yoast_head":"\nWebLogic - Update on the WLST monitoring - dbi Blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"WebLogic - Update on the WLST monitoring\" \/>\n<meta property=\"og:description\" content=\"A few years ago, I wrote this blog about a WLST script to monitor a WebLogic Server. At that time, we were managing a Documentum Platform with 115 servers and now, it’s more than 700 servers so I wanted to come back in this blog with an update on the WLST script. 1. Update of […]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2019-04-14T14:05:14+00:00\" \/>\n<meta name=\"author\" content=\"Morgan Patou\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@MorganPatou\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Morgan Patou\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"8 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/\"},\"author\":{\"name\":\"Morgan Patou\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/c4d05b25843a9bc2ab20415dae6bd2d8\"},\"headline\":\"WebLogic – Update on the WLST monitoring\",\"datePublished\":\"2019-04-14T14:05:14+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/\"},\"wordCount\":1045,\"commentCount\":0,\"keywords\":[\"Documentum\",\"Monitoring\",\"WebLogic\",\"WebLogic Server\",\"WLST\"],\"articleSection\":[\"Application integration & Middleware\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/\",\"name\":\"WebLogic - Update on the WLST monitoring - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#website\"},\"datePublished\":\"2019-04-14T14:05:14+00:00\",\"author\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/c4d05b25843a9bc2ab20415dae6bd2d8\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\/\/www.dbi-services.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"WebLogic – Update on the WLST monitoring\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#website\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/\",\"name\":\"dbi Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/c4d05b25843a9bc2ab20415dae6bd2d8\",\"name\":\"Morgan Patou\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g\",\"caption\":\"Morgan Patou\"},\"description\":\"Morgan Patou has over 12 years of experience in Enterprise Content Management (ECM) systems, with a strong focus in recent years on platforms such as Alfresco, Documentum, and M-Files. He specializes in the architecture, setup, customization, and maintenance of ECM infrastructures in complex & critical environments. Morgan is well-versed in both engineering and operations aspects, including high availability design, system integration, and lifecycle management. He also has a solid foundation in open-source and proprietary technologies - ranging from Apache, OpenLDAP or Kerberos to enterprise-grade systems like WebLogic. Morgan Patou holds an Engineering Degree in Computer Science from ENSISA (\u00c9cole Nationale Sup\u00e9rieure d'Ing\u00e9nieurs Sud Alsace) in Mulhouse, France. He is Alfresco Content Services Certified Administrator (ACSCA), Alfresco Content Services Certified Engineer (ACSCE) as well as OpenText Documentum Certified Administrator. His industry experience spans the Public Sector, IT Services, Financial Services\/Banking, and the Pharmaceutical industry.\",\"sameAs\":[\"https:\/\/blog.dbi-services.com\/author\/morgan-patou\/\",\"https:\/\/x.com\/MorganPatou\"],\"url\":\"https:\/\/www.dbi-services.com\/blog\/author\/morgan-patou\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"WebLogic - Update on the WLST monitoring - dbi Blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/","og_locale":"en_US","og_type":"article","og_title":"WebLogic - Update on the WLST monitoring","og_description":"A few years ago, I wrote this blog about a WLST script to monitor a WebLogic Server. At that time, we were managing a Documentum Platform with 115 servers and now, it’s more than 700 servers so I wanted to come back in this blog with an update on the WLST script. 1. Update of […]","og_url":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/","og_site_name":"dbi Blog","article_published_time":"2019-04-14T14:05:14+00:00","author":"Morgan Patou","twitter_card":"summary_large_image","twitter_creator":"@MorganPatou","twitter_misc":{"Written by":"Morgan Patou","Est. reading time":"8 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/"},"author":{"name":"Morgan Patou","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/c4d05b25843a9bc2ab20415dae6bd2d8"},"headline":"WebLogic – Update on the WLST monitoring","datePublished":"2019-04-14T14:05:14+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/"},"wordCount":1045,"commentCount":0,"keywords":["Documentum","Monitoring","WebLogic","WebLogic Server","WLST"],"articleSection":["Application integration & Middleware"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/","url":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/","name":"WebLogic - Update on the WLST monitoring - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"datePublished":"2019-04-14T14:05:14+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/c4d05b25843a9bc2ab20415dae6bd2d8"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/weblogic-update-on-the-wlst-monitoring\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"WebLogic – Update on the WLST monitoring"}]},{"@type":"WebSite","@id":"https:\/\/www.dbi-services.com\/blog\/#website","url":"https:\/\/www.dbi-services.com\/blog\/","name":"dbi Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/c4d05b25843a9bc2ab20415dae6bd2d8","name":"Morgan Patou","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g","caption":"Morgan Patou"},"description":"Morgan Patou has over 12 years of experience in Enterprise Content Management (ECM) systems, with a strong focus in recent years on platforms such as Alfresco, Documentum, and M-Files. He specializes in the architecture, setup, customization, and maintenance of ECM infrastructures in complex & critical environments. Morgan is well-versed in both engineering and operations aspects, including high availability design, system integration, and lifecycle management. He also has a solid foundation in open-source and proprietary technologies - ranging from Apache, OpenLDAP or Kerberos to enterprise-grade systems like WebLogic. Morgan Patou holds an Engineering Degree in Computer Science from ENSISA (\u00c9cole Nationale Sup\u00e9rieure d'Ing\u00e9nieurs Sud Alsace) in Mulhouse, France. He is Alfresco Content Services Certified Administrator (ACSCA), Alfresco Content Services Certified Engineer (ACSCE) as well as OpenText Documentum Certified Administrator. His industry experience spans the Public Sector, IT Services, Financial Services\/Banking, and the Pharmaceutical industry.","sameAs":["https:\/\/blog.dbi-services.com\/author\/morgan-patou\/","https:\/\/x.com\/MorganPatou"],"url":"https:\/\/www.dbi-services.com\/blog\/author\/morgan-patou\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/12355","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/users\/20"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=12355"}],"version-history":[{"count":0,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/12355\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=12355"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=12355"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=12355"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=12355"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}