[jira] [Commented] (SCB-228) Update to replace the type of TxEvent with Enum
[ https://issues.apache.org/jira/browse/SCB-228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16324994#comment-16324994 ] ASF GitHub Bot commented on SCB-228: coveralls commented on issue #115: SCB-228 Update to replace the type of TxEvent with Enum URL: https://github.com/apache/incubator-servicecomb-saga/pull/115#issuecomment-357413305 [![Coverage Status](https://coveralls.io/builds/15033894/badge)](https://coveralls.io/builds/15033894) Changes Unknown when pulling **b76506adc3cb0b2477847cd8b2f1d20ba580d81b on zhfeng:SCB-228** into ** 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 > Update to replace the type of TxEvent with Enum > --- > > Key: SCB-228 > URL: https://issues.apache.org/jira/browse/SCB-228 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Saga >Reporter: Zheng Feng >Assignee: Zheng Feng > Fix For: saga-0.3.0 > > > Currently the type of TxEvent is with the className such as > {code} > public String type() { > return this.getClass().getSimpleName(); > } > {code} > It could be better with the Enum value since we could have changed the event > class name in the future. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (SCB-230) change package and maven group to apache
[ https://issues.apache.org/jira/browse/SCB-230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16324960#comment-16324960 ] ASF GitHub Bot commented on SCB-230: coveralls commented on issue #509: [SCB-230] Move to apache URL: https://github.com/apache/incubator-servicecomb-java-chassis/pull/509#issuecomment-357409084 [![Coverage Status](https://coveralls.io/builds/15033568/badge)](https://coveralls.io/builds/15033568) Coverage decreased (-0.001%) to 87.361% when pulling **9f85f7ae1a166fbb57c46f2ee03d53800bddfee0 on wujimin:move-to-apache** into **3364df69b20b3e4f5cc56cb3773a93163aaadb0c 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 > change package and maven group to apache > > > Key: SCB-230 > URL: https://issues.apache.org/jira/browse/SCB-230 > Project: Apache ServiceComb > Issue Type: Task > Components: Java-Chassis >Reporter: wujimin >Assignee: wujimin > Fix For: java-chassis-1.0.0-m1 > > > io.servicecomb -> org.apache.servicecomb -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (SCB-220) [pack] duplicate abort event filter to avoid redundant compensation
[ https://issues.apache.org/jira/browse/SCB-220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16324890#comment-16324890 ] ASF GitHub Bot commented on SCB-220: seanyinx commented on issue #116: SCB-220 avoid redundant compensation URL: https://github.com/apache/incubator-servicecomb-saga/pull/116#issuecomment-357400994 on top of https://github.com/apache/incubator-servicecomb-saga/pull/112 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 > [pack] duplicate abort event filter to avoid redundant compensation > --- > > Key: SCB-220 > URL: https://issues.apache.org/jira/browse/SCB-220 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Saga >Affects Versions: saga-0.1.0 >Reporter: Yin Xiang >Assignee: Yin Xiang > > aborted events may be triggered by multiple services in the same LLT, we have > to filter them, so that we don't trigger compensation more than once. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (SCB-220) [pack] duplicate abort event filter to avoid redundant compensation
[ https://issues.apache.org/jira/browse/SCB-220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16324889#comment-16324889 ] ASF GitHub Bot commented on SCB-220: seanyinx opened a new pull request #116: SCB-220 avoid redundant compensation URL: https://github.com/apache/incubator-servicecomb-saga/pull/116 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 > [pack] duplicate abort event filter to avoid redundant compensation > --- > > Key: SCB-220 > URL: https://issues.apache.org/jira/browse/SCB-220 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Saga >Affects Versions: saga-0.1.0 >Reporter: Yin Xiang >Assignee: Yin Xiang > > aborted events may be triggered by multiple services in the same LLT, we have > to filter them, so that we don't trigger compensation more than once. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (SCB-220) [pack] duplicate abort event filter to avoid redundant compensation
[ https://issues.apache.org/jira/browse/SCB-220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yin Xiang reassigned SCB-220: - Assignee: Yin Xiang > [pack] duplicate abort event filter to avoid redundant compensation > --- > > Key: SCB-220 > URL: https://issues.apache.org/jira/browse/SCB-220 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Saga >Affects Versions: saga-0.1.0 >Reporter: Yin Xiang >Assignee: Yin Xiang > > aborted events may be triggered by multiple services in the same LLT, we have > to filter them, so that we don't trigger compensation more than once. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (SCB-225) How to build a SC cluster
[ https://issues.apache.org/jira/browse/SCB-225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] little-cui reassigned SCB-225: -- Assignee: Mohammad Asif Siddiqui (was: little-cui) > How to build a SC cluster > - > > Key: SCB-225 > URL: https://issues.apache.org/jira/browse/SCB-225 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Service-Center >Reporter: little-cui >Assignee: Mohammad Asif Siddiqui > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (SCB-159) Watcher will get a wrong event sequence when SC modify resource concurrently
[ https://issues.apache.org/jira/browse/SCB-159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] little-cui resolved SCB-159. Resolution: Fixed > Watcher will get a wrong event sequence when SC modify resource concurrently > > > Key: SCB-159 > URL: https://issues.apache.org/jira/browse/SCB-159 > Project: Apache ServiceComb > Issue Type: Bug > Components: Service-Center >Reporter: little-cui > Fix For: service-center-1.0.0-m1 > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (SCB-228) Update to replace the type of TxEvent with Enum
[ https://issues.apache.org/jira/browse/SCB-228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zheng Feng updated SCB-228: --- Fix Version/s: saga-0.3.0 > Update to replace the type of TxEvent with Enum > --- > > Key: SCB-228 > URL: https://issues.apache.org/jira/browse/SCB-228 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Saga >Reporter: Zheng Feng >Assignee: Zheng Feng > Fix For: saga-0.3.0 > > > Currently the type of TxEvent is with the className such as > {code} > public String type() { > return this.getClass().getSimpleName(); > } > {code} > It could be better with the Enum value since we could have changed the event > class name in the future. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (SCB-228) Update to replace the type of TxEvent with Enum
Zheng Feng created SCB-228: -- Summary: Update to replace the type of TxEvent with Enum Key: SCB-228 URL: https://issues.apache.org/jira/browse/SCB-228 Project: Apache ServiceComb Issue Type: Improvement Components: Saga Reporter: Zheng Feng Currently the type of TxEvent is with the className such as {code} public String type() { return this.getClass().getSimpleName(); } {code} It could be better with the Enum value since we could have changed the event class name in the future. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (SCB-211) [pack] exponential backoff reconnect on cluster down or network down
[ https://issues.apache.org/jira/browse/SCB-211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Lee reassigned SCB-211: Assignee: Eric Lee > [pack] exponential backoff reconnect on cluster down or network down > > > Key: SCB-211 > URL: https://issues.apache.org/jira/browse/SCB-211 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Saga >Reporter: Yin Xiang >Assignee: Eric Lee > > when omega is disconnected from alpha cluster, it keeps trying on failure of > sending event. > an exponential back off retry is better for the sake of cpu resources and > disk space due to logs -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (SCB-179) When RequestParam name contains -, exception thrown when consumer invokes api using highway
[ https://issues.apache.org/jira/browse/SCB-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sukesh resolved SCB-179. Resolution: Fixed > When RequestParam name contains -, exception thrown when consumer invokes api > using highway > --- > > Key: SCB-179 > URL: https://issues.apache.org/jira/browse/SCB-179 > Project: Apache ServiceComb > Issue Type: Bug > Components: Java-Chassis >Reporter: Mohammad Asif Siddiqui >Assignee: sukesh > Fix For: java-chassis-1.0.0-m1 > > > When RequestParam name contains -, exception thrown when consumer invokes api > using highway > Define api as below > public boolean buyWithTransaction(@RequestHeader(name = "user-name") long > userId, > @RequestParam(name = "productId") long productId, @RequestParam(name = > "price") double price) { > Below exception thrown > 2017-12-10 16:54:35,237 [WARN] bizkeeper execution error > io.servicecomb.bizkeeper.BizkeeperHandler$1.onExecutionError(BizkeeperHandler.java:59) > java.lang.Exception: Throwable caught while executing. > at > com.netflix.hystrix.AbstractCommand.getExceptionFromThrowable(AbstractCommand.java:1970) > at > com.netflix.hystrix.AbstractCommand.wrapWithOnExecutionErrorHook(AbstractCommand.java:1490) > at com.netflix.hystrix.AbstractCommand.access$1300(AbstractCommand.java:60) > at > com.netflix.hystrix.AbstractCommand$ExecutionHookApplication$1.onError(AbstractCommand.java:1361) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:56) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.Observable.unsafeSubscribe(Observable.java:8666) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:52) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:36) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.Observable.unsafeSubscribe(Observable.java:8666) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:52) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:36) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.Observable.unsafeSubscribe(Observable.java:8666) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:52) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:36) > at rx.Observable.subscribe(Observable.java:8759) > at rx.Observable.subscribe(Observable.java:8726) > at rx.Observable.subscribe(Observable.java:8619) > at io.servicecomb.bizkeeper.BizkeeperHandler.handle(BizkeeperHandler.java:82) > at io.servicecomb.core.Invocation.next(Invocation.java:132) > at > io.servicecomb.loadbalance.LoadbalanceHandler.send(LoadbalanceHandler.java:157) > at > io.servicecomb.loadbalance.LoadbalanceHandler.handle(LoadbalanceHandler.java:106) > at io.servicecomb.core.Invocation.next(Invocation.java:132) > at > io.servicecomb.qps.ConsumerQpsFlowControlHandler.handle(ConsumerQpsFlowControlHandler.java:51) > at io.servicecomb.core.Invocation.next(Invocation.java:132) > at > com.huawei.paas.cse.handler.stats.PerfStatsHandler.handle(PerfStatsHandler.java:60) > at
[jira] [Commented] (SCB-179) When RequestParam name contains -, exception thrown when consumer invokes api using highway
[ https://issues.apache.org/jira/browse/SCB-179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16323771#comment-16323771 ] sukesh commented on SCB-179: PR raised and merged > When RequestParam name contains -, exception thrown when consumer invokes api > using highway > --- > > Key: SCB-179 > URL: https://issues.apache.org/jira/browse/SCB-179 > Project: Apache ServiceComb > Issue Type: Bug > Components: Java-Chassis >Reporter: Mohammad Asif Siddiqui >Assignee: sukesh > Fix For: java-chassis-1.0.0-m1 > > > When RequestParam name contains -, exception thrown when consumer invokes api > using highway > Define api as below > public boolean buyWithTransaction(@RequestHeader(name = "user-name") long > userId, > @RequestParam(name = "productId") long productId, @RequestParam(name = > "price") double price) { > Below exception thrown > 2017-12-10 16:54:35,237 [WARN] bizkeeper execution error > io.servicecomb.bizkeeper.BizkeeperHandler$1.onExecutionError(BizkeeperHandler.java:59) > java.lang.Exception: Throwable caught while executing. > at > com.netflix.hystrix.AbstractCommand.getExceptionFromThrowable(AbstractCommand.java:1970) > at > com.netflix.hystrix.AbstractCommand.wrapWithOnExecutionErrorHook(AbstractCommand.java:1490) > at com.netflix.hystrix.AbstractCommand.access$1300(AbstractCommand.java:60) > at > com.netflix.hystrix.AbstractCommand$ExecutionHookApplication$1.onError(AbstractCommand.java:1361) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:56) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.Observable.unsafeSubscribe(Observable.java:8666) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:52) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:36) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.Observable.unsafeSubscribe(Observable.java:8666) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:52) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:36) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.Observable.unsafeSubscribe(Observable.java:8666) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:52) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:36) > at rx.Observable.subscribe(Observable.java:8759) > at rx.Observable.subscribe(Observable.java:8726) > at rx.Observable.subscribe(Observable.java:8619) > at io.servicecomb.bizkeeper.BizkeeperHandler.handle(BizkeeperHandler.java:82) > at io.servicecomb.core.Invocation.next(Invocation.java:132) > at > io.servicecomb.loadbalance.LoadbalanceHandler.send(LoadbalanceHandler.java:157) > at > io.servicecomb.loadbalance.LoadbalanceHandler.handle(LoadbalanceHandler.java:106) > at io.servicecomb.core.Invocation.next(Invocation.java:132) > at > io.servicecomb.qps.ConsumerQpsFlowControlHandler.handle(ConsumerQpsFlowControlHandler.java:51) > at io.servicecomb.core.Invocation.next(Invocation.java:132) > at > com.huawei.paas.cse.handler.stats.PerfStatsHandler.handle(PerfStatsHandler.java:60) > at
[jira] [Assigned] (SCB-179) When RequestParam name contains -, exception thrown when consumer invokes api using highway
[ https://issues.apache.org/jira/browse/SCB-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mohammad Asif Siddiqui reassigned SCB-179: -- Assignee: sukesh (was: Mohammad Asif Siddiqui) > When RequestParam name contains -, exception thrown when consumer invokes api > using highway > --- > > Key: SCB-179 > URL: https://issues.apache.org/jira/browse/SCB-179 > Project: Apache ServiceComb > Issue Type: Bug > Components: Java-Chassis >Reporter: Mohammad Asif Siddiqui >Assignee: sukesh > Fix For: java-chassis-1.0.0-m1 > > > When RequestParam name contains -, exception thrown when consumer invokes api > using highway > Define api as below > public boolean buyWithTransaction(@RequestHeader(name = "user-name") long > userId, > @RequestParam(name = "productId") long productId, @RequestParam(name = > "price") double price) { > Below exception thrown > 2017-12-10 16:54:35,237 [WARN] bizkeeper execution error > io.servicecomb.bizkeeper.BizkeeperHandler$1.onExecutionError(BizkeeperHandler.java:59) > java.lang.Exception: Throwable caught while executing. > at > com.netflix.hystrix.AbstractCommand.getExceptionFromThrowable(AbstractCommand.java:1970) > at > com.netflix.hystrix.AbstractCommand.wrapWithOnExecutionErrorHook(AbstractCommand.java:1490) > at com.netflix.hystrix.AbstractCommand.access$1300(AbstractCommand.java:60) > at > com.netflix.hystrix.AbstractCommand$ExecutionHookApplication$1.onError(AbstractCommand.java:1361) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:56) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.Observable.unsafeSubscribe(Observable.java:8666) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:52) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:36) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.Observable.unsafeSubscribe(Observable.java:8666) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:52) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:36) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:50) > at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30) > at rx.Observable.unsafeSubscribe(Observable.java:8666) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:52) > at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:36) > at rx.Observable.subscribe(Observable.java:8759) > at rx.Observable.subscribe(Observable.java:8726) > at rx.Observable.subscribe(Observable.java:8619) > at io.servicecomb.bizkeeper.BizkeeperHandler.handle(BizkeeperHandler.java:82) > at io.servicecomb.core.Invocation.next(Invocation.java:132) > at > io.servicecomb.loadbalance.LoadbalanceHandler.send(LoadbalanceHandler.java:157) > at > io.servicecomb.loadbalance.LoadbalanceHandler.handle(LoadbalanceHandler.java:106) > at io.servicecomb.core.Invocation.next(Invocation.java:132) > at > io.servicecomb.qps.ConsumerQpsFlowControlHandler.handle(ConsumerQpsFlowControlHandler.java:51) > at io.servicecomb.core.Invocation.next(Invocation.java:132) > at >
[jira] [Assigned] (SCB-227) [pack] stop sub transaction from running when global tx failed
[ https://issues.apache.org/jira/browse/SCB-227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Lee reassigned SCB-227: Assignee: Eric Lee > [pack] stop sub transaction from running when global tx failed > -- > > Key: SCB-227 > URL: https://issues.apache.org/jira/browse/SCB-227 > Project: Apache ServiceComb > Issue Type: New Feature > Components: Saga >Reporter: Yin Xiang >Assignee: Eric Lee > > sub transactions may be started in parallel among multiple services. > if one of them failed, none of them shall start at all, if not already > started. -- This message was sent by Atlassian JIRA (v6.4.14#64029)