[ https://issues.apache.org/jira/browse/PIO-51?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15833201#comment-15833201 ]
Chan commented on PIO-51: ------------------------- I'm not sure I understand. I feel like a lot of this is based on the assumption that metadata registry (on a future agenda) is already built. This is just a small incremental step, not aimed to change the workflow in any way, but to make the "engineVersion" more explicit and flexible. First I want to clarify the terms. As of now, there are "engineId", "engineVersion", and "engineInstanceId" that have independent roles in the workflow. "EngineId" is a variant Id, something like "org.template.recommendation.RecommendationEngine". "EngineVersion" is the filepath hash. PIO uses these two fields to look for the latest trained model when deploying. "EngineInstanceId" directly refers to the trained model, and is only created after `pio train`. To be clear, this ticket is not aimed at changing the workflow. It just adds an option to run pio commands outside of engine directory with a CLI argument. Thus, it wouldn't break any code that works currently with PIO. The changes can be viewed here: https://github.com/apache/incubator-predictionio/pull/328/commits/e2d6f7e7ff9cb782d3365e5a508a3e8c111366f5 > Enable `pio build/train/deploy` outside of engine directory > ----------------------------------------------------------- > > Key: PIO-51 > URL: https://issues.apache.org/jira/browse/PIO-51 > Project: PredictionIO > Issue Type: Improvement > Reporter: Chan > > Users can now provide the engine directory path as —engine-dir or -ed, and > call `pio build/train/deploy` from anywhere. > The “engineVersion” used to identify a prediction engine is created using the > hash of the engine directory path. As a result, the filepath of the engine > had to be kept the same in a distributed setup, with multiple machines using > the same trained model. This was a point of confusion for some users, which > led to this change. -- This message was sent by Atlassian JIRA (v6.3.4#6332)