Nabble - livetribe - user

Re: slp on dual stack linux box

2009-01-23T15:02:42Z

Thanks Simon. Also worth noting is that JGroups UDP works on IPv6 on the same machine. Again, thanks for all the help.

Regards,
Chuck

On Fri, Jan 23, 2009 at 5:22 PM, Simone Bordet <simone.bordet@...> wrote:

Hi,

On Fri, Jan 23, 2009 at 22:05, Chuck <foxman74@...> wrote:
> Ok, so I created a simple test that advertises "test-service" then locates
> it after. The advertisement and location happen on the same box. I've
> attached 2 logs (ipv4.log - shows a successful location, ipv6.log -
> unsuccessful). Please let me know if you need more information. Thanks
> again.

At this point I have no idea.
Can you just try a simpler program that uses UDP (and not SLP) ? I
mean something like binding a multicast socket on one side to simulate
a listening server, and sending "hello".getBytes() from a datagram
socket from another side to simulate a client ?
If this does not work, we have the proof that something's wrong with
the multicast setup of the machine.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: slp on dual stack linux box

2009-01-23T14:22:04Z

Hi,

On Fri, Jan 23, 2009 at 22:05, Chuck <foxman74@...> wrote:
> Ok, so I created a simple test that advertises "test-service" then locates
> it after. The advertisement and location happen on the same box. I've
> attached 2 logs (ipv4.log - shows a successful location, ipv6.log -
> unsuccessful). Please let me know if you need more information. Thanks
> again.

At this point I have no idea.
Can you just try a simpler program that uses UDP (and not SLP) ? I
mean something like binding a multicast socket on one side to simulate
a listening server, and sending "hello".getBytes() from a datagram
socket from another side to simulate a client ?
If this does not work, we have the proof that something's wrong with
the multicast setup of the machine.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: slp on dual stack linux box

2009-01-23T13:05:44Z

Ok, so I created a simple test that advertises "test-service" then locates it after. The advertisement and location happen on the same box. I've attached 2 logs (ipv4.log - shows a successful location, ipv6.log - unsuccessful). Please let me know if you need more information. Thanks again.

Regards,
Chuck

On Fri, Jan 23, 2009 at 3:06 PM, Simone Bordet <simone.bordet@...> wrote:

Hi,

On Fri, Jan 23, 2009 at 20:44, Chuck <foxman74@...> wrote:
> Oops. Sorry. Please see attached file. There's hope indeed. :)

From the XP logs, I see no SLP discovery ever succeeded; this may be
normal (nothing to discovery), but only you can tell this.
So I am not sure what you mean by XP working: could you do a
successful SLP discovery ?

From the Linux logs, it seems JGroups is bound to the same port and
receives the packet but discards it (line 329) ?

I think the best way to go now is to write the simplest possible
multicast client and server app on IPv6 Linux, and see if that works.
If not, then you may have other problems. I would also use address
FF05::1:50008, to see if it makes any difference.

Basically the idea is to reduce the variables at minimum, and check
first if multicast is working with a small app, and then step by step
see what is needed to make JBoss + JGroups + LiveTribeSLP work.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

ipv4.log (33K) Download Attachment
ipv6.log (13K) Download Attachment

Re: slp on dual stack linux box

2009-01-23T12:14:00Z

Yes SLP discovery worked on XP. The way I know this is because certain services would only come up if a specific service is discovered. I will do like you said and write the simplest client and server and try it on linux IPv6. Will keep you posted. Thanks.

Regards,
Chuck

On Fri, Jan 23, 2009 at 3:06 PM, Simone Bordet <simone.bordet@...> wrote:

Hi,

On Fri, Jan 23, 2009 at 20:44, Chuck <foxman74@...> wrote:
> Oops. Sorry. Please see attached file. There's hope indeed. :)

From the XP logs, I see no SLP discovery ever succeeded; this may be
normal (nothing to discovery), but only you can tell this.
So I am not sure what you mean by XP working: could you do a
successful SLP discovery ?

From the Linux logs, it seems JGroups is bound to the same port and
receives the packet but discards it (line 329) ?

I think the best way to go now is to write the simplest possible
multicast client and server app on IPv6 Linux, and see if that works.
If not, then you may have other problems. I would also use address
FF05::1:50008, to see if it makes any difference.

Basically the idea is to reduce the variables at minimum, and check
first if multicast is working with a small app, and then step by step
see what is needed to make JBoss + JGroups + LiveTribeSLP work.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: slp on dual stack linux box

2009-01-23T12:06:56Z

Hi,

On Fri, Jan 23, 2009 at 20:44, Chuck <foxman74@...> wrote:
> Oops. Sorry. Please see attached file. There's hope indeed. :)

From the XP logs, I see no SLP discovery ever succeeded; this may be
normal (nothing to discovery), but only you can tell this.
So I am not sure what you mean by XP working: could you do a
successful SLP discovery ?

From the Linux logs, it seems JGroups is bound to the same port and
receives the packet but discards it (line 329) ?

I think the best way to go now is to write the simplest possible
multicast client and server app on IPv6 Linux, and see if that works.
If not, then you may have other problems. I would also use address
FF05::1:50008, to see if it makes any difference.

Basically the idea is to reduce the variables at minimum, and check
first if multicast is working with a small app, and then step by step
see what is needed to make JBoss + JGroups + LiveTribeSLP work.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: slp on dual stack linux box

2009-01-23T11:44:55Z

Oops. Sorry. Please see attached file. There's hope indeed. :)

On Fri, Jan 23, 2009 at 2:35 PM, Simone Bordet <simone.bordet@...> wrote:

Hi,

On Fri, Jan 23, 2009 at 19:44, Chuck <foxman74@...> wrote:
>
> Hi,
>
> Thank you for the prompt reply. I went ahead and changed to bind to
> multicast address = "FF05::1:1000". And it still was not able to locate the
> services. One thing I noticed in the log though is that calling
> InetAddress.getLocalHost() returns an IPv4 address - ctaf5/172.16.109.82.
> Another strange twist is running this application on a dual stack windows XP
> OS works (and calling InetAddress.getLocalHost() returns an IPv4 address
> too) !

This is surprising, but seems that there's hope then.

> I've attached a zip file containing the linux log as well as the
> windows log. Thanks again for the help.

Where did you attach it ?

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

logs.zip (449K) Download Attachment

Re: slp on dual stack linux box

2009-01-23T11:35:52Z

Hi,

On Fri, Jan 23, 2009 at 19:44, Chuck <foxman74@...> wrote:

>
> Hi,
>
> Thank you for the prompt reply. I went ahead and changed to bind to
> multicast address = "FF05::1:1000". And it still was not able to locate the
> services. One thing I noticed in the log though is that calling
> InetAddress.getLocalHost() returns an IPv4 address - ctaf5/172.16.109.82.
> Another strange twist is running this application on a dual stack windows XP
> OS works (and calling InetAddress.getLocalHost() returns an IPv4 address
> too) !

This is surprising, but seems that there's hope then.

> I've attached a zip file containing the linux log as well as the
> windows log. Thanks again for the help.

Where did you attach it ?

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: slp on dual stack linux box

2009-01-23T10:44:03Z

Hi,

Thank you for the prompt reply. I went ahead and changed to bind to multicast address = "FF05::1:1000". And it still was not able to locate the services. One thing I noticed in the log though is that calling InetAddress.getLocalHost() returns an IPv4 address - ctaf5/172.16.109.82. Another strange twist is running this application on a dual stack windows XP OS works (and calling InetAddress.getLocalHost() returns an IPv4 address too) ! I've attached a zip file containing the linux log as well as the windows log. Thanks again for the help.

Regards,
Chuck

On Fri, Jan 23, 2009 at 12:38 PM, Simone Bordet <simone.bordet@...> wrote:

Hi,

On Fri, Jan 23, 2009 at 17:49, Chuck <foxman74@...> wrote:
> Hello LiveTribe Team,
>
> When I run a service agent and a user agent on a dual stack linux box
> using an IPv6 multicast address, the service discovery does not work. But
> when I run the same code bound to an IPv4 multicast address, it all works
> like a charm. The unfortunate thing is that we need slp discovery to run on
> IPv6. I've attached the log file of my IPv6 run. What could be the reason
> for slp to not run on IPv6?

The specification for SLP on IPv6 is RFC 3111, which specify different
addresses for binding directory agents and service agents to multicast
addresses so they can be found. This is currently not implemented in
LiveTribe SLP.

So there is SLP for IPv4 and SLP for IPv6, and they're like 2
different beasts (apart the SLP messages which of course are
identical).

I think you are in a mixed situation where you're using SLP for IPv4
on an IPv6 stack. There may be a small chance that this will work, but
I am not sure.

Specifically, from your logs I see that you are binding to FF01::1
(line 317 and 330). This multicast address is the equivalent of
127.0.0.1, so basically no packet ever hits the cable.
Can you configure that correctly ? Most of the times, this is due to
the fact that the host configuration is not setup properly, so double
check your /etc/hosts file. Doing InetAddress.getLocalhost() should
*not* return the loopback address, but the real address of the host.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: slp on dual stack linux box

2009-01-23T09:38:13Z

Hi,

On Fri, Jan 23, 2009 at 17:49, Chuck <foxman74@...> wrote:
> Hello LiveTribe Team,
>
> When I run a service agent and a user agent on a dual stack linux box
> using an IPv6 multicast address, the service discovery does not work. But
> when I run the same code bound to an IPv4 multicast address, it all works
> like a charm. The unfortunate thing is that we need slp discovery to run on
> IPv6. I've attached the log file of my IPv6 run. What could be the reason
> for slp to not run on IPv6?

The specification for SLP on IPv6 is RFC 3111, which specify different
addresses for binding directory agents and service agents to multicast
addresses so they can be found. This is currently not implemented in
LiveTribe SLP.

So there is SLP for IPv4 and SLP for IPv6, and they're like 2
different beasts (apart the SLP messages which of course are
identical).

I think you are in a mixed situation where you're using SLP for IPv4
on an IPv6 stack. There may be a small chance that this will work, but
I am not sure.

Specifically, from your logs I see that you are binding to FF01::1
(line 317 and 330). This multicast address is the equivalent of
127.0.0.1, so basically no packet ever hits the cable.
Can you configure that correctly ? Most of the times, this is due to
the fact that the host configuration is not setup properly, so double
check your /etc/hosts file. Doing InetAddress.getLocalhost() should
*not* return the loopback address, but the real address of the host.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

slp on dual stack linux box

2009-01-23T08:49:50Z

Hello LiveTribe Team,

When I run a service agent and a user agent on a dual stack linux box using an IPv6 multicast address, the service discovery does not work. But when I run the same code bound to an IPv4 multicast address, it all works like a charm. The unfortunate thing is that we need slp discovery to run on IPv6. I've attached the log file of my IPv6 run. What could be the reason for slp to not run on IPv6? Below are some system/application config that may help you in your analysis:

- slp version = livetribe-slp-2.0.1
- java version = "1.6.0_07"
- uname -a = Linux ctaf5 2.6.24-19-server #1 SMP Wed Aug 20 18:43:06 UTC 2008 x86_64 GNU/Linux
- ifconfig:

    eth0      Link encap:Ethernet HWaddr 00:50:56:b5:67:ee
          inet addr:172.16.109.82 Bcast:172.16.0.0 Mask:255.255.255.0
          inet6 addr: fe80::250:56ff:feb5:67ee/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:335853 errors:0 dropped:0 overruns:0 frame:0
          TX packets:36039 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:31658295 (30.1 MB) TX bytes:8078160 (7.7 MB)
          Base address:0x1070 Memory:f4820000-f4840000

eth1      Link encap:Ethernet HWaddr 00:50:56:b5:3f:7d
          inet6 addr: fdf8:c879:493e:1:250:56ff:feb5:3f7d/64 Scope:Global
          inet6 addr: fe80::250:56ff:feb5:3f7d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:26945 errors:0 dropped:0 overruns:0 frame:0
          TX packets:446 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2250217 (2.1 MB) TX bytes:50957 (49.7 KB)
          Base address:0x1078 Memory:f4840000-f4860000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1 Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING MTU:16436 Metric:1
          RX packets:12201 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12201 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:9452744 (9.0 MB) TX bytes:9452744 (9.0 MB)

Please let me know if you need more information. Thanks in advance for your help.

Regards,
Chuck Davies

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

server.log (120K) Download Attachment

Re: directory agent

2008-12-09T12:41:26Z

Thanks.

On Tue, Dec 9, 2008 at 3:18 PM, Simone Bordet <simone.bordet@...> wrote:

Hi,

On Tue, Dec 9, 2008 at 19:44, Chuck <foxman74@...> wrote:
> Hello,
>
> Is there a way for a service agent to still emit notifications as well as
> for a user agent to respond to those notifications even with the presence of
> a directory agent on the network? Thanks.

Currently no.
User agent always respond to those notification, but in presence of a
DA they're not emitted by service agents.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: directory agent

2008-12-09T12:18:54Z

Hi,

On Tue, Dec 9, 2008 at 19:44, Chuck <foxman74@...> wrote:
> Hello,
>
> Is there a way for a service agent to still emit notifications as well as
> for a user agent to respond to those notifications even with the presence of
> a directory agent on the network? Thanks.

Currently no.
User agent always respond to those notification, but in presence of a
DA they're not emitted by service agents.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

directory agent

2008-12-09T10:44:48Z

Hello,

Is there a way for a service agent to still emit notifications as well as for a user agent to respond to those notifications even with the presence of a directory agent on the network? Thanks.

Regards,
Chuck

Re: slp with jboss AS 4.2.2

2008-10-14T11:59:48Z

Hi,

On Tue, Oct 14, 2008 at 7:12 PM, Chuck <foxman74@...> wrote:
> Sorry for the false alarm. I had two livetribe jars (different versions)
> in my deployment directory. Simon asking me for the slp version actually
> helped :). Thanks again.

Glad it works.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: slp with jboss AS 4.2.2

2008-10-14T10:12:02Z

Hi,

Sorry for the false alarm. I had two livetribe jars (different versions) in my deployment directory. Simon asking me for the slp version actually helped :). Thanks again.

Regards,
Chuck

On Tue, Oct 14, 2008 at 11:00 AM, Simone Bordet <simone.bordet@...> wrote:

Hi,

On Tue, Oct 14, 2008 at 2:54 PM, Chuck <foxman74@...> wrote:
> Hello,
>
> I am trying to incorporate a service agent and user agent into our app
> running on JBoss. Service registration and deregistration are properly
> recognized when multiple hosts are involved. But, when I try to register a
> service and locate that service from within JBoss on the same host, the user
> agent is not able to see the registered service. Outside of JBoss (i.e.
> running a JUnit test), I am able to simulate the same host scenario and it
> works like perfectly. Is there a JBoss setting that I am missing? Any help
> would be greatly appreciated. Thanks.

What LiveTribe SLP version are you using ?

Are you running LiveTribe SLP at port 427 or you're using another port ?
In the host is also present slpd ?

You can turn on logging level as specified here:
http://www.livetribe.org/SLP-FrequentQuestions#SLP-FrequentQuestions-logging
and see if you get something strange, or post the log output here.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: slp with jboss AS 4.2.2

2008-10-14T08:00:11Z

Hi,

On Tue, Oct 14, 2008 at 2:54 PM, Chuck <foxman74@...> wrote:

> Hello,
>
> I am trying to incorporate a service agent and user agent into our app
> running on JBoss. Service registration and deregistration are properly
> recognized when multiple hosts are involved. But, when I try to register a
> service and locate that service from within JBoss on the same host, the user
> agent is not able to see the registered service. Outside of JBoss (i.e.
> running a JUnit test), I am able to simulate the same host scenario and it
> works like perfectly. Is there a JBoss setting that I am missing? Any help
> would be greatly appreciated. Thanks.

What LiveTribe SLP version are you using ?

Are you running LiveTribe SLP at port 427 or you're using another port ?
In the host is also present slpd ?

You can turn on logging level as specified here:
http://www.livetribe.org/SLP-FrequentQuestions#SLP-FrequentQuestions-logging
and see if you get something strange, or post the log output here.

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

slp with jboss AS 4.2.2

2008-10-14T05:54:38Z

Hello,

I am trying to incorporate a service agent and user agent into our app running on JBoss. Service registration and deregistration are properly recognized when multiple hosts are involved. But, when I try to register a service and locate that service from within JBoss on the same host, the user agent is not able to see the registered service. Outside of JBoss (i.e. running a JUnit test), I am able to simulate the same host scenario and it works like perfectly. Is there a JBoss setting that I am missing? Any help would be greatly appreciated. Thanks.

Regards,
Chuck Davies

SLP 2.0.1 Released

2008-08-10T15:18:11Z

Hi,

a nasty imprecision slipped in release 2.0.0, making multicast not
working under Windows environment. The culprit of the problem was a
call to setLoopbackMode(), which works in Mac and Linux but apparently
not in Windows.

This has been fixed in SLP 2.0.1, already available in the maven
repository and downloads section.

Enjoy !

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

SLP 2.0.0 Released

2008-08-05T14:49:35Z

Hi all,

SLP 2.0.0 has been released.

It is a rewrite of SLP 1.0.x, hence 2.x is not API compatible with
1.x, but the API should be cleaner and more deployment scenarios are
supported.
The online documentation has been already updated.

Most notables new features are:
1. Support for JDK 5 enum and generics.
2. Support for embeddable ServiceAgent, to be started in-VM with the
service provider
3. Support for standalone ServiceAgentServer, to be deployed as
standalone on a host
4. Support for thread-less, non-listening ServiceAgentClient and UserAgentClient
5. Interoperable with OpenSLP 1.2.1 and the upcoming 2.0 (for the
implemented messages)
6. Richer Javadocs.

Enjoy !

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: multiple jvms on one host using slp server

2008-08-05T11:53:36Z

Simone,

You said "wait a few days" for the release of SLP 2.0. It's been a month and a half and I still don't see it available for download. Has there been a delay, or am I looking in the wrong place?

Thanks,

Mark

On Thu, Jun 19, 2008 at 1:09 PM, Simone Bordet <simone.bordet@...> wrote:

Hi,

On Thu, Jun 19, 2008 at 9:30 PM, Mark Libucha <mlibucha@...> wrote:
> I'm having a little trouble understanding how I'd have multiple JVMS acting
> as SLP servers on the same host. Since they all must use the same SLP port,
> doesn't that mean there can be only one server per host? If so, how do I use
> the livetribe slp library to make this work?

You may want to wait a few days for SLP 2.0 to be released, which has
a much more polished API and supports the multiple SA per host
configuration as well as one SA per host.

As for your question, the scenario (valid for 1.x and 2.x) is a
network with no DA, and multiple SA per host.
Each JVM exposes one (or more, although there is no practical reason
to have more than 1 SA per JVM) SA and each SA can register and thus
expose any number of services.
This is done avoiding that a SA listens on the SLP tcp port, but
instead having it only listen on the SLP multicast port, since it is
possible to have many multicast socket bound to the same address/port.
Of course in this case usage of multicast is heavier, but allows to
forget about setting up an external server (the single SA server).

For an example, you can refer to:
http://svn.codehaus.org/livetribe/garden/livetribe-slp/trunk/src/test/java/org/livetribe/slp/ServiceAgentClusterTest.java

or briefly:

StandardServiceAgent sa1 = new StandardServiceAgent();
sa1.start();
StandardServiceAgent sa2 = new StandardServiceAgent();
sa2.start();
sa1.register(service1);
sa2.register(service2);

Again, I'll recommend to wait for 2.0, since the API is much more
usable and clear.

Simon
--
http://bordet.blogspot.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

SLP 2.0 Summary

2008-06-26T08:30:49Z

Hi,

here's a summary of the what SLP 2.0 provides/will provide:

+ SLP 2.x is incompatible with 1.x, as many classes have undergone
substantial modifications in the API, although the concepts are
obviously unchanged and the migration from 1.0 to 2.0 should not be
difficult.
+ Rewritten API, now I hope much clearer and easier to use, especially
during creation and configuration.
+ Support for non-listening (and hence light on resources) UserAgent,
called UserAgentClient (UAC): UACs do not spawn threads to listen for
SLP messages, they only issue requests and receive replies to those
requests.
+ Support for listening user agent, called UserAgent (UA): UAs listen
on the SLP multicast ports for SLP multicast messages.
+ Support for non-listening (and hence light on resources) service
agent, called ServiceAgentClient (SAC): same advantages of UACs.
Communicates with a SAS (see below).
+ Support for listening, standalone, service agent, called
ServiceAgentServer (SAS): it listens on the SLP TCP port, so only one
instance can be deployed per host. This deployment mode is equivalent
to the default OpenSLP deployment.
+ Support for listening, non-standalone, service agent, called
ServiceAgent (SA): unlike the SAS, it does not listen on the SLP TCP
port, and hence many instances can be deployed for host. It listens
however for multicast SLP messages so it's a useful hybrid between SAS
and SAC, as it allows any service provider to expose services without
worrying of additional setups.
+ Support for listening, standalone, DirectoryAgent, called
DirectoryAgentServer (DAS): like the SAS, it listens on the SLP TCP
port, so only one instance can be deployed per host. This deployment
mode is equivalent to the OpenSLP deployment when isDA=true.
+ Support for RFC 3082 Small Network Notifications: SA and SAS emit
notifications for service registration and deregistrations, while UA
listens for those notifications. No support for RFC 3082 Large Network
Notifications. The RFC 3082 notifications allow to build a cluster of
nodes that are aware of each other.
+ Support for multihomed hosts and use of broadcast instead of
multicast (still experimental, but all the bits are there).
+ Listeners and events for all important SLP events (service
registrations/deregistrations, notification, directory agent
advertisements, ...).
+ Support for JDK 5 JVMTI Agent (arriving).

All in all, 2.0 should be much easier to use, more configurable, more
tested, and more stable than 1.0.

Enjoy !

Simon
--
http://bordet.blogspot.com
---
Finally, no matter how good the architecture and design are,
to deliver bug-free software with optimal performance and reliability,
the implementation technique must be flawless. Victoria Livschitz

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: multiple jvms on one host using slp server

2008-06-20T01:07:48Z

Hi,

On Fri, Jun 20, 2008 at 12:53 AM, Mark Libucha <mlibucha@...> wrote:
> Simon(e),
>
> Thanks for the excellent explanation.
>
> When you say wait for 2.0 release, do you mean the livetribe slp package?

Yes.

Simon
--
http://bordet.blogspot.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: multiple jvms on one host using slp server

2008-06-19T15:53:31Z

Simon(e),

Thanks for the excellent explanation.

When you say wait for 2.0 release, do you mean the livetribe slp package?

Thanks again,

Mark

On Thu, Jun 19, 2008 at 1:09 PM, Simone Bordet <simone.bordet@...> wrote:

Hi,

On Thu, Jun 19, 2008 at 9:30 PM, Mark Libucha <mlibucha@...> wrote:
> I'm having a little trouble understanding how I'd have multiple JVMS acting
> as SLP servers on the same host. Since they all must use the same SLP port,
> doesn't that mean there can be only one server per host? If so, how do I use
> the livetribe slp library to make this work?

You may want to wait a few days for SLP 2.0 to be released, which has
a much more polished API and supports the multiple SA per host
configuration as well as one SA per host.

As for your question, the scenario (valid for 1.x and 2.x) is a
network with no DA, and multiple SA per host.
Each JVM exposes one (or more, although there is no practical reason
to have more than 1 SA per JVM) SA and each SA can register and thus
expose any number of services.
This is done avoiding that a SA listens on the SLP tcp port, but
instead having it only listen on the SLP multicast port, since it is
possible to have many multicast socket bound to the same address/port.
Of course in this case usage of multicast is heavier, but allows to
forget about setting up an external server (the single SA server).

For an example, you can refer to:
http://svn.codehaus.org/livetribe/garden/livetribe-slp/trunk/src/test/java/org/livetribe/slp/ServiceAgentClusterTest.java

or briefly:

StandardServiceAgent sa1 = new StandardServiceAgent();
sa1.start();
StandardServiceAgent sa2 = new StandardServiceAgent();
sa2.start();
sa1.register(service1);
sa2.register(service2);

Again, I'll recommend to wait for 2.0, since the API is much more
usable and clear.

Simon
--
http://bordet.blogspot.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: multiple jvms on one host using slp server

2008-06-19T13:09:01Z

Hi,

On Thu, Jun 19, 2008 at 9:30 PM, Mark Libucha <mlibucha@...> wrote:
> I'm having a little trouble understanding how I'd have multiple JVMS acting
> as SLP servers on the same host. Since they all must use the same SLP port,
> doesn't that mean there can be only one server per host? If so, how do I use
> the livetribe slp library to make this work?

You may want to wait a few days for SLP 2.0 to be released, which has
a much more polished API and supports the multiple SA per host
configuration as well as one SA per host.

As for your question, the scenario (valid for 1.x and 2.x) is a
network with no DA, and multiple SA per host.
Each JVM exposes one (or more, although there is no practical reason
to have more than 1 SA per JVM) SA and each SA can register and thus
expose any number of services.
This is done avoiding that a SA listens on the SLP tcp port, but
instead having it only listen on the SLP multicast port, since it is
possible to have many multicast socket bound to the same address/port.
Of course in this case usage of multicast is heavier, but allows to
forget about setting up an external server (the single SA server).

For an example, you can refer to:
http://svn.codehaus.org/livetribe/garden/livetribe-slp/trunk/src/test/java/org/livetribe/slp/ServiceAgentClusterTest.java

or briefly:

StandardServiceAgent sa1 = new StandardServiceAgent();
sa1.start();
StandardServiceAgent sa2 = new StandardServiceAgent();
sa2.start();
sa1.register(service1);
sa2.register(service2);

Again, I'll recommend to wait for 2.0, since the API is much more
usable and clear.

Simon
--
http://bordet.blogspot.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

multiple jvms on one host using slp server

2008-06-19T12:30:44Z

I'm having a little trouble understanding how I'd have multiple JVMS acting as SLP servers on the same host. Since they all must use the same SLP port, doesn't that mean there can be only one server per host? If so, how do I use the livetribe slp library to make this work?

Thanks,

Mark

[livetribe-dev] LiveTribe :: JSR223 2.0.1 released

2007-03-26T13:39:41Z

Release Notes for LiveTribe :: JSR223 2.0.1

Improvements

Fixed API compatibility with the JDK 1.6 API. Thanks to Hiram Chirino!

[livetribe-user] [SLP] LiveTribe SLP 1.0.2 released

2006-08-23T08:41:22Z

Hi,

LiveTribe 1.0.2 has been released.
This is a bug fix release that fixes an important bug,
http://jira.codehaus.org/browse/LIVETRIBE-34, and improves
documentation and javadocs.

Get it from http://livetribe.codehaus.org/Downloads.

Simon
--
http://livetribe.codehaus.org
http://bordet.blogspot.com

---------------------------------------------------------------------
To unsubscribe from this list please visit:

http://xircles.codehaus.org/manage_email

[livetribe-dev] LiveTribe SLP 1.0.0 released

2006-08-14T08:13:46Z

Hi all !

LiveTribe SLP 1.0.0 has been released.
Documentation and examples are available at http://www.livetribe.org.

LiveTribe SLP is an implementation of the Service Location Protocol v2
(RFC 2608, http://ietf.org/rfc/rfc2608.txt).
SLP can be used in all those cases where you want to contact a remote
service, but you don't know where it is located, or you don't know its
JNDI name.

SLP services features:
+ scopes, that can be used to group related services together
+ attributes, key-value pairs that can be used to describe the
service, and that can be used to query services having certain values
of attributes.

SLP and JMX fits very nicely together, and the examples on the website
show how to use SLP and JMX avoiding the need of the rmiregistry or
other JNDI services.

Comments welcome !

Simon
--
http://livetribe.codehaus.org
http://bordet.blogspot.com

---------------------------------------------------------------------
To unsubscribe from this list please visit:

http://xircles.codehaus.org/manage_email