Edit: The following command...

poetry -vvv run uvicorn main:app --reload

throws:

[NoSuchOptionException]
The "--reload" option does not exist.

Traceback (most recent call last):
  File "/usr/lib/python3.9/site-packages/clikit/console_application.py", line 123, in run
    io = io_factory(
  File "/usr/lib/python3.9/site-packages/poetry/console/config/application_config.py", line 168, in create_io
    resolved_command = application.resolve_command(args)
  File "/usr/lib/python3.9/site-packages/clikit/console_application.py", line 110, in resolve_command
    return self._config.command_resolver.resolve(args, self)
  File "/usr/lib/python3.9/site-packages/clikit/resolver/default_resolver.py", line 43, in resolve
    result = self.process_default_commands(args, application.default_commands)
  File "/usr/lib/python3.9/site-packages/clikit/resolver/default_resolver.py", line 104, in process_default_commands
    if resolved_command.is_parsable():
  File "/usr/lib/python3.9/site-packages/clikit/resolver/resolve_result.py", line 43, in is_parsable
    self._parse()
  File "/usr/lib/python3.9/site-packages/clikit/resolver/resolve_result.py", line 49, in _parse
    self._parsed_args = self._command.parse(self._raw_args)
  File "/usr/lib/python3.9/site-packages/clikit/api/command/command.py", line 113, in parse
    return self._config.args_parser.parse(args, self._args_format, lenient)
  File "/usr/lib/python3.9/site-packages/clikit/args/default_args_parser.py", line 53, in parse
    self._parse(args, _fmt, lenient)
  File "/usr/lib/python3.9/site-packages/clikit/args/default_args_parser.py", line 101, in _parse
    self._parse_long_option(token, tokens, fmt, lenient)
  File "/usr/lib/python3.9/site-packages/clikit/args/default_args_parser.py", line 247, in _parse_long_option
    self._add_long_option(name, None, tokens, fmt, lenient)
  File "/usr/lib/python3.9/site-packages/clikit/args/default_args_parser.py", line 300, in _add_long_option
    raise NoSuchOptionException(name)

And regarding the environment... poetry env info throws:

Virtualenv
Python:         3.9.1
Implementation: CPython
Path:           ~/.cache/pypoetry/virtualenvs/fastapi-service-2hjJIUGa-py3.9
Valid:          True

System
Platform: linux
OS:       posix
Python:   /usr

When looking through the proposed design in the article, I was a little confused about the purpose of the ServiceResult class. My We already have Response and HTTPException from FastAPI/Starlette which seem to fulfill the same purpose. What benefit does having a dedicated ServiceResult provide? (for instance, what is a case where we would want to use __enter__ and __exit__ in a result rather than performing the behavior directly?)

I assume it's nicer to have the ./exceptions/ directory and put each service exception module containing relevant error data.

And if you were to add a new service called Bar:

./routers/      bar.py # Router instance and routes
./services/     bar.py # Business logic (including CRUD helpers)
./schemas/      bar.py # Data "schemas" (e.g., Pydantic models)
./models/       bar.py # Database models (e.g., SQLAlchemy models)
./exceptions/   bar.py # Exceptoins classes completely decoupled

Hello there! I'm using MacBook M1 with cURL: 7.77.0, and without explicitly adding the json header, the server rejects the request with the following error message:

{"detail":[{"loc":["body"],"msg":"value is not a valid dict","type":"type_error.dict"}]}

Problem solved by adding: Content-Type: application/json

@visini ,

Loved the article accompanying this repository, Do you have a sample project either that you compiled or have referred to that follows this approach. I am trying to follow this approach but would greatly benefit from prototyping with an example to relate to it. Could you kindly share anything if available ?

Thanks