• when Acrobat DC is used for the visualisation/validation of the pre-populated forms, the "New Acrobat View" is automatically turned off, as this view mode is faulty and error-prone.
   
• oopProxyGeneralFormRequestManager450.exe and generalFormRequestManagerServer450.exe has been upgraded due to internal changes.

• Initial version of the RESTServer generalFormRequestManagerServer450 is published
  An introduction/overview and detailed documentation can be found at API Documentation
  Please note that when using 'generalFormRequestManagerServer450.exe' it is mandatory to install a commercial Adobe Acrobat version on that host!
   
• generalFormRequestManager450.dll: bug fixing, code improvements and optimizations have been made, among others these are:
  • the autonome PDF form updater medformsActualizer.exe has been improved to allow for an update process on port 80, should the default secure update on port 443 fail.
  • enhanced detection for a failed form upgrade process
  • some small low-priority bugs have been corrected, which were reported over time
  
  You are strongly encouraged to update to this build!

• This is a feature update, that does allow to read and analyze XML infosets without the named namespace prefix 'form:'. The corresponding XSD qualifies each element with elementFormDefault='qualified', that make XML files without a named namespace schema in effect invalid. However, it seems that such files are produced and this feature update allows to successfully overcome this error.
   
• Improved validation of mail addresses, removal of non-printable characters, and verification of the required mail pattern '.+@.+'.
   
• Change of the GLN_UNKNOWN to '2099999999998' and improved management regarding the GLN_UNKNOWN
   
• Cumulative update: a few small low-priority bugs have been corrected, which were reported by users of the COM modules over time.

• New structRoleType 'enStructRoleDocument'
  The new structRoleType 'enStructRoleDocument' has been defined - note that this must be implemented. This structRoleType is newly advertised in the iterator pair IGeneralFormRequest::GetFirstStructRole / IGeneralFormRequest::GetNextStructRole and can be set by IGeneralFormRequest::AddDocument.
  The constraint variable in the iterator pair optionally can be used to specify further boundary conditions, e.g. which documents are requested by the form producer.
  This allows to effectively send attachments together with the form PDF to a form producer and the kind of attachments can be specified/requested by the PDF form producer.
   
  
• Reachability
  The electronic reachability regarding the generalFormRequest450 standard is achieved by a patch of the method IGeneralFormRequest::SetTransport() - see "Reachability by medSRS" as well.
  With this feature, an effective, fully electronic referral management can be introduced and established from service provider to service provider.
   
  
• Form updates
  The automatic update of the forms by the app "medformsActualizer.exe" was optimized, accelerated and stabilized. The default download is done on port 443, with a fallback to port 80 if problems occur.
   
  
• Quality Assurance
  A new PDF form medforms.50.10.50.5010 was integrated into the medForms form space to support/ensure the quality assurance/quality assessment of the Sumex1 implementation of generalFormRequest450.
   
  The form contains/announces all semantically well-defined address and structure types, checks/tests addressing (incl. higher cardinalities) and gives realistic examples for 'constraint' conditions.
   
  

• Performance optimization of the logging management regarding the recycling process when reaching the high water mark of the logfile. This change improves the performance of the recycling process having an effect primarily for a massive multi-threaded environment.
   
• Revised/optimised logging regarding the binding to the interface instance has been implemented. This change improves analysis in a massive multi-threaded environment.
   
• Revised error management (enhanced binding to the interface instance) suitable for a massive multi-threaded environment

Please do update to this new build to get the new and updated PDF forms.

Actions for developers: none     Actions for end users: install

Please read the document "Changes from V4.30 to V4.50..." for an overview about the major changes

• when Acrobat DC is used for the visualisation/validation of the pre-populated forms, the "New Acrobat View" is automatically turned off, as this view mode is faulty and error-prone.

• the autonome PDF form updater medformsActualizer.exe has been improved to allow for an update process on port 80, should the default secure update on port 443 fail.
• enhanced detection for a failed form upgrade process
• some small low-priority bugs have been corrected, which were reported over time

• This is a feature update, that does allow to read and analyze XML infosets without the named namespace prefix 'form:'. The corresponding XSD qualifies each element with elementFormDefault='qualified', that make XML files without a named namespace schema in effect invalid. However, it seems that such files are produced and this feature update allows to successfully overcome this error.
   
• Improved validation of mail addresses, removal of non-printable characters, and verification of the required mail pattern '.+@.+'.
   
• Change of the GLN_UNKNOWN to '2099999999998' and improved management regarding the GLN_UNKNOWN
   
• Cumulative update: a few small low-priority bugs have been corrected, which were reported by users of the COM modules over time.

• Performance optimization of the logging management regarding the recycling process when reaching the high water mark of the logfile. This change improves the performance of the recycling process having an effect primarily for a massive multi-threaded environment.
   
• Revised/optimised logging regarding the binding to the interface instance has been implemented. This change improves analysis in a massive multi-threaded environment.
   
• Revised error management (enhanced binding to the interface instance) suitable for a massive multi-threaded environment

Please do update to this new build to get the new and updated PDF forms.
 
Actions for developers: none     Actions for end users: install

• form update system has been improved towards higher economy of the number and length of the usable time slices.
• automatic schedule of the form update process was lowered to 3 days
• bug fixes regarding the re-establishing of the semantic structure under low data input situations

• Improved approach to deconvolute the structured addresses from the corresponding block addresses
  and condensed addresses, respectively
   
• A cleanup task for temporary files has been added. In fact, all files temporary generated
  are deleted once the main interface is shut down. However, there are situations where files
  are still locked at shutdown and thus are not deletable at that moment. As a remedy, the cleanup
  task is started periodically to check for files older than 5 days that are deleted eventually.

It can not be guaranteed that Adobe Reader DC is working smoothly if these options are turned on.

• The code for getting a proper working directory was improved by taking into account more than one
  possible location (AppDATA and TempPath)
   
• The last form update step was improved regarding the loading of the unzip library and the error
  status returned from that step.
   
• The update thread was revised regarding the finalisation and status returned
  (more reliable detection of the ending of the update thread).

• internal bug fix of the XML entity coding

Please do update to this build if you are using this com module!

• the unZip component necessary for the form update process was missing in the initial installer.
  The new build fixes this error.