cli_tool --help does not take 2s )
That being said, if you really insist, importing from inside a method should not be different from a global import. You could either prewarm the machinery by calling the method once before all tests, or try passing
create=True to mock.patch.
before hooks are always executed AFTER the process_request of all middlewares. So basically there is no way to execute a middleware between a before hook and the resource itself. If that it in fact that case, then unfortunately hooks and middlewares cannot be mixed in all scenarios - not when you would need them to execute in the order of first the hook and then the middleware.
It should mention somewhere that all middlewares are applied before hooks
Hi all. I'm migrating an app over to falcon 2.0.0 (this is part of our wider migration from Python 2 to 3) and I'm having an issue with routing that I would appreciate input on. Specifically, we have:
api = falcon.API()
api.add_route('/upload/{service}/auth/token', TokenHandler())
api.add_route('/upload/youtube/{project_id}/share', ShareHandler())When a request to /upload/youtube/auth/token comes in, a project_id (with value auth) is passed to the TokenHandler(). Looking at the default CompiledRouter, I think this is happening due to the tree of nodes type system that it creates. So rather than matching the entire URL, it matches section by section.
Given this is an existing app and so it's not ideal to be changing paths at this point, is there a reasonable way that I can have project_id not be set for the above URL?
@tim-clipchamp I cannot reproduce it. My test is:
import falcon
import falcon.testing
class Resource:
def __init__(self, name):
self.name = name
def on_get(self, req, res, **kw):
print(self.name, kw)
api = falcon.API()
api.add_route("/upload/{service}/auth/token", Resource('service'))
api.add_route("/upload/youtube/{project_id}/share", Resource('project'))
client = falcon.testing.TestClient(api)
client.simulate_get('/upload/foo-bar/auth/token')
client.simulate_get('/upload/youtube/auth/share')
client.simulate_get('/upload/youtube/foo-bar/share')In all versions I get as output the expected
service {'service': 'foo-bar'}
project {'project_id': 'auth'}
project {'project_id': 'foo-bar'}
Hi Everyone, apart from sending/creating middleware between local environment and a cloud service. How would one be able to create Falconista class to request oAuth tokens with proper flow?
Can't seem to find any resources on that and I would love to use Falcon as a Middleware solution
That shouldn't generally be a problem, although multiprocessing, itself, can be subject to somewhat tricky edge cases. Furthermore, IIRC
multiprocessing.Pool doesn't mix well with Gevent, so make sure you're not mixing and matching them. Are you targeting Linux?
multiprocessing.Pool instances, otherwise things can get really messed up. If possible, it is best to initialize any multiprocessing.Pools after your worker process has been forked (particularly if you are using more than one worker process in your application server).
fork() processes with threads. So, if possible, try to avoid starting any threads in your worker processes, and do not configure uWSGI to use multiple threads per worker. (You can still scale by multiple worker processes if it makes sense for your use case, as in my uWSGI example linked above).
@CaselIT thanks for the investigation above about my routing issue. Your test paths are slightly off though. Here's code that reproduces the issue
import falcon
import falcon.testing
class Resource:
def __init__(self, name):
self.name = name
def on_get(self, req, res, **kw):
print(self.name, kw)
api = falcon.API()
api.add_route("/upload/{service}/auth/token", Resource('service'))
api.add_route("/upload/youtube/{project_id}/share", Resource('project'))
client = falcon.testing.TestClient(api)
client.simulate_get('/upload/youtube/auth/token')The project resource shouldn't be matching (due to the final section of the path being token) and so project_id should not be populated.
This is with falcon 2.
1 reply
@tim-clipchamp The same test fails all the way back to falcon 1.1, but you mentioned it was working for you on 1.4? If you could try to update the test so that falcon 2 fails and falcon 1.4 does not it would greatly help us. Thanks!
nevermind, I was convinced you were updating from falcon 1.4 -> 2, but you do not mention from where you are upgrading. Sorry
3 replies
I have already tested this on 1.4.1, 2.0 and 3.0.0a2 @CaselIT :arrow_up: Sorry I forgot to add 1.4.1 to the issue.
yes, it happens also on 1.3,1.2,1.1 (and probably also 1.0, but it does not have a test client)
@CaselIT commented 7 minutes ago
I've traced this issue since at least falcon 1.1 (and is probably even older, but falcon 1.0 does not have a test client)
Indeed, I don't think that part has been changed at all since the advent of CompiledRouter.
dict.pop or something similar