Hi Joe,
Path based tables are deprecated as this solution has some major disadvantages. for example:
- You can’t get values from other fields (which not in the table). The framework method getTable only returns the table values from the path screens and not other screen’s fields which sometimes needed.
- You can’t manipulate table values before you send them to the framework.
- You can’t create more than one table in the same path
Therefore the solution (which already presented in V5.2) is to use path procedures.
To shed light on your confusion, in your current solution you used two entities for each table:
-
Path – this one go through the screens workflow.
-
Path Based table – this one calls the path and extract only the multiple fields (table) from it.
In the new solution you need only one entity Path Procedure which do the same work as both Path and Path based table.
Path procedures are totally flexible in term of the input and the output structures. It can be simple/array attributes, single/array(table) data structures and any mixture of those.
Path procedures have also stronger tools for controlling the host screens workflow in a clearer and maintainable way vs the old paths/path based tables.
You can see an example of using path procedure for collecting a table in CompositeDemo\customer\CollectAllCustomers Path Procedure, and in the CompositeDemo web application BrowseCustomers1.jsp/aspx and their code behind (cs/vb/java).
In your case you will need to do some manual changes to make the converted path to act as a path procedure that extract tabular data.
Please look at the section “Path based tables” in the documentation migration guide http://techcommunity.softwareag.com/ecosystem/documentation/webmethods/wmsuites/wmsuite8-2_sp2/ApplinX/8-2-SP2_ApplinX/getstarted/Upgrade.htm It contains exactly the needed steps to make it work as a Path Procedure.
I hope it helps
Please let me know if you need further directions
Best Regards,
Assaf
#webMethods#Mainframe-Integration#ApplinX