Github user brunobat commented on a diff in the pull request:
https://github.com/apache/tomee/pull/240#discussion_r239194657
--- Diff:
examples/mp-faulttolerance-retry/src/main/java/org/superbiz/rest/WeatherGatewayBusyServiceException.java
---
@@ -0,0 +1,22 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ * <p/>
+ * http://www.apache.org/licenses/LICENSE-2.0
+ * <p/>
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+package org.superbiz.rest;
+
+import
org.eclipse.microprofile.faulttolerance.exceptions.FaultToleranceException;
+
+public class WeatherGatewayBusyServiceException extends
FaultToleranceException {
--- End diff --
Upon further thinking about this... The FaultToleranceException is used
inside the Fault Tolerance logic.
I never actually thought someone would extend it as you did and I don't
know if it's supposed to work like that.
I've created an issue in the spec. You can follow it here:
https://github.com/eclipse/microprofile-fault-tolerance/issues/367
In the meantime, I think you should not use FaultToleranceException because
it might be a bad recommendation to whoever is going to use it. One easy
solution would be to use a checked and an unchecked exception.
---
