Expose WSGI interface about connexion HOT 14 CLOSED

Definitely looks like something desirable, but actually I never used a WSGI server host such as Apache/mod_wsgi etc before. I simply use Connexion with gevent and packaged as Docker image.

from connexion.

Yeah this is what I ended up doing as well. So this issue isn't blocking/causing an issue, more of a "one day Connexion should probably do this" sort of thing. Maybe an enhancement instead of a bug? Some additional documentation on the matter wouldn't hurt though...

from connexion.

👍 I hope "somebody" (tm) with WSGI experience can step in here :-)

from connexion.

@iwsmith using uWSGI is actually quite easy (just needs to expose app.app as "application" for WSGI), check my example: https://github.com/hjacobs/connexion-example#using-connexion-with-a-wsgi-container

from connexion.

I will close this issue as the Flask WSGI application can readily be used in WSGI containers (see connexion-example).

from connexion.

I haven't had time/the need to look into this, but thanks for following up!

from connexion.

The following is all that's needed to get it working with wsgi

app = connexion.App(NAME)
application = app.app

from connexion.

👍

from connexion.

Has anyone looked into how this can work with gunicorn instead of uWSGI? This is quite an important tool for deploying Flask apps, so ensuring there is documentation for how to use with gunicorn might be a high priority.

from connexion.

What goes into the swagger yaml file for the module name? I can get this to work with invoking ./python.py but not with python python.py or via WSGI. I get the module object has no attribute XXX

from connexion.

@sellers are you using the flask / connexion swagger generator?
If so then that is because the generated __main__.py creates the app within main() which called within the if __name__ == "__main__" statement and as such the app will only be created if it's executed directly. WSGI (uwsgi or gunicorn) will instead load it as a module and not execute the if statement.
Edit (02-2018): I just realized how very over complicated above wording was. The reason it doesn't work is because app is created as a local variable of main() in the swagger generated code and not as a variable in the module's namespace.

In this case the solution would simply be to modify that file so the app (and application = app.app) is created as a variable in the module's namespace (e.g. by moving it outside of main()).

from connexion.

@FirefoxMetzger maybe do some upstream PR for the Swagger generator template to fix the issue?

from connexion.

#392 may be of interest if someone (like me) stumbles in this discussion.

from connexion.

This looks to work now. I can successfully run:

$ gunicorn main:app
[2020-07-02 13:38:08 +0000] [144535] [INFO] Starting gunicorn 20.0.4
[2020-07-02 13:38:08 +0000] [144535] [INFO] Listening at: http://127.0.0.1:8000 (144535)
[2020-07-02 13:38:08 +0000] [144535] [INFO] Using worker: sync
[2020-07-02 13:38:08 +0000] [144537] [INFO] Booting worker with pid: 144537

Maybe ideas from the original post was implemented.
https://github.com/zalando/connexion/blob/bed4b95205205861bd6014282d0f61d50231d3ac/connexion/apps/abstract.py#L242-L249
This code from a7af62f could indicate that.

from connexion.