Closed Bug 1021032 Opened 10 years ago Closed 8 years ago

make it possible for Balrog to make a request against itself

Categories

(Release Engineering Graveyard :: Applications: Balrog (backend), defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: bhearsum, Unassigned)

References

Details

In order to support bug 1021029, we'll need Balrog to be able to make a request like it was an HTTP client, but without that overhead. Essentially, I think we need to refactor this class https://github.com/mozilla/balrog/blob/master/auslib/web/views/client.py#L10 so that all of its logic can be called without making an HTTP request.
Hmm, we might not even need to refactor anything here. Most of the logic in client.py is about manipulating URLs and headers. We don't need to do that if we're making a request against ourselves, because we already have massaged data. Basically, to make a request against ourself we need to do:
release, update_type = AUS.evaluateRules(query)
AUS.createXML(query, release, update_type)

This may change a bit after bug 1021018 is fixed, but basically, as long as we have access to the "query" object (which we do from anywhere in the request right now), this should be trivial. This may end up being a dupe of bug 1021029.
Assignee: nobody → bhearsum
Depends on: 1021018
We're going with two separate pings, so we don't need this right now.
No longer blocks: 1021029
Won't be needed for awhile.
Assignee: bhearsum → nobody
bug 1021029 ended up not being a thing - we went with multiple pings instead. At some point we may look again at returning multiple disparate updates in one response, but there's probably better ways to do this, or at the very least investigated.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
Product: Release Engineering → Release Engineering Graveyard
You need to log in before you can comment on or make changes to this bug.