-
Notifications
You must be signed in to change notification settings - Fork 499
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Karthik/5614/generic offers parsing #5531
base: master
Are you sure you want to change the base?
Conversation
} | ||
} | ||
|
||
func ProcessOffer(change ingest.Change) OfferEvent { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This ProcessOffer has been pulled out into the top level /ingest
package.
now horizon and stellar-etl can leverage this ProcessOffer function and thus eliminate the code duplication.
Further down in this PR in offer_processor.go
, I have updated the horizon code to use this common function
next step: make stellar-etl use this ProcesOffer
function here Cc: @chowbao
) | ||
|
||
// Base struct with common fields for all offer events. | ||
type OfferEventData struct { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it would be better to just use xdr.OfferEntry instead of this because it contains the same data so there is no need to introduce another struct
PR Checklist
PR Structure
otherwise).
services/friendbot
, orall
ordoc
if the changes are broad or impact manypackages.
Thoroughness
.md
files, etc... affected by this change). Take a look in the
docs
folder for a given service,like this one.
Release planning
CHANGELOG.md
within the component folder structure. For example, if I changed horizon, then I updated (services/horizon/CHANGELOG.md. I add a new line item describing the change and reference to this PR. If I don't update a CHANGELOG, I acknowledge this PR's change may not be mentioned in future release notes.semver, or if it's mainly a patch change. The PR is targeted at the next
release branch if it's not a patch change.
What
[TODO: Short statement about what is changing.]
Why
[TODO: Why this change is being made. Include any context required to understand the why.]
Known limitations
[TODO or N/A]