We (Servoy) use the same kind of stuff as you are building
We also have a description of the UI and we use ComponentFactories (1 for
swing 1 for web) to generate
pretty much the exact same interface in swing and in the web. The web is
ofcourse way harder because of html
and not the least the most stupid kind of "language" there is called CSS but
it works pretty good.

Besides that the Swing client does use RMI and our customers can use it in 2
variants
1 the server where our server software runs on must ofcourse open port 1099
to allow incomming connections
But thats it
The other option our customers have is use rmi http tunneling:
http://www.sebster.com/tunnel/
Then nothing has to be configured and that tunnel pushes pretty much through
anything.
So you can use rmi just fine, 1 tip put compressing socket factories on top
of the tunnel, rmi traffic is very compressable..

johan



On Wed, Jun 3, 2009 at 19:00, Christopher L Merrill <
[email protected]> wrote:

> James Carman wrote:
>
>> Is there any particular reason that you want to use XML-based
>> communication if you have an all-Java architecture going on?  Wouldn't it
>> be easy to XMLize the services you're exposing remotely later if a
>> different type of client would want to connect to it?  I'd say just
>> use Spring remoting (if you're using Spring).
>>
>
> RMI would probably have been our (my) first choice, but is out due to
> firewall issues.
> Spring with the HTTP invoker was considered as well as some other more
> efficient
> HTTP and/or light-XML options.  There are some organizational reasons to
> favor
> SOAP vs something simpler and there are plans to extend the service at some
> point to other organizations.  We certainly _could_ do that later, but
> maintaining
> a 3rd interface down the road is not attractive in terms of maintenance
> cost.
> We would have to content with an installed user base - and therefore could
> not
> easily deprecate an unused interface.
>
> Personally, I'm not fond of XML for this type of work...but such is life :>
>
>
> --
> ------------------------------------------------------------------------ -
> Chris Merrill                           |  Web Performance, Inc.
> [email protected]                |  http://webperformance.com
> 919-433-1762                            |  919-845-7601
>
> Website Load Testing and Stress Testing Software & Services
> ------------------------------------------------------------------------ -
>
> ---------------------------------------------------------------------
>   To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to