Dubbo coding convention
The source and JavaDoc of Dubbo follow below specifications:
Exception and Logging
- Log more context information as possible, such as error reason, error server address, client address, registry center address, dubbo version and so on.
- Try to put the main cause at the front, and display all other context information with key-value paris after it.
- Log is not printed where the exception is thrown, log level is determined by the final exception handler, and must print log when dicarding exception.
ERRORlog means NEED TO ALARM,
WARNlog means COULD AUTO RECOVERY,
INFOlong mean NORMAL.
- Suggestion: config
ERRORlog in Monitor center for real-time alarm, summary and send
RpcExceptionis the ONLY external exception of Dubbo，all internal exceptions mush be transfered to
RpcExceptionif need to throw out to user.
RpcExceptionCAN NOT have sub-class, all types of information are identified with ErrorCode in order to keep compatible.
Configuration and URL
- Use initials and camelCase for multiple words for object properties 1.
- Use lowercase and split by ‘-’ for multiple words for config properties 2.
- Use lowercase and split by ‘.’ for multiple words for URL properties 3.
- Use URL transfer parameters as possible, Don’t define Map or other types, config information also transfer to URL style.
- Minimize URL nesting to keep URL simplicity.
Unit testing and integration testing
- Use JUnit and EasyMock for unit testing, use TestNG for integration testing, use DBUnit for database testing.
- Don’t put large integration test case in unit testing for running speed of unit test case.
tearDownto release resource for all test cases of unit testing.
- Minimize test case that with
whileloop which need waiting repsonse, use to make the logic in timer as function for timer and net testing.
- For fail-safe testing, unified use
LogUtilassertion log output.
Extension point base class and AOP
- AOP class should be named as
XxxWrapper，Base class should be named as
- Use AOP for combine relationship between extension points,
ExtensionLoaderonly loads extension points, including AOP extension.
- Try to use Ioc inject dependency of extension points, Don’t direct dependent on factory method of
- Try to use AOP implement the common action of extension points, instead of using base class, such as the
isAvailablechecking before load balancing, which is independent of load balance. Close the URL paramters which no need to check.
- Use base class for abstaction for a variety of similar types, such as RMI, Hessian 3rd protocols which have generated interface proxy, only transfer interface proxy to
Invokerto complete bridging, and public base class can do the logic.
- The base class is also part of the SPI, and each extension should have a convenient base class support.
Module and packaging
- Base on reusability for packaging, dividing the interface, base class and large implementation into separate modules.
- Put all interfaces under the base package of module, and put base classes in support subpackage, different implementations are placed under the subpackage named by extension point.
- Try to keep subpackage dependent on parent package, NOT reverse.
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.