[jira] [Commented] (SCB-972) Using SHA1 signature key as UUID of micro service
[ https://issues.apache.org/jira/browse/SCB-972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16660025#comment-16660025 ] ASF GitHub Bot commented on SCB-972: asifdxtreme closed pull request #460: SCB-972 Using Sha1 signature key as UUID of micro service URL: https://github.com/apache/incubator-servicecomb-service-center/pull/460 This is a PR merged from a forked repository. As GitHub hides the original diff on merge, it is displayed below for the sake of provenance: As this is a foreign pull request (from a fork), the diff is supplied below (as it won't show otherwise due to GitHub magic): diff --git a/etc/conf/app.conf b/etc/conf/app.conf index df4128c4..38b6690a 100644 --- a/etc/conf/app.conf +++ b/etc/conf/app.conf @@ -108,6 +108,9 @@ auditlog_plugin = "" # in path specified by TRACING_FILE_PATH env variable trace_plugin = "" +#customize the uuid format +uuid_plugin = "context" + ### # rate limit options ### diff --git a/integration/governance_test.go b/integration/governance_test.go index 2f592d7b..e8c0360a 100644 --- a/integration/governance_test.go +++ b/integration/governance_test.go @@ -66,7 +66,7 @@ var _ = Describe("MicroService Api Test", func() { Expect(resp.StatusCode).To(Equal(http.StatusOK)) respbody, _ := ioutil.ReadAll(resp.Body) serviceId = gojson.Json(string(respbody)).Get("serviceId").Tostring() - Expect(len(serviceId)).Should(BeNumerically("==", 32)) + Expect(len(serviceId)).Should(BeNumerically("==", LengthUUID)) //Register MicroService Instance endpoints := []string{"cse://127.0.0.1:9984"} @@ -105,7 +105,7 @@ var _ = Describe("MicroService Api Test", func() { Expect(resp.StatusCode).To(Equal(http.StatusOK)) respbody, _ = ioutil.ReadAll(resp.Body) serviceInstanceID = gojson.Json(string(respbody)).Get("instanceId").Tostring() - Expect(len(serviceId)).Should(BeNumerically("==", 32)) + Expect(len(serviceId)).Should(BeNumerically("==", LengthUUID)) }) @@ -259,7 +259,7 @@ func BenchmarkGovernance(b *testing.B) { Expect(resp.StatusCode).To(Equal(http.StatusOK)) respbody, _ := ioutil.ReadAll(resp.Body) serviceId := gojson.Json(string(respbody)).Get("serviceId").Tostring() - Expect(len(serviceId)).Should(BeNumerically("==", 32)) + Expect(len(serviceId)).Should(BeNumerically("==", LengthUUID)) for i := 0; i < b.N; i++ { url := strings.Replace(GETGOVERNANCESERVICEDETAILS, ":serviceId", serviceId, 1) diff --git a/integration/instances_test.go b/integration/instances_test.go index 458c45d1..0d675ee4 100644 --- a/integration/instances_test.go +++ b/integration/instances_test.go @@ -69,7 +69,7 @@ var _ = Describe("MicroService Api Test", func() { Expect(resp.StatusCode).To(Equal(http.StatusOK)) respbody, _ := ioutil.ReadAll(resp.Body) serviceId = gojson.Json(string(respbody)).Get("serviceId").Tostring() - Expect(len(serviceId)).Should(BeNumerically("==", 32)) + Expect(len(serviceId)).Should(BeNumerically("==", LengthUUID)) //Register MicroService Instance endpoints := []string{"cse://127.0.0.1:9984"} @@ -108,7 +108,7 @@ var _ = Describe("MicroService Api Test", func() { Expect(resp.StatusCode).To(Equal(http.StatusOK)) respbody, _ = ioutil.ReadAll(resp.Body) serviceInstanceID = gojson.Json(string(respbody)).Get("instanceId").Tostring() - Expect(len(serviceId)).Should(BeNumerically("==", 32)) + Expect(len(serviceId)).Should(BeNumerically("==", LengthUUID)) }) @@ -559,7 +559,7 @@ func BenchmarkRegisterMicroServiceInstance(b *testing.B) { Expect(resp.StatusCode).To(Equal(http.StatusOK)) respbody, _ := ioutil.ReadAll(resp.Body) serviceId := gojson.Json(string(respbody)).Get("serviceId").Tostring() - Expect(len(serviceId)).Should(BeNumerically("==", 32)) + Expect(len(serviceId)).Should(BeNumerically("==", LengthUUID)) for i := 0; i < b.N; i++ { //Register MicroService Instance @@ -599,7 +599,7 @@ func BenchmarkRegisterMicroServiceInstance(b *testing.B) { Expect(resp.StatusCode).To(Equal(http.StatusOK)) respbody, _ = ioutil.ReadAll(resp.Body) serviceInstanceID :=
[jira] [Commented] (SCB-970) [SCB-970] 970 move long short to it-tests
[ https://issues.apache.org/jira/browse/SCB-970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16660008#comment-16660008 ] ASF GitHub Bot commented on SCB-970: heyile closed pull request #963: [SCB-970] 970 move long short to it-tests URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/963 This is a PR merged from a forked repository. As GitHub hides the original diff on merge, it is displayed below for the sake of provenance: As this is a foreign pull request (from a fork), the diff is supplied below (as it won't show otherwise due to GitHub magic): diff --git a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java index 54c6285cc..6e48bf3f0 100644 --- a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java +++ b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java @@ -50,6 +50,14 @@ float floatAdd(float num1, float num2); +long longBody(long input); + +long longAdd(long num1, long num2); + +short shortBody(short input); + +short shortAdd(short num1, short num2); + Color enumBody(Color color); } @@ -113,6 +121,36 @@ float floatAdd(float num1, float num2); +//long +long longPath(long input); + +long longQuery(long input); + +long longHeader(long input); + +long longCookie(long input); + +long longBody(long input); + +long longForm(long input); + +long longAdd(long num1, long num2); + +//short +short shortPath(short input); + +short shortQuery(short input); + +short shortHeader(short input); + +short shortCookie(short input); + +short shortBody(short input); + +short shortForm(short input); + +short shortAdd(short num1, short num2); + // enum Color enumBody(Color color); @@ -1075,6 +1113,461 @@ public void enumBody_springmvc_intf() { assertEquals(Color.BLUE, consumersSpringmvc.getIntf().enumBody(Color.BLUE)); } + //long + @Test + public void long_pojo_intf() { +assertEquals(100L, consumersPojo.getIntf().longBody(100L)); + } + + @Test + public void long_pojo_rt() { +Map map = new HashMap<>(); +map.put("input", 100L); +assertEquals(100L, (long) consumersPojo.getSCBRestTemplate().postForObject("/longBody", map, long.class)); + } + + @Test + public void longAdd_pojo_intf() { +assertEquals(300L, consumersPojo.getIntf().longAdd(100L, 200L)); + } + + @Test + public void longAdd_pojo_rt() { +Map map = new HashMap<>(); +map.put("num1", 100L); +map.put("num2", 200L); +assertEquals(300L, (long) consumersPojo.getSCBRestTemplate().postForObject("/longAdd", map, long.class)); + } + + @Test + public void longPath_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longPath(100L)); + } + + @Test + public void longPath_jaxrs_rt() { +assertEquals(100L, (long) consumersJaxrs.getSCBRestTemplate().getForObject("/longPath/100", long.class)); + } + + @Test + public void longQuery_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longQuery(100L)); + } + + @Test + public void longQuery_jaxrs_rt() { +assertEquals(100L, +(long) consumersJaxrs.getSCBRestTemplate().getForObject("/longQuery?input=100", long.class)); + } + + @Test + public void longHeader_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longHeader(100L)); + } + + @Test + public void longHeader_jaxrs_rt() { +longHeader_rt(consumersJaxrs); + } + + protected void longHeader_rt(Consumers + consumers) { +HttpHeaders headers = new HttpHeaders(); +headers.add("input", "100"); + +@SuppressWarnings("rawtypes") +HttpEntity entity = new HttpEntity<>(null, headers); +ResponseEntity response = consumers.getSCBRestTemplate() +.exchange("/longHeader", +HttpMethod.GET, +entity, +long.class); +assertEquals(100L, (long) response.getBody()); + } + + @Test + public void longCookie_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longCookie(100L)); + } + + @Test + public void longCookie_jaxrs_rt() { +longCookie_rt(consumersJaxrs); + } + + void longCookie_rt(Consumers + consumers) { +HttpHeaders headers = new HttpHeaders(); +headers.add("Cookie", "input=100"); + +@SuppressWarnings("rawtypes") +HttpEntity entity = new HttpEntity<>(null, headers); +ResponseEntity response = consumers.getSCBRestTemplate() +.exchange("/longCookie", +HttpMethod.GET, +entity, +long.class); +assertEquals(100L, (long) response.getBody()); + } + + @Test + public void longForm_jaxrs_intf() { +assertEquals(100L,
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659997#comment-16659997 ] ASF GitHub Bot commented on SCB-837: heyile opened a new pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947 Follow this checklist to help us incorporate your contribution quickly and easily: - [ ] Make sure there is a [JIRA issue](https://issues.apache.org/jira/browse/SCB) filed for the change (usually before you start working on it). Trivial changes like typos do not require a JIRA issue. Your pull request should address just this issue, without pulling in other changes. - [ ] Each commit in the pull request should have a meaningful subject line and body. - [ ] Format the pull request title like `[SCB-XXX] Fixes bug in ApproximateQuantiles`, where you replace `SCB-XXX` with the appropriate JIRA issue. - [ ] Write a pull request description that is detailed enough to understand what the pull request does, how, and why. - [ ] Run `mvn clean install` to make sure basic checks pass. A more thorough check will be performed on your pull request automatically. - [ ] If this contribution is large, please file an Apache [Individual Contributor License Agreement](https://www.apache.org/licenses/icla.pdf). --- This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > make http2 production ready > --- > > Key: SCB-837 > URL: https://issues.apache.org/jira/browse/SCB-837 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: wujimin >Assignee: 何一乐 >Priority: Major > Fix For: java-chassis-1.1.0 > > > currenty, http2 client use all http1.1 settings, that cause http2 client > performance is so bad. > > we need to conside http2 client settings at least: > 1.concurrent stream in one connection, default value is 3, we must make it > bigger > 2.maxPoolSize, http1.1 need a big pool, but http2 need a big concurrent > stream count > > we must perform a performance test, that make sure got a good result, and > then set the setting to be our default setting. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-970) [SCB-970] 970 move long short to it-tests
[ https://issues.apache.org/jira/browse/SCB-970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659998#comment-16659998 ] ASF GitHub Bot commented on SCB-970: heyile closed pull request #963: [SCB-970] 970 move long short to it-tests URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/963 This is a PR merged from a forked repository. As GitHub hides the original diff on merge, it is displayed below for the sake of provenance: As this is a foreign pull request (from a fork), the diff is supplied below (as it won't show otherwise due to GitHub magic): diff --git a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java index 54c6285cc..6e48bf3f0 100644 --- a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java +++ b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java @@ -50,6 +50,14 @@ float floatAdd(float num1, float num2); +long longBody(long input); + +long longAdd(long num1, long num2); + +short shortBody(short input); + +short shortAdd(short num1, short num2); + Color enumBody(Color color); } @@ -113,6 +121,36 @@ float floatAdd(float num1, float num2); +//long +long longPath(long input); + +long longQuery(long input); + +long longHeader(long input); + +long longCookie(long input); + +long longBody(long input); + +long longForm(long input); + +long longAdd(long num1, long num2); + +//short +short shortPath(short input); + +short shortQuery(short input); + +short shortHeader(short input); + +short shortCookie(short input); + +short shortBody(short input); + +short shortForm(short input); + +short shortAdd(short num1, short num2); + // enum Color enumBody(Color color); @@ -1075,6 +1113,461 @@ public void enumBody_springmvc_intf() { assertEquals(Color.BLUE, consumersSpringmvc.getIntf().enumBody(Color.BLUE)); } + //long + @Test + public void long_pojo_intf() { +assertEquals(100L, consumersPojo.getIntf().longBody(100L)); + } + + @Test + public void long_pojo_rt() { +Map map = new HashMap<>(); +map.put("input", 100L); +assertEquals(100L, (long) consumersPojo.getSCBRestTemplate().postForObject("/longBody", map, long.class)); + } + + @Test + public void longAdd_pojo_intf() { +assertEquals(300L, consumersPojo.getIntf().longAdd(100L, 200L)); + } + + @Test + public void longAdd_pojo_rt() { +Map map = new HashMap<>(); +map.put("num1", 100L); +map.put("num2", 200L); +assertEquals(300L, (long) consumersPojo.getSCBRestTemplate().postForObject("/longAdd", map, long.class)); + } + + @Test + public void longPath_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longPath(100L)); + } + + @Test + public void longPath_jaxrs_rt() { +assertEquals(100L, (long) consumersJaxrs.getSCBRestTemplate().getForObject("/longPath/100", long.class)); + } + + @Test + public void longQuery_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longQuery(100L)); + } + + @Test + public void longQuery_jaxrs_rt() { +assertEquals(100L, +(long) consumersJaxrs.getSCBRestTemplate().getForObject("/longQuery?input=100", long.class)); + } + + @Test + public void longHeader_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longHeader(100L)); + } + + @Test + public void longHeader_jaxrs_rt() { +longHeader_rt(consumersJaxrs); + } + + protected void longHeader_rt(Consumers + consumers) { +HttpHeaders headers = new HttpHeaders(); +headers.add("input", "100"); + +@SuppressWarnings("rawtypes") +HttpEntity entity = new HttpEntity<>(null, headers); +ResponseEntity response = consumers.getSCBRestTemplate() +.exchange("/longHeader", +HttpMethod.GET, +entity, +long.class); +assertEquals(100L, (long) response.getBody()); + } + + @Test + public void longCookie_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longCookie(100L)); + } + + @Test + public void longCookie_jaxrs_rt() { +longCookie_rt(consumersJaxrs); + } + + void longCookie_rt(Consumers + consumers) { +HttpHeaders headers = new HttpHeaders(); +headers.add("Cookie", "input=100"); + +@SuppressWarnings("rawtypes") +HttpEntity entity = new HttpEntity<>(null, headers); +ResponseEntity response = consumers.getSCBRestTemplate() +.exchange("/longCookie", +HttpMethod.GET, +entity, +long.class); +assertEquals(100L, (long) response.getBody()); + } + + @Test + public void longForm_jaxrs_intf() { +assertEquals(100L,
[jira] [Commented] (SCB-970) [SCB-970] 970 move long short to it-tests
[ https://issues.apache.org/jira/browse/SCB-970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1665#comment-1665 ] ASF GitHub Bot commented on SCB-970: heyile opened a new pull request #963: [SCB-970] 970 move long short to it-tests URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/963 Follow this checklist to help us incorporate your contribution quickly and easily: - [ ] Make sure there is a [JIRA issue](https://issues.apache.org/jira/browse/SCB) filed for the change (usually before you start working on it). Trivial changes like typos do not require a JIRA issue. Your pull request should address just this issue, without pulling in other changes. - [ ] Each commit in the pull request should have a meaningful subject line and body. - [ ] Format the pull request title like `[SCB-XXX] Fixes bug in ApproximateQuantiles`, where you replace `SCB-XXX` with the appropriate JIRA issue. - [ ] Write a pull request description that is detailed enough to understand what the pull request does, how, and why. - [ ] Run `mvn clean install` to make sure basic checks pass. A more thorough check will be performed on your pull request automatically. - [ ] If this contribution is large, please file an Apache [Individual Contributor License Agreement](https://www.apache.org/licenses/icla.pdf). --- This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > [SCB-970] 970 move long short to it-tests > - > > Key: SCB-970 > URL: https://issues.apache.org/jira/browse/SCB-970 > Project: Apache ServiceComb > Issue Type: Bug >Reporter: 何一乐 >Assignee: 何一乐 >Priority: Minor > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659996#comment-16659996 ] ASF GitHub Bot commented on SCB-837: heyile closed pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947 This is a PR merged from a forked repository. As GitHub hides the original diff on merge, it is displayed below for the sake of provenance: As this is a foreign pull request (from a fork), the diff is supplied below (as it won't show otherwise due to GitHub magic): diff --git a/foundations/foundation-vertx/src/main/java/org/apache/servicecomb/foundation/vertx/metrics/DefaultHttpClientMetrics.java b/foundations/foundation-vertx/src/main/java/org/apache/servicecomb/foundation/vertx/metrics/DefaultHttpClientMetrics.java index 98f5fd205..d8d5286b1 100644 --- a/foundations/foundation-vertx/src/main/java/org/apache/servicecomb/foundation/vertx/metrics/DefaultHttpClientMetrics.java +++ b/foundations/foundation-vertx/src/main/java/org/apache/servicecomb/foundation/vertx/metrics/DefaultHttpClientMetrics.java @@ -34,6 +34,7 @@ */ public class DefaultHttpClientMetrics implements HttpClientMetrics { + private final DefaultClientEndpointMetricManager clientEndpointMetricManager; private final HttpClient client; @@ -77,8 +78,9 @@ public void dequeueRequest(DefaultClientEndpointMetric endpointMetric, Object ta @Override public void endpointConnected(DefaultClientEndpointMetric endpointMetric, DefaultHttpSocketMetric socketMetric) { -socketMetric.setEndpointMetric(endpointMetric); -endpointMetric.onConnect(); +// as http2 client will not invoke this method, the endpointMetric info will lost. +// you can get more details from https://github.com/eclipse-vertx/vert.x/issues/2660 +// hence, we will set endpointMetric info in the method connected(SocketAddress remoteAddress, String remoteName) } @Override @@ -133,7 +135,22 @@ public void disconnected(Object webSocketMetric) { @Override public DefaultHttpSocketMetric connected(SocketAddress remoteAddress, String remoteName) { -return new DefaultHttpSocketMetric(null); +// when host of createEndpoint is not ip but a hostName +// get from remoteAddress will return null +// in this time need to try again with remoteName +// connected is a low frequency method, this try logic will not cause performance problem + +DefaultClientEndpointMetric clientEndpointMetric = this.clientEndpointMetricManager +.getClientEndpointMetric(remoteAddress); +if (clientEndpointMetric == null) { + SocketAddressImpl address = new SocketAddressImpl(remoteAddress.port(), remoteName); + clientEndpointMetric = this.clientEndpointMetricManager.getClientEndpointMetric(address); +} +// it's better to be done in endpointConnected +// but there is bug before vertx 3.6.0 vertx not invoke endpointConnected for http2 +// to avoid this bug, we move the logic here +clientEndpointMetric.onConnect(); +return new DefaultHttpSocketMetric(clientEndpointMetric); } @Override diff --git a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/ConsumerMain.java b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/ConsumerMain.java index e7455da26..ced194cd7 100644 --- a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/ConsumerMain.java +++ b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/ConsumerMain.java @@ -104,7 +104,12 @@ protected static void run() throws Throwable { // .. testSpringBoot2Standalone(); + +testHttp2CStandalone(); + testSpringBoot2Servlet(); +//http2 +testHttp2Standalone(); deploys.getEdge().stop(); } @@ -145,6 +150,42 @@ private static void testStandalone() throws Throwable { deploys.getBaseProducer().stop(); } + private static void testHttp2CStandalone() throws Throwable { +deploys.getBaseHttp2CProducer().ensureReady(); + +ITJUnitUtils.addProducer("it-producer"); + +runShareTestCases(); + +// currently not support update 3rd url, so only test once +ITJUnitUtils.run(Test3rdPartyInvocation.class); + +//as setMaxInitialLineLength() is not work for http2, do not need +// ITJUnitUtils.runWithRest(TestRestServerConfig.class) +ITJUnitUtils.run(TestRestServerConfigEdge.class); + +ITJUnitUtils.popProducer(); +deploys.getBaseHttp2CProducer().stop(); + } + + private static void testHttp2Standalone() throws Throwable { +deploys.getBaseHttp2Producer().ensureReady(); + +ITJUnitUtils.addProducer("it-producer"); + +runShareTestCases(); + +// currently not support update 3rd url, so only test once +ITJUnitUtils.run(Test3rdPartyInvocation.class); + +//as setMaxInitialLineLength() is not work
[jira] [Created] (SCB-973) TLP graduation tasks
Willem Jiang created SCB-973: Summary: TLP graduation tasks Key: SCB-973 URL: https://issues.apache.org/jira/browse/SCB-973 Project: Apache ServiceComb Issue Type: Task Reporter: Willem Jiang ServiceComb's TLP graduation tasks * Remove the incubator word from the git repo * Clean up the disclaim file from the git repo * Update the document remove the incubating word. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-962) The forwardPolicy of Saga can configure the maximum of retries
[ https://issues.apache.org/jira/browse/SCB-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659956#comment-16659956 ] Zheng Feng commented on SCB-962: Thanks [~sionyang] > The forwardPolicy of Saga can configure the maximum of retries > -- > > Key: SCB-962 > URL: https://issues.apache.org/jira/browse/SCB-962 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Saga >Affects Versions: saga-0.2.0 >Reporter: Sion Yang >Assignee: Sion Yang >Priority: Major > Fix For: saga-0.3.0 > > Original Estimate: 168h > Remaining Estimate: 168h > > Currently, forwardPolicy would keep trying transaction part when transaction > failed, which may cause saga retry transaction infinitely. > So it's necessary to configure the maximum of transaction retries. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-972) Using SHA1 signature key as UUID of micro service
[ https://issues.apache.org/jira/browse/SCB-972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659924#comment-16659924 ] ASF GitHub Bot commented on SCB-972: coveralls edited a comment on issue #460: SCB-972 Using Sha1 signature key as UUID of micro service URL: https://github.com/apache/incubator-servicecomb-service-center/pull/460#issuecomment-431976349 [![Coverage Status](https://coveralls.io/builds/19659323/badge)](https://coveralls.io/builds/19659323) Coverage decreased (-0.2%) to 62.554% when pulling **16e38820b9fb5d088e3a7200998f796bfea640e5 on little-cui:master** into **5a54da2388860cebdeadc53d267e77b69b4fa06b on apache:master**. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Using SHA1 signature key as UUID of micro service > - > > Key: SCB-972 > URL: https://issues.apache.org/jira/browse/SCB-972 > Project: Apache ServiceComb > Issue Type: Bug > Components: Service-Center >Reporter: little-cui >Assignee: little-cui >Priority: Major > Fix For: java-chassis-1.1.0 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-972) Using SHA1 signature key as UUID of micro service
[ https://issues.apache.org/jira/browse/SCB-972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659923#comment-16659923 ] ASF GitHub Bot commented on SCB-972: codecov-io commented on issue #460: SCB-972 Using Sha1 signature key as UUID of micro service URL: https://github.com/apache/incubator-servicecomb-service-center/pull/460#issuecomment-432054538 # [Codecov](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460?src=pr=h1) Report > Merging [#460](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460?src=pr=desc) into [master](https://codecov.io/gh/apache/incubator-servicecomb-service-center/commit/5a54da2388860cebdeadc53d267e77b69b4fa06b?src=pr=desc) will **decrease** coverage by `0.01%`. > The diff coverage is `100%`. [![Impacted file tree graph](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460/graphs/tree.svg?width=650=GAaF7zrg8R=150=pr)](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460?src=pr=tree) ```diff @@Coverage Diff @@ ## master #460 +/- ## == - Coverage 60.18% 60.16% -0.02% == Files 156 156 Lines 1341413415 +1 == - Hits 8073 8071 -2 - Misses 4762 4765 +3 Partials 579 579 ``` | [Impacted Files](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460?src=pr=tree) | Coverage Δ | | |---|---|---| | [server/service/microservice.go](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460/diff?src=pr=tree#diff-c2VydmVyL3NlcnZpY2UvbWljcm9zZXJ2aWNlLmdv) | `71.45% <100%> (+0.05%)` | :arrow_up: | | [server/service/instance.go](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460/diff?src=pr=tree#diff-c2VydmVyL3NlcnZpY2UvaW5zdGFuY2UuZ28=) | `68.53% <100%> (+0.19%)` | :arrow_up: | | [pkg/etcdsync/mutex.go](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460/diff?src=pr=tree#diff-cGtnL2V0Y2RzeW5jL211dGV4Lmdv) | `61.29% <0%> (-5.38%)` | :arrow_down: | | [server/service/util/tag\_util.go](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460/diff?src=pr=tree#diff-c2VydmVyL3NlcnZpY2UvdXRpbC90YWdfdXRpbC5nbw==) | `61.53% <0%> (-3.85%)` | :arrow_down: | | [pkg/util/tree.go](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460/diff?src=pr=tree#diff-cGtnL3V0aWwvdHJlZS5nbw==) | `81.25% <0%> (-3.13%)` | :arrow_down: | | [server/service/notification/websocket.go](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460/diff?src=pr=tree#diff-c2VydmVyL3NlcnZpY2Uvbm90aWZpY2F0aW9uL3dlYnNvY2tldC5nbw==) | `84.51% <0%> (+0.64%)` | :arrow_up: | | [pkg/util/util.go](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460/diff?src=pr=tree#diff-cGtnL3V0aWwvdXRpbC5nbw==) | `67.56% <0%> (+1.35%)` | :arrow_up: | | [server/plugin/pkg/registry/etcd/tracing.go](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460/diff?src=pr=tree#diff-c2VydmVyL3BsdWdpbi9wa2cvcmVnaXN0cnkvZXRjZC90cmFjaW5nLmdv) | `81.81% <0%> (+9.09%)` | :arrow_up: | -- [Continue to review full report at Codecov](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460?src=pr=continue). > **Legend** - [Click here to learn more](https://docs.codecov.io/docs/codecov-delta) > `Δ = absolute (impact)`, `ø = not affected`, `? = missing data` > Powered by [Codecov](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460?src=pr=footer). Last update [5a54da2...16e3882](https://codecov.io/gh/apache/incubator-servicecomb-service-center/pull/460?src=pr=lastupdated). Read the [comment docs](https://docs.codecov.io/docs/pull-request-comments). This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Using SHA1 signature key as UUID of micro service > - > > Key: SCB-972 > URL: https://issues.apache.org/jira/browse/SCB-972 > Project: Apache ServiceComb > Issue Type: Bug > Components: Service-Center >Reporter: little-cui >Assignee: little-cui >Priority: Major > Fix For: java-chassis-1.1.0 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-972) Using SHA1 signature key as UUID of micro service
[ https://issues.apache.org/jira/browse/SCB-972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659493#comment-16659493 ] ASF GitHub Bot commented on SCB-972: little-cui opened a new pull request #460: SCB-972 Using Sha1 signature key as UUID of micro service URL: https://github.com/apache/incubator-servicecomb-service-center/pull/460 Follow this checklist to help us incorporate your contribution quickly and easily: - [ ] Make sure there is a [JIRA issue](https://issues.apache.org/jira/browse/SCB) filed for the change (usually before you start working on it). Trivial changes like typos do not require a JIRA issue. Your pull request should address just this issue, without pulling in other changes. - [ ] Each commit in the pull request should have a meaningful subject line and body. - [ ] Format the pull request title like `[SCB-XXX] Fixes bug in ApproximateQuantiles`, where you replace `SCB-XXX` with the appropriate JIRA issue. - [ ] Write a pull request description that is detailed enough to understand what the pull request does, how, and why. - [ ] Run `go build` `go test` `go fmt` `go vet` to make sure basic checks pass. A more thorough check will be performed on your pull request automatically. - [ ] If this contribution is large, please file an Apache [Individual Contributor License Agreement](https://www.apache.org/licenses/icla.pdf). --- This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Using SHA1 signature key as UUID of micro service > - > > Key: SCB-972 > URL: https://issues.apache.org/jira/browse/SCB-972 > Project: Apache ServiceComb > Issue Type: Bug > Components: Service-Center >Reporter: little-cui >Assignee: little-cui >Priority: Major > Fix For: java-chassis-1.1.0 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659468#comment-16659468 ] ASF GitHub Bot commented on SCB-837: heyile opened a new pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947 Follow this checklist to help us incorporate your contribution quickly and easily: - [ ] Make sure there is a [JIRA issue](https://issues.apache.org/jira/browse/SCB) filed for the change (usually before you start working on it). Trivial changes like typos do not require a JIRA issue. Your pull request should address just this issue, without pulling in other changes. - [ ] Each commit in the pull request should have a meaningful subject line and body. - [ ] Format the pull request title like `[SCB-XXX] Fixes bug in ApproximateQuantiles`, where you replace `SCB-XXX` with the appropriate JIRA issue. - [ ] Write a pull request description that is detailed enough to understand what the pull request does, how, and why. - [ ] Run `mvn clean install` to make sure basic checks pass. A more thorough check will be performed on your pull request automatically. - [ ] If this contribution is large, please file an Apache [Individual Contributor License Agreement](https://www.apache.org/licenses/icla.pdf). --- This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > make http2 production ready > --- > > Key: SCB-837 > URL: https://issues.apache.org/jira/browse/SCB-837 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: wujimin >Assignee: 何一乐 >Priority: Major > Fix For: java-chassis-1.1.0 > > > currenty, http2 client use all http1.1 settings, that cause http2 client > performance is so bad. > > we need to conside http2 client settings at least: > 1.concurrent stream in one connection, default value is 3, we must make it > bigger > 2.maxPoolSize, http1.1 need a big pool, but http2 need a big concurrent > stream count > > we must perform a performance test, that make sure got a good result, and > then set the setting to be our default setting. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-970) [SCB-970] 970 move long short to it-tests
[ https://issues.apache.org/jira/browse/SCB-970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659462#comment-16659462 ] ASF GitHub Bot commented on SCB-970: heyile opened a new pull request #963: [SCB-970] 970 move long short to it-tests URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/963 Follow this checklist to help us incorporate your contribution quickly and easily: - [ ] Make sure there is a [JIRA issue](https://issues.apache.org/jira/browse/SCB) filed for the change (usually before you start working on it). Trivial changes like typos do not require a JIRA issue. Your pull request should address just this issue, without pulling in other changes. - [ ] Each commit in the pull request should have a meaningful subject line and body. - [ ] Format the pull request title like `[SCB-XXX] Fixes bug in ApproximateQuantiles`, where you replace `SCB-XXX` with the appropriate JIRA issue. - [ ] Write a pull request description that is detailed enough to understand what the pull request does, how, and why. - [ ] Run `mvn clean install` to make sure basic checks pass. A more thorough check will be performed on your pull request automatically. - [ ] If this contribution is large, please file an Apache [Individual Contributor License Agreement](https://www.apache.org/licenses/icla.pdf). --- This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > [SCB-970] 970 move long short to it-tests > - > > Key: SCB-970 > URL: https://issues.apache.org/jira/browse/SCB-970 > Project: Apache ServiceComb > Issue Type: Bug >Reporter: 何一乐 >Assignee: 何一乐 >Priority: Minor > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-970) [SCB-970] 970 move long short to it-tests
[ https://issues.apache.org/jira/browse/SCB-970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659461#comment-16659461 ] ASF GitHub Bot commented on SCB-970: heyile closed pull request #963: [SCB-970] 970 move long short to it-tests URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/963 This is a PR merged from a forked repository. As GitHub hides the original diff on merge, it is displayed below for the sake of provenance: As this is a foreign pull request (from a fork), the diff is supplied below (as it won't show otherwise due to GitHub magic): diff --git a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java index 54c6285cc..6e48bf3f0 100644 --- a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java +++ b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/testcase/TestDataTypePrimitive.java @@ -50,6 +50,14 @@ float floatAdd(float num1, float num2); +long longBody(long input); + +long longAdd(long num1, long num2); + +short shortBody(short input); + +short shortAdd(short num1, short num2); + Color enumBody(Color color); } @@ -113,6 +121,36 @@ float floatAdd(float num1, float num2); +//long +long longPath(long input); + +long longQuery(long input); + +long longHeader(long input); + +long longCookie(long input); + +long longBody(long input); + +long longForm(long input); + +long longAdd(long num1, long num2); + +//short +short shortPath(short input); + +short shortQuery(short input); + +short shortHeader(short input); + +short shortCookie(short input); + +short shortBody(short input); + +short shortForm(short input); + +short shortAdd(short num1, short num2); + // enum Color enumBody(Color color); @@ -1075,6 +1113,461 @@ public void enumBody_springmvc_intf() { assertEquals(Color.BLUE, consumersSpringmvc.getIntf().enumBody(Color.BLUE)); } + //long + @Test + public void long_pojo_intf() { +assertEquals(100L, consumersPojo.getIntf().longBody(100L)); + } + + @Test + public void long_pojo_rt() { +Map map = new HashMap<>(); +map.put("input", 100L); +assertEquals(100L, (long) consumersPojo.getSCBRestTemplate().postForObject("/longBody", map, long.class)); + } + + @Test + public void longAdd_pojo_intf() { +assertEquals(300L, consumersPojo.getIntf().longAdd(100L, 200L)); + } + + @Test + public void longAdd_pojo_rt() { +Map map = new HashMap<>(); +map.put("num1", 100L); +map.put("num2", 200L); +assertEquals(300L, (long) consumersPojo.getSCBRestTemplate().postForObject("/longAdd", map, long.class)); + } + + @Test + public void longPath_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longPath(100L)); + } + + @Test + public void longPath_jaxrs_rt() { +assertEquals(100L, (long) consumersJaxrs.getSCBRestTemplate().getForObject("/longPath/100", long.class)); + } + + @Test + public void longQuery_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longQuery(100L)); + } + + @Test + public void longQuery_jaxrs_rt() { +assertEquals(100L, +(long) consumersJaxrs.getSCBRestTemplate().getForObject("/longQuery?input=100", long.class)); + } + + @Test + public void longHeader_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longHeader(100L)); + } + + @Test + public void longHeader_jaxrs_rt() { +longHeader_rt(consumersJaxrs); + } + + protected void longHeader_rt(Consumers + consumers) { +HttpHeaders headers = new HttpHeaders(); +headers.add("input", "100"); + +@SuppressWarnings("rawtypes") +HttpEntity entity = new HttpEntity<>(null, headers); +ResponseEntity response = consumers.getSCBRestTemplate() +.exchange("/longHeader", +HttpMethod.GET, +entity, +long.class); +assertEquals(100L, (long) response.getBody()); + } + + @Test + public void longCookie_jaxrs_intf() { +assertEquals(100L, consumersJaxrs.getIntf().longCookie(100L)); + } + + @Test + public void longCookie_jaxrs_rt() { +longCookie_rt(consumersJaxrs); + } + + void longCookie_rt(Consumers + consumers) { +HttpHeaders headers = new HttpHeaders(); +headers.add("Cookie", "input=100"); + +@SuppressWarnings("rawtypes") +HttpEntity entity = new HttpEntity<>(null, headers); +ResponseEntity response = consumers.getSCBRestTemplate() +.exchange("/longCookie", +HttpMethod.GET, +entity, +long.class); +assertEquals(100L, (long) response.getBody()); + } + + @Test + public void longForm_jaxrs_intf() { +assertEquals(100L,
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659465#comment-16659465 ] ASF GitHub Bot commented on SCB-837: heyile closed pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947 This is a PR merged from a forked repository. As GitHub hides the original diff on merge, it is displayed below for the sake of provenance: As this is a foreign pull request (from a fork), the diff is supplied below (as it won't show otherwise due to GitHub magic): diff --git a/foundations/foundation-vertx/src/main/java/org/apache/servicecomb/foundation/vertx/metrics/DefaultHttpClientMetrics.java b/foundations/foundation-vertx/src/main/java/org/apache/servicecomb/foundation/vertx/metrics/DefaultHttpClientMetrics.java index 98f5fd205..d8d5286b1 100644 --- a/foundations/foundation-vertx/src/main/java/org/apache/servicecomb/foundation/vertx/metrics/DefaultHttpClientMetrics.java +++ b/foundations/foundation-vertx/src/main/java/org/apache/servicecomb/foundation/vertx/metrics/DefaultHttpClientMetrics.java @@ -34,6 +34,7 @@ */ public class DefaultHttpClientMetrics implements HttpClientMetrics { + private final DefaultClientEndpointMetricManager clientEndpointMetricManager; private final HttpClient client; @@ -77,8 +78,9 @@ public void dequeueRequest(DefaultClientEndpointMetric endpointMetric, Object ta @Override public void endpointConnected(DefaultClientEndpointMetric endpointMetric, DefaultHttpSocketMetric socketMetric) { -socketMetric.setEndpointMetric(endpointMetric); -endpointMetric.onConnect(); +// as http2 client will not invoke this method, the endpointMetric info will lost. +// you can get more details from https://github.com/eclipse-vertx/vert.x/issues/2660 +// hence, we will set endpointMetric info in the method connected(SocketAddress remoteAddress, String remoteName) } @Override @@ -133,7 +135,22 @@ public void disconnected(Object webSocketMetric) { @Override public DefaultHttpSocketMetric connected(SocketAddress remoteAddress, String remoteName) { -return new DefaultHttpSocketMetric(null); +// when host of createEndpoint is not ip but a hostName +// get from remoteAddress will return null +// in this time need to try again with remoteName +// connected is a low frequency method, this try logic will not cause performance problem + +DefaultClientEndpointMetric clientEndpointMetric = this.clientEndpointMetricManager +.getClientEndpointMetric(remoteAddress); +if (clientEndpointMetric == null) { + SocketAddressImpl address = new SocketAddressImpl(remoteAddress.port(), remoteName); + clientEndpointMetric = this.clientEndpointMetricManager.getClientEndpointMetric(address); +} +// it's better to be done in endpointConnected +// but there is bug before vertx 3.6.0 vertx not invoke endpointConnected for http2 +// to avoid this bug, we move the logic here +clientEndpointMetric.onConnect(); +return new DefaultHttpSocketMetric(clientEndpointMetric); } @Override diff --git a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/ConsumerMain.java b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/ConsumerMain.java index e7455da26..ced194cd7 100644 --- a/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/ConsumerMain.java +++ b/integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/ConsumerMain.java @@ -104,7 +104,12 @@ protected static void run() throws Throwable { // .. testSpringBoot2Standalone(); + +testHttp2CStandalone(); + testSpringBoot2Servlet(); +//http2 +testHttp2Standalone(); deploys.getEdge().stop(); } @@ -145,6 +150,42 @@ private static void testStandalone() throws Throwable { deploys.getBaseProducer().stop(); } + private static void testHttp2CStandalone() throws Throwable { +deploys.getBaseHttp2CProducer().ensureReady(); + +ITJUnitUtils.addProducer("it-producer"); + +runShareTestCases(); + +// currently not support update 3rd url, so only test once +ITJUnitUtils.run(Test3rdPartyInvocation.class); + +//as setMaxInitialLineLength() is not work for http2, do not need +// ITJUnitUtils.runWithRest(TestRestServerConfig.class) +ITJUnitUtils.run(TestRestServerConfigEdge.class); + +ITJUnitUtils.popProducer(); +deploys.getBaseHttp2CProducer().stop(); + } + + private static void testHttp2Standalone() throws Throwable { +deploys.getBaseHttp2Producer().ensureReady(); + +ITJUnitUtils.addProducer("it-producer"); + +runShareTestCases(); + +// currently not support update 3rd url, so only test once +ITJUnitUtils.run(Test3rdPartyInvocation.class); + +//as setMaxInitialLineLength() is not work
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659458#comment-16659458 ] ASF GitHub Bot commented on SCB-837: heyile opened a new pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947 Follow this checklist to help us incorporate your contribution quickly and easily: - [ ] Make sure there is a [JIRA issue](https://issues.apache.org/jira/browse/SCB) filed for the change (usually before you start working on it). Trivial changes like typos do not require a JIRA issue. Your pull request should address just this issue, without pulling in other changes. - [ ] Each commit in the pull request should have a meaningful subject line and body. - [ ] Format the pull request title like `[SCB-XXX] Fixes bug in ApproximateQuantiles`, where you replace `SCB-XXX` with the appropriate JIRA issue. - [ ] Write a pull request description that is detailed enough to understand what the pull request does, how, and why. - [ ] Run `mvn clean install` to make sure basic checks pass. A more thorough check will be performed on your pull request automatically. - [ ] If this contribution is large, please file an Apache [Individual Contributor License Agreement](https://www.apache.org/licenses/icla.pdf). --- This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > make http2 production ready > --- > > Key: SCB-837 > URL: https://issues.apache.org/jira/browse/SCB-837 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: wujimin >Assignee: 何一乐 >Priority: Major > Fix For: java-chassis-1.1.0 > > > currenty, http2 client use all http1.1 settings, that cause http2 client > performance is so bad. > > we need to conside http2 client settings at least: > 1.concurrent stream in one connection, default value is 3, we must make it > bigger > 2.maxPoolSize, http1.1 need a big pool, but http2 need a big concurrent > stream count > > we must perform a performance test, that make sure got a good result, and > then set the setting to be our default setting. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659453#comment-16659453 ] ASF GitHub Bot commented on SCB-837: heyile commented on a change in pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947#discussion_r226934287 ## File path: integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/deploy/Deploys.java ## @@ -187,6 +194,23 @@ private void initBaseProducer() { baseProducer = new MicroserviceDeploy(definition); } + + private void initBaseHttp2Producer() { +MicroserviceDeployDefinition definition = new MicroserviceDeployDefinition(); +definition.setDeployName("baseHttp2Producer"); +definition.setCmd("it-producer"); +definition.setArgs(new String[] {}); +definition.setArgs(new String[] {"-Dservicecomb.rest.address=0.0.0.0:0?protocol=http2", +"-Dservicecomb.highway.address=0.0.0.0:0?protocol=http2"}); Review comment: do not need ? or do need ? This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > make http2 production ready > --- > > Key: SCB-837 > URL: https://issues.apache.org/jira/browse/SCB-837 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: wujimin >Assignee: 何一乐 >Priority: Major > Fix For: java-chassis-1.1.0 > > > currenty, http2 client use all http1.1 settings, that cause http2 client > performance is so bad. > > we need to conside http2 client settings at least: > 1.concurrent stream in one connection, default value is 3, we must make it > bigger > 2.maxPoolSize, http1.1 need a big pool, but http2 need a big concurrent > stream count > > we must perform a performance test, that make sure got a good result, and > then set the setting to be our default setting. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659454#comment-16659454 ] ASF GitHub Bot commented on SCB-837: heyile commented on a change in pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947#discussion_r226935547 ## File path: integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/deploy/Deploys.java ## @@ -187,6 +194,23 @@ private void initBaseProducer() { baseProducer = new MicroserviceDeploy(definition); } + + private void initBaseHttp2Producer() { +MicroserviceDeployDefinition definition = new MicroserviceDeployDefinition(); +definition.setDeployName("baseHttp2Producer"); +definition.setCmd("it-producer"); +definition.setArgs(new String[] {}); +definition.setArgs(new String[] {"-Dservicecomb.rest.address=0.0.0.0:0?protocol=http2", +"-Dservicecomb.highway.address=0.0.0.0:0?protocol=http2"}); Review comment: you means do not need to overide ? This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > make http2 production ready > --- > > Key: SCB-837 > URL: https://issues.apache.org/jira/browse/SCB-837 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: wujimin >Assignee: 何一乐 >Priority: Major > Fix For: java-chassis-1.1.0 > > > currenty, http2 client use all http1.1 settings, that cause http2 client > performance is so bad. > > we need to conside http2 client settings at least: > 1.concurrent stream in one connection, default value is 3, we must make it > bigger > 2.maxPoolSize, http1.1 need a big pool, but http2 need a big concurrent > stream count > > we must perform a performance test, that make sure got a good result, and > then set the setting to be our default setting. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (SCB-972) Using SHA1 signature key as UUID of micro service
little-cui created SCB-972: -- Summary: Using SHA1 signature key as UUID of micro service Key: SCB-972 URL: https://issues.apache.org/jira/browse/SCB-972 Project: Apache ServiceComb Issue Type: Bug Components: Service-Center Reporter: little-cui Assignee: little-cui Fix For: java-chassis-1.1.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (SCB-953) Support sync distinct Kubernetes service types to service-center
[ https://issues.apache.org/jira/browse/SCB-953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] little-cui resolved SCB-953. Resolution: Fixed > Support sync distinct Kubernetes service types to service-center > > > Key: SCB-953 > URL: https://issues.apache.org/jira/browse/SCB-953 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Service-Center >Reporter: little-cui >Assignee: little-cui >Priority: Major > Fix For: service-center-1.1.0 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-962) The forwardPolicy of Saga can configure the maximum of retries
[ https://issues.apache.org/jira/browse/SCB-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658894#comment-16658894 ] Sion Yang commented on SCB-962: --- The PR has been submitted. PR link: [https://github.com/apache/incubator-servicecomb-saga/pull/322|https://github.com/apache/incubator-servicecomb-saga/pull/322] > The forwardPolicy of Saga can configure the maximum of retries > -- > > Key: SCB-962 > URL: https://issues.apache.org/jira/browse/SCB-962 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Saga >Affects Versions: saga-0.2.0 >Reporter: Sion Yang >Assignee: Sion Yang >Priority: Major > Fix For: saga-0.3.0 > > Original Estimate: 168h > Remaining Estimate: 168h > > Currently, forwardPolicy would keep trying transaction part when transaction > failed, which may cause saga retry transaction infinitely. > So it's necessary to configure the maximum of transaction retries. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658805#comment-16658805 ] ASF GitHub Bot commented on SCB-837: heyile commented on a change in pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947#discussion_r226934287 ## File path: integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/deploy/Deploys.java ## @@ -187,6 +194,23 @@ private void initBaseProducer() { baseProducer = new MicroserviceDeploy(definition); } + + private void initBaseHttp2Producer() { +MicroserviceDeployDefinition definition = new MicroserviceDeployDefinition(); +definition.setDeployName("baseHttp2Producer"); +definition.setCmd("it-producer"); +definition.setArgs(new String[] {}); +definition.setArgs(new String[] {"-Dservicecomb.rest.address=0.0.0.0:0?protocol=http2", +"-Dservicecomb.highway.address=0.0.0.0:0?protocol=http2"}); Review comment: do not need ? or do need ? This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > make http2 production ready > --- > > Key: SCB-837 > URL: https://issues.apache.org/jira/browse/SCB-837 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: wujimin >Assignee: 何一乐 >Priority: Major > Fix For: java-chassis-1.1.0 > > > currenty, http2 client use all http1.1 settings, that cause http2 client > performance is so bad. > > we need to conside http2 client settings at least: > 1.concurrent stream in one connection, default value is 3, we must make it > bigger > 2.maxPoolSize, http1.1 need a big pool, but http2 need a big concurrent > stream count > > we must perform a performance test, that make sure got a good result, and > then set the setting to be our default setting. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658807#comment-16658807 ] ASF GitHub Bot commented on SCB-837: heyile commented on a change in pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947#discussion_r226935547 ## File path: integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/deploy/Deploys.java ## @@ -187,6 +194,23 @@ private void initBaseProducer() { baseProducer = new MicroserviceDeploy(definition); } + + private void initBaseHttp2Producer() { +MicroserviceDeployDefinition definition = new MicroserviceDeployDefinition(); +definition.setDeployName("baseHttp2Producer"); +definition.setCmd("it-producer"); +definition.setArgs(new String[] {}); +definition.setArgs(new String[] {"-Dservicecomb.rest.address=0.0.0.0:0?protocol=http2", +"-Dservicecomb.highway.address=0.0.0.0:0?protocol=http2"}); Review comment: you means do not need to overide ? This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > make http2 production ready > --- > > Key: SCB-837 > URL: https://issues.apache.org/jira/browse/SCB-837 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: wujimin >Assignee: 何一乐 >Priority: Major > Fix For: java-chassis-1.1.0 > > > currenty, http2 client use all http1.1 settings, that cause http2 client > performance is so bad. > > we need to conside http2 client settings at least: > 1.concurrent stream in one connection, default value is 3, we must make it > bigger > 2.maxPoolSize, http1.1 need a big pool, but http2 need a big concurrent > stream count > > we must perform a performance test, that make sure got a good result, and > then set the setting to be our default setting. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-837) make http2 production ready
[ https://issues.apache.org/jira/browse/SCB-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658806#comment-16658806 ] ASF GitHub Bot commented on SCB-837: heyile commented on a change in pull request #947: [SCB-837] make http2 production ready URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/947#discussion_r226935470 ## File path: integration-tests/it-consumer/src/main/java/org/apache/servicecomb/it/deploy/Deploys.java ## @@ -187,6 +194,23 @@ private void initBaseProducer() { baseProducer = new MicroserviceDeploy(definition); } + + private void initBaseHttp2Producer() { +MicroserviceDeployDefinition definition = new MicroserviceDeployDefinition(); +definition.setDeployName("baseHttp2Producer"); +definition.setCmd("it-producer"); +definition.setArgs(new String[] {}); +definition.setArgs(new String[] {"-Dservicecomb.rest.address=0.0.0.0:0?protocol=http2", +"-Dservicecomb.highway.address=0.0.0.0:0?protocol=http2"}); Review comment: you means do not need to overide ? This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > make http2 production ready > --- > > Key: SCB-837 > URL: https://issues.apache.org/jira/browse/SCB-837 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: wujimin >Assignee: 何一乐 >Priority: Major > Fix For: java-chassis-1.1.0 > > > currenty, http2 client use all http1.1 settings, that cause http2 client > performance is so bad. > > we need to conside http2 client settings at least: > 1.concurrent stream in one connection, default value is 3, we must make it > bigger > 2.maxPoolSize, http1.1 need a big pool, but http2 need a big concurrent > stream count > > we must perform a performance test, that make sure got a good result, and > then set the setting to be our default setting. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-970) [SCB-970] 970 move long short to it-tests
[ https://issues.apache.org/jira/browse/SCB-970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658798#comment-16658798 ] ASF GitHub Bot commented on SCB-970: heyile opened a new pull request #963: [SCB-970] 970 move long short to it-tests URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/963 Follow this checklist to help us incorporate your contribution quickly and easily: - [ ] Make sure there is a [JIRA issue](https://issues.apache.org/jira/browse/SCB) filed for the change (usually before you start working on it). Trivial changes like typos do not require a JIRA issue. Your pull request should address just this issue, without pulling in other changes. - [ ] Each commit in the pull request should have a meaningful subject line and body. - [ ] Format the pull request title like `[SCB-XXX] Fixes bug in ApproximateQuantiles`, where you replace `SCB-XXX` with the appropriate JIRA issue. - [ ] Write a pull request description that is detailed enough to understand what the pull request does, how, and why. - [ ] Run `mvn clean install` to make sure basic checks pass. A more thorough check will be performed on your pull request automatically. - [ ] If this contribution is large, please file an Apache [Individual Contributor License Agreement](https://www.apache.org/licenses/icla.pdf). --- This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > [SCB-970] 970 move long short to it-tests > - > > Key: SCB-970 > URL: https://issues.apache.org/jira/browse/SCB-970 > Project: Apache ServiceComb > Issue Type: Bug >Reporter: 何一乐 >Assignee: 何一乐 >Priority: Minor > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (SCB-971) Saga TCC Demo
[ https://issues.apache.org/jira/browse/SCB-971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Willem Jiang resolved SCB-971. -- Resolution: Won't Fix Assignee: Willem Jiang > Saga TCC Demo > -- > > Key: SCB-971 > URL: https://issues.apache.org/jira/browse/SCB-971 > Project: Apache ServiceComb > Issue Type: Bug > Components: Saga >Affects Versions: saga-0.3.0 >Reporter: Minzhi Yan >Assignee: Willem Jiang >Priority: Major > Attachments: 截图.PNG > > > When I run the tcc demo and curl -X POST > http://${host_address}:8083/ordering/order/UserC/ProductA/2/2, saga works > well. > But one hour later, I invoke the service with "curl -X POST > http://${host_address}:8083/ordering/order/UserC/ProductA/2/2; again, it > returns "\{"timestamp":1540188973814,"status":500,"error":"Internal Server > Error","exception":"org.springframework.web.client.HttpServerErrorException","message":"500 > null","path":"/ordering/order/UserC/ProductA/2/2"}", and the command " curl > -X http://${host_address}:8082/orderings; returns > [\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":true},\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":false}] > ,both "confirmed" and "cancelled" are marked as false. > The stack trace is here. > {code} > Caused by: javax.persistence.RollbackException: Exception [EclipseLink-4002] > (Eclipse Persistence Services - 2.7.1.v20171221-bd47e8f): > org.eclipse.persistence.exceptions.DatabaseException > alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The > connection attempt failed. > alpha_1 | Error Code: 0 > alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, > globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', > localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', > serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', > status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon > Oct 22 06:16:13 GMT 2018}) > alpha_1 |at > org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:159) > ~[org.eclipse.persistence.jpa-2.7.1.jar!/:?] > alpha_1 |at > org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:517) > ~[spring-orm-4.3.18.RELEASE.jar!/:4.3.18.RELEASE] > alpha_1 |... 19 more > alpha_1 | Caused by: > org.eclipse.persistence.exceptions.DatabaseException: > alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The > connection attempt failed. > alpha_1 | Error Code: 0 > alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, > globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', > localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', > serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', > status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon > Oct 22 06:16:13 GMT 2018}) > alpha_1 |at > org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:147) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:170) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:346) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:313) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:581) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1660) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:321) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.beginTransaction(DatasourceAccessor.java:254) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.server.ClientSession.retryTransaction(ClientSession.java:786) >
[jira] [Commented] (SCB-971) Saga TCC Demo
[ https://issues.apache.org/jira/browse/SCB-971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658761#comment-16658761 ] Willem Jiang commented on SCB-971: -- I think we can close this issue, as it's just the environment related issue. > Saga TCC Demo > -- > > Key: SCB-971 > URL: https://issues.apache.org/jira/browse/SCB-971 > Project: Apache ServiceComb > Issue Type: Bug > Components: Saga >Affects Versions: saga-0.3.0 >Reporter: Minzhi Yan >Priority: Major > Attachments: 截图.PNG > > > When I run the tcc demo and curl -X POST > http://${host_address}:8083/ordering/order/UserC/ProductA/2/2, saga works > well. > But one hour later, I invoke the service with "curl -X POST > http://${host_address}:8083/ordering/order/UserC/ProductA/2/2; again, it > returns "\{"timestamp":1540188973814,"status":500,"error":"Internal Server > Error","exception":"org.springframework.web.client.HttpServerErrorException","message":"500 > null","path":"/ordering/order/UserC/ProductA/2/2"}", and the command " curl > -X http://${host_address}:8082/orderings; returns > [\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":true},\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":false}] > ,both "confirmed" and "cancelled" are marked as false. > The stack trace is here. > {code} > Caused by: javax.persistence.RollbackException: Exception [EclipseLink-4002] > (Eclipse Persistence Services - 2.7.1.v20171221-bd47e8f): > org.eclipse.persistence.exceptions.DatabaseException > alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The > connection attempt failed. > alpha_1 | Error Code: 0 > alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, > globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', > localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', > serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', > status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon > Oct 22 06:16:13 GMT 2018}) > alpha_1 |at > org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:159) > ~[org.eclipse.persistence.jpa-2.7.1.jar!/:?] > alpha_1 |at > org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:517) > ~[spring-orm-4.3.18.RELEASE.jar!/:4.3.18.RELEASE] > alpha_1 |... 19 more > alpha_1 | Caused by: > org.eclipse.persistence.exceptions.DatabaseException: > alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The > connection attempt failed. > alpha_1 | Error Code: 0 > alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, > globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', > localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', > serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', > status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon > Oct 22 06:16:13 GMT 2018}) > alpha_1 |at > org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:147) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:170) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:346) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:313) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:581) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1660) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:321) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.beginTransaction(DatasourceAccessor.java:254) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at >
[jira] [Commented] (SCB-971) Saga TCC Demo
[ https://issues.apache.org/jira/browse/SCB-971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658742#comment-16658742 ] Minzhi Yan commented on SCB-971: !file:///C:/Users/y00385403/AppData/Roaming/eSpace_Desktop/UserData/y00385403/imagefiles/B2AADF0B-1446-42DB-8833-BEE7D4C492D0.png|id=B2AADF0B-1446-42DB-8833-BEE7D4C492D0,vspace=3! It turns out that there is no space on my device which cause the postgres container exit. !截图.PNG! > Saga TCC Demo > -- > > Key: SCB-971 > URL: https://issues.apache.org/jira/browse/SCB-971 > Project: Apache ServiceComb > Issue Type: Bug > Components: Saga >Affects Versions: saga-0.3.0 >Reporter: Minzhi Yan >Priority: Major > Attachments: 截图.PNG > > > When I run the tcc demo and curl -X POST > http://${host_address}:8083/ordering/order/UserC/ProductA/2/2, saga works > well. > But one hour later, I invoke the service with "curl -X POST > http://${host_address}:8083/ordering/order/UserC/ProductA/2/2; again, it > returns "\{"timestamp":1540188973814,"status":500,"error":"Internal Server > Error","exception":"org.springframework.web.client.HttpServerErrorException","message":"500 > null","path":"/ordering/order/UserC/ProductA/2/2"}", and the command " curl > -X http://${host_address}:8082/orderings; returns > [\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":true},\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":false}] > ,both "confirmed" and "cancelled" are marked as false. > The stack trace is here. > {code} > Caused by: javax.persistence.RollbackException: Exception [EclipseLink-4002] > (Eclipse Persistence Services - 2.7.1.v20171221-bd47e8f): > org.eclipse.persistence.exceptions.DatabaseException > alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The > connection attempt failed. > alpha_1 | Error Code: 0 > alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, > globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', > localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', > serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', > status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon > Oct 22 06:16:13 GMT 2018}) > alpha_1 |at > org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:159) > ~[org.eclipse.persistence.jpa-2.7.1.jar!/:?] > alpha_1 |at > org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:517) > ~[spring-orm-4.3.18.RELEASE.jar!/:4.3.18.RELEASE] > alpha_1 |... 19 more > alpha_1 | Caused by: > org.eclipse.persistence.exceptions.DatabaseException: > alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The > connection attempt failed. > alpha_1 | Error Code: 0 > alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, > globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', > localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', > serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', > status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon > Oct 22 06:16:13 GMT 2018}) > alpha_1 |at > org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:147) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:170) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:346) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:313) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:581) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1660) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:321) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at >
[jira] [Updated] (SCB-971) Saga TCC Demo
[ https://issues.apache.org/jira/browse/SCB-971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Minzhi Yan updated SCB-971: --- Attachment: 截图.PNG > Saga TCC Demo > -- > > Key: SCB-971 > URL: https://issues.apache.org/jira/browse/SCB-971 > Project: Apache ServiceComb > Issue Type: Bug > Components: Saga >Affects Versions: saga-0.3.0 >Reporter: Minzhi Yan >Priority: Major > Attachments: 截图.PNG > > > When I run the tcc demo and curl -X POST > http://${host_address}:8083/ordering/order/UserC/ProductA/2/2, saga works > well. > But one hour later, I invoke the service with "curl -X POST > http://${host_address}:8083/ordering/order/UserC/ProductA/2/2; again, it > returns "\{"timestamp":1540188973814,"status":500,"error":"Internal Server > Error","exception":"org.springframework.web.client.HttpServerErrorException","message":"500 > null","path":"/ordering/order/UserC/ProductA/2/2"}", and the command " curl > -X http://${host_address}:8082/orderings; returns > [\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":true},\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":false}] > ,both "confirmed" and "cancelled" are marked as false. > The stack trace is here. > {code} > Caused by: javax.persistence.RollbackException: Exception [EclipseLink-4002] > (Eclipse Persistence Services - 2.7.1.v20171221-bd47e8f): > org.eclipse.persistence.exceptions.DatabaseException > alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The > connection attempt failed. > alpha_1 | Error Code: 0 > alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, > globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', > localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', > serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', > status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon > Oct 22 06:16:13 GMT 2018}) > alpha_1 |at > org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:159) > ~[org.eclipse.persistence.jpa-2.7.1.jar!/:?] > alpha_1 |at > org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:517) > ~[spring-orm-4.3.18.RELEASE.jar!/:4.3.18.RELEASE] > alpha_1 |... 19 more > alpha_1 | Caused by: > org.eclipse.persistence.exceptions.DatabaseException: > alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The > connection attempt failed. > alpha_1 | Error Code: 0 > alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, > globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', > localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', > serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', > status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon > Oct 22 06:16:13 GMT 2018}) > alpha_1 |at > org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:147) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:170) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:346) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:313) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:581) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1660) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:321) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.beginTransaction(DatasourceAccessor.java:254) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at > org.eclipse.persistence.sessions.server.ClientSession.retryTransaction(ClientSession.java:786) > ~[org.eclipse.persistence.core-2.7.1.jar!/:?] > alpha_1 |at >
[jira] [Updated] (SCB-971) Saga TCC Demo
[ https://issues.apache.org/jira/browse/SCB-971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Willem Jiang updated SCB-971: - Description: When I run the tcc demo and curl -X POST http://${host_address}:8083/ordering/order/UserC/ProductA/2/2, saga works well. But one hour later, I invoke the service with "curl -X POST http://${host_address}:8083/ordering/order/UserC/ProductA/2/2; again, it returns "\{"timestamp":1540188973814,"status":500,"error":"Internal Server Error","exception":"org.springframework.web.client.HttpServerErrorException","message":"500 null","path":"/ordering/order/UserC/ProductA/2/2"}", and the command " curl -X http://${host_address}:8082/orderings; returns [\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":true},\{"userName":"UserC","productName":"ProductA","units":2,"confirmed":false,"cancelled":false}] ,both "confirmed" and "cancelled" are marked as false. The stack trace is here. {code} Caused by: javax.persistence.RollbackException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.7.1.v20171221-bd47e8f): org.eclipse.persistence.exceptions.DatabaseException alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The connection attempt failed. alpha_1 | Error Code: 0 alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon Oct 22 06:16:13 GMT 2018}) alpha_1 | at org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:159) ~[org.eclipse.persistence.jpa-2.7.1.jar!/:?] alpha_1 | at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:517) ~[spring-orm-4.3.18.RELEASE.jar!/:4.3.18.RELEASE] alpha_1 | ... 19 more alpha_1 | Caused by: org.eclipse.persistence.exceptions.DatabaseException: alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The connection attempt failed. alpha_1 | Error Code: 0 alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon Oct 22 06:16:13 GMT 2018}) alpha_1 | at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:147) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:170) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:346) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:313) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:581) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1660) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:321) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.beginTransaction(DatasourceAccessor.java:254) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ClientSession.retryTransaction(ClientSession.java:786) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.sessions.AbstractSession.basicBeginTransaction(AbstractSession.java:747) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ClientSession.addWriteConnection(ClientSession.java:755) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ServerSession.acquireClientConnection(ServerSession.java:268) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:280)
[jira] [Updated] (SCB-971) Saga TCC Demo
[ https://issues.apache.org/jira/browse/SCB-971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Willem Jiang updated SCB-971: - Environment: (was: Caused by: javax.persistence.RollbackException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.7.1.v20171221-bd47e8f): org.eclipse.persistence.exceptions.DatabaseException alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The connection attempt failed. alpha_1 | Error Code: 0 alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon Oct 22 06:16:13 GMT 2018}) alpha_1 | at org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:159) ~[org.eclipse.persistence.jpa-2.7.1.jar!/:?] alpha_1 | at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:517) ~[spring-orm-4.3.18.RELEASE.jar!/:4.3.18.RELEASE] alpha_1 | ... 19 more alpha_1 | Caused by: org.eclipse.persistence.exceptions.DatabaseException: alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The connection attempt failed. alpha_1 | Error Code: 0 alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon Oct 22 06:16:13 GMT 2018}) alpha_1 | at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:147) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:170) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:346) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:313) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:581) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1660) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:321) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.beginTransaction(DatasourceAccessor.java:254) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ClientSession.retryTransaction(ClientSession.java:786) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.sessions.AbstractSession.basicBeginTransaction(AbstractSession.java:747) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ClientSession.addWriteConnection(ClientSession.java:755) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ServerSession.acquireClientConnection(ServerSession.java:268) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:280) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:270) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:256) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.insertObject(DatasourceCallQueryMechanism.java:405) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.queries.StatementQueryMechanism.insertObject(StatementQueryMechanism.java:165) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at
[jira] [Created] (SCB-971) Saga TCC Demo
Minzhi Yan created SCB-971: -- Summary: Saga TCC Demo Key: SCB-971 URL: https://issues.apache.org/jira/browse/SCB-971 Project: Apache ServiceComb Issue Type: Bug Components: Saga Affects Versions: saga-0.3.0 Environment: Caused by: javax.persistence.RollbackException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.7.1.v20171221-bd47e8f): org.eclipse.persistence.exceptions.DatabaseException alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The connection attempt failed. alpha_1 | Error Code: 0 alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon Oct 22 06:16:13 GMT 2018}) alpha_1 | at org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:159) ~[org.eclipse.persistence.jpa-2.7.1.jar!/:?] alpha_1 | at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:517) ~[spring-orm-4.3.18.RELEASE.jar!/:4.3.18.RELEASE] alpha_1 | ... 19 more alpha_1 | Caused by: org.eclipse.persistence.exceptions.DatabaseException: alpha_1 | Internal Exception: org.postgresql.util.PSQLException: The connection attempt failed. alpha_1 | Error Code: 0 alpha_1 | Query: InsertObjectQuery(GlobalTxEvent{surrogateId=null, globalTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', localTxId='6ce54fa3-0cb5-403f-badf-81134d290a17', parentTxId='', serviceName='ordering', instanceId='ordering-172.21.0.6', txType='ENDED', status='Failed', creationTime=Mon Oct 22 06:16:13 GMT 2018, lastModified=Mon Oct 22 06:16:13 GMT 2018}) alpha_1 | at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:147) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:170) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:346) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:313) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:581) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1660) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:321) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.beginTransaction(DatasourceAccessor.java:254) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ClientSession.retryTransaction(ClientSession.java:786) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.sessions.AbstractSession.basicBeginTransaction(AbstractSession.java:747) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ClientSession.addWriteConnection(ClientSession.java:755) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ServerSession.acquireClientConnection(ServerSession.java:268) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:280) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:270) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:256) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.insertObject(DatasourceCallQueryMechanism.java:405) ~[org.eclipse.persistence.core-2.7.1.jar!/:?] alpha_1 | at
[jira] [Updated] (SCB-962) The forwardPolicy of Saga can configure the maximum of retries
[ https://issues.apache.org/jira/browse/SCB-962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sion Yang updated SCB-962: -- Summary: The forwardPolicy of Saga can configure the maximum of retries (was: The forwardPolicy of Saga can configurethe maximum of retries) > The forwardPolicy of Saga can configure the maximum of retries > -- > > Key: SCB-962 > URL: https://issues.apache.org/jira/browse/SCB-962 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Saga >Affects Versions: saga-0.2.0 >Reporter: Sion Yang >Assignee: Sion Yang >Priority: Major > Fix For: saga-0.3.0 > > Original Estimate: 168h > Remaining Estimate: 168h > > Currently, forwardPolicy would keep trying transaction part when transaction > failed, which may cause saga retry transaction infinitely. > So it's necessary to configure the maximum of transaction retries. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-718) If auto discovery failed , will cause a dead cycle
[ https://issues.apache.org/jira/browse/SCB-718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658697#comment-16658697 ] ASF GitHub Bot commented on SCB-718: coveralls edited a comment on issue #937: [SCB-718]If auto discovery failed, will cause a dead cycle URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/937#issuecomment-425730811 [![Coverage Status](https://coveralls.io/builds/19645439/badge)](https://coveralls.io/builds/19645439) Coverage increased (+0.2%) to 86.402% when pulling **06472d01a03c117ec910c9a180bced96e33f001b on laijianbin:cache** into **6aadae0de82b3b3940f0c163b815d6675aedc2bc on apache:master**. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > If auto discovery failed , will cause a dead cycle > -- > > Key: SCB-718 > URL: https://issues.apache.org/jira/browse/SCB-718 > Project: Apache ServiceComb > Issue Type: Task >Reporter: laijianbin >Assignee: laijianbin >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-718) If auto discovery failed , will cause a dead cycle
[ https://issues.apache.org/jira/browse/SCB-718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658682#comment-16658682 ] ASF GitHub Bot commented on SCB-718: coveralls edited a comment on issue #937: [SCB-718]If auto discovery failed, will cause a dead cycle URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/937#issuecomment-425730811 [![Coverage Status](https://coveralls.io/builds/19645344/badge)](https://coveralls.io/builds/19645344) Coverage increased (+0.2%) to 86.398% when pulling **06472d01a03c117ec910c9a180bced96e33f001b on laijianbin:cache** into **6aadae0de82b3b3940f0c163b815d6675aedc2bc on apache:master**. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > If auto discovery failed , will cause a dead cycle > -- > > Key: SCB-718 > URL: https://issues.apache.org/jira/browse/SCB-718 > Project: Apache ServiceComb > Issue Type: Task >Reporter: laijianbin >Assignee: laijianbin >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)