text:
stack giving errors

*provider.local: version = "~> 1.2"
*provider.null: version = "~> 2.1"
*provider.oci: version = "~> 3.86"
*provider.tls: version = "~> 2.0"
Terraform has been successfully initialized!
You may now begin working with Terraform. Try running "terraform plan" to see
any changes that are required for your infrastructure. All Terraform commands
should now work.
If you ever set or change modules or backend configuration for Terraform,
rerun this command to reinitialize your working directory. If you forget, other
commands will detect it and remind you to do so if necessary.
Refreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.
data.null_data_source.vpus: Refreshing state...
module.worker.data.null_data_source.hostname_labels[3]: Refreshing state...
module.worker.data.null_data_source.hostname_labels[0]: Refreshing state...
module.worker.data.null_data_source.hostname_labels[1]: Refreshing state...
module.worker.data.null_data_source.hostname_labels[2]: Refreshing state...
data.oci_identity_availability_domains.ADs: Refreshing state...
data.oci_identity_regions.filtered_regions: Refreshing state...
data.oci_core_vcn.vcn_info: Refreshing state...
data.oci_core_subnet.cluster_subnet: Refreshing state...
data.oci_core_subnet.utility_subnet: Refreshing state...
data.oci_core_subnet.bastion_subnet: Refreshing state...
data.null_data_source.values: Refreshing state...

Warning: Interpolation-only expressions are deprecated
on iam.tf line 7, in resource "local_file" "key_file"
7: 	content = "${tls_private_key.key.private_key_pem}"
Terraform 0.11 and earlier required all non-constant expressions to be
provided via interpolation syntax, but this pattern is now deprecated. To
silence this warning, remove the "${ sequence from the start and the }"
sequence from the end of this expression, leaving just the inner expression.
Template interpolation syntax is still used to construct strings from
expressions when the template includes multiple interpolation sequences or a
mixture of literal strings and interpolations. This deprecation applies only
to templates that consist entirely of a single interpolation sequence.
(and 166 more similar warnings elsewhere)
Warning: Quoted type constraints are deprecated
on variables.tf line 312, in variable "CentOSImageOCID"
312:   type = "map"
Terraform 0.11 and earlier required type constraints to be given in quotes,
but that form is now deprecated and will be removed in a future version of
Terraform. To silence this warning, remove the quotes around "map" and write
map(string) instead to explicitly indicate that the map elements are strings.
(and 2 more similar warnings elsewhere)
Error: Invalid index
on modules/network/outputs.tf line 2, in output "vcn-id"
2: 	value = "${oci_core_vcn.cloudera_vcn.0.id}"
|----------------

| oci_core_vcn.cloudera_vcn is empty tuple

The given key does not identify an element in this collection value.
Error: Invalid index
on modules/network/outputs.tf line 6, in output "private-id"
6: 	value = "${oci_core_subnet.private.0.id}"
|----------------

| oci_core_subnet.private is empty tuple

The given key does not identify an element in this collection value.

this error only when we choose existing VCN
is the existing VCN must named as cloudera_vcn too otherwise will give the above error !!

repo: oracle-quickstart/oci-cloudera


text:
Feature store notebook examples

Description

Add a notebook demonstrating feature store quick-start
Add a notebook demonstrating feature store querying
Add a notebook demonstrating feature store using spark magic
Add a notebook demonstrating feature store schema evolution and schema enforcement

ipynb Notebooks
notebook demonstrating feature store quick-start
notebook demonstrating feature store using spark magic
notebook demonstrating schema evolution
HTML Notebooks
notebook demonstrating feature store quick-start
notebook demonstrating feature store using spark magic
notebook demonstrating schema evolution

I've reviewed/revised the notebooks and attached them to include in this PR.
Authors need to update the TOCs to match the section titles,
TC Review.zip

testing write.

source: gharchive/pull-request

authors: KshitizLohia lvallad

license_type: permissive

license_source: github-api


text:
unable to provision oke with cilium install

i tried to use oke module with cilium install
cilium_install                     = true
cilium_helm_version                = "1.16.3"
Is there an example values for setting cilium_helm_values?
I tried without passing any values, but it fails with this error
│ Error: execution error at (cilium/templates/validate.yaml:25:5): containerRuntime.integration was deprecated in v1.14 and has been removed in v1.16. For details please refer to https://docs.cilium.io/en/v1.16/operations/upgrade/#helm-options
│
│   with module.k8s_infra.module.extensions[0].data.helm_template.cilium[0],
│   on .terraform/modules/k8s_infra/modules/extensions/cilium.tf line 134, in data "helm_template" "cilium":
│  134: data "helm_template" "cilium" {

The error you are seeing indicates you are trying to set containerRuntime.integration value on cilium 1.16 helm chart. This is not supported.
The support for cilium 1.16 was added with the OKE TF module 5.2 release.
Regarding an example for the values, please take a look here: https://oracle-terraform-modules.github.io/terraform-oci-oke/guide/extensions_networking.html#cilium-cni

thanks this is working now. i was using 5.18 version

source: gharchive/issue

authors: ddevadat robo-cap


text:
Fix implicit aliasing and other errors

What this PR does / why we need it:
Fix implicit aliasing and other gosec errors
Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #

e2e test
[SynchronizedAfterSuite] PASSED [0.000 seconds]
[SynchronizedAfterSuite]
/home/ubuntu/go/src/github.com/oracle/cluster-api-provider-oci/test/e2e/e2e_suite_test.go:254
------------------------------
[SynchronizedAfterSuite] PASSED [2230.293 seconds]
[SynchronizedAfterSuite]
/home/ubuntu/go/src/github.com/oracle/cluster-api-provider-oci/test/e2e/e2e_suite_test.go:254

  Timeline >>
  STEP: Tearing down the management cluster @ 05/05/23 07:10:56.329
  << Timeline
------------------------------

Ran 6 of 25 Specs in 3896.963 seconds
SUCCESS! -- 6 Passed | 0 Failed | 0 Pending | 19 Skipped

unit test
?   	github.com/oracle/cluster-api-provider-oci	[no test files]
ok  	github.com/oracle/cluster-api-provider-oci/api/v1beta1	41.611s	coverage: 24.1% of statements
ok  	github.com/oracle/cluster-api-provider-oci/api/v1beta2	0.046s	coverage: 15.8% of statements
?   	github.com/oracle/cluster-api-provider-oci/cloud/config	[no test files]
ok  	github.com/oracle/cluster-api-provider-oci/cloud/ociutil	0.007s	coverage: 19.6% of statements
ok  	github.com/oracle/cluster-api-provider-oci/cloud/scope	235.791s	coverage: 77.1% of statements
?   	github.com/oracle/cluster-api-provider-oci/cloud/scope/mocks	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/base	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/base/mock_base	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/compute	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/compute/mock_compute	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/computemanagement	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/computemanagement/mock_computemanagement	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/containerengine	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/containerengine/mock_containerengine	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/identity	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/identity/mock_identity	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/loadbalancer	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/loadbalancer/mock_lb	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/networkloadbalancer	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/networkloadbalancer/mock_nlb	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/vcn	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/cloud/services/vcn/mock_vcn	[no test files]
ok  	github.com/oracle/cluster-api-provider-oci/cloud/util	0.026s	coverage: 55.8% of statements
ok  	github.com/oracle/cluster-api-provider-oci/controllers	26.119s	coverage: 67.5% of statements
ok  	github.com/oracle/cluster-api-provider-oci/exp/api/v1beta1	27.288s	coverage: 21.8% of statements
ok  	github.com/oracle/cluster-api-provider-oci/exp/api/v1beta2	0.022s	coverage: 10.9% of statements
ok  	github.com/oracle/cluster-api-provider-oci/exp/controllers	1.195s	coverage: 56.3% of statements
?   	github.com/oracle/cluster-api-provider-oci/feature	[no test files]
?   	github.com/oracle/cluster-api-provider-oci/version	[no test files]

repo: oracle/cluster-api-provider-oci


text:
[Feature] implement delete+insert incremental strategy

Describe the Feature
implementation of delete+insert incremental strategy
Describe alternatives you've considered
using a pre hook on the model to delete the data or trying to implement the custom strategy myself, the first seems prone to error and the later convoluted
Who will this benefit?
dbt offers different strategies to make incremental models. the ones currently implemented are append and merge (as I understand). although they are not fit for all use cases. for example when reruns are desired and the table has no key
Anything else?
https://docs.getdbt.com/docs/build/incremental-models#about-incremental_strategy

@push2prod
We have added support for delete+insert incremental strategy in upcoming dbt-oracle release 1.7.3
Could you test it with the release candidate ?
pip install dbt-oracle==1.7.3rc2

@push2prod
Please test delete+insert incremental strategy with release 1.7.3
pip install dbt-oracle==1.7.3

repo: oracle/dbt-oracle


text:
Removing old demo of WLS on K8S, the prometheus and Grafana samples h…

…ave been moved under the WebLogic Monitoring Exporter project

Can you please update a README to point to the WebLogic Monitoring Exporter project?

Which README?

Whichever one you think is the most appropriate to guide users to where the content is. :)

authors: Djelibeybi mriccell

repo: oracle/docker-images


text:
Request Scope not active in Fault Tolerance handling

Environment Details

Helidon Version: 2.2.0
Helidon SE or Helidon MP
JDK version: 11.0.6
OS: macOS 10.15.7

Problem Description
This is an intermittent problem that I can only reproduce locally about 10% of the time and only by constantly re-running the tests. It is causing periodic fails in project jenkins build, which has highlighted the issue. During Fault Tolerant handling, Retry and Fallback handling, the Request Scope is not active or not available during the retry or fallback handling. I can't say if it is exclusive to those scenarios but those are the scenarios used in this code.
[ApplicationContainer] 	at com.oracle.cxcom.image.cache.ImageCacheAccessor.getCachedSourceImage(ImageCacheAccessor.java:134)
[ApplicationContainer] 	at com.oracle.cxcom.image.cache.ImageCacheAccessor$Proxy$_$$_WeldSubclass.getCachedSourceImage$$super(Unknown Source)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$11(MethodInvoker.java:484)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors.process(Errors.java:292)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors.process(Errors.java:219)
[ApplicationContainer] 	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:314)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$12(MethodInvoker.java:480)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$toCompletionStageSupplier$19(MethodInvoker.java:683)
[ApplicationContainer] 	at io.helidon.faulttolerance.DelayedTask$2.execute(DelayedTask.java:114)
[ApplicationContainer] 	at io.helidon.faulttolerance.CircuitBreakerImpl.invokeTask(CircuitBreakerImpl.java:86)
[ApplicationContainer] 	at io.helidon.faulttolerance.CircuitBreakerImpl.invoke(CircuitBreakerImpl.java:80)
[ApplicationContainer] 	at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$TypedWrapper.invoke(FaultTolerance.java:302)
[ApplicationContainer] 	at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.lambda$invoke$1(FaultTolerance.java:276)
[ApplicationContainer] 	at io.helidon.faulttolerance.FallbackImpl.invoke(FallbackImpl.java:60)
[ApplicationContainer] 	at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.lambda$invoke$1(FaultTolerance.java:276)
[ApplicationContainer] 	at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.invoke(FaultTolerance.java:279)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$7(MethodInvoker.java:391)
[ApplicationContainer] 	at io.helidon.common.context.Contexts.runInContextWithThrow(Contexts.java:161)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$8(MethodInvoker.java:390)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.get(MethodInvoker.java:448)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.CommandInterceptor.interceptCommand(CommandInterceptor.java:54)
[ApplicationContainer] 	at jdk.internal.reflect.GeneratedMethodAccessor22.invoke(Unknown Source)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 	at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56)
[ApplicationContainer] 	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
[ApplicationContainer] 	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
[ApplicationContainer] 	at com.oracle.cxcom.image.cache.ImageCacheAccessor$Proxy$_$$_WeldSubclass.getCachedSourceImage(Unknown Source)
[ApplicationContainer] 	at com.oracle.cxcom.image.cache.ImageCacheAccessor$Proxy$_$$_WeldClientProxy.getCachedSourceImage(Unknown Source)
[ApplicationContainer] 	at com.oracle.cxcom.image.DynamicImageEndpoints.getSourceImage(DynamicImageEndpoints.java:344)
[ApplicationContainer] 	at com.oracle.cxcom.image.DynamicImageEndpoints.getImages(DynamicImageEndpoints.java:208)
[ApplicationContainer] 	at com.oracle.cxcom.image.DynamicImageEndpoints$Proxy$_$$_WeldSubclass.getImages$$super(Unknown Source)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$11(MethodInvoker.java:484)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors.process(Errors.java:292)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors.process(Errors.java:219)
[ApplicationContainer] 	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:314)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$12(MethodInvoker.java:480)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$toCompletionStageSupplier$19(MethodInvoker.java:683)
[ApplicationContainer] 	at io.helidon.faulttolerance.TimeoutImpl.invoke(TimeoutImpl.java:99)
[ApplicationContainer] 	at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$TypedWrapper.invoke(FaultTolerance.java:302)
[ApplicationContainer] 	at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.lambda$invoke$1(FaultTolerance.java:276)
[ApplicationContainer] 	at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.invoke(FaultTolerance.java:279)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$7(MethodInvoker.java:391)
[ApplicationContainer] 	at io.helidon.common.context.Contexts.runInContextWithThrow(Contexts.java:161)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$8(MethodInvoker.java:390)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.get(MethodInvoker.java:448)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.CommandInterceptor.interceptCommand(CommandInterceptor.java:54)
[ApplicationContainer] 	at jdk.internal.reflect.GeneratedMethodAccessor22.invoke(Unknown Source)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 	at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.NonTerminalAroundInvokeInvocationContext.proceedInternal(NonTerminalAroundInvokeInvocationContext.java:66)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 	at io.helidon.metrics.HelidonTimer$TimerImpl.time(HelidonTimer.java:304)
[ApplicationContainer] 	at io.helidon.metrics.HelidonTimer.time(HelidonTimer.java:65)
[ApplicationContainer] 	at io.helidon.microprofile.metrics.InterceptorTimed.prepareAndInvoke(InterceptorTimed.java:49)
[ApplicationContainer] 	at io.helidon.microprofile.metrics.InterceptorTimed.prepareAndInvoke(InterceptorTimed.java:31)
[ApplicationContainer] 	at io.helidon.microprofile.metrics.InterceptorBase.called(InterceptorBase.java:152)
[ApplicationContainer] 	at io.helidon.microprofile.metrics.InterceptorBase.aroundMethod(InterceptorBase.java:129)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 	at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.NonTerminalAroundInvokeInvocationContext.proceedInternal(NonTerminalAroundInvokeInvocationContext.java:66)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 	at io.helidon.microprofile.tracing.MpTracingInterceptor.trace(MpTracingInterceptor.java:63)
[ApplicationContainer] 	at io.helidon.microprofile.tracing.MpTracingInterceptor.aroundMethod(MpTracingInterceptor.java:56)
[ApplicationContainer] 	at jdk.internal.reflec[ApplicationContainer] t.GeneratedMethodAccessor23.invoke(Unknown Source)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 	at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56)
[ApplicationContainer] 	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
[ApplicationContainer] 	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
[ApplicationContainer] 	at com.oracle.cxcom.image.DynamicImageEndpoints$Proxy$_$$_WeldSubclass.getImages(Unknown Source)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 	at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory.lambda$static$0(ResourceMethodInvocationHandlerFactory.java:52)
[ApplicationContainer] 	at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:124)
[ApplicationContainer] 	at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:167)
[ApplicationContainer] 	at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:176)
[ApplicationContainer] 	at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:79)
[ApplicationContainer] 	at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:469)
[ApplicationContainer] 	at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:391)
[ApplicationContainer] 	at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:80)
[ApplicationContainer] 	at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:255)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:248)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:244)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors.process(Errors.java:292)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors.process(Errors.java:274)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors.process(Errors.java:244)
[ApplicationContainer] 	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:265)
[ApplicationContainer] 	at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:234)
[ApplicationContainer] 	at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:680)
[ApplicationContainer] 	at io.helidon.webserver.jersey.JerseySupport$JerseyHandler.lambda$doAccept$3(JerseySupport.java:279)
[ApplicationContainer] 	at io.helidon.common.context.Contexts.runInContext(Contexts.java:117)
[ApplicationContainer] 	at io.helidon.common.context.ContextAwareExecutorImpl.lambda$wrap$5(ContextAwareExecutorImpl.java:154)
[ApplicationContainer] 	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
[ApplicationContainer] 	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
[ApplicationContainer] 	at java.base/java.lang.Thread.run(Thread.java:834)
[ApplicationContainer] Caused by: org.jboss.weld.exceptions.WeldException: WELD-000049: Unable to invoke public void com.oracle.cxcom.chassis.tenant.TenantContext.init() on com.oracle.cxcom.chassis.tenant.TenantContext@5f511535
[ApplicationContainer] 	at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:85)
[ApplicationContainer] 	at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.postConstruct(DefaultLifecycleCallbackInvoker.java:66)
[ApplicationContainer] 	at org.jboss.weld.injection.producer.BasicInjectionTarget.postConstruct(BasicInjectionTarget.java:122)
[ApplicationContainer] 	at org.glassfish.jersey.ext.cdi1x.internal.CdiComponentProvider$InjectionManagerInjectedCdiTarget.postConstruct(CdiComponentProvider.java:888)
[ApplicationContainer] 	at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:164)
[ApplicationContainer] 	at org.jboss.weld.contexts.AbstractContext.get(AbstractContext.java:96)
[ApplicationContainer] 	at org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:100)
[ApplicationContainer] 	at org.jboss.weld.bean.ContextualInstanceStrategy$CachingContextualInstanceStrategy.get(ContextualInstanceStrategy.java:177)
[ApplicationContainer] 	at org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50)
[ApplicationContainer] 	at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:102)
[ApplicationContainer] 	at org.jboss.weld.bean.proxy.ProxyMethodHandler.getInstance(ProxyMethodHandler.java:131)
[ApplicationContainer] 	at com.oracle.cxcom.chassis.tenant.TenantContext$Proxy$_$$_WeldClientProxy.getTenantId(Unknown Source)
[ApplicationContainer] 	at com.oracle.cxcom.image.cache.ImageCacheEntry.getCurrentDirectory(ImageCacheEntry.java:155)
[ApplicationContainer] 	at com.oracle.cxcom.image.cache.ImageCacheEntry.getPath(ImageCacheEntry.java:169)
[ApplicationContainer] 	at com.oracle.cxcom.cache.file.FileCacheEntry.getEntry(FileCacheEntry.java:55)
[ApplicationContainer] 	at com.oracle.cxcom.image.cache.ImageCacheEntry$Proxy$_$$_WeldClientProxy.getEntry(Unknown Source)
[ApplicationContainer] 	at com.oracle.cxcom.cache.file.FileCache.get(FileCache.java:210)
[ApplicationContainer] 	at com.oracle.cxcom.cache.file.FileCache$Proxy$_$$_WeldSubclass.get(Unknown Source)
[ApplicationContainer] 	at com.oracle.cxcom.cache.file.FileCache.get(FileCache.java:223)
[ApplicationContainer] 	at com.oracle.cxcom.cache.file.FileCache$Proxy$_$$_WeldSubclass.get$$super(Unknown Source)
[ApplicationContainer] 	at jdk.internal.reflect.GeneratedMethodAccessor29.invoke(Unknown Source)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51)
[ApplicationContainer] 	at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$11(MethodInvoker.java:484)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors.process(Errors.java:292)
[ApplicationContainer] 	at org.glassfish.jersey.internal.Errors.process(Errors.java:219)
[ApplicationContainer] 	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:314)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$12(MethodInvoker.java:480)
[ApplicationContainer] 	at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$toCompletionStageSupplier$19(MethodInvoker.java:683)
[ApplicationContainer] 	at io.helidon.faulttolerance.DelayedTask$2.execute(DelayedTask.java:114)
[ApplicationContainer] 	at io.helidon.common.context.Contexts.runInContext(Contexts.java:137)
[ApplicationContainer] 	at io.helidon.common.context.ContextAwareExecutorImpl.lambda$wrap$2(ContextAwareExecutorImpl.java:135)
[ApplicationContainer] 	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
[ApplicationContainer] 	at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
[ApplicationContainer] 	... 3 common frames omitted
[ApplicationContainer] 	Suppressed: com.oracle.cxcom.image.cache.ImageCacheException: Error moving image.
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAdapter.downloadFile(ImageCacheAdapter.java:220)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAdapter$Proxy$_$$_WeldSubclass.downloadFile(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAdapter.getCacheElement(ImageCacheAdapter.java:167)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAdapter$Proxy$_$$_WeldSubclass.getCacheElement$$super(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 		at io.helidon.microprofile.tracing.MpTracingInterceptor.trace(MpTracingInterceptor.java:90)
[ApplicationContainer] 		at io.helidon.microprofile.tracing.MpTracingInterceptor.aroundMethod(MpTracingInterceptor.java:56)
[ApplicationContainer] 		at jdk.internal.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56)
[ApplicationContainer] 		at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
[ApplicationContainer] 		at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAdapter$Proxy$_$$_WeldSubclass.getCacheElement(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAdapter$Proxy$_$$_WeldClientProxy.getCacheElement(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.cache.file.FileCache.get(FileCache.java:225)
[ApplicationContainer] 		at com.oracle.cxcom.cache.file.FileCache$Proxy$_$$_WeldSubclass.get$$super(Unknown Source)
[ApplicationContainer] 		at jdk.internal.reflect.GeneratedMethodAccessor29.invoke(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$11(MethodInvoker.java:484)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors.process(Errors.java:292)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors.process(Errors.java:219)
[ApplicationContainer] 		at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:314)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$12(MethodInvoker.java:480)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$toCompletionStageSupplier$19(MethodInvoker.java:683)
[ApplicationContainer] 		at io.helidon.faulttolerance.DelayedTask$2.execute(DelayedTask.java:114)
[ApplicationContainer] 		at io.helidon.faulttolerance.RetryImpl.retrySingle(RetryImpl.java:92)
[ApplicationContainer] 		at io.helidon.faulttolerance.RetryImpl.invoke(RetryImpl.java:63)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$TypedWrapper.invoke(FaultTolerance.java:302)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.lambda$invoke$1(FaultTolerance.java:276)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.invoke(FaultTolerance.java:279)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$7(MethodInvoker.java:391)
[ApplicationContainer] 		at io.helidon.common.context.Contexts.runInContextWithThrow(Contexts.java:161)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$8(MethodInvoker.java:390)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.get(MethodInvoker.java:448)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.CommandInterceptor.interceptCommand(CommandInterceptor.java:54)
[ApplicationContainer] 		at jdk.internal.reflect.GeneratedMethodAccessor22.invoke(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.jav[ApplicationContainer] a:73)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56)
[ApplicationContainer] 		at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
[ApplicationContainer] 		at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
[ApplicationContainer] 		at com.oracle.cxcom.cache.file.FileCache$Proxy$_$$_WeldSubclass.get(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.cache.file.FileCache$Proxy$_$$_WeldClientProxy.get(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAccessor.getCachedSourceImage(ImageCacheAccessor.java:127)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAccessor$Proxy$_$$_WeldSubclass.getCachedSourceImage$$super(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$11(MethodInvoker.java:484)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors.process(Errors.java:292)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors.process(Errors.java:219)
[ApplicationContainer] 		at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:314)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$12(MethodInvoker.java:480)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$toCompletionStageSupplier$19(MethodInvoker.java:683)
[ApplicationContainer] 		at io.helidon.faulttolerance.DelayedTask$2.execute(DelayedTask.java:114)
[ApplicationContainer] 		at io.helidon.faulttolerance.CircuitBreakerImpl.invokeTask(CircuitBreakerImpl.java:86)
[ApplicationContainer] 		at io.helidon.faulttolerance.CircuitBreakerImpl.invoke(CircuitBreakerImpl.java:80)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$TypedWrapper.invoke(FaultTolerance.java:302)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.lambda$invoke$1(FaultTolerance.java:276)
[ApplicationContainer] 		at io.helidon.faulttolerance.FallbackImpl.invoke(FallbackImpl.java:60)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.lambda$invoke$1(FaultTolerance.java:276)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.invoke(FaultTolerance.java:279)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$7(MethodInvoker.java:391)
[ApplicationContainer] 		at io.helidon.common.context.Contexts.runInContextWithThrow(Contexts.java:161)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$8(MethodInvoker.java:390)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.get(MethodInvoker.java:448)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.CommandInterceptor.interceptCommand(CommandInterceptor.java:54)
[ApplicationContainer] 		at jdk.internal.reflect.GeneratedMethodAccessor22.invoke(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56)
[ApplicationContainer] 		at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
[ApplicationContainer] 		at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAccessor$Proxy$_$$_WeldSubclass.getCachedSourceImage(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAccessor$Proxy$_$$_WeldClientProxy.getCachedSourceImage(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.image.DynamicImageEndpoints.getSourceImage(DynamicImageEndpoints.java:344)
[ApplicationContainer] 		at com.oracle.cxcom.image.DynamicImageEndpoints.getImages(DynamicImageEndpoints.java:208)
[ApplicationContainer] 		at com.oracle.cxcom.image.DynamicImageEndpoints$Proxy$_$$_WeldSubclass.getImages$$super(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$11(MethodInvoker.java:484)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors.process(Errors.java:292)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors.process(Errors.java:219)
[ApplicationContainer] 		at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:314)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$requestContextSupplier$12(MethodInvoker.java:480)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$toCompletionStageSupplier$19(MethodInvoker.java:683)
[ApplicationContainer] 		at io.helidon.faulttolerance.TimeoutImpl.invoke(TimeoutImpl.java:99)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$TypedWrapper.invoke(FaultTolerance.java:302)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.lambda$invoke$1(FaultTolerance.java:276)
[ApplicationContainer] 		at io.helidon.faulttolerance.FaultTolerance$TypedBuilder$FtHandlerTypedImpl.invoke(FaultTolerance.java:279)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$7(MethodInvoker.java:391)
[ApplicationContainer] 		at io.helidon.common.context.Contexts.runInContextWithThrow(Contexts.java:161)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.lambda$get$8(MethodInvoker.java:390)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.MethodInvoker.get(MethodInvoker.java:448)
[ApplicationContainer] 		at io.helidon.microprofile.faulttolerance.CommandInterceptor.interceptCommand(CommandInterceptor.java:54)
[ApplicationContainer] 		at jdk.internal.reflect.GeneratedMethodAccessor22.invoke(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.NonTerminalAroundInvokeInvocationContext.proceedInternal(NonTerminalAroundInvokeInvocationContext.java:66)
[ApplicationContainer] 		at org.[ApplicationContainer] jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 		at io.helidon.metrics.HelidonTimer$TimerImpl.time(HelidonTimer.java:304)
[ApplicationContainer] 		at io.helidon.metrics.HelidonTimer.time(HelidonTimer.java:65)
[ApplicationContainer] 		at io.helidon.microprofile.metrics.InterceptorTimed.prepareAndInvoke(InterceptorTimed.java:49)
[ApplicationContainer] 		at io.helidon.microprofile.metrics.InterceptorTimed.prepareAndInvoke(InterceptorTimed.java:31)
[ApplicationContainer] 		at io.helidon.microprofile.metrics.InterceptorBase.called(InterceptorBase.java:152)
[ApplicationContainer] 		at io.helidon.microprofile.metrics.InterceptorBase.aroundMethod(InterceptorBase.java:129)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.NonTerminalAroundInvokeInvocationContext.proceedInternal(NonTerminalAroundInvokeInvocationContext.java:66)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78)
[ApplicationContainer] 		at io.helidon.microprofile.tracing.MpTracingInterceptor.trace(MpTracingInterceptor.java:63)
[ApplicationContainer] 		at io.helidon.microprofile.tracing.MpTracingInterceptor.aroundMethod(MpTracingInterceptor.java:56)
[ApplicationContainer] 		at jdk.internal.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72)
[ApplicationContainer] 		at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56)
[ApplicationContainer] 		at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
[ApplicationContainer] 		at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
[ApplicationContainer] 		at com.oracle.cxcom.image.DynamicImageEndpoints$Proxy$_$$_WeldSubclass.getImages(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory.lambda$static$0(ResourceMethodInvocationHandlerFactory.java:52)
[ApplicationContainer] 		at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:124)
[ApplicationContainer] 		at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:167)
[ApplicationContainer] 		at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:176)
[ApplicationContainer] 		at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:79)
[ApplicationContainer] 		at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:469)
[ApplicationContainer] 		at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:391)
[ApplicationContainer] 		at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:80)
[ApplicationContainer] 		at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:255)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors$1.call(Errors.java:248)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors$1.call(Errors.java:244)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors.process(Errors.java:292)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors.process(Errors.java:274)
[ApplicationContainer] 		at org.glassfish.jersey.internal.Errors.process(Errors.java:244)
[ApplicationContainer] 		at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:265)
[ApplicationContainer] 		at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:234)
[ApplicationContainer] 		at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:680)
[ApplicationContainer] 		at io.helidon.webserver.jersey.JerseySupport$JerseyHandler.lambda$doAccept$3(JerseySupport.java:279)
[ApplicationContainer] 		at io.helidon.common.context.Contexts.runInContext(Contexts.java:117)
[ApplicationContainer] 		at io.helidon.common.context.ContextAwareExecutorImpl.lambda$wrap$5(ContextAwareExecutorImpl.java:154)
[ApplicationContainer] 		... 3 common frames omitted
[ApplicationContainer] 	Caused by: java.nio.file.NoSuchFileException: /tmp/cdb9c693-cd02-4c2c-a542-05d3403d644f12650173680542026565.tmp -> /cxcom/tmp/image-cache/tenant1/cdb9c693-cd02-4c2c-a542-05d3403d644f12650173680542026565.tmp
[ApplicationContainer] 		at java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:92)
[ApplicationContainer] 		at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111)
[ApplicationContainer] 		at java.base/sun.nio.fs.UnixCopyFile.move(UnixCopyFile.java:478)
[ApplicationContainer] 		at java.base/sun.nio.fs.UnixFileSystemProvider.move(UnixFileSystemProvider.java:267)
[ApplicationContainer] 		at java.base/java.nio.file.Files.move(Files.java:1421)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAdapter.moveTempFile(ImageCacheAdapter.java:314)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAdapter$Proxy$_$$_WeldSubclass.moveTempFile(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.image.cache.ImageCacheAdapter.downloadFile(ImageCacheAdapter.java:216)
[ApplicationContainer] 		... 177 common frames omitted
[ApplicationContainer] 	Suppressed: org.jboss.weld.exceptions.WeldException: WELD-000049: Unable to invoke public void com.oracle.cxcom.chassis.tenant.TenantContext.init() on com.oracle.cxcom.chassis.tenant.TenantContext@7b468079
[ApplicationContainer] 		... 39 common frames omitted
[ApplicationContainer] 	Caused by: java.lang.reflect.InvocationTargetException: null
[ApplicationContainer] 		at jdk.internal.reflect.GeneratedMethodAccessor32.invoke(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:83)
[ApplicationContainer] 		... 38 common frames omitted
[ApplicationContainer] 	Caused by: java.lang.IllegalStateException: Not inside a request scope.
[ApplicationContainer] 		at org.glassfish.jersey.internal.guava.Preconditions.checkState(Preconditions.java:169)
[ApplicationContainer] 		at org.glassfish.jersey.process.internal.RequestScope.current(RequestScope.java:153)
[ApplicationContainer] 		at org.glassfish.jersey.inject.hk2.RequestContext.findOrCreate(RequestContext.java:55)
[ApplicationContainer] 		at org.jvnet.hk2.internal.MethodInterceptorImpl.internalInvoke(MethodInterceptorImpl.java:65)
[ApplicationContainer] 		at org.jvnet.hk2.internal.MethodInterceptorImpl.invoke(MethodInterceptorImpl.java:101)
[ApplicationContainer] 		at org.jvnet.hk2.internal.MethodInterceptorInvocationHandler.invoke(MethodInterceptorInvocationHandler.java:39)
[ApplicationContainer] 		at com.sun.proxy.$Proxy109.headers(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.chassis.tenant.TenantContext.init(TenantContext.java:126)
[ApplicationContainer] 		... 42 common frames omitted
[ApplicationContainer] 	Suppressed: org.jboss.weld.exceptions.WeldException: WELD-000049: Unable to invoke public void com.oracle.cxcom.chassis.tenant.TenantContext.init() on com.oracle.cxcom.chassis.tenant.TenantContext@a669a4d
[ApplicationContainer] 		... 39 common frames omitted
[ApplicationContainer] 	Caused by: java.lang.reflect.InvocationTargetException: null
[ApplicationContainer] 		at jdk.internal.reflect.GeneratedMethodAccessor32.invoke(Unknown Source)
[ApplicationContainer] 		at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 		at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 		at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:83)
[ApplicationContainer] 		... 38 common frames omitted
[ApplicationContainer] 	Caused by: java.lang.IllegalStateException: Not inside a request scope.
[ApplicationContainer] 		at org.glassfish.jersey.internal.guava.Preconditions.checkState(Preconditions.java:169)
[ApplicationContainer] 		at org.glassfish.jersey.process.internal.RequestScope.current(RequestScope.java:153)
[ApplicationContainer] 		at org.glassfish.jersey.inject.hk2.RequestContext.findOrCreate(RequestContext.java:55)
[ApplicationContainer] 		at org.jvnet.hk2.internal.MethodInterceptorImpl.internalInvoke(MethodInterceptorImpl.java:65)
[ApplicationContainer] 		at org.jvnet.hk2.internal.MethodInterceptorImpl.invoke(MethodInterceptorImpl.java:101)
[ApplicationContainer] 		at org.jvnet.hk2.internal.MethodInterceptorInvocationHandler.invoke(MethodInterceptorInvocationHandler.java:39)
[ApplicationContainer] 		at com.sun.proxy.$Proxy109.headers(Unknown Source)
[ApplicationContainer] 		at com.oracle.cxcom.chassis.tenant.TenantContext.init(TenantContext.java:126)
[ApplicationContainer] 		... 42 common frames omitted
[ApplicationContainer] Caused by: java.lang.reflect.InvocationTargetException: null
[ApplicationContainer] 	at jdk.internal.reflect.GeneratedMethodAccessor32.invoke(Unknown Source)
[ApplicationContainer] 	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ApplicationContainer] 	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
[ApplicationContainer] 	at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:83)
[ApplicationContainer] 	... 38 common frames omitted
[ApplicationContainer] Caused by: java.lang.IllegalStateException: Not inside a request scope.
[ApplicationContainer] 	at org.glassfish.jersey.internal.guava.Preconditions.checkState(Preconditions.java:169)
[ApplicationContainer] 	at org.glassfish.jersey.process.internal.RequestScope.current(RequestScope.java:153)
[ApplicationContainer] 	at org.glassfish.jersey.inject.hk2.RequestContext.findOrCreate(RequestContext.java:55)
[ApplicationContainer] 	at org.jvnet.hk2.internal.MethodInterceptorImpl.internalInvoke(MethodInterceptorImpl.java:65)
[ApplicationContainer] 	at org.jvnet.hk2.internal.MethodInterceptorImpl.invoke(MethodInterceptorImpl.java:101)
[ApplicationContainer] 	at org.jvnet.hk2.internal.MethodInterceptorInvocationHandler.invoke(MethodInterceptorInvocationHandler.java:39)
[ApplicationContainer] 	at com.sun.proxy.$Proxy109.headers(Unknown Source)
[ApplicationContainer] 	at com.oracle.cxcom.chassis.tenant.TenantContext.init(TenantContext.java:126)
[ApplicationContainer] 	... 42 common frames omitted

The TenantContext is a RequestScope object and can see in the stack trace above:
org.jboss.weld.exceptions.WeldException: WELD-000049: Unable to invoke public void com.oracle.cxcom.chassis.tenant.TenantContext.init() on com.oracle.cxcom.chassis.tenant.TenantContext@5f511535

But maybe more relevant:
Caused by: java.lang.IllegalStateException: Not inside a request scope.

Steps to reproduce
I was unable to reproduce this problem on a simple application although have seen it more regularly in the service in the above stack trace which occurs during integration tests which are specifically testing the services fault tolerance strategies, with intermitted failures with the above stack trace.
The issue occurs during a Retry or Fallback in the service which is accessing a Request Scope object.

Unfortunately based on the description, this looks like a race condition. It may take a bit to reproduce and fix this one.

Unfortunately based on the description, this looks like a race condition. It may take a bit to reproduce and fix this one.

@bunto76 Is there any new code that you can share? Or should this be theoretically reproducible with one of the existing Helidon tests that we created for the other related issues?

@bunto76 Is there any new code that you can share? Or should this be theoretically reproducible with one of the existing Helidon tests that we created for the other related issues?

In theory should be reproducible with the tests for the related issues. I tried to recreate with a simple example but couldn't but I hadn't yet tried a simple example with a Qualifier. I'll give that a try as well, as the application is using a Qualifier.

In theory should be reproducible with the tests for the related issues. I tried to recreate with a simple example but couldn't but I hadn't yet tried a simple example with a Qualifier. I'll give that a try as well, as the application is using a Qualifier.

@spericas I tested with a Qualifier, with Retry, Fallback and Circuit Breaker in a simple example but couldn't reproduce that way. I can reproduce it in our service integration tests and will continue to investigate those to see if can identify anything.

@spericas I tested with a Qualifier, with Retry, Fallback and Circuit Breaker in a simple example but couldn't reproduce that way. I can reproduce it in our service integration tests and will continue to investigate those to see if can identify anything.

@bunto76 We now have this test based on your earlier findings that we run on our pipeline:
https://github.com/oracle/helidon/tree/master/tests/functional/request-scope
Perhaps you can take a look and let us know if it is representative of the issue that you are seeing. We ran this test on every commit. Anything else of relevance related to your Jenkins setup? Could this be due to pipeline machines being heavily loaded?

@bunto76 We now have this test based on your earlier findings that we run on our pipeline:
https://github.com/oracle/helidon/tree/master/tests/functional/request-scope
Perhaps you can take a look and let us know if it is representative of the issue that you are seeing. We ran this test on every commit. Anything else of relevance related to your Jenkins setup? Could this be due to pipeline machines being heavily loaded?

As a quick test, I tried running the test in the link above repeatedly (using @RepeatedTest), but the result is the same. Next step is to look at adding support for concurrent requests.
[INFO] -------------------------------------------------------
[INFO]  T E S T S
[INFO] -------------------------------------------------------
[INFO] Running io.helidon.tests.functional.requestscope.TenantTest
[INFO] Tests run: 3000, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 172.204 s - in io.helidon.tests.functional.requestscope.TenantTest
[INFO]
[INFO] Results:
[INFO]
[INFO] Tests run: 3000, Failures: 0, Errors: 0, Skipped: 0
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  02:58 min
[INFO] Finished at: 2021-01-05T10:00:52-05:00
[INFO] ------------------------------------------------------------------------

As a quick test, I tried running the test in the link above repeatedly (using @RepeatedTest), but the result is the same. Next step is to look at adding support for concurrent requests.
[INFO] -------------------------------------------------------
[INFO]  T E S T S
[INFO] -------------------------------------------------------
[INFO] Running io.helidon.tests.functional.requestscope.TenantTest
[INFO] Tests run: 3000, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 172.204 s - in io.helidon.tests.functional.requestscope.TenantTest
[INFO]
[INFO] Results:
[INFO]
[INFO] Tests run: 3000, Failures: 0, Errors: 0, Skipped: 0
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  02:58 min
[INFO] Finished at: 2021-01-05T10:00:52-05:00
[INFO] ------------------------------------------------------------------------

Using concurrent requests in the tests does not result in errors either. See,
https://github.com/spericas/helidon/blob/issue-2632/tests/functional/request-scope/src/test/java/io/helidon/tests/functional/requestscope/TenantTest.java

Using concurrent requests in the tests does not result in errors either. See,
https://github.com/spericas/helidon/blob/issue-2632/tests/functional/request-scope/src/test/java/io/helidon/tests/functional/requestscope/TenantTest.java

I can reproduce this locally on my own machine, so not specific to Jenkins env. The stack trace above is from a local fail. It is happening in more than one fault tolerance scenario and have seen this with Retry and Circuit Breaker. The scenario is request scope in a fault tolerance scenario such as when a Retry is invoked due to a failure. It doesn't seem like the request scope tests linked above would cover that?

I can reproduce this locally on my own machine, so not specific to Jenkins env. The stack trace above is from a local fail. It is happening in more than one fault tolerance scenario and have seen this with Retry and Circuit Breaker. The scenario is request scope in a fault tolerance scenario such as when a Retry is invoked due to a failure. It doesn't seem like the request scope tests linked above would cover that?

I tested this with 2.2.1 to see if any changes in that release would resolve this issue but I still see exactly the same problem. I will keep trying to create a simple code example outside of the service where we see the problem.

As discussed attached pom.xml and executable jar.
Call endpoint GET /images:
curl --header 'x-tenant-id: tenant1' http://localhost:8080/images?source=http://localhost:9080/img/rh02-abstract-03-overlay.jpg&height=475&width=475
2632.zip

After hours and hours of analysis, I can report back on the multiple conditions that are required to reproduce this problem:

There needs to be more than one JAX-RS applications registered. This results in multiple injection managers in Jersey which is a requirement for the bug to appear. The example has 2 applications: DynamicImagingApplication and NucleusApplication. Code path is different when only one injection manager is available.

There needs to be a CDI bean in request scope with some @Context injection. In this case, Weld will delegate to Jersey/HK2 to complete the injection process.

The bean creation needs to take place in a non-request thread. In the example, this happens because @Retry is defined with a non-zero delay and jitter. The default value of jitter in @Retry is 200 ms.

All three conditions above (the perfect trifecta) are a necessary requirement to produce the problem. For example, a workaround would be to explicitly set the default delay/jitter in @Retry to 0, in which case all execution will take place in request threads.
There is special code in the jersey-weld2-se module to handle more than one injection manager (one for each JAX-RS application). This code uses thread locals to associate injection managers with threads. When migrating a request scope to a non-request thread, and when all other conditions are true, it is necessary to also migrate the injection manager by updating that thread local to avoid the "not in request scope" error. Unfortunately, there are no utilities in Jersey for this, so the fix is updating these (public) thread locals by hand.
Helidon was already handling request scope migration for HK2 and CDI, but this code only works correctly when there is a single injection manager in play. The prototype code, now in a new helper class, is available here:
https://github.com/spericas/helidon/blob/issue-2632/microprofile/fault-tolerance/src/main/java/io/helidon/microprofile/faulttolerance/RequestScopeHelper.java
Because of all the conditions that need to be met to reproduce the problem, it has been challenging to write a test in Helidon. However, a new test is necessary to ensure that any changes in Jersey do not affect this type of Helidon applications. That's the next step.

Helidon functional test that shows the problem:
https://github.com/spericas/helidon/tree/issue-2632/tests/functional/request-scope/src/main/java/io/helidon/tests/functional/requestscope

PR #2856

repo: oracle/helidon


text:
Support authentication via instance principals

Currently users must provide OCI API credentials as part of the cloud config. We should also support instance principals auth.
Cross ref: https://github.com/oracle/terraform-kubernetes-installer/issues/174

Closed via #181

repo: oracle/oci-cloud-controller-manager


text:
Unable to Connect via SQLDeveloper from host machine (Mac)

It seems my installation worked fine but when I try to connect to the database I get this Error from SQLDeveloper:

If I click again I get another error:

a textfile with the whole console output after vagrant up:
vagrant up.txt
and some extracts as screenshots:

I installed a plugin for the guest additions following this guide: https://www.serverlab.ca/tutorials/virtualization/how-to-auto-upgrade-virtualbox-guest-additions-with-vagrant/

As a matter of fact, the installation has failed. You can see that on the red output of the last screenshot:
    oracle11g-xe-vagrant: INSTALLER: Oracle directories created
    oracle11g-xe-vagrant: unzip:  cannot find or open /vagrant/oracle-xe-11.2.0-1.0.x86_64.rpm.zip, /vagrant/oracle-xe-11.2.0-1.0.x86_64.rpm.zip.zip or /vagrant/oracle-xe-11.2.0-1.0.x86_64.rpm.zip.ZIP.
    oracle11g-xe-vagrant: INSTALLER: Oracle software installed
    oracle11g-xe-vagrant: sudo
    oracle11g-xe-vagrant: :
    oracle11g-xe-vagrant: /etc/init.d/oracle-xe: command not found

You have to copy the rpm.zip file into the vagrant directory where you call vagrant up, as per the Getting Started.
However, there is a good ER to change the script to make it clear that the installation has failed.

@gvenzl I was uncertain if that red line matters. But where do I find the file oracle-xe-11.2.0-1.0.x86_64.rpm.zip?
On the website that is linked in the getting started you only find linux.zseries64_11gR2_database_1of2.zip and linux.zseries64_11gR2_database_2of2.zip for 11.2.0.2.0
I manually extracted the files from those zip files in the directory /vagrant-boxes/OracleDatabase/11.2.0.2

@KaiOnGitHub
Near the bottom of the linked web page, there's a heading called "Oracle Database Express Edition". Under that heading, there's an "Oracle Database 11g Release 2 Express Edition for Linux x86 and Windows" link. If you click on that link, it will open the Oracle Database XE Prior Release Archive page. To download the installer zip file, select the "Oracle Database 11gR2 Express Edition for Linux x64" link.
I hope this helps!

Thank you Paul, it works!
That link is very hidden.

authors: KaiOnGitHub PaulNeumann gvenzl

repo: oracle/vagrant-boxes


text:
Translations update from Hosted Weblate

Translations update from Hosted Weblate for Open Squeeze/Primary.
Current translation status:

:tada: This PR is included in version 2.7.0-alpha.2 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

authors: bensandee weblate

repo: orangebikelabs/opensqueeze


text:
Get All Parents and Childs Selected

Hi, i need obtain all the parents and childs than are been selected, can you help me for this situation?

Hi, this is a jstree ui-theme project. To open issues related to the jstree plugin please visit: https://github.com/vakata/jstree

authors: migueldev vedraan

repo: orangehill/jstree-bootstrap-theme

license: mit

license_source: bigquery


text:
k4aviewer无法refresh出相机来

系统：ubuntu18.04
我首先使用源码安装了azure kinect sdk 1.4.1，此时可以正常在k4aviewer中使用azure kinect dk。
然后我运行了OrbbecSDK_K4A_Wrapper_v1.10.1_linux64_2024_05_14/scripts中的脚本，然后将OrbbecSDK_K4A_Wrapper_v1.10.1_linux64_2024_05_14/lib中的所有文件拷贝到/home/asus/Azure-Kinect-Sensor-SDK/build/bin中，编译并安装后调用启动k4aviewer，无法识别到femto bolt

You can move the libdepthengine.so.2.0 under the bin directory of OrbbecSDK_K4a_wrapper to /home/asus/Azure-Kinect-Sensor-SDK/build/bin, and try again.

authors: futingjun zzuliys

license: MIT


text:
Error if address path mismatches manifest name

Currently it's possible to open a db via an address with a different path component then what the original manifest name was set to. This Pr prevents the issue by throwing an error is such a mismatch occurs.

Thanks @phillmac !

repo: orbitdb/orbit-db


text:
added simpler timer mechanism for collector to avoid cpu spikes and h…

…igh memory during initial ramp up of logs

Code is ready for final review after the modifications discussed in recent days :-)

repo: orbs-network/logs-collector


text:
Can filter servicepaths by name

Proposed changes
A new query option name is available to filter servicepaths by a specific name
Types of changes
What types of changes does your code introduce to the project: Put
an x in the boxes that apply

[ ] Bugfix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing
functionality to not work as expected)

Checklist
Put an x in the boxes that apply. You can also fill these out after
creating the PR. If you're unsure about any of them, don't hesitate to
ask. We're here to help! This is simply a reminder of what we are going
to look for before merging your code.

[x] I have read the CONTRIBUTING doc
[x] I have signed the Contributor License Agreement
[x] I have updated the RELEASE NOTES
[x] I have added tests that prove my fix is effective or that my
feature works
[x] I have added necessary documentation (if appropriate)
[ ] Any dependent changes have been merged and published in
downstream modules

Further comments
If this is a relatively large or complex change, kick off the discussion
by explaining why you chose the solution you did and what alternatives
you considered, etc...

@chicco785 I was about to say. We could have both an option for a "like" query which will match a substring, and a "startswith" query that matches just the start, so one could get just the subpaths for say "/foo", or match any path that happens to contain the word "foo". Thoughts?

@chicco785 I was about to say. We could have both an option for a "like" query which will match a substring, and a "startswith" query that matches just the start, so one could get just the subpaths for say "/foo", or match any path that happens to contain the word "foo". Thoughts?

let's do the start with then, both would be too much :)

repo: orchestracities/anubis


text:
The value from the database is not set as selected in Select

Describe the bug
If the field is stored in the database as Integer, then we will not see this value selected in Select.
Screenshots

Server (please complete the following information):

Platfrom Version: 14.17.0
Laravel Version: 10.39.0
PHP Version:  8.2
Database:  PostgreSql
Database Version:  16.0

Thanks a lot, and happy New Year!

repo: orchidsoftware/platform


text:
What's the REPL/Ob input/output notation?

Here breaking down topics raised in #1 for separate threads.

@rnd0101: I want to see ... if I can make REPL from Coq representation.

The Miser REPL Idea
The basic idea for a REPL is to have a written (i.e., text) form for reading obs as expressions, exp.  So the R-Read part is to accept the text and, if well-formed, obtain the ob that is described as exp.  The E-Eval part is to then to perform obap.eval(exp).  The P-Print part is to then present that result in the same text form used for input.   This particular Read-Eval-Print-Loop notion stems back to the original implementation of LISP.
A common idea is to present the result in a form that, if itself read (via R-Read), the E-eval would produced the same result.  There are other ways for the result to be retained, and the REPL may need command variations.  That is, the REPL can accept statements, not just expressions for obs, and have more flexibility.  That is all for oFrugal to handle, since, in the Miser project, it is oFrugal that provides a human interface for exercising oMiser operation.
Key Point 1 In the oFrugal formulation of a REPL, what is read is a formula for an ob.  The Reader evaluates that formula to construct a representation of the ob that is expressed.  That ob is then taken as the exp submitted to obap.eval().  From this perspective, it is appropriate for the default P-Print to produce the result in the R-read notation that could be read back in as the same ob produced from obap.eval(exp), such that it has no further eval.
Key Point 2 In the oFrugal notation, the :: and  ‵ operators instruct the construction of the ob being read.  In this notation, ( ... ) is for grouping, white space is for separation, and the symbols are all for individuals.  By convention, primitive individuals all have names begun by "." and lindies all have names begun with a letter.
In the typography, the ‵-character has Unicode code point U+2035 (reversed prime).  (Ed.Note: The Reader will allow ' (apostrophe) for that, but output is always the reverse prime.  The use of acute accent is denigrated because of the trouble it raises in Markdown notation.)
Key Point 3 there are "sugared" forms that the reader also accepts as expressions for obs.  These can be chosen as more-expressive of an intended use of an ob for data or for applicative-expression script.  In reading, all of these forms are converted to the equivalent canonical ob and that ob is submitted to obap.eval.  The default output of the result is automatically in canonical form with ( ... ) only as required.  There are some ways that oFrugal might be smarter about this and sugar results also, at least with guidance from the user.
The written text for oFrugal ob expressions is sketched in the file omiser/ob.txt.     This file may also help in the explanation of the separation of obtheory from obaptheory, with the second an application atop the first, with supplemental additions in Ot, the theory language.

@orcmid The basic idea for a REPL is to have a written (i.e., text) form for reading obs as expressions, exp. So the R-Read part is to accept the text and, if well-formed, obtain the ob that is described as exp. The E-Eval part is to then to perform obap.eval(exp). The P-Print part is to then present that result in the same text form used for input. This particular Read-Eval-Print-Loop notion stems back to the original implementation of LISP.

I must recant this observation.  It is the case that the REPL will Read, Eval, and Print, but it is not by Read delivering an Ob, exp, that is evaluated by obap.eval(exp) to produce the ob that is then reported (Print) in text form.  That's a very clumsy way of handling the ob-exp form that is read for evaluation to an ob result.
There is an Eval stage, but it doesn't work that way.  A REPL need not treat Read and Eval as separate stages.  As @rnd0101 has pointed out, it is valuable that the input be checked as well-formed before Eval occurs, but the semantics don't require it and mock-up REPLs will likely Eval in the course of Read, because it is simpler to get right.
There is now a complete grammar for REPL-input ob-exp text and the rules for evaluation of those expressions to arrive at a computer ob are rigorous and straightforward.  The summary version is supplied at Question #8 and Question #14.
I believe this question can now be closed, since there is a precise definition for the expressions that the oFrugal REPL will evaluate to yield obs.

repo: orcmid/miser


text:
why redb not rocksdb?

I'm curious on why do you choose redb instead of rocksdb?

any other concerns except those listed on: https://github.com/ledgerwatch/erigon/wiki/Choice-of-storage-engine?

repo: ordinals/ord


text:
"TypeError: no implicit conversion of nil into Hash" when upgrading to Rails 5

Hello,
After upgrading to Rails 5, I am seeing "TypeError: no implicit conversion of nil into Hash" error messages.
I traced the error to this line - https://github.com/ordinaryzelig/minispec-metadata/blob/master/lib/minispec-metadata/describe.rb#L37:
super_describe_metadata.merge(@describe_metadata)
So @describe_metadata is nil at times. If I change this line to:
super_describe_metadata.merge(@describe_metadata || {})
then the error does not appear.
I'll put the fix in a Pull Request.

What version of ruby, minispec-metadata, minitest, and rails are you using? I tried to reproduce your error but couldn't get it to pop up. Here's what I'm using:
ruby 2.4.0
minispec-metadata 3.2.1
minitest 5.10.1
rails 5.1.0
Any chance you could make a blank rails app and reproduce it for me?

@ordinaryzelig I'll try!

Hey @ordinaryzelig, finally I've been able to isolate and reproduce the error in a minimal Rails app.
https://github.com/fredngo/minispec-metadata-issue-12
Sorry that it took a while, this was extracted from a very large codebase. I've made the Rails app as tiny as possible in order to make it as easy as possible for you to take a look.
I've added you as a collaborator on that repo.
I've left all the details you need in order to reproduce the error in the README file.
Let me know what you think!

Awesome! Thanks for taking the time to do that. Huge help. I'll take a look soon.

@fredngo released new version. I tried it locally with the repo that you created, and it worked. Give it a try and let me know if it works for you too.

Awesome, will try soon!

It works for me, time to close this up. Thanks @ordinaryzelig !

Great. Thank you too.

authors: fredngo ordinaryzelig

repo: ordinaryzelig/minispec-metadata


text:
Don't eagerly evaluate proc defaults

Fixes #269.
This pull request makes it so that defaults don't get eagerly evaluated if they're procs. Take this interaction for example:
class Example < ActiveInteraction::Base
  object :object,
    default: -> { puts 'default'; Object.new }
end

Simply by defining this class, "default" will be output the standard out. That's a little surprising.
We eagerly evaluate defaults to make sure you didn't give us something that would never work. Since procs can change every time they are called, it doesn't make sense to eagerly evaluate them for this purpose.

@AaronLasseigne can you review this?

Will this still throw an error when it's lazily evaluated? Also, it needs a changelog entry.

Yes, it will still throw an error.
class Example < ActiveInteraction::Base
  boolean :x, default: -> { 'not a boolean' }
end
Example.run
# ActiveInteraction::InvalidDefaultError: x: "not a boolean"

authors: AaronLasseigne tfausak


text:
Update embeddedlist still requires '@type' and '@class'

After this #3398, I was hoping I could:
create class Version
create property Version.v string
create property Version.release string

create class Package
create property Package.versions embeddedlist Version

insert into Package set versions = [{"v":"1.0.1", "release":"monday"}] # returns #13:0
update 13:0 add versions = [{"v":"1.0.2", "release":"tuesday"}]

The last only works if @class and @type fields are present:
update 13:0 add versions = [{"@type":"d","@class":"Version", "v":"1.0.2", "release":"tuesday"}]

Same problem with 'embedded' too.

authors: Ziink vitorenesduarte

repo: orientechnologies/orientdb


text:
Lucene tests are failed on Windows

Lucene tests are failed on Windows on 2.2.x branch with following output:
shouldBackupAndRestore(com.orientechnologies.lucene.test.LuceneBackupRestoreTest)  Time elapsed: 2.119 sec  <<< ERROR!
java.io.FileNotFoundException: .\target\com.orientechnologies.lucene.test.LuceneBackupRestoreTest\luceneIndexes\City.name_0.cfs (The requested operation cannot be performed on a file with a user-mapped section open)
at java.io.FileOutputStream.open0(Native Method)
at java.io.FileOutputStream.open(FileOutputStream.java:270)
at java.io.FileOutputStream.(FileOutputStream.java:213)
at java.io.FileOutputStream.(FileOutputStream.java:162)
at com.orientechnologies.orient.core.compression.impl.OZIPCompressionUtil.extractFile(OZIPCompressionUtil.java:100)
at com.orientechnologies.orient.core.compression.impl.OZIPCompressionUtil.uncompressDirectory(OZIPCompressionUtil.java:88)
at com.orientechnologies.orient.core.storage.impl.local.paginated.OLocalPaginatedStorage.restore(OLocalPaginatedStorage.java:204)
at com.orientechnologies.orient.core.db.document.ODatabaseDocumentTx.restore(ODatabaseDocumentTx.java:2860)
at com.orientechnologies.lucene.test.LuceneBackupRestoreTest.shouldBackupAndRestore(LuceneBackupRestoreTest.java:100)
shouldBackupAndRestore(com.orientechnologies.lucene.test.LuceneBackupRestoreTest)  Time elapsed: 2.12 sec  <<< ERROR!
java.lang.IllegalStateException: Current instance is owned by other thread : 'main'
at com.orientechnologies.orient.core.db.document.ODatabaseDocumentTx.setupThreadOwner(ODatabaseDocumentTx.java:340)
at com.orientechnologies.orient.core.db.document.ODatabaseDocumentTx.open(ODatabaseDocumentTx.java:222)
at com.orientechnologies.lucene.test.LuceneBackupRestoreTest.dropIfExists(LuceneBackupRestoreTest.java:71)
at com.orientechnologies.lucene.test.LuceneBackupRestoreTest.tearDown(LuceneBackupRestoreTest.java:78)

latest commit seems to solve this problem

Hi guys, so we can close this issue?
Thanks.

No, they still fail on Windows, result of build which I made a few minutes ago
Tests in error:
com.orientechnologies.lucene.test.LuceneAutomaticBackupRestoreTest.shouldBackupAndRestore(com.orientechnologies.lucene.test.LuceneAutomaticBackupRestoreTest)
  Run 1: LuceneAutomaticBackupRestoreTest.shouldBackupAndRestore:166 ▒ FileNotFound C:\...
  Run 2: LuceneAutomaticBackupRestoreTest.tearDown:112->dropIfExists:105 ▒ IllegalState

com.orientechnologies.lucene.test.LuceneBackupRestoreTest.shouldBackupAndRestore(com.orientechnologies.lucene.test.LuceneBackupRestoreTest)
  Run 1: LuceneBackupRestoreTest.shouldBackupAndRestore:100 ▒ FileNotFound .\target\com...
  Run 2: LuceneBackupRestoreTest.tearDown:78->dropIfExists:71 ▒ IllegalState Current in...

authors: G4br13l3 laa robfrank


text:
Drop database with Lucene index complains

OrientDB Version, operating system, or hardware.

v2.0 SNAPSHOT[ ] - .18[ ] .17[ ] .16[ ] .15[ ] .14[ ] .13[ ] .12[ ] .11[ ] .10[ ] .9[ ] .8[ ] .7[ ] .6[ ] .5[ ] .4[ ] .3[ ] .2[ ] .1[ ] .0[ ]
v2.1 SNAPSHOT[ ] - .16[ ] .15[ ] .14[ ] .13[ ] .12[ ] .11[ ] .10[ ] .9[ ] .8[ ] .7[ ] .6[ ] .5[ ] .4[ ] .3[ ] .2[ ] .1[ ] .0[ ]
v2.2 SNAPSHOT[12] - .rc1[ ] .beta2[ ] .beta1[ ]

Operating System

[x] Linux
[ ] MacOSX
[ ] Windows
[ ] Other Unix
[ ] Other, name?

Expected behavior and actual behavior
One would expect database to be dropped with no complaints.
2016-10-31 13:59:33:534 SEVER {db=pAB} Cannot delete storage directory with path /srv/OrientDB2.2.x/pAB because directory is not empty. Files: [/srv/OrientDB2.2.x/pAB/luceneIndexes] [OLocalPaginatedStorage]
Steps to reproduce the problem
Install Lucene Spatial, wget  http://central.maven.org/maven2/com/orientechnologies...
Add records in class containing property with EMBEDDED OPoint.
Drop database from Studio.
An empty directory is left: /srv/OrientDB2.2.x/pAB/luceneIndexes/

@austx
Fixed it will be available in 2.2.13
Thanks


text:
Added codeQL vulnerabilities check

Added a codeQL workflow to discover vulnerabilities across the codebase and eradicate them.

Great, thanks!


text:
trip experiences: implement the trip experiences API

The trip experiences API allows Uber to send contextual information about the user, for example:

How long they have left on their trip
The current location of the Uber(where the user and driver are at the moment)
Where the user is coming from and also going to
Now that webhooks have been added with #30, it is now possible to implement a trip experiences app that say integrates with their:
Nest app at home to turn on the thermostat
Find local news
Find tourist attractions nearby and make recommendations

So in regards to the trip experiences, checklist of already implemented features:

[X] /GET authorize https://github.com/orijtech/uber/blob/5b520a38487c31ea637a308738e60594839e93d6/cmd/uber/main.go#L41-L71
[X] /POST token https://github.com/orijtech/uber/blob/5b520a38487c31ea637a308738e60594839e93d6/cmd/uber/main.go#L41-L71 but implemented in https://github.com/orijtech/uber/blob/e28016ad9686c14fb3a8ebafb5d01e4a45095e6a/oauth2/oauth2.go#L189-L232
[X] Ride products /GET me: Already implemented client.MyProfile

func Example_client_RetrieveMyProfile() {
	client, err := uber.NewClient()
	if err != nil {
		log.Fatal(err)
	}

	myProfile, err := client.RetrieveMyProfile()
	if err != nil {
		log.Fatal(err)
	}

	fmt.Printf("Here is my profile: %#v\n", myProfile)
}

[X] Ride products /GET History, already implemented

func Example_client_ListHistory() {
	client, err := uber.NewClient()
	if err != nil {
		log.Fatal(err)
	}

	pagesChan, cancelPaging, err := client.ListHistory(&uber.Pager{
		MaxPages:     4,
		LimitPerPage: 10,
		StartOffset:  0,
	})

	if err != nil {
		log.Fatal(err)
	}

	for page := range pagesChan {
		if page.Err != nil {
			fmt.Printf("Page: #%d err: %v\n", page.PageNumber, page.Err)
			continue
		}

		fmt.Printf("Page: #%d\n\n", page.PageNumber)
		for i, trip := range page.Trips {
			startCity := trip.StartCity
			if startCity.Name == "Tokyo" {
				fmt.Printf("aha found the first Tokyo trip, canceling any more requests!: %#v\n", trip)
				cancelPaging()
				break
			}

			// Otherwise, continue listing
			fmt.Printf("Trip: #%d ==> %#v place: %#v\n", i, trip, startCity)
		}
	}
}

[X] List products implemented by https://github.com/orijtech/uber/pull/39
[X] ProductByID implemented by https://github.com/orijtech/uber/pull/39
[X] Details of current trip
[X] Request by ID

All the necessary methods have been implemented, now what's needed is an app to glue all the pieces together simple ideas:

[ ] Linking up with a Phillips Hue bulb and turn it on on when the car approaches
[ ] Implement Brad Fitzpatrick's garage door opener for Uber
[ ] Link up with Nest

repo: orijtech/uber


text:
Remove Paranamer dependency  from orika core project

Hi,
We don't need com.thoughtworks.paranamer dependency as java has inbuilt functionality for it.
We are using couple for opensource libraries and easy brings its own paranamer and it causes ClassNotFoundException.

@rajcspsg I agree.
I originally wanted to remove it when I updated the orika dependencies in my last PRs,
but replacing it was more complex than I thought and I didn't have the time to dive into it.  :(

ohh I see. I will give it a try and see but I can't really commit any timeline.

Actually this is not possible since the feature is just an opt-in (mean that you need to enable to some flags on javac compiler)

@elaatifi can you eloborate that a bit please?
All paranamer does is this:
"It is a library that allows the parameter names of non-private methods and constructors to be accessed at runtime."
Java comes with a built in funtionality for this since Java 8, so it should be possible to replace this old dependency without loosing any functionality.
It even says so on the paranamer github page...
https://github.com/paul-hammant/paranamer#java8-has-parameter-name-access-built-in

the source needs to be compiled with the javac command line option -parameters in order to add the meta data for parameter name reflection to the class file.
But an Orika user may need to map code without having access to the source.

Maybe in the future we will make paranamer optional and rely only on reflection but for now this is not practical I think.

But an Orika user may need to map code without having access to the sources.
Also this option is not enabled by default.

oooh i see. I missed that even the users of orika would need to use this. Sorry!

authors: 123Haynes elaatifi rajcspsg

repo: orika-mapper/orika


text:
Duvida - SINTEGRA

Olá, tem algum exemplo de como gerar sintegra?
Em MG ainda utilizamos sintegra e estou precisando muito, obg.

@marceloxavier9644 conseguiu gerar o Sintegra. Tem algum exemplo?

Aprendi como gerar, nao testei tudo pq meu sistema está em desenvolvimento ainda.

Conseguir aqui. Tudo certo. Obrigado.

@FabioDlink como vc gerou o registro 90 ? nao estou conseguindo escrever ele.

@marceloxavier9644 tudo na paz?
O Registro 90 do SINTEGRA é o único registro que o FiscalBR gera "automagicamente", você só precisar informar as linhas previamente geradas.
Na geração do Registro 90 eu verifico quais registros estão no arquivo para totalizar as linhas de cada registro.

Após instanciar a classe use o método EscreverRegistro90.
Vida longa e próspera 🖖

@orochasamuel bom dia, beleza?
Consegue me ajudar?
Populei todos os registros, agora para gerar o arquivo eu preciso popular o R90 conforme sua resposta ali em cima? Como eu passo os registros que populei se o parametro é uma lista de string?

Fala @devcristopher tudo na paz?
Imagino que você populou todos os registros e já está no final do seu método de geração agora, basta escrever as linhas para uma lista de strings e fazer a chamada do método.

Certo... eu populei, por exemplo, o registro 10:
var registro10 = new Registro10(empresa.CnpjCpf, empresa.IE,empresa.RazaoSocial, empresa.Cidade,
 empresa.Estado, empresa.Telefone, model.DataInicio, model.DataFinal,  (CodFinalidadeArquivo)model.Finalidade, (CodEstruturaArquivo)model.ConvenioIcms, (CodNaturezaOperacoes)model.Operacao);

Então criou-se o objeto de Registro10, esse registro que é a ''linha'' e que devo converter json/string?

@devcristopher depois de instanciar o Registro90 você precisar chamar o método de escrita.

            var linhas = new List<string>();

            var source = new FiscalBr.Sintegra.Registro10(
                "00000000000191",
                "123456789",
                "BANCO DO BRASIL S.A.",
                "",
                "",
                "",
                initialDate,
                finalDate,
                FiscalBr.Sintegra.CodFinalidadeArquivo.Cod1,
                FiscalBr.Sintegra.CodEstruturaArquivo.Cod3,
                FiscalBr.Sintegra.CodNaturezaOperacoes.Cod3
                );

            var linhaEscrita = Common.Sintegra.EscreverCamposSintegra.EscreverCampos(source);

            linhas.Add(linhaEscrita);

            var reg90 = new FiscalBr.Sintegra.Registro90(
                "CNPJ",
                "IE",
                linhas
                );

            var reg90Escrito = reg90.EscreverRegistro90();

            // Adiciona Registro 90 escrito nas linhas
            linhas.Add(reg90Escrito);

As linhas passadas como parâmetro do construtor já devem ser todas as outras linhas do arquivo, após instanciar o R90 chame o método EscreverRegistro90 e adicione o resultado nas linhas e salve no arquivo, exporte, dê o tratamento que desejar.
Tente desta forma e me retorne qualquer dúvida.
Vida longa e próspera 🖖

@orochasamuel
Entendi! Muito obrigado, deu certo.

De nada ✌

authors: FabioDlink devcristopher marceloxavier9644 orochasamuel

repo: orochasamuel/fiscalbr-net


text:
GitHub CI: Update Swatinem/rust-cache config

Use a generic shared-key.

Thanks!

authors: orottier uklotzde

repo: orottier/web-audio-api-rs


text:
fix unconventional global variable name for umd output

Mirroring the same fix for theme-bulma (oruga-ui/theme-bulma#52)

Thanks @ztefn

Thank You @ztefn

authors: astagi mouadTaoussi ztefn

repo: oruga-ui/theme-bootstrap


text:
bib: add a new raw-tgz image type

This commit adds a new image type raw-tgz that contains a tar
file with the raw image inside. This was requested by GCP.
See also https://github.com/osbuild/images/pull/923

Hi @mvo5, do we still need this image type exposed if it's just a middle type of GCP image? Thanks.

Hi @mvo5, do we still need this image type exposed if it's just a middle type of GCP image? Thanks.

Thanks - I honestly don't know, I'm not 100% what the use-case is and the name raw-tgz is just a strawman for now. I'm happy to tweak how this is exposed to the user. Is there a github issue or jira ticket to read more about the background?

repo: osbuild/bootc-image-builder


text:
WIP: Download images inside osbuild-tests

For every image built we download it via composer-cli compose image then delete the file using globs to match only on the UUID.
Globbing doesn't seem t produce errors so maybe I'm not using it correctly.

Looking good, but I don't understand this sentence: "Globbing doesn't seem t produce errors so maybe I'm not using it correctly."

Looking good, but I don't understand this sentence: "Globbing doesn't seem t produce errors so maybe I'm not using it correctly."

I mean that if I change my code to look like:
files, err := filepath.Glob("non-existing" + uuid.String() + "*")
then the list of files is empty and there are no errors returned. Which means if there's some issue this will be leaving files laying around on the filesystem and not cleaning them up. It's not a big concern but I was wondering why I don't get any errors.

@teg I was looking into making testCompose() take an optional parameter so we can download only once (not for every outputType) to save time but golang doesn't support optional params and parameter default values.
OTOH if I create a second function it won't work b/c testCompose() deletes the actual compose after it is done. I'm not sure how to design a function which will build, download & cleanup after itself without copying the entire body of testCompose().

@teg, @ondrejbudai, @larskarlitski can I get +/- on this PR?

Hm I'm missing why this is necessary and if it is, why it is only necessary for AMI images.

@larskarlitski - that's part of the sanity testing done here. Just download the file to exercise this functionality.
Because this operation takes time and depends on underlying storage speed and size of the actual image I wanted to perform the download action just once. Hence it's done only for AMI (can be any other output type, ami is just the first one).

Because this operation takes time and depends on underlying storage speed and size of the actual image I wanted to perform the download action just once. Hence it's done only for AMI (can be any other output type, ami is just the first one).

That makes sense, thanks! Please include this reasoning in the commit message for future reference.

I've changed my mind on this, thanks to a conversation with @teg. There is no need to call testCompose for each output type. We're testing that that works in different tests. These are about testing that composer-cli can talk to osbuild-composer in the way it expects. It is enough to try one output type.
Do you mind changing this? Then you can drop the bool as well and just unconditionally download.

Rebased & updated

authors: atodorov larskarlitski teg

repo: osbuild/osbuild-composer