This project aims to provide the facility to easily implement JSON-RPC for the java programming language. jsonrpc4j uses the Jackson library to convert java objects to and from json objects (and other things related to JSON-RPC).
- Streaming server (
InputStream
\OutputStream
) - HTTP Server (
HttpServletRequest
\HttpServletResponse
) - Portlet Server (
ResourceRequest
\ResourceResponse
) - Socket Server (
StreamServer
) - Integration with the Spring Framework (
RemoteExporter
) - Streaming client
- HTTP client
- Dynamic client proxies
- Annotations support
- Custom error resolving
- Composite services
This project is built with Maven. Be sure to check the pom.xml for the dependencies if you're not using maven. If you're already using spring you should have most (if not all) of the dependencies already - outside of maybe the Jackson Library. Jsonrpc4j is available from the maven central repo. Add the following to your pom.xml if you're using maven:
In <dependencies>
:
<!-- jsonrpc4j -->
<dependency>
<groupId>com.github.briandilley.jsonrpc4j</groupId>
<artifactId>jsonrpc4j</artifactId>
<version>1.4.6</version>
</dependency>
If you want to just download the projects output JAR and it's dependencies you can do it over at the Maven repository.
The official source for the JSON-RPC 2.0 specification. The guys over at json-rpc google group seem to be fairly active, so you can ask clarifying questions there.
Jsonrpc4j comes with a streaming server and client to support applications of all types
(not just HTTP). The JsonRpcClient
and JsonRpcServer
have simple methods
that take InputStream
s and OutputStream
s. Also in the library is a JsonRpcHttpClient
which extends the JsonRpcClient
to add HTTP support.
jsonrpc4j provides a RemoteExporter
to expose java services as JSON-RPC over HTTP without
requiring any additional work on the part of the programmer. The following example explains
how to use the JsonServiceExporter
within the Spring Framework.
Create your service interface:
package com.mycompany;
public interface UserService {
User createUser(String userName, String firstName, String password);
User createUser(String userName, String password);
User findUserByUserName(String userName);
int getUserCount();
}
Implement it:
package com.mycompany;
public class UserServiceImpl
implements UserService {
public User createUser(String userName, String firstName, String password) {
User user = new User();
user.setUserName(userName);
user.setFirstName(firstName);
user.setPassword(password);
database.saveUser(user)
return user;
}
public User createUser(String userName, String password) {
return this.createUser(userName, null, password);
}
public User findUserByUserName(String userName) {
return database.findUserByUserName(userName);
}
public int getUserCount() {
return database.getUserCount();
}
}
Configure your service in spring as you would any other RemoteExporter:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
<bean class="org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping"/>
<bean id="userService" class="com.mycompany.UserServiceImpl">
</bean>
<bean name="/UserService.json" class="com.googlecode.jsonrpc4j.spring.JsonServiceExporter">
<property name="service" ref="userService"/>
<property name="serviceInterface" value="com.mycompany.UserService"/>
</bean>
</beans>
Your service is now available at the URL /UserService.json. Type conversion of
JSON->Java and Java->JSON will happen for you automatically. This service can
be accessed by any JSON-RPC capable client, including the JsonProxyFactoryBean
,
JsonRpcClient
and JsonRpcHttpClient
provided by this project:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean class="com.googlecode.jsonrpc4j.spring.JsonProxyFactoryBean">
<property name="serviceUrl" value="http://example.com/UserService.json"/>
<property name="serviceInterface" value="com.mycompany.UserService"/>
</bean>
<beans>
In the case that your JSON-RPC requires named based parameters rather than indexed parameters an annotation can be added to your service interface (this also works on the service implementation for the ServiceExporter):
package com.mycompany;
public interface UserService {
User createUser(@JsonRpcParam(value="theUserName") String userName, @JsonRpcParam(value="thePassword") String password);
}
By default all error message responses contain the the message as returned by Exception.getmessage() with a code of 0. This is not always desirable. jsonrpc4j supports annotated based customization of these error messages and codes, for example:
package com.mycompany;
public interface UserService {
@JsonRpcErrors({
@JsonRpcError(exception=UserExistsException.class,
code=-5678, message="User already exists", data="The Data"),
@JsonRpcError(exception=Throwable.class,code=-187)
})
User createUser(@JsonRpcParam(value="theUserName") String userName, @JsonRpcParam(value="thePassword") String password);
}
The previous example will return the error code -5678
with the message
User already exists
if the service throws a UserExistsException. In the
case of any other exception the code -187
is returned with the value
of getMessage()
as returned by the exception itself.
Spring can also be configured to auto-discover services and clients with annotations.
To configure auto-discovery of annotated services first annotate the service interface:
@JsonRpcService("/path/to/MyService")
interface MyService {
... service methods ...
}
Next annotate the implementation of the service interface;
@AutoJsonRpcServiceImpl
class MyServiceImpl {
... service methods' implementations ...
}
and use the following configuration to allow spring to find the implementation that you would like to expose:
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">
<bean class="com.googlecode.jsonrpc4j.spring.AutoJsonRpcServiceImplExporter"/>
<bean class="com.mycompany.MyServiceImpl" />
</beans>
Configuring a client is just as easy:
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">
<bean class="com.googlecode.jsonrpc4j.spring.AutoJsonRpcClientProxyCreator">
<property name="baseUrl" value="http://hostname/api/" />
<property name="scanPackage" value="com.mycompany.services" />
</bean>
</beans>
Where the baseUrl
is added to the front of the path value provided by the
JsonRpcService
annotation and scanPackage
tells spring which packages
to scan for services.
jsonrpc4j can be used without the spring framework as well. In fact, the client and server both work in an Android environment.
Here's an example of how to use the client to communicate with the JSON-RPC service described above:
JsonRpcHttpClient client = new JsonRpcHttpClient(
new URL("http://example.com/UserService.json"));
User user = client.invoke("createUser", new Object[] { "bob", "the builder" }, User.class);
Or, the ProxyUtil class can be used in conjunction with the interface to create a dynamic proxy:
JsonRpcHttpClient client = new JsonRpcHttpClient(
new URL("http://example.com/UserService.json"));
UserService userService = ProxyUtil.createClientProxy(
getClass().getClassLoader(),
UserService.class,
client);
User user = userService.createUser("bob", "the builder");
The server can be used without spring as well:
// create it
JsonRpcServer server = new JsonRpcServer(userService, UserService.class);
After having created the server it's simply a matter of calling one of the
handle(...)
methods available. For example, here's a servlet using the
very same UserService
:
class UserServiceServlet
extends HttpServlet {
private UserService userService;
private JsonRpcServer jsonRpcServer;
protected void doPost(HttpServletRequest req, HttpServletResponse resp) {
jsonRpcServer.handle(req, resp);
}
public void init(ServletConfig config) {
//this.userService = ...
this.jsonRpcServer = new JsonRpcServer(this.userService, UserService.class);
}
}
Multiple services can be combined into a single server using one of the
ProxyUtil::createCompositeService(...)
methods. For example:
UserverService userService = ...;
ContentService contentService = ...;
BlackJackService blackJackService = ...;
Object compositeService = ProxyUtil.createCompositeServiceProxy(
this.getClass().getClassLoader(),
new Object[] { userService, contentService, blackJackService},
new Class<?>[] { UserService.class, ContentService.class, BlackJackService.class},
true);
// now compositeService can be used as any of the above service, ie:
User user = ((UserverService)compositService).createUser(...);
Content content = ((ContentService)compositService).getContent(...);
Hand hand = ((BlackJackService)compositService).dealHand(...);
This can be used in conjunction with the JsonRpcServer
to expose the service
methods from all services at a single location:
JsonRpcServer jsonRpcServer = new JsonRpcServer(compositeService);
A spring service exporter exists for creating composite services as well
named CompositeJsonServiceExporter
.
A streaming server that uses Socket
s is available in the form of the
StreamServer
class. It's use is very straightforward:
// create the jsonRpcServer
JsonRpcServer jsonRpcServer = new JsonRpcServer(...);
// create the stream server
int maxThreads = 50;
int port = 1420;
InetAddress bindAddress = InetAddress.getByName("...");
StreamServer streamServer = new StreamServer(
jsonRpcServer, maxThreads, port, bindAddress);
// start it, this method doesn't block
streamServer.start();
and when you're ready to shut the server down:
// stop it, this method blocks until
// shutdown is complete
streamServer.stop();
Of course, this is all possible in the Spring Framework as well:
<bean id="streamingCompositeService" class="com.googlecode.jsonrpc4j.spring.CompositeJsonStreamServiceExporter">
<!-- can be an IP, hostname or omitted to listen on all available devices -->
<property name="hostName" value="localhost"/>
<property name="port" value="6420"/>
<property name="services">
<list>
<ref bean="userService" />
<ref bean="contentService" />
<ref bean="blackJackService" />
</list>
</property>
</bean>
The following settings apply to both the JsonRpcServer
and JsonServiceExporter
:
allowLessParams
- Boolean specifying whether or not the server should allow for methods to be invoked by clients supplying less than the required number of parameters to the method.allowExtraParams
- Boolean specifying whether or not the server should allow for methods to be invoked by clients supplying more than the required number of parameters to the method.rethrowExceptions
- Boolean specifying whether or not the server should re-throw exceptions after sending them back to the client.backwardsComaptible
- Boolean specifying whether or not the server should allow for jsonrpc 1.0 calls. This only includes the omission of the jsonrpc property of the request object, it will not enable class hinting.errorResolver
- An implementation of theErrorResolver
interface that resolves exception thrown by services into meaningful responses to be sent to clients. MultipleErrorResolver
s can be configured using theMultipleErrorResolver
implementation of this interface.
Methods are resolved in the following way, each step immediately short circuits the process when the available methods is 1 or less.
- All methods with the same name as the request method are considered
- If
allowLessParams
is disabled methods with more parameters than the request are removed - If
allowExtraParams
is disabled then methods with less parameters than the request are removed - If either of the two parameters above are enabled then methods with the lowest difference in parameter count from the request are kept
- Parameters types are compared to the request parameters and the method(s) with the highest number of matching parameters is kept
- If there are multiple methods remaining then the first of them are used
jsonrpc4j's method resolution allows for overloaded methods sometimes. Primitives are easily resolved from json to java. But resolution between other objects are not possible.
For example, the following overloaded methods will work just fine:
json request:
{"jsonrpc":"2.0", "id":"10", "method":"aMethod", "params":["Test"]}
java methods:
public void aMethod(String param1);
public void aMethod(String param1, String param2);
public void aMethod(String param1, String param2, int param3);
But the following will not:
json request:
{"jsonrpc":"2.0", "id":"10", "method":"addFriend", "params":[{"username":"example", "firstName":"John"}]}
java methods:
public void addFriend(UserObject userObject);
public void addFriend(UserObjectEx userObjectEx);
The reason being that there is no efficient way for the server to
determine the difference in the json between the UserObject
and UserObjectEx
Plain Old Java Objects.
In some instances, you may need to expose a JsonRpc method that is not a valid Java method name. In this case, use the annotation @JsonRpcMethod on the service method.
@JsonRpcService("/jsonrpc")
public interface LibraryService {
@JsonRpcMethod("VideoLibrary.GetTVShows")
List<TVShow> fetchTVShows(@JsonRpcParam(value="properties") final List<String> properties);
}
{"jsonrpc":"2.0", "method": "VideoLibrary.GetTVShows", "params": { "properties": ["title"] }, "id":1}