Re: [Beepcore-java-users] Simple Question

[William J. M. <wm...@ol...>]

Mike,

Beepd as written already p[rocessed the message to send it to 
the channel to be processed with receiveMSG, it's very generic
and won't likely want to deal with the message further.  The 
receiveMSG method may well notify some other part of the app
about a message being recieved, especially in an app where 
you are using the BEEP library that is not beepd.  A profile
may well interact with lots of other stuff within your program,
and several profiles could for example all update the same
user interface display window.

An example of sep[arate implementations of the ECHO profile can
be seen in the Echorofile inplemenation and the BING program.
Bing actually talks to the ECHO profile without using any of the
code in the EchoProfile itself.  EchoProfile in this case is 
really a server profile, and the Bing client is a specific 
client.

Hope this helps,

-bill mills


On Tue, Jan 22, 2002 at 08:07:13PM -0500, Michael J. Riggio wrote:
> Hi,
>       I'm doing undergraduate research at Temple University and have a simple 
> question or two regarding message data from the receiveMSG method.  In the 
> example EchoProfile, when the channel receives a message the Echo Profile 
> simply sends the same message back through the channel.  However, what if, 
> for example, the Beepd program wanted to know when the channel receives a 
> message?  How can the echo profile notify the Beepd program that a message 
> was received AND, if needed, allow the Beepd program to see the new message?
> A second question: should a particular profile be implementation specific?  
> In other words, as long as the profile acts according to the Internet Drafts, 
> etc, does it really matter if there is code that pertains to a client app, or 
> a server app, or MY application that uses the profile?  Can there be separate 
> version of a profile, maybe one for clients to use and one for servers to 
> use, but both version act according to the internet drafts?
>       Thanks for your time and consideration, I really appreciate any help or 
> suggestions you may have.  Sorry in advance if I misunderstood any "key" 
> concepts or API functionality.
> 
> -Mike Riggio
> Temple University Netlab
> 
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users