Re: [Resin-interest] Remoting without XML service declarations

2009-03-31 Thread Jeff Schnitzer
On Tue, Mar 31, 2009 at 11:08 AM, Scott Ferguson  wrote:
>
> Hmm.  It might be possible to use the new Servlet 3.0 annotations for
> that purpose (we haven't implemented it yet.)
>
> The original idea was that exposed URLs shouldn't generally be
> automatic.  In other words, having a class in a jar automatically
> listen to a URL as a servlet or a remote bean might be a security
> risk.  Basically, the same reason why /servlets/* is discouraged.

Right... I just want to be able to define those URLs without resorting
to XML.  The @ServletMapping annotation seems useful but you would
still need something to define the protocol.

As long as we're discussing wishes, I'd also like to be able to put
the RMI-type protocols on a different port so that there is no chance
of accidentally exposing anything :-)

For now we will use the XML.

>> Are there any future plans to make J2EE-style InitialContext remote
>> JNDI lookups work?
>
> That should already exist with the  tag.  You do need
> to declare the remote services that you're using.

But this is still within a running Resin container, right?  Is there a
way to make this work with a standalone client?

Thanks,
Jeff


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Remoting without XML service declarations

2009-03-31 Thread Scott Ferguson

On Mar 31, 2009, at 1:27 AM, Jeff Schnitzer wrote:

> Is it possible to expose EJBs (or POJOs) as remote-able objects
> without declaring them in XML (ie, resin-web.xml)?  The Resin Remoting
> docs (http://caucho.com/resin/doc/resin-remoting.xtp) make it look
> like I must declare a  for every bean I wish to
> expose.  Is there an annotation I can declare on my beans that will
> have the same effect?

Hmm.  It might be possible to use the new Servlet 3.0 annotations for  
that purpose (we haven't implemented it yet.)

The original idea was that exposed URLs shouldn't generally be  
automatic.  In other words, having a class in a jar automatically  
listen to a URL as a servlet or a remote bean might be a security  
risk.  Basically, the same reason why /servlets/* is discouraged.

> Are there any future plans to make J2EE-style InitialContext remote
> JNDI lookups work?

That should already exist with the  tag.  You do need  
to declare the remote services that you're using.

-- Scott

>
>
> Thanks,
> Jeff
>
>
> ___
> resin-interest mailing list
> resin-interest@caucho.com
> http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest