Skip to content
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

go.mod - use elastic/goja fork #41541

Merged
merged 1 commit into from
Nov 6, 2024

Conversation

andrewkroh
Copy link
Member

@andrewkroh andrewkroh commented Nov 6, 2024

Proposed commit message

Move to the elastic/goja fork instead of andrewkroh/goja. This is the same code just moved into the elastic org and tagged with v2019-01-28+beats.

For background, this fork contains a small change to goja that allows arbitrary map types (such as elastic's "MapStr" type) to be treated as javascript objects without requiring any conversion.

Also note that since the time of the fork in 2019, there is now a path to accomplish this without a fork by implementing a toValue(r *goja.Runtime) goja.Value method on MapStr. It would mean introducing a direct dependency on goja. A tested example of can be found in the linked gist.

Move to the elastic/goja fork instead of andrewkroh/goja.
This the same code just moved into the elastic org and tagged
with v2019-01-28+beats.

For background, this fork contains a small change to goja that
allows arbitrary map types (such as elastic's "MapStr" type) to
be treated as javascript objects without requiring any conversion.

Also note that since the time of the fork in 2019, there is now
a path to accomplish this without a fork by implementing a
`toValue(r *goja.Runtime) goja.Value` method on MapStr. It would
mean introducing a direct dependency on goja. A tested example of
can be found in the linked gist.

https://gist.github.com/andrewkroh/19eccc0844bb935222914234c9510aa1

https://github.com/elastic/goja/releases/tag/v2019-01-28%2Bbeats
@andrewkroh andrewkroh requested a review from a team as a code owner November 6, 2024 18:01
@botelastic botelastic bot added the needs_team Indicates that the issue/PR needs a Team:* label label Nov 6, 2024
Copy link
Contributor

mergify bot commented Nov 6, 2024

This pull request does not have a backport label.
If this is a bug or security fix, could you label this PR @andrewkroh? 🙏.
For such, you'll need to label your PR with:

  • The upcoming major version of the Elastic Stack
  • The upcoming minor version of the Elastic Stack (if you're not pushing a breaking change)

To fixup this pull request, you need to add the backport labels for the needed
branches, such as:

  • backport-8./d is the label to automatically backport to the 8./d branch. /d is the digit

Copy link
Contributor

mergify bot commented Nov 6, 2024

backport-8.x has been added to help with the transition to the new branch 8.x.
If you don't need it please use backport-skip label and remove the backport-8.x label.

@mergify mergify bot added the backport-8.x Automated backport to the 8.x branch with mergify label Nov 6, 2024
@andrewkroh andrewkroh added the Team:Elastic-Agent-Data-Plane Label for the Agent Data Plane team label Nov 6, 2024
@botelastic botelastic bot removed the needs_team Indicates that the issue/PR needs a Team:* label label Nov 6, 2024
@elasticmachine
Copy link
Collaborator

Pinging @elastic/elastic-agent-data-plane (Team:Elastic-Agent-Data-Plane)

@andrewkroh andrewkroh merged commit 8a7e9cf into elastic:main Nov 6, 2024
141 checks passed
mergify bot pushed a commit that referenced this pull request Nov 6, 2024
Move to the elastic/goja fork instead of andrewkroh/goja.
This the same code just moved into the elastic org and tagged
with v2019-01-28+beats.

For background, this fork contains a small change to goja that
allows arbitrary map types (such as elastic's "MapStr" type) to
be treated as javascript objects without requiring any conversion.

Also note that since the time of the fork in 2019, there is now
a path to accomplish this without a fork by implementing a
`toValue(r *goja.Runtime) goja.Value` method on MapStr. It would
mean introducing a direct dependency on goja. A tested example of
can be found in the linked gist.

https://gist.github.com/andrewkroh/19eccc0844bb935222914234c9510aa1

https://github.com/elastic/goja/releases/tag/v2019-01-28%2Bbeats
(cherry picked from commit 8a7e9cf)
andrewkroh added a commit that referenced this pull request Nov 6, 2024
Move to the elastic/goja fork instead of andrewkroh/goja.
This the same code just moved into the elastic org and tagged
with v2019-01-28+beats.

For background, this fork contains a small change to goja that
allows arbitrary map types (such as elastic's "MapStr" type) to
be treated as javascript objects without requiring any conversion.

Also note that since the time of the fork in 2019, there is now
a path to accomplish this without a fork by implementing a
`toValue(r *goja.Runtime) goja.Value` method on MapStr. It would
mean introducing a direct dependency on goja. A tested example of
can be found in the linked gist.

https://gist.github.com/andrewkroh/19eccc0844bb935222914234c9510aa1

https://github.com/elastic/goja/releases/tag/v2019-01-28%2Bbeats
(cherry picked from commit 8a7e9cf)

Co-authored-by: Andrew Kroh <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport-8.x Automated backport to the 8.x branch with mergify Team:Elastic-Agent-Data-Plane Label for the Agent Data Plane team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants