[sip-comm-dev] Multi-way chat


#1

Emil,

If I can help contribute towards that effort in any
way I'd be more than happy!

Adam

···

--- Emil Ivov <emil_ivov@yahoo.com> wrote:

We have that in mind but I wouldn't be able to give
you a date as to
when that'll happen. There are chances that a year
from now it is
already implemented ... sorry for being that vague.
We'd be able to get
more specific once the OSGI release of the
sip-communicator has been
completed which should happen relatively soon. (End
of July)

Emil

Adam Bradley wrote:
> Sorry. It was late when I wrote that.
> What I meant was multi-party audio communications
-
> like a conference call.
>
> Adam
> --- Miroslav Nachev <miro@space-comm.com> wrote:
>
>>Hello Emil,
>>
>>
>>>>x Are there any plans to support multi-way chat?
>>
>>> What's that?
>>
>>Maybe conference feature, like MSN and ICQ 5
eXtra.
>>
>>
>>--
>>Best regards,
>> Miroslav
>>mailto:miro@space-comm.com
>>
>>
>>
>>
>
>

---------------------------------------------------------------------

>
>>To unsubscribe, e-mail:
>>dev-unsubscribe@sip-communicator.dev.java.net
>>For additional commands, e-mail:
>>dev-help@sip-communicator.dev.java.net
>>
>>
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam
protection around
> http://mail.yahoo.com
>
>

---------------------------------------------------------------------

> To unsubscribe, e-mail:
dev-unsubscribe@sip-communicator.dev.java.net
> For additional commands, e-mail:
dev-help@sip-communicator.dev.java.net
>
>

---------------------------------------------------------------------

To unsubscribe, e-mail:
dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail:
dev-help@sip-communicator.dev.java.net

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#2

Hi Adam,

Please excuse the delaied response.
Yes you can. And we will be more than happy if you do it. At this moment we are working out on the architecture of sip-communicator's next version. The new architecture will be osgi (oscar) based and will support plugins (bundles). It is through those plugins that we will be implementing most of the extended sip-communicator functionalities such as conferencing for example. In the mean time - if you can't wait until the core is out. There is plenty of useful stuff that you may doing so that you get your grips of the project. JUnit tests are one of them. I don't have many (any) in the current version so any JUnit test is more than welcome. The good thing about them is that they make you learn the way the project works. Get a class, make an assumption as to what it does (based on javadoc and its name) and go for a unit test. Then send it over and we'll let you know whether it's ok. If at any time you feel there's something wrong with the code or the documentation - don't hesitate to let us know.

Btw I know that Brian Burch is doing some JUnits so if the proposition appeals to you, we should probably discuss that together so that we don't have any overlaps.

Cheers
Emil

Adam Bradley wrote:

···

Emil,

If I can help contribute towards that effort in any
way I'd be more than happy!

Adam

--- Emil Ivov <emil_ivov@yahoo.com> wrote:

We have that in mind but I wouldn't be able to give
you a date as to when that'll happen. There are chances that a year
from now it is already implemented ... sorry for being that vague.
We'd be able to get more specific once the OSGI release of the
sip-communicator has been completed which should happen relatively soon. (End
of July)

Emil

Adam Bradley wrote:

Sorry. It was late when I wrote that.
What I meant was multi-party audio communications

-

like a conference call.

Adam
--- Miroslav Nachev <miro@space-comm.com> wrote:

Hello Emil,

x Are there any plans to support multi-way chat?

What's that?

Maybe conference feature, like MSN and ICQ 5

eXtra.

--
Best regards,
Miroslav mailto:miro@space-comm.com

---------------------------------------------------------------------

To unsubscribe, e-mail:
dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail:
dev-help@sip-communicator.dev.java.net

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam

protection around

http://mail.yahoo.com

---------------------------------------------------------------------

To unsubscribe, e-mail:

dev-unsubscribe@sip-communicator.dev.java.net

For additional commands, e-mail:

dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------

To unsubscribe, e-mail:
dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail:
dev-help@sip-communicator.dev.java.net

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#3

I have meet the following problems using JAIN-SIP API when I populate sip-communicator to multi-channel calls’ application:

bugs with JAIN-SIP api:

Scenario:

using 3 ports(6060, 6061, 6062) to create 3 ListeningPoints(lp1,lp2,lp3)/SipProviders(sp1,sp2,sp3) and Using sp2 and sp3 to create 2 calls.

Problem 1:

When INVITE sent out and monitered by Ethereal, it always takes port-6060 in “User Datagram Protocol”, rather then using port-6061 and port-6062.

Problem 2:

When Reponse/Request messages from destination are sent back to port-6061 and port-6062 respectively, in “User Datagram Protocol” observed by Ethereal, Only sp1 can raise events to SipListener(observed by port taken from: ResponseEvent.getSource().getListeningPoint().getPort())

Then, these 2 calls can just be performed one by one in sequence.

Anybody have ideas?

Thanks

Paul

···

Express yourself instantly with MSN Messenger! MSN Messenger Download today it’s FREE!

To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net