[
https://issues.apache.org/jira/browse/PIO-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15713541#comment-15713541
]
ASF GitHub Bot commented on PIO-47:
-----------------------------------
Github user dszeto commented on the issue:
https://github.com/apache/incubator-predictionio/pull/328
@pferrel For `pio build` we probably can enhance it such that it can take a
working directory for compilation to run. If we look at some other build tools,
they also rely on having certain files in the current working directory.
For `pio train` and `pio deploy`, I absolutely agree that it should be able
to run from anywhere as the most advanced scenario. My personal take to this
change would be something comparable to a local HBase and distributed HBase
setup. It would be ideal if someone can start playing with PredictionIO without
setting up any external services (not even a SQL database). I believe Chan's
change here is a partial step to make the learning curve less steep, and path
ways for us to untangle engine registration so that it could become a feature
that can be more easily documented and understandable.
Do you currently have any production deployments that rely heavily on
engine IDs and versions? That would be a bigger immediate concern regarding
this change.
> Remove engine manifest for stateless build
> ------------------------------------------
>
> Key: PIO-47
> URL: https://issues.apache.org/jira/browse/PIO-47
> Project: PredictionIO
> Issue Type: New Feature
> Reporter: Chan
>
> As discussed in the dev mailing list, removing engine manifest would be the
> first step in improving the workflow towards a more modular design.
> - Remove manifest.json completely. `pio build` will be stateless, and will
> not write anything to the database. This will make it easier to compile/build
> on PaaS platforms such as Heroku. Later, we can remove `pio build` command
> entirely, so that PIO is independent of the build tool (sbt).
> - An immediate major disadvantage would be not being able to run pio commands
> outside of the engine directory. This can be resolved in the next step of
> creating a general metadata registry.
> - Meanwhile, we can use engineFactory as *engineId* , and SHA-1 hash of
> engine filepath as *engineVersion* (as before). We can improve this when
> designing a metadata registry,
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
