Re: [Openslp-users] Open SLP Java API

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Patrick,

Thanks for that. 

No, your not off base at all, in fact your spot on and it's the same
conclusion I came to. However, I don't think I can submit updates to the
Java code base at the moment because somebody else was supposed to be
working on it. I was under the impression that an update was due soon. John,
is that still the case?

cheers,
Matt

-----Original Message-----
From: Callis, Patrick [mailto:Pat...@so...]
Sent: 09 November 2006 15:12
To: Hird Matthew; John Calcote; ope...@li...;
ope...@li...
Subject: RE: [Openslp-users] Open SLP Java API

Matt,

I was the primary author of the Java project, but I'll caveat this
response with the fact that I have not looked at it in years, and may be
way off base here :-)

That being said, it looks like the current Java SLP API does not support
multiple NICs, because it writes directly to a DatagramSocket even if it
is using multicast.  One way to solve that problem might be to
instantiate the _uaSock variable as a Multicast socket when appropriate
(Note that multicast is only used when a DA cannot be found).  If you
have a multicast socket, you can call setNetworkInterface() on the
socket to specify the appropriate NIC.

Sorry I don't have much time to help more.

-Patrick  

-----Original Message-----
From: ope...@li...
[mailto:ope...@li...] On Behalf Of Hird
Matthew
Sent: Thursday, November 09, 2006 07:36
To: 'John Calcote'; ope...@li...;
ope...@li...
Subject: Re: [Openslp-users] Open SLP Java API

Anybody?

-----Original Message-----
From: John Calcote [mailto:jca...@no...]
Sent: 06 November 2006 17:24
To: ope...@li...;
ope...@li...; Hird Matthew
Subject: Re: Open SLP Java API

Can someone on the Java project please respond to Matt?

Thanks!
John

-----
John Calcote (jca...@no...)
Sr. Software Engineeer
Novell, Inc.

>>> Hird Matthew <Mat...@uk...> 11/02/06 4:26 AM >>>
Hi,

I've got a few questions I hope somebody can help with. 

I'm currently using the java api on a system that has multiple NICs. I'm
finding that when we do a service request, it seems kind of random as to
which NIC the request is multicast on. Looking at the code, it seems to
use the standard DatagramSocket constructor with no arguments which,
according to the javadoc, binds to a wildcard ip address allocated by
the kernel. 

I guess this means that the java API doesn't support machines with
multiple NICs? I heard a rumour that the java API was getting some sort
of overhaul.
Is this true? any timescales? 

I'm not currently running our SLP system with DA's but I am looking to
do that in the near future. Is there a document that describes how the
DAs 'talk' to each other? or is it a case of each SA having to register
it's services with all the DAs in the system? We're looking at using SLP
to register software modules at runtime that are providing services. Our
system is made up of a number of 'shelves' of processor boards, each
running about 10 software modules. We'd like to run a DA on the master
board of each shelf but i'm unsure as to how the DAs will interact. Can
somebody explain or point me to a document that describes the process?

thanks for any help,

Matt

   _____  

Software Engineer 

Software Architecture & Technologies
Tel. : + 44 (0)161 741 3809
mat...@uk... <mailto:mat...@uk...>

THALES UNDERWATER SYSTEMS LTD
Poseidon House, Ashurst Drive
Cheadle Heath,  Stockport SK3 OXB - UK
www.thales-naval.com <http://www.thales-naval.com/> 

 <?XML:NAMESPACE PREFIX = O />

This email, including any attachment, is a confidential communication
intended solely for the use of the individual or entity to whom it is
addressed. It contains information which is private and may be
proprietary or covered by legal professional privilege.

If you have received this email in error, please notify either the
sender or telephone ++ 44 (0) 1963 370551  upon receipt, and immediately
delete it from your system. Anything contained in this email that is not
connected with the businesses of Thales Naval is neither endorsed by nor
is the liability of this company.

Whilst we have taken reasonable precautions to ensure that any
attachment to this email has been swept for viruses, we cannot accept
liability for any damage sustained as a result of software viruses, and
would advise that you carry out your own virus checks before opening any
attachment.

This email, including any attachment, is a confidential communication
intended solely for the use of the individual or entity to whom it is
addressed. It contains information which is private and may be
proprietary or covered by legal professional privilege.

If you have received this email in error, please notify either the
sender or telephone ++ 44 (0) 1963 370551  upon receipt, and immediately
delete it from your system. Anything contained in this email that is not
connected with the businesses of Thales Naval is neither endorsed by nor
is the liability of this company.

Whilst we have taken reasonable precautions to ensure that any
attachment to this email has been swept for viruses, we cannot accept
liability for any damage sustained as a result of software viruses, and
would advise that you carry out your own virus checks before opening any
attachment.

------------------------------------------------------------------------
-
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Openslp-users mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/openslp-users

This email, including any attachment, is a confidential communication
intended solely for the use of the individual or entity to whom it is
addressed. It contains information which is private and may be proprietary
or covered by legal professional privilege.

If you have received this email in error, please notify either the sender or
telephone ++ 44 (0) 1963 370551  upon receipt, and immediately delete it
from your system. Anything contained in this email that is not connected
with the businesses of Thales Naval is neither endorsed by nor is the
liability of this company.

Whilst we have taken reasonable precautions to ensure that any attachment to
this email has been swept for viruses, we cannot accept liability for any
damage sustained as a result of software viruses, and would advise that you
carry out your own virus checks before opening any attachment.