Create super-types for relationships

At the moment none of the RelationshipDefs have a super type defined, and I was wondering if there was some rationale behind this: for example, would it mean that the ends of the relationship are fixed by the supertype (?)
I raise it because there is significant duplication in the properties of certain relationships, particular in the area of GlossaryTerms, where all of these relationships have almost exactly the same properties defined (description, expression, status, steward, and source):

Antonym
ISARelationship
PreferredTerm
RelatedTerm
ReplacementTerm
SemanticAssignment (has one additional property confidence beyond those above)
Synonym
TermHASARelationship (though this is missing expression compared to the others)
TermISATypeOFRelationship (also missing expression compared to the others)
TermTYPEDBYRelationship (also missing expression)
Translation
UsedInContext
ValidValue

(There are ~10 more that have steward defined, and a few other overlaps.)
Aside from the question of consistency (see minor inconsistencies above), there is also the question of the performance impact of this.  Per #4647 we agreed that we should not have a single "namespace" for all properties; however, in most (if not all?) of the examples above, I would expect that these 5 properties all have the same meaning and representation.
In other words, that they'd be relationship subtypes of a more abstract relationship type like GlossaryTermRelationship.
The impact of having so many identically-named properties across types is that when a consumer runs a search through our find... methods there is no mandatory qualification of the type against which they want results.  For an underlying repository (both the graph repository and the Crux repository), this means that we need to do an OR-based query across ~20 different underlying properties (treating each type as a separate property) to find all that match -- combined with the fact that since many of these properties are string values, a consumer could be sending their request with an arbitrary regular expression -- and this therefore ends up being very expensive (slow).
If we could use a supertype, at least the property would only be registered against a single type in the underlying repositories, and then we could do a single query for the property rather than what ends up being the equivalent of ~20 distinct queries whose results are all combined.

To illustrate, this query on the findRelationshipsByProperty method:
{
    "class": "PropertyMatchFindRequest",
    "matchProperties": {
        "class": "InstanceProperties",
        "instanceProperties": {
            "steward": {
                "class": "PrimitivePropertyValue",
                "instancePropertyCategory": "PRIMITIVE",
                "primitiveDefCategory": "OM_PRIMITIVE_TYPE_STRING",
                "primitiveValue": "someone"
            }
        }
    },
    "pageSize": 2,
    "matchCriteria": "ALL"
}

currently must turns into something like this query on the back-end:
{
 :find [e],
 :where [(or [(text-search :relationshipProperties/Antonym.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/DataClassAssignment.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/ForeignKey.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/ISARelationship.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/KnownDuplicateLink.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/LibraryCategoryReference.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/LibraryTermReference.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/PreferredTerm.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/ReferenceValueAssignment.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/RelatedTerm.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/ReplacementTerm.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/SemanticAssignment.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/Synonym.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/TermHASARelationship.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/TermISATypeOFRelationship.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/TermTYPEDBYRelationship.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/Translation.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/UsedInContext.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/ValidValue.steward.value "/someone/") [[e _]]]
             [(text-search :relationshipProperties/ValidValuesMapping.steward.value "/someone/") [[e _]]])
        [e :type.category 8]],
 :order-by [[e :asc]]
}

... when it could be as simple as this (if there were a supertype with these common properties):
{
 :find [e],
 :where [(text-search :relationshipProperties/GlossaryTermRelationship.steward.value "/someone/") [[e _]]]
        [e :type.category 8],
 :order-by [[e :asc]]
}```

Actually I have similar questions / concerns, though maybe somewhat different, with regards to the name and displayName properties that are distinctly defined across ~30-40 different EntityDefs.  Given it would be optional anyway, it would seem to me that anything we must assign a qualifiedName (every Referenceable, since it's mandatory) we might reasonably expect could (since it would be optional) be assigned a name for display purposes?
That way we'd have greater consistency across the types, and a vastly reduced search space for the underlying repositories when someone is searching for something based just on its name.

@cmgrote some thoughts on this. I can see that finds for relationship properties would be simpler if there were super types. Early on we decided to not have super types for relationships (back in the Altas days). Many repositories do not have support for top level relationships, requiring them to support inheritance as well would seem like a very high barrier to overcome. Another consideration is that an OMAS could expose inherited relationships. In fact subject area does this with the relationships extending Line. I don't think it exposes a find on a Line - you can raise this as an enhancement if you like.

Discussed on 25/02 and we all seem to agree this would be a good idea, but we all expect that it will cause various unforeseen breakages -- so needs to be introduced early in a release cycle for thorough testing.
Ideal approach to attempt initially:

Replace the existing type (rather than patching), so we don't end up with deprecated attributes at the lowest-level that are actually inherited (and should not be deprecated) from a higher level
Ensure that relationship types that have a supertype have ends that only ever narrow (further subtype) their parent's end types

In the call we discussed setting up a feature branch to ease integration testing, to avoid breakage in master whilst we
work through all the consequential changes
I propose to create a new feature branch 'egeria-feature-4724' but open to other name suggestions.. (4724 being linked to this id). Or we could do 'egeria-feature-superrel' or similar. Best not to be too long. cc: @mandy-chessell @davidradl @grahamwallis . I'll check the build pipelines are ok, and propose to do this tomorrow after the status call unless there is followup discussion here/keenness to get started sooner

I think that should be fine -- we need to do the usual cut-over of the OpenMetadataTypesArchive class post-release for master first, anyway.

Ok - add a comment here when ready and I'll setup & check

@planetf1 ok, I think we're ready for the new branch now -- I'd be fine with feature-relationship-supertypes as a name (not sure why everything needs to be prefixed with egeria- as it seems a bit redundant?)

@cmgrote just convention really -- the original release started as egeria-release-xx and we took it from there. I started with egeria-feature-xx when we looked at OLS and we discussed/agreed about the feature proposal there as per . It's good to have a release or feature to help with wildcards in the github actions, but agreed egeria is redundant and is only there historically.
A few formatting errors - but this was the documented process: https://github.com/odpi/egeria/blob/master/developer-resources/Feature-Branch.md
I do think egeria-feature-relationship-supertypes is quite cumbersome. Technically I have little concerns about changing it - beyond ALSO updating the other cicd files (before the branch), which means a little more testing & also should gather more support for a proposal to change the policy & update the guidelines accordingly?

Fine for me to gather more support and update the process accordingly...  If we want to limit the length of the names, it's a bit odd to me to waste 7 characters in that limited length every time by forcing every name to begin with the same 7-character string 🤷
In fact, taking this a step further, if we use the first x- to give the branch some decipherable meaning, then I'd make this part the short bit (e.g. just f- for a feature branch) rather than restricting the actually-meaningfully-distinguishing characteristics of the branch itself the part that gets squashed.
So rather than something like egeria-feature-superrel which forces me to me to ponder why we're mis-spelling the word "squirrel" and what this branch could possibly be about, it would make far more sense to me to call it f-relationship-supertypes (which is about the same number of characters overall, but far more descriptive).

I suggest we discuss and agree with the team on the call tomorrow.
Technically we just want a prefix
Reduction of length was purely a human interaction concern
I agree egeria-* is redundant (but let's not change existing - ok for new)
For anyone landing on our repo 'f-' may be a little crypic

To discuss and agree on 09/03/2021 call:

[ ] Naming of the feature branches
[ ] Bubbling up of name / displayName (see 3rd comment in this stream)

On the question of name vs displayName -  in most cases I can think of, the distinction between name and display name is important and we make use of it.  I would be cautious about loosing the distinction.
Typically "name" is used for technical assets - you can see it occurring frequently in Area 0.  The name is typically the technical name used in the digital landscape.  It is extracted automatically and is not what someone has chosen to be a meaningful display name.   In these entities the qualified name is manufactured by the metadata extraction process often based on the name.
The displayable (human authored) names for these entities are added later using a GlossaryTerm linked with the MoreInformation relationship.  So for example, in the Asset Manager OMAS interface, Assets have both technical names and business names.  The technical names go into the Asset entity and the business names go in the attached GlossaryTerm entity.  Using two entities for this is important since the Asset entity is often read-only to the open metadata ecosystem.
The displayName property typically appears in metadata elements that are human authored - such as glossary terms, governance zone definitions, ...  The author may or may not control the qualified name, but they can choose the display name.
It would be interesting to understand if we see inconsistencies in the use of these two property names in the types.


Avoid ENOEXEC for --venv shebangs.

Re-work both ZIPAPP and --sh-boot execution of --venv PEXes to avoid shebang
length limits.

Thanks for reviewing @hrfuller!


Help needed with Atlanta Intl.

I'm currently working on Atlanta-Hartsfield International Airport and as always, getting the sector files for the TARCON is very difficult. I haven't finished the airport yet, and there's still a lot to do, but I'd like to have the sector files by the time I need them.  If anyone has them or knows how to get them easily, let me know!

I have a sector file from ivao (a online simulator network) which may be of any help, screenshot:
https://gyazo.com/eb096a71561527caa923a2ff35db678f

I hadn't even thought of IVAO, I think it might work. In that case, I can get the sector files for myself. Thank you for reminding me that IVAO exists.

ok you are welcome you need to look for them on the USA division sector files the name for the KATL sector is ZTL_1502. you are always welcome :-)


Update documentation to reference Account-level Shutoff

The APM Logs-in-Context feature will have the option to toggle an account-level shutoff that would prevent any logs from being ingested. Let's make sure this feature is represented in our logs-in-context documentation.
Current doc: https://docs.newrelic.com/docs/apm/new-relic-apm/getting-started/get-started-logs-context/
Draft from docs team to branch off: https://github.com/newrelic/docs-website/tree/DOC7886a

Also possibly add some details about how to better use local decorating?

Local decorating docs have been improved and deployed: https://github.com/newrelic/docs-website/pull/7235
After talking with Barb, we realized Ruby didn't need its own document. I reviewed the draft and approved it.


NotImplementedException for Filter expression

Using Filter expression (example below) throws not yet implemented exception.
<operand xsi:type="Filter" scope="R">
   <source name="FluTests" xsi:type="ExpressionRef"/>
   <condition xsi:type="InValueSet">
      <code path="code.coding" scope="R" xsi:type="Property" />
      <valueset name="InfluenzaMolecular" xsi:type="ValueSetRef"/>
   </condition>
</operand>

Resolved: https://github.com/DBCG/cql_engine/commit/72ca653665d337a6cee165d5c0641b5a7d87f621
Get the 1.2.15-SNAPSHOT version of the engine for Filter evaluation.
I haven't tested this very much yet... I will leave the issue open in case you run into any problems.

Tested with the script below (where the ExpressionRef is a Query against Observations) and seems to be working.

Great! Closing this...


[QoL] More Gestures

It would be useful to have more gestures, example: swipe down/up.

Newest release has support for 8 gestures, 7 being remapable


⚠ Bofrost.at has degraded performance

In f548520, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 846 ms

Resolved: Bofrost.at performance has improved in 7ed141b.


[Deprecation] sonic-py-swssdk is deprecated since sonic-image build 202205

As of now, we use the sonic-py-swssdk for interaction with the local database on the switch.
The new library which should be used is a cpp python binding so the setup would be different and the local development is not that easy.
sonic-swss-common
Azure Pipeline Artifact Store

@Cellebyte , As pre broadcom we shouldn't be reading database directly at the first place, esp. in Monsoon like monitoring solutions. Instead we should rely upon managemnt framework (use Restconf or gNMI). Which sounds reasonable in my openion, because management framework might be refining/correlating crude data from redis (or from different redis instances) to produce more meaningful and accurate stats/config.
Shifting Monsoon to SONiC management framework will be a big effort, but brings in several benefits i.e. Monsoon will become agent-less, no low level DB interactions etc.

We could shift the topic towards integrating with the northbound API :)


Add variable names to some linearity check errors

As a newbie, I found that as my program grew larger I did not always know which variable was causing a given linearity check error. This PR attempts to add the variable name to key linearity check errors. Also in the case of a mismatch use of a variable, show the two states.

Thanks! I think I can improve the diagnostics a bit further.


GUVNOR-2706: Adding Multibyte class name Java file fails with 'The public type  must be defined in its own file' in business-central

See https://issues.jboss.org/browse/GUVNOR-2706

Before:

After:

@mariofusco Hi, would you mind taking a look please :-)

@etirelli Could please take a look?
(you already gave a review that here https://github.com/droolsjbpm/drools/pull/937)
Thanks.

+1


bind to worker when worker constructor is used

Fixes https://github.com/tumblr/colossus/issues/373
Bind to worker only if proper constructor is used as notice says
@DanSimon

[Current coverage][cc-pull] is 83.03%

Merging [#393][cc-pull] into [develop][cc-base-branch] will decrease coverage by 0.09%

3 files (not in diff) in .../main/scala/colossus were modified. more

Misses +6
Hits -6

@@            develop       #393   diff @@
==========================================
  Files            73         73
  Lines          3713       3713
  Methods        3475       3493    +18
  Messages          0          0
  Branches        238        220    -18
==========================================
- Hits           3087       3083     -4
- Misses          626        630     +4
  Partials          0          0

Powered by Codecov. Last updated by [a6514be...36b6967][cc-compare]
[cc-base-branch]: https://codecov.io/gh/tumblr/colossus/branch/develop?src=pr
[cc-compare]: https://codecov.io/gh/tumblr/colossus/compare/a6514be0dff02440f06c29c6ee393670b9d3f133...36b6967b290843dc691ae9e4417a17bae5a35593
[cc-pull]: https://codecov.io/gh/tumblr/colossus/pull/393?src=pr

👍

👍


xray add tool

xray
xray scan for cves
https://github.com/chaitin/xray/
Sample File
sdsdc.json

@abdoqaidhaidar ,
this is not a vaild json file as it is malformed. Please upload a valid json file here.

xray.json

can add tools like nuclei
https://github.com/projectdiscovery/nuclei

I just checked the json output of xray. Before it makes sense to write a parser here, I need things to get clarified first:

How can I determine the severity here?
Do you have an example file where "param": {} is not empty?
Which parameter can I choose as the name of the finding?

To me, it is quite hard to write a parser here as details are missing. Is it possible to make the output more verbose?

Reminder @xingyunliuyue .

I guess this can be closed @mtesauro.  No Response


Unknown error code on invalid totp

If I try to input a otp that does not have the right length (6), then I get this error:

https://www.ory.sh/docs/kratos/concepts/ui-user-interface#length-must-be--5-but-got-3-4000003

Since we have an exhaustive list of errors, shouldn't we create a mapping for the ones that make sense and just return Server Error for the rest?


'catalog' parameter not sent to Azul after switching sort order

Software version (git hash, date, branch)
Dev - https://dev.singlecell.gi.ucsc.edu/explore/
Prod - https://data.humancellatlas.org/explore/
Expected behavior
Clicking to reverse a column's sort order should preserve the catalog selection.
Actual behavior
Clicking to reverse a column's sort order drops the 'catalog' parameter from the Azul request.
Steps to reproduce the behavior

Go to https://data.humancellatlas.org/explore/files?catalog=dcp1
Note 35,768 pages after Browser makes request to Azul with catalog=dcp1 included.
Click to change sorting from File Name ascending to descending.
Note 18,971 pages after Browser makes request to Azul without catalog=dcp1

Thanks @danielsotirhos will take a look. Cheers, D

Thanks @danielsotirhos will take a look. Cheers, D

Confirmed issue has been resolved on https://dev.singlecell.gi.ucsc.edu/explore/

Confirmed issue has been resolved on https://dev.singlecell.gi.ucsc.edu/explore/


OpenSans Hebrew doesn't load in some IEs

We've got an issue where the OpenSans font doesn't properly load in Windows 7 for some reason. There are lots of people reporting the same issue on the Google Font discussion boards.
https://groups.google.com/forum/?fromgroups=#!searchin/early-access-fonts/hebrew/early-access-fonts/j4gtDwc4HlU/dzLPeryu5tEJ
I've +1ed this myself to try and get things revised, but the issue has been outstanding for a long while so I'm not going to hold my breath.
We may need to look at an alternative font to use instead of OpenSans.

No longer an issue as we don't support HE locale.


Fix syntax highlight initialization

Previously hljs was initialized via a function that relies on the DOMContentLoaded event, registered after jQuery's 'ready' event. I assume that with the recent jQuery update, DOMContentLoaded may not be guaranteed to fire after 'ready'. Fixed this via vanilla JS initalization.
Fixes: https://github.com/go-gitea/gitea/issues/7559

Codecov Report

Merging #7617 into master will decrease coverage by <.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #7617      +/-   ##
==========================================
- Coverage   41.28%   41.27%   -0.01%
==========================================
  Files         469      469
  Lines       63716    63716
==========================================
- Hits        26304    26299       -5
- Misses      33988    33992       +4
- Partials     3424     3425       +1

Impacted Files
Coverage Δ

modules/log/event.go
64.61% <0%> (-1.03%)
:arrow_down:

models/gpg_key.go
55.83% <0%> (-0.84%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6782a70...cacc7bb. Read the comment docs.

Make lg-tm work

This should be backported as was reported fot 1.9.0-rc2


Metadata Management - Deleting an existing Workflow

In the swagger UI, I can find a way to delete task-definitions.
However, I cannot find a way to delete an existing workflow.
Is there no way currently to delete an existing workflow?
I tried to construct something like this, but without success:

curl -X DELETE --header 'Accept: application/json' 'http://my_host:my_port/api/metadata/workflow/main_workflow'

We haven't exposed API for deleting workflows yet.  The reason being that, it could cause issues with running workflows and makes it harder to visualize the previously completed flows.
The idea is to be able to do that, but with a soft delete.

Thanks for clarification - a soft delete would be great.


feat: add handling for clarity-js reference

Description
References of javascript libraries should be included in the docs using the generated typedoc files.
This PR

adds code to handle generated markdown files by typedoc for javascript libraries.
adds generated md files for clarity-js
adds a json file containing javascript libraries to be included (libs.json)

For details refer to issue #846
Type of Change

[ ] New feature
[ ] Bug fix
[x] API reference/documentation update
[ ] Other

Checklist

[x] Tag @agraebe

@agraebe I have generalized the js lib reference. There is no clarity-js specific code anymore.
The current setup to add a new js lib reference is as follows:

add library id, library path and package name to /src/_data/libs.json
see the reference added

Missing pieces:

add github actions for each js lib to import typedoc files
fix links in md files (the link contains [lib]/[type] path)

what do we think should be the next step here?

closing due to inactivity


Implement ExactSizeIterator for Values.

Coverage increased (+0.5%) to 91.401% when pulling 9ab7e6da6cbbdfa36bee74bc8a0c32fb7983485c on frewsxcv:exact-size-iterator into 6ec80662d324a3f3e1eaa9a72ebce561c4574680 on kbknapp:master.

Thanks! @homu r+

:pushpin: Commit 9ab7e6d has been approved by kbknapp

:hourglass: Testing commit 9ab7e6d with merge bf4ee52...


To add steps of calculation in Area of Triangle calculator

Is your feature request related to a problem? Please describe.
To add steps of calculation in Area of Triangle calculator

Hi, I want to work on this issue I will start working on it as soon as I get assigned!! I am a part of GSSoC'21.
Kindly assign this issue to me!
Discord Username : Abhijeet Sinha(P)
Discord Tag: #4018


[Snyk] Security upgrade org.jbehave:jbehave-spring from 4.8.3 to 5.0

This PR was automatically created by Snyk using the credentials of a real user.Snyk has created this PR to fix one or more vulnerable packages in the `maven` dependencies of this project.
Changes included in this PR

Changes to the following files to upgrade the vulnerable dependencies to a fixed version:

pom.xml

Vulnerabilities that will be fixed
With an upgrade:

Severity
Priority Score (*)
Issue
Upgrade
Breaking Change
Exploit Maturity

611/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 5.8
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088328
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

586/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 5.3
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088329
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

586/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 5.3
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088330
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

776/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 9.1
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088331
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

626/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 6.1
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088332
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

586/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 5.3
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088333
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

626/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 6.1
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088334
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

586/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 5.3
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088335
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

626/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 6.1
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088336
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

696/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 7.5
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088337
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

586/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 5.3
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1088338
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

631/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 6.2
Deserialization of Untrusted Data SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1294540
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569176
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569177
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569178
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569179
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569180
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569181
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569182
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Remote Code Execution (RCE) SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569183
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569185
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569186
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Arbitrary Code Execution SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569187
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

646/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 6.5
Denial of Service (DoS) SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569189
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Server-Side Request Forgery (SSRF) SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569190
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

746/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 8.5
Server-Side Request Forgery (SSRF) SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-1569191
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
Proof of Concept

589/1000  Why? Has a fix available, CVSS 7.5
Denial of Service (DoS) SNYK-JAVA-COMTHOUGHTWORKSXSTREAM-2388977
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
No Known Exploit

471/1000  Why? Recently disclosed, Has a fix available, CVSS 3.7
Improper Handling of Case Sensitivity SNYK-JAVA-ORGSPRINGFRAMEWORK-2689634
org.jbehave:jbehave-spring:  4.8.3 -> 5.0
Yes
No Known Exploit

(*) Note that the real score may have changed since the PR was raised.
Check the changes in this PR to ensure they won't cause issues with your project.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.
For more information:
🧐 View latest project report
🛠 Adjust project settings
📚 Read more about Snyk's upgrade and patch logic

Learn how to fix vulnerabilities with free interactive lessons:
🦉 Deserialization of Untrusted Data
🦉 Deserialization of Untrusted Data
🦉 Deserialization of Untrusted Data
🦉 More lessons are available in Snyk Learn

Already updated manually


Set DCN for higher pytorch version

DCN borrowed from https://github.com/lbin/DCNv2/tree/pytorch_1.7.

Thanks for your contributions. Have you tried this version of DCN for torch 1.4?
Or maybe we should set two branches for different versions of pytorch.

I managed to build my fork at CUDA111/torch1.8, CUDA110/torch1.7, and also CUDA 102/torch1.5. Though there are different warnings, it works.
I do not maintain a torch 1.4 environment so perhaps you could help verify that?
I have also trained on the validation set with CUDA111/torch 1.8 and basically verified your results on the validation set.

Thanks, I will test the higher environments and create a new branch.


Job Execution from CLI yields a different result then running it from the Dashboard

Iam starting to make more and more use of the CLI Commands that where introduced in 5.7 and expanded ever since. - (Thanks for those! They are mostly really handy!)
I've noticed a irregularty though, when i started to set up Cronjobs using the CLI.  - It seems some Permissions are missing when running from the CLI.
I have a very simple example for this.
The following Snippet from one of my Jobs Checks a File Manager Folder for Files that are older then 14 days and deletes them.:
$this->count = 0;
        $now = new \DateTime('now');
        $deleteDate = $now->modify('-14 days');
        $folder = FileFolder::getNodeByName('Unterlagen Stellenbewerbungen');
        if (is_object($folder)) {
            // if we have a folder grab the list of files inside it
            $list = new FolderItemList();
            $list->filterByParentFolder($folder);
            foreach($list->getResults() as $node){
                $f = $node->getTreeNodeFileObject();
                $fDate = new \DateTime($node->getDateCreated());
                if($fDate < $deleteDate){
                    $f->getFile();
                    $fv = $f->getRecentVersion();
                    $name = $fv->getFileName();
                    if($f->delete()){
                        $this->count++;
                        Log::addEntry('File: "'.$name.'" deleted due to its age of > 14 days.');
                    }
                }
            }
        }

        return $this->count.' Files deleted';

When i run this one manually from the Dashboard. -> matching Files get deleted as expected
When i run this one manually using the "Automation Link" from the Dashboard. -> matching Files get deleted as expected
When i run this from the CLI (c5:job my_job). -> Never any Files found (even if present)
My guess is that the Permissions that are used when running Jobs from the CLI are not sufficient for Listing all files using FolderItemList Class.
In my Opinion, Jobs that are run from the CLI should always have full permissions, as if run from the Superadmin in the Dashboard.

Yes. When running from the command line you are not logged in as a user, so you won't have any permissions beyond that of a guest. Meaning that if you're executing a PageList or something like that, you'll need to run ignorePermissions() on that page list.


Is it possible to import only particular component for example dropdown or tooltip?

Question:
Is it possible to import only particular component for example dropdown or tooltip?

https://github.com/thednp/bootstrap.native/issues/128

Create a custom build
Import the build

@thednp thanks.

@thednp one more question, after call node build.js -v 4 -a false -o button where is the file that I can import to my project?


Update feast core default values to include hibernate merge strategy

Since the helm install for feast core overwrites the default application configuration, the application configuration configured by the chart needs to contain the following option:
properties.hibernate.event.merge.entity_copy_observer: allow

/lgtm


Requestmapper

Add a request mapper class that invokes the right "business logic" to create a response. This should be straightforward as we only have one use case and one type of request

done


SDK download links are returning invalid response

SDK download links are returning invalid response
All the links on https://github.com/dotnet/core/blob/master/release-notes/releases.csv are returning invalid response.

Trying to use blob for rc1 https://dotnetcli.blob.core.windows.net/dotnet/sdk/2.1.300-rc1-008673/
Got error > BlobNotFoundThe specified blob does not exist

Pretty big issue since all vsts builds fails

@andtii  - blob permissions to not enable browsing at that level. Tested a couple SDK and Runtime links and should be good to go now.

@leecow I'm still getting an invalid response from them all.

@leecow Figured it out, I was using the wrong version number. "2.1.300-rc1-008673".  I've got it working fine with VSTS now.

Works for me now aswell! Thnx!


Export dump and import dump monobehaviour ,after I repackage apk was crashed

I export dump and import dump monobehaviour(don't change anything) and repackge apk, the game was crashed and logcat show error was level0 is corrupted! Remove it and launch unity again! But if I export raw and import raw(don't change anything) and rapackage apk,everything is ok.But i don't know how to Edit raw

#50


Implement the dropdown with type and select plus dropdown capability instead of just dropdown

In the current portal, settings with dropdown cannot be optional.It has to have a none setting that maps to an empty string to make it an optional value. If we have a dropdown that has a dropdown button and text typing capability, user can either select from dropdown or type and select. This way if user does not type or select anything we have the portal not set it for portal. This removes a lot of portal complexities and currently there is a control that supports functionality. We would need to switch the control type to make this change.

@soninaren Let's revisit this per our conversation the other day

@soninaren - Is this still needed?

we can close this. At the moment we don't have any bindings that require this now.


Adjust menu option and clarify

closes https://github.com/MicrosoftDocs/OfficeDocs-SkypeForBusiness/issues/8912

@dstrome @tiburd please help me with the review/merge


Validation chain

Enhancement
Please refer to: https://github.com/go-playground/validator/issues/1266
Make sure that you've checked the boxes below before you submit PR:

[ X ] Tests exist or have been written that cover this particular change.

@go-playground/validator-maintainers

coverage: 74.24% (-0.003%) from 74.243%
when pulling a62b0d494b30e40838acb0bdb1fa0c6c2d975ccb on mxmauro:chained_validation
into e20b94842ab102ba94e73eaf66f5c0466e405882 on go-playground:master.

Unable to get the reason why the coverage goes down because coverage details gives status 500.


NodeJS Africa Comm-Comm

A way of getting Africa more involved in JS and NodeJS.
Having it's working group, organizing meetup and making feel more involved in decision making too.

This is a great Initiative, as a Nigerian, many NodeJS developers here have no idea what is going on with Nodejs Governance and contributing to the community. We can take this on @codeekage, What do you think?

Sure we can!! we just need formal approval from NodeJS, so we can kick it off.

I think been here makes it formal, this is an open initiative not a corporation or something. Although there is a need for support.

Would like to go on with further plans and spreading the news of the arrival of NodeJS Africa? 🙏

We could talk some more on twitter?

Yeah sure @oluwaseunOmoya

@codeekage What exactly would you like us to discuss about this in the meeting? A couple of bullet points would be nice since our time is quite limited. 😅

How can successful conferences, meetups, hackathons and workshops be held to help increase the knowledge of NodeJS in Africa??

*What amount of support do we have to give to assist people in Africa have a successful community?
*What acess level can we grant them to help them contribute fully and have a wonderful insight of open source?
*How can we take over the open sorcerers in Africa to be fully commited to writing just NodeJS?
These are some few questions that will get it started and make it really successfully. I am 100% ready to contribute into making it a success in Africa.

Thank you for adding issue #237 to the cc-agenda.

What a cool idea! Because of governance language, we may want to figure out another name for this(it is legal language) and the nomenclature moving forward–in case other communities are inspired by this good work. The idea of supporting individual communities that are doing really awesome stuff is a great idea for working groups in the Community Committee.

@hackgolucky I think it should operate within Nodejs projects and it's repository.
It will be super awesome if you'd help come up with a more super awesome name..🙏😀

This is interesting and I will like to be part.
I'll be interested in knowing the requirements and the commitment involved.
I have been up and down looking for a good way to contribute to Node.js projects, this looks like one.

Hi @codeekage! We discussed this in today's Community Committee meeting (ref #238). Assuming we're understanding your issue correctly, here's a couple of things the Foundation can do to support your efforts:

In order to kickstart some great meetups, the Evangelism Working Group has made a Meetup Starter Kit that you can take inspiration from.
The Foundation can provide you with free stickers for your meetups! Send an email to<EMAIL_ADDRESS>for more information.
If you want, there's an ongoing effort around community ambassadors. If there are any interesting conferences happening in Nigeria or elsewhere in Africa, you can probably try and figure something out together with us and the Foundation!

Apart from that, unfortunately the Community Committee doesn't currently have the resources to actively support this effort in an official capacity, but you're very welcome to ask us for help in case you have any questions!

Thank you very much for addressing the issue! for now, will only love to be part of the evangelism working group and as an ambassador of NodeJS foundation Africa.
Will be more than happy to get stickers from the foundation !!!!!!!!!!

This seems mostly resolved, and has extended into several other issues. Going to close for now ❤


pre-train

Hi @gmihaila thanks for this splendid library.
Just have a quick question regarding pre-training from scratch, is it possible using a single system. I don't have much data to pre-train.
Any suggestions.
thanks

@shainaraza what do you mean by single system?

yes @gmihaila I have Colab just and want to train model on 100000 of publications data (papers and their text).

@shainaraza Yes, you should be able to use a Colab to pre-train from scratch. Make sure to use a GPU. I did it myself several times.
As for the data size, I'm not sure how many lines of text will 100,000 publications take but I'm pretty sure it should be able to handle it as long as it can fit in ram.


Agent panics when dimensional metric type counter is sent

Description
Agent panics when dimensional metric type counter is sent
infra-agent_1  | time="2020-10-09T08:08:41Z" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=process_cpu_seconds_total
infra-agent_1  | time="2020-10-09T08:08:41Z" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=go_memstats_alloc_bytes_total
infra-agent_1  | time="2020-10-09T08:08:41Z" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=go_memstats_frees_total
infra-agent_1  | time="2020-10-09T08:08:41Z" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=go_memstats_mallocs_total
infra-agent_1  | time="2020-10-09T08:08:41Z" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=promhttp_metric_handler_requests_total
infra-agent_1  | time="2020-10-09T08:08:41Z" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=promhttp_metric_handler_requests_total
infra-agent_1  | time="2020-10-09T08:08:41Z" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=promhttp_metric_handler_requests_total
infra-agent_1  | time="2020-10-09T08:08:41Z" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=go_memstats_lookups_total
infra-agent_1  | time="2020-10-09T08:08:41Z" level=warning msg="received an unknown metric type" component=DimensionalMetricsSender metric-type=go_gc_duration_seconds name=go_gc_duration_seconds
infra-agent_1  | panic: runtime error: invalid memory address or nil pointer dereference
infra-agent_1  | [signal SIGSEGV: segmentation violation code=0x1 addr=0x18 pc=0xb9659e]
infra-agent_1  |
infra-agent_1  | goroutine 102 [running]:
infra-agent_1  | github.com/newrelic/infrastructure-agent/pkg/integrations/v4/dm.(*nonRegisterEmitter).Send(0xc00015b5a0, 0xc000218080, 0xe, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc0004347e0, 0xc0003ef820, ...)
infra-agent_1  |        /go/src/github.com/newrelic/infrastructure-agent/pkg/integrations/v4/dm/emitter_no_register.go:120 +0x60e
infra-agent_1  | github.com/newrelic/infrastructure-agent/pkg/integrations/v4/emitter.(*VersionAwareEmitter).Emit(0xc00053b6c0, 0xc000218080, 0xe, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc0004347e0, 0xc0003ef820, ...)
infra-agent_1  |        /go/src/github.com/newrelic/infrastructure-agent/pkg/integrations/v4/emitter/emitter.go:75 +0x43b
infra-agent_1  | github.com/newrelic/infrastructure-agent/internal/integrations/v4/runner.(*runner).handleLines(0xc000438280, 0xc00024a8a0, 0x0, 0x0, 0x0, 0x0)
infra-agent_1  |        /go/src/github.com/newrelic/infrastructure-agent/internal/integrations/v4/runner/runner.go:264 +0x2cc
infra-agent_1  | created by github.com/newrelic/infrastructure-agent/internal/integrations/v4/runner.(*runner).execute
infra-agent_1  |        /go/src/github.com/newrelic/infrastructure-agent/internal/integrations/v4/runner/runner.go:191 +0x24d
infra-agent_1  | time="2020-10-09T08:08:41Z" level=info msg="agent process exited, stopping agent service daemon..." exit_code=2

pomi output
{"protocol_version":"4","integration":{"name":"nri-prometheus","version":"dev"},"data":[{"common":{},"metrics":[{"timestamp":1602231023,"name":"promhttp_metric_handler_requests_total","type":"count","attributes":{"code":"200","integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"count","promMetricType":"counter","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"count":1},{"timestamp":1602231023,"name":"promhttp_metric_handler_requests_total","type":"count","attributes":{"code":"500","integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"count","promMetricType":"counter","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"count":0},{"timestamp":1602231023,"name":"promhttp_metric_handler_requests_total","type":"count","attributes":{"code":"503","integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"count","promMetricType":"counter","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"count":0},{"timestamp":1602231023,"name":"process_virtual_memory_max_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":-1},{"timestamp":1602231023,"name":"promhttp_metric_handler_requests_in_flight","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1},{"timestamp":1602231023,"name":"go_memstats_heap_idle_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":62242816},{"timestamp":1602231023,"name":"go_memstats_heap_released_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":61964288},{"timestamp":1602231023,"name":"go_goroutines","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":7},{"timestamp":1602231023,"name":"github_repo_stars","type":"gauge","attributes":{"archived":"false","fork":"false","integrationName":"nri-prometheus","integrationVersion":"dev","language":"Go","license":"apache-2.0","nrMetricType":"gauge","private":"false","promMetricType":"gauge","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":16},{"timestamp":1602231023,"name":"github_rate_reset","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1602234218},{"timestamp":1602231023,"name":"go_memstats_sys_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":74006784},{"timestamp":1602231023,"name":"process_open_fds","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":11},{"timestamp":1602231023,"name":"go_memstats_mcache_sys_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":16384},{"timestamp":1602231023,"name":"go_memstats_alloc_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1880400},{"timestamp":1602231023,"name":"go_memstats_gc_sys_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":3578120},{"timestamp":1602231023,"name":"go_memstats_other_sys_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1725879},{"timestamp":1602231023,"name":"process_virtual_memory_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":729858048},{"timestamp":1602231023,"name":"github_repo_open_issues","type":"gauge","attributes":{"archived":"false","fork":"false","integrationName":"nri-prometheus","integrationVersion":"dev","language":"Go","license":"apache-2.0","nrMetricType":"gauge","private":"false","promMetricType":"gauge","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":17},{"timestamp":1602231023,"name":"go_info","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","version":"go1.14"},"value":1},{"timestamp":1602231023,"name":"go_memstats_mspan_inuse_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":115328},{"timestamp":1602231023,"name":"go_memstats_alloc_bytes_total","type":"count","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"count","promMetricType":"counter","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"count":10996376},{"timestamp":1602231023,"name":"github_repo_pull_request_count","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1},{"timestamp":1602231023,"name":"go_memstats_gc_cpu_fraction","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":0.00016355040920668277},{"timestamp":1602231023,"name":"go_memstats_heap_alloc_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1880400},{"timestamp":1602231023,"name":"go_memstats_last_gc_time_seconds","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1602230921.300225},{"timestamp":1602231023,"name":"github_repo_watchers","type":"gauge","attributes":{"archived":"false","fork":"false","integrationName":"nri-prometheus","integrationVersion":"dev","language":"Go","license":"apache-2.0","nrMetricType":"gauge","private":"false","promMetricType":"gauge","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":17},{"timestamp":1602231023,"name":"go_memstats_mspan_sys_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":131072},{"timestamp":1602231023,"name":"go_memstats_heap_sys_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":66551808},{"timestamp":1602231023,"name":"process_resident_memory_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":13361152},{"timestamp":1602231023,"name":"github_repo_forks","type":"gauge","attributes":{"archived":"false","fork":"false","integrationName":"nri-prometheus","integrationVersion":"dev","language":"Go","license":"apache-2.0","nrMetricType":"gauge","private":"false","promMetricType":"gauge","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":10},{"timestamp":1602231023,"name":"go_memstats_buck_hash_sys_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1446465},{"timestamp":1602231023,"name":"go_memstats_lookups_total","type":"count","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"count","promMetricType":"counter","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"count":0},{"timestamp":1602231023,"name":"go_memstats_stack_sys_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":557056},{"timestamp":1602231023,"name":"go_threads","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":8},{"timestamp":1602231023,"name":"go_memstats_frees_total","type":"count","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"count","promMetricType":"counter","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"count":227687},{"timestamp":1602231023,"name":"go_memstats_next_gc_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":4194304},{"timestamp":1602231023,"name":"process_start_time_seconds","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1602230909.52},{"timestamp":1602231023,"name":"go_memstats_mcache_inuse_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":10416},{"timestamp":1602231023,"name":"github_rate_limit","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":60},{"timestamp":1602231023,"name":"process_cpu_seconds_total","type":"count","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"count","promMetricType":"counter","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"count":0.27},{"timestamp":1602231023,"name":"github_repo_size_kb","type":"gauge","attributes":{"archived":"false","fork":"false","integrationName":"nri-prometheus","integrationVersion":"dev","language":"Go","license":"apache-2.0","nrMetricType":"gauge","private":"false","promMetricType":"gauge","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":4482},{"timestamp":1602231023,"name":"github_rate_remaining","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":42},{"timestamp":1602231023,"name":"go_memstats_stack_inuse_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":557056},{"timestamp":1602231023,"name":"go_memstats_heap_inuse_bytes","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":4308992},{"timestamp":1602231023,"name":"process_max_fds","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":1048576},{"timestamp":1602231023,"name":"go_memstats_mallocs_total","type":"count","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"count","promMetricType":"counter","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"count":241239},{"timestamp":1602231023,"name":"go_gc_duration_seconds","type":"prometheus-summary","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"summary","promMetricType":"summary","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"sample_count":4,"sample_sum":0.0006627,"quantiles":[{"quantile":0,"value":0.0000661},{"quantile":0.25,"value":0.0000946},{"quantile":0.5,"value":0.0001115},{"quantile":0.75,"value":0.0003905},{"quantile":1,"value":0.0003905}]},{"timestamp":1602231023,"name":"go_memstats_heap_objects","type":"gauge","attributes":{"integrationName":"nri-prometheus","integrationVersion":"dev","nrMetricType":"gauge","promMetricType":"gauge","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171"},"value":13552},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-09-19T09:16:15Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.0.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-09-19T09:16:15Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.0.0_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.0.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-09-19T09:16:15Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.0.0_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.0.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-09-19T09:16:15Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.0.0_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.0.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-09-20T16:42:47Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.1.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":3},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-09-20T16:42:47Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.1.0_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.1.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-09-20T16:42:47Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.1.0_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.1.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-09-20T16:42:47Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.1.0_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.1.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-16T07:47:38Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-16T07:47:38Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.2.0_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-16T07:47:38Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.2.0_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-16T07:47:38Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.2.0_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-16T15:21:24Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":3},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-16T15:21:24Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.2.1_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-16T15:21:24Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.2.1_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":5},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-16T15:21:24Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.2.1_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-24T11:47:16Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.2","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-24T11:47:16Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.2.2_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.2","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-24T11:47:16Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.2.2_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.2","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":89},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2019-10-24T11:47:16Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.2.2_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.2.2","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":3},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-02-05T14:34:31Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.3.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-02-05T14:34:31Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.3.0_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.3.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-02-05T14:34:31Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.3.0_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.3.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":10},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-02-05T14:34:31Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.3.0_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.3.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-02T17:24:34Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.4.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-02T17:24:34Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.4.0_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.4.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-02T17:24:34Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.4.0_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.4.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-02T17:24:35Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.4.0_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.4.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-10T10:24:55Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.5.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-10T10:24:55Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.5.0_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.5.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-10T10:24:55Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.5.0_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.5.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-10T10:24:55Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_1.5.0_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v1.5.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-23T07:31:12Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.0-rc1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-23T07:31:12Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.0.0-rc1_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.0-rc1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-23T07:31:12Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.0.0-rc1_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.0-rc1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-06-23T07:31:12Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.0.0-rc1_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.0-rc1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":3},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-07-02T09:52:49Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":4},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-07-02T09:52:49Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.0.0_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":3},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-07-02T09:52:49Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.0.0_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":12},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-07-02T09:52:49Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.0.0_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-08-19T16:14:23Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-08-19T16:14:23Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.0.1_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":3},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-08-19T16:14:23Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.0.1_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-08-19T16:14:23Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.0.1_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.0.1","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-09-15T12:12:45Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.1.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":2},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-09-15T12:12:45Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.1.0_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.1.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":0},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-09-15T12:12:45Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.1.0_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.1.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":31},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-09-15T12:12:45Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.1.0_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.1.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":0},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-10-06T15:49:23Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"checksums.txt","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.2.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":1},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-10-06T15:49:23Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.2.0_Darwin_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.2.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":1},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-10-06T15:49:23Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.2.0_Linux_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.2.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":1},{"timestamp":1602231023,"name":"github_repo_release_downloads","type":"gauge","attributes":{"created_at":"2020-10-06T15:49:23Z","integrationName":"nri-prometheus","integrationVersion":"dev","name":"nri-prometheus_2.2.0_freebsd_x86_64.tar.gz","nrMetricType":"gauge","promMetricType":"gauge","release":"v2.2.0","repo":"nri-prometheus","scrapedTargetKind":"user_provided","scrapedTargetName":"localhost:9171","scrapedTargetURL":"http://localhost:9171/metrics","targetName":"localhost:9171","user":"newrelic"},"value":1}],"inventory":{},"events":[]}]}

Expected Behavior
Agent process the metric without panic
Troubleshooting or NR Diag results
Steps to Reproduce
running container image newrelic/infrastructure:1.12.6
configure pomi as an onhost integation scraping github exporter
Your Environment
Additional context

It is related to this issue https://github.com/newrelic/infrastructure-agent/issues/129 And this PR https://github.com/newrelic/infrastructure-agent/pull/132 ?

Fixed by #141 ->  https://github.com/newrelic/infrastructure-agent/pull/141/files#diff-0f51b52ab4023b3d9993f523d7dd3783010256a09f9c74964d1bf99f827d6fd7L120

Hi @cristianciutea  I just check this issue running from the master branch and I still seeing this errors
time="2020-10-16T14:41:07+02:00" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=process_cpu_seconds_total
time="2020-10-16T14:41:07+02:00" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=promhttp_metric_handler_requests_total
time="2020-10-16T14:41:07+02:00" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=promhttp_metric_handler_requests_total
time="2020-10-16T14:41:07+02:00" level=error msg="received a metric with invalid value" component=DimensionalMetricsSender error="unexpected end of JSON input" metric-type=count name=promhttp_metric_handler_requests_total


Lodestar has more than 55 peers

Describe the bug
After we upgrade to libp2p 0.45.9, there are more than 55 peers

cc @wemeetagain
Expected behavior
node should consistently have 50 - 55 peers
Steps to reproduce
No response
Additional context
No response
Operating system
Linux
Lodestar version or commit hash
7280234

this issue happens quite randomly, this is on a real mainnet node running almost v1.10.0-rc.1, the peers are consistently at around 60 in the last 2 days

topic peers keep increasing, and it's all because of incoming peers

it causes event loop lag to keep increasing cc @philknows

Previously we count on libp2p which prune connections per new one connected. Now we count on peer manager heartbeat which run every 30s so we can't get connections to 50-55 peers consistently given peers connected to this node quite frequently

Peer Manager does good job to remove ~20 peers per minute (= ~10 peers per heart beat, which is 60 - targetPeers)

However peers want to connect to this node quite frequently (~0/3x per sec = ~20 peers per minute)

libp2p-tcp is supposed not to listen for inbound connections if there are > 55 peers however there is a bug there, see https://github.com/libp2p/js-libp2p/issues/1927

As of v1.13, it remains at 55 peers pretty consistently. However, I'm not entirely sure if the close server on max connections is resolved. Please close if no longer relevant.

it could be up to 70 peers after v1.13.0 on unstable mainnet node but seems like it does not happen a lot like before, would like to keep this to monitor because this is prerequisite to increase to 100 peers

closing since we now moved to 100 peers


Display wallet accounts in the address book

Yes, I think all the accounts from current wallet (own accounts) should be suggested in the "Select contact" list.
To prevent confusion we should forbid to add own accounts as contacts, because then we have possible account name collisions.

I agree. I see there are two ways:

Display all wallet accounts in the contact dropdown by default and disallow adding them to the address book. Probably dropdown should have two groups (owned accounts and address book).

Add checkbox "Add this account to address book" to the account creation modal. When user rename or delete an account there should be a modal which propose to update address book

is way better in my opinion


ci(yarn): yearn travis config and lockfile

Coverage remained the same at 66.193% when pulling 03309dd5712af92e45dda8f9ee023a4bf630025f on ci/yarn into 15d89f153b22e4775d4b839b000a859e990c4fb5 on master.

Coverage remained the same at 66.193% when pulling 315cf41e1ef03b790abbcd23d0c7bc3e5a36f568 on ci/yarn into 15d89f153b22e4775d4b839b000a859e990c4fb5 on master.

Coverage remained the same at 66.193% when pulling e335efdc0aeb3e86fb34a3f2199e173c099900c7 on ci/yarn into 15d89f153b22e4775d4b839b000a859e990c4fb5 on master.


fix: add NotSet path for increase/decrease ttl apis

PR Description:

Add the "NotSet" path in increase/decrease ttl apis

Issue
closes https://github.com/momentohq/client-sdk-javascript/issues/1446

We'll also need tests to cover this path

The tests already existed with check for an Error instead of NotSet path. Updated the tests.


Make sure to not dispose system fonts

Description of Change
Make sure to not dispose system fonts.
SKFontManager and SKTypeface return a cached/singleton for system fonts. Do not dispose these because they may be in use in other parts of drawing code.
Because it is actually reference counted on the native side, we can allow the GC to collect it still. When the GC is working, this means that there are no more managed references and a disposal of the managed object will do nothing bad.
Bugs Fixed

Fixes #1220
Fixes #1179

API Changes
SKFontManager.SKTypeface MatchFamily (string familyName);
Behavioral Changes
System fonts are no longer disposed.
PR Checklist

[ ] Has tests (if omitted, state reason in description)
[ ] Rebased on top of master at time of PR
[ ] Changes adhere to coding standard
[ ] Updated documentation

Released to NuGet as version 1.68.2-preview.60


Extended  "Simple" Case expression

https://neo4j.com/docs/cypher-manual/current/queries/case/#case-extended-simple

Won't be implemented, as these cases can be easily solved with the use of the generic CASE


Support SPARQL updates

Not much to explain here. Besides being able to forward reading queries, also support updating queries.

This seems to be working without issue. Just needed to be tested to make sure it was working. The API specified in the SPARQL Protocol seems fully supported as a consequence of supporting the API for regular SELECT queries.