Basic structure for development of OpenAPI parser

[de-sh]

Contains only files necessary to build an OpenAPI parser moved from within hydrus.
NOTE: Hydrus is not included in requirements.txt. Should it be?

[chrizandr]

Not sure what you mean by a mono repo.

Big repos that all necessary components within it, making code DRY, but extremely large bundles...
https://en.wikipedia.org/wiki/Monorepo

Okay. I don't think it's not a good idea to bundle them in one repo. The parser is still in the early stages, a lot is left to be added to it. A lot more work will be done and it will have use cases where hydrus is not needed.

What about DRY principal then?

Agreed that this will be violated. Maybe consider moving the hydraspec module out of hydrus. Since they are mostly tools that can be used even without hydrus.

We might need more discussion on this.

[shravandoda]

Was anyone able to solve the issue without making the PyPi package?
I couldn't find a way to do it with github. Pip cannot install egg files

[de-sh]

Yeah, I used a similar trick as yours, but I used this file by @xadahiya as inspiration 😃

It needs to be a chnage in the CI config file.

[Mec-iS]

I suppose we should re-organize the code so that hydrus can use the parser as an external library.
Segregation of concerns is evidently not in place if there is so much entanglement between hydrus and the parser.

I have opened #5 as reference issue.

[shravandoda]

Yeah, I used a similar trick as yours, but I used this file by @xadahiya as inspiration

It needs to be a chnage in the CI config file.

Nice!

[chrizandr]

I've opened a develop branch in the repo, please create all PRs to develop.

[de-sh]

I guess we can reopen this for further discussion as this is now in develop base...

[Mec-iS]

as per hydra-python-core, this repository has to preserve the history of commits from hydrus

[Mec-iS]

Contains only files necessary to build an OpenAPI parser moved from within hydrus.
NOTE: Hydrus is not included in requirements.txt. Should it be?

Only hydrus should import hydra-openapi-parser. In no way the parser should import from hydrus.
The parser should have its own CLI, called from hydrus when it is available, otherwise the parser should be usable also with its own CLI.

[de-sh]

How must I refactor the test_parser.py to reflect that the absolute path is not from a hydrus module but the openapi_parser module?

[Mec-iS]

Use os.path.dir to find the right directory from the module's starting directory (you can use abs(__file__)).

[de-sh]

I had some issues with Module not found: hydra-openapi-parser but I solved by instead using __file__../ effectively redirecting to the parent directory, as was required to be done.

[Mec-iS]

@de-sh Please open a new PR on the newly imported code at df27d30