[
https://issues.apache.org/jira/browse/JCRRMI-13?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCRRMI-13.
---------------------------------
Resolution: Fixed
Fix Version/s: 2.0
Assignee: Jukka Zitting
Implemented in revision 761613.
I made the port number an attribute of the ServerAdapterFactory class, so you
can easily set it in Java code when instantiating the server:
{code}
ServerAdapterFactory factory = new ServerAdapterFactory();
factory.setPortNumber(...)
RemoteRepository remote = factory.getRemoteRepository(repository);
{code}
If the port number is not explicitly set, then it is set to the value of the
proposed org.apache.jackrabbit.rmi.port system property. If that property is
not set, then the default value 0 (for a random port) is used.
> Enhancement to get RMI through firewalls
> ----------------------------------------
>
> Key: JCRRMI-13
> URL: https://issues.apache.org/jira/browse/JCRRMI-13
> Project: Jackrabbit JCR-RMI
> Issue Type: Improvement
> Environment: RHEL Linux 5.0
> Reporter: Tony Richardson
> Assignee: Jukka Zitting
> Fix For: 2.0
>
>
> It is difficult to get RMI through a firewall with the current implementation
> of org.apache.jackrabbit.rmi.server.ServerObject. As it selects a random port
> for RMI execution. This issue can be resolved by adding a system property and
> modifying the default constructor as shown below.
> private static Integer bindPort =
> Integer.getInteger("org.apache.jackrabbit.rmi.port", new Integer(0));
> /**
> * Creates a basic server adapter that uses the given factory
> * to create new adapters.
> *
> * @param factory remote adapter factory
> * @throws RemoteException on RMI errors
> */
> protected ServerObject(RemoteAdapterFactory factory)
> throws RemoteException {
> super(bindPort.intValue());
> this.factory = factory;
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
