Fix typo and grammar error (#2483)
This commit is contained in:
parent
2f8e19f3ef
commit
c27f36a3c0
|
|
@ -41,7 +41,7 @@ import org.apache.skywalking.apm.network.trace.component.ComponentsDefine;
|
|||
*/
|
||||
public abstract class AbstractMessageConsumeInterceptor implements InstanceMethodsAroundInterceptor {
|
||||
|
||||
public static final String COMSUMER_OPERATION_NAME_PREFIX = "RocketMQ/";
|
||||
public static final String CONSUMER_OPERATION_NAME_PREFIX = "RocketMQ/";
|
||||
|
||||
@Override
|
||||
public final void beforeMethod(EnhancedInstance objInst, Method method, Object[] allArguments,
|
||||
|
|
@ -50,7 +50,7 @@ public abstract class AbstractMessageConsumeInterceptor implements InstanceMetho
|
|||
List<MessageExt> msgs = (List<MessageExt>)allArguments[0];
|
||||
|
||||
ContextCarrier contextCarrier = getContextCarrierFromMessage(msgs.get(0));
|
||||
AbstractSpan span = ContextManager.createEntrySpan(COMSUMER_OPERATION_NAME_PREFIX + msgs.get(0).getTopic() + "/Consumer", contextCarrier);
|
||||
AbstractSpan span = ContextManager.createEntrySpan(CONSUMER_OPERATION_NAME_PREFIX + msgs.get(0).getTopic() + "/Consumer", contextCarrier);
|
||||
|
||||
span.setComponent(ComponentsDefine.ROCKET_MQ_CONSUMER);
|
||||
SpanLayer.asMQ(span);
|
||||
|
|
|
|||
|
|
@ -221,13 +221,13 @@ ClassMatch represents how to match the target classes, there are 4 ways:
|
|||
* byName, through the full class name(package name + `.` + class name)
|
||||
* byClassAnnotationMatch, through the class existed certain annotations.
|
||||
* byMethodAnnotationMatch, through the class's method existed certain annotations.
|
||||
* byHierarchyMatch, throught the class's parent classes or interfaces
|
||||
* byHierarchyMatch, through the class's parent classes or interfaces
|
||||
|
||||
**Attentions**:
|
||||
* Forbid to use `*.class.getName()` to get the class String name. Recommend you to use literal String. This is for
|
||||
avoiding ClassLoader issues.
|
||||
* `by*AnnotationMatch` doesn't support the inherited annotations.
|
||||
* Don't recommend use `byHierarchyMatch`, unless it is really necessary. Because using it may trigger intercepting
|
||||
* Don't recommend to use `byHierarchyMatch`, unless it is really necessary. Because using it may trigger intercepting
|
||||
many unexcepted methods, which causes performance issues and concerns.
|
||||
|
||||
Example:
|
||||
|
|
@ -322,5 +322,5 @@ Please follow there steps:
|
|||
1. Develop and test.
|
||||
1. Send the pull request and ask for review.
|
||||
1. Provide the automatic test cases.
|
||||
1. The plugin committers approves your plugins after automatic test cases provided and the tests passed in our CI.
|
||||
1. The plugin committers approve your plugins after automatic test cases provided and the tests passed in our CI.
|
||||
1. The plugin accepted by SkyWalking.
|
||||
|
|
|
|||
|
|
@ -38,4 +38,4 @@ or `org.apache.skywalking.oap.server.storage.plugin.jdbc.mysql.MySQLStorageProvi
|
|||
|
||||
## Redistribution with new storage implementation.
|
||||
You don't have to clone the main repo just for implementing the storage. You could just easy depend our Apache releases.
|
||||
Take a look at [SkyAPM/SkyWalking-With-Es5x-Storage](https://github.com/SkyAPM/SkyWalking-With-Es5x-Storage) repo, SkyWalking v6 redistribution with ElasticSearch 5 TCP connection storage implemention.
|
||||
Take a look at [SkyAPM/SkyWalking-With-Es5x-Storage](https://github.com/SkyAPM/SkyWalking-With-Es5x-Storage) repo, SkyWalking v6 redistribution with ElasticSearch 5 TCP connection storage implementation.
|
||||
|
|
|
|||
|
|
@ -9,7 +9,7 @@ of [v1(a.k.a. sw3)](Skywalking-Cross-Process-Propagation-Headers-Protocol-v1.md)
|
|||
The major differences of v2 and v1, comes from SkyWalking's evolution, including
|
||||
1. Mesh and languages are not same always, some info in headers should be optional.
|
||||
1. BASE64 encoding required.
|
||||
1. Sampling flag is including.
|
||||
1. Sampling flag is included.
|
||||
|
||||
## Header Item
|
||||
* Header Name: `sw6`
|
||||
|
|
|
|||
|
|
@ -35,10 +35,10 @@ For trace format, there are some notices
|
|||
|
||||
* EntrySpan
|
||||
EntrySpan represents a service provider, also the endpoint of server side. As an APM system, we are targeting the
|
||||
application servers. So almost all the services and MQ-comsumer are EntrySpan(s).
|
||||
application servers. So almost all the services and MQ-consumer are EntrySpan(s).
|
||||
|
||||
* LocalSpan
|
||||
LocalSpan represents a normal Java method, which don't relate with remote service, neither a MQ producer/comsumer
|
||||
LocalSpan represents a normal Java method, which don't relate with remote service, neither a MQ producer/consumer
|
||||
nor a service(e.g. HTTP service) provider/consumer.
|
||||
|
||||
* ExitSpan
|
||||
|
|
|
|||
Loading…
Reference in New Issue