beepcore-java-users — Discussion list for developers using beepcore-java library

[Beepcore-java-users] Re: Beepcore-java-users digest, Vol 1 #75 - 2 msgs

[Darren N. <dn...@sa...>]

> For the 3 profiles you talk about, only advertise TLS initially, after the tuning
> reset, advertise SASL and ECHO.  The only profile that need be custom is ECHO.
> ECHO is not the greatest example here, but it will serve fine as a straw man.

If you consider a slightly more complex example, take a protocol that (say)
looks things up in a database. Now you want to know *who* is logged in via
SASL. So it's going to take a custom profile to make sure SASL has already
run in exactly the same way that it takes a custom profile to make sure that
the right user logged in via SASL.

This is not to say that a more generic way of checking such things in a
library would be bad. 

-- 
Darren New 
San Diego, CA, USA (PST). Cryptokeys on demand.
   ** http://images.fbrtech.com/dnew/ **

They looked up at me like I was a T-bone steak
  walking into an all-you-can-eat seafood buffet.

Re: [Beepcore-java-users] Requireing a profile

[Marshall R. <mr...@db...>]

> A note on tuning profiles, SASL is a tuning profile that affects the
session
> state, but does not issue a tuning reset.

actually, this is not true. if a security layer is negotiated as a part of
the SASL process, then a tuning reset will occur.


> The design decision we made was to leave this kind of thing out, because
it can
> be implemented in the profiles, there did not appear to be a general
solution,
> and perhaps the greatest consideration was that it adds a lot of
complexity to the
> wrapper.

in the C and Tcl implementations, each data exchange profile is responsible
for determining whether the tuning is to its liking or not.

in the Java implementation, one could (as bill points out), have a subclass
of Profile that does the checking for you, so that the profile itself
doesn't have to check. seems like a fairly straight-forward abstraction to
put together.

however, at the present time, beepcore-java doesn't have that abstraction.

/mtr

Re: [Beepcore-java-users] Requireing a profile

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

Well, one of the major issues here is that once you start saying profile-X 
depends on SASL which shade of SASL?  All of them?  The "simple dependency
scheme" does not really end up simple I think.  

Also consider that you may not want to advertise all profiles before authentication
or encryption has been completed.

A note on tuning profiles, SASL is a tuning profile that affects the session
state, but does not issue a tuning reset.

The design decision we made was to leave this kind of thing out, because it can
be implemented in the profiles, there did not appear to be a general solution,
and perhaps the greatest consideration was that it adds a lot of complexity to the
wrapper.

Not to say that another wrapper could not be implemented with this kind of thing
added.  That's one of the reasons that we broke the code up the way we did.  Core
and utilities are separate.  The transport stuff can be utilized easily by another 
wrapper.

For the 3 profiles you talk about, only advertise TLS initially, after the tuning 
reset, advertise SASL and ECHO.  The only profile that need be custom is ECHO.
ECHO is not the greatest example here, but it will serve fine as a straw man.

-bill

On Mon, Aug 05, 2002 at 09:05:34PM -0700, Kevin Kress wrote:
> This seems like a bit overkill to me.  If you think about tuing profiles
> as a layer below the application profiles then a profile should have no
> knowledge of the tuing profile that is operating under it.
> 
> Shouldn't it be the responsibilty of the core API to establish a chain
> of dependancies that can be setup when the server session listener (in
> this can TCPSessionCreator) is created?
> 
> If a simple dependancy scheme is implemented that would mean that all
> supported profiles could be advertised upon the first greeting and
> return error codes when start requests are attempted without proper
> authentication or security in place.
> 
> 
> For example:
> 
> 3 profiles exist in parallel, Echo, TLS and SASL/OTP
> 
> Echo profile requires that SASL/OTP be in place.
> 
> SASL/OTP requires TLS
> 
> in this case you would need custom protocols for each profile to
> properly handle this situation.  
> 
> thoughts?
> 
> --Kevin Kress
> 
> On Sun, 2002-08-04 at 19:44, William J. Mills wrote:
> > I think this is a case where the profiles need to do the right thing, rather than
> > the core functionality.  I may be wrong.  
> > 
> > SASL sets a state in the session, but to some extent it is the profiles which
> > must honor this.  Tuning profiles which casue a new greeting to be exchanged
> > give the opportunity to register new profiles, and advertise them at that time,
> > which would do what you want, but SASL/ANONYMOUS does not cause a tuning reset 
> > in this way (as far as I know).
> > 
> > So for the ECHO example, you'd need a custom version that checks authentication 
> > in it's start message handler.
> > 
> > Someone please correct me if I am mistaken.
> > 
> > -bill
> > 
> > On Sun, Aug 04, 2002 at 05:20:46PM -0700, Kevin Kress wrote:
> > > In the SASL profile (or possibly a TLS) what is the mechanism used to
> > > send out "530" errors if the server wants to require authentication. 
> > > 
> > > For example, when a server starts up, it registers both, SASL/ANONYMOUS
> > > and ECHO... the desired result being that until the SASL/ANONYMOUS has
> > > set credentials in the Session, all other startChannel messages (in this
> > > case ECHO) will return with a <error code='530'> . 
> > > 
> > > If this is not done yet, where might it fit best?  A function of Session
> > > for the error sending?  Possibly ProfileRegistry for initial setup or
> > > TCPSessionCreator to setup the required auth?
> > > 
> > > thoughts? 
> > > 
> > > --Kevin Kress 
> > > 
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Beepcore-java-users mailing list
> > > Bee...@li...
> > > https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
> > 
> -- 
> Kevin Kress
> kk...@my...
> 
> GnuPG Key ID: 92949032
> Fingerprint : B7F9 2B08 6FC8 35CA 5B64  BD34 6A8B 325C 9294 9032
> 
> See Keyserver: http://www.keyserver.net/en/findkey.html
> (search for "Kevin Kress" or "0x92949032")
> 
> Get GnuPG or PGP at http://www.pgpi.org

Re: [Beepcore-java-users] Requireing a profile

[Kevin K. <kk...@my...>]

This seems like a bit overkill to me.  If you think about tuing profiles
as a layer below the application profiles then a profile should have no
knowledge of the tuing profile that is operating under it.

Shouldn't it be the responsibilty of the core API to establish a chain
of dependancies that can be setup when the server session listener (in
this can TCPSessionCreator) is created?

If a simple dependancy scheme is implemented that would mean that all
supported profiles could be advertised upon the first greeting and
return error codes when start requests are attempted without proper
authentication or security in place.


For example:

3 profiles exist in parallel, Echo, TLS and SASL/OTP

Echo profile requires that SASL/OTP be in place.

SASL/OTP requires TLS

in this case you would need custom protocols for each profile to
properly handle this situation. =20

thoughts?

--Kevin Kress

On Sun, 2002-08-04 at 19:44, William J. Mills wrote:
> I think this is a case where the profiles need to do the right thing, rat=
her than
> the core functionality.  I may be wrong. =20
>=20
> SASL sets a state in the session, but to some extent it is the profiles w=
hich
> must honor this.  Tuning profiles which casue a new greeting to be exchan=
ged
> give the opportunity to register new profiles, and advertise them at that=
 time,
> which would do what you want, but SASL/ANONYMOUS does not cause a tuning =
reset=20
> in this way (as far as I know).
>=20
> So for the ECHO example, you'd need a custom version that checks authenti=
cation=20
> in it's start message handler.
>=20
> Someone please correct me if I am mistaken.
>=20
> -bill
>=20
> On Sun, Aug 04, 2002 at 05:20:46PM -0700, Kevin Kress wrote:
> > In the SASL profile (or possibly a TLS) what is the mechanism used to
> > send out "530" errors if the server wants to require authentication.=20
> >=20
> > For example, when a server starts up, it registers both, SASL/ANONYMOUS
> > and ECHO... the desired result being that until the SASL/ANONYMOUS has
> > set credentials in the Session, all other startChannel messages (in thi=
s
> > case ECHO) will return with a <error code=3D'530'> .=20
> >=20
> > If this is not done yet, where might it fit best?  A function of Sessio=
n
> > for the error sending?  Possibly ProfileRegistry for initial setup or
> > TCPSessionCreator to setup the required auth?
> >=20
> > thoughts?=20
> >=20
> > --Kevin Kress=20
> >=20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Beepcore-java-users mailing list
> > Bee...@li...
> > https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
>=20
--=20
Kevin Kress
kk...@my...

GnuPG Key ID: 92949032
Fingerprint : B7F9 2B08 6FC8 35CA 5B64  BD34 6A8B 325C 9294 9032

See Keyserver: http://www.keyserver.net/en/findkey.html
(search for "Kevin Kress" or "0x92949032")

Get GnuPG or PGP at http://www.pgpi.org

Re: [Beepcore-java-users] Requireing a profile

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

I think this is a case where the profiles need to do the right thing, rather than
the core functionality.  I may be wrong.  

SASL sets a state in the session, but to some extent it is the profiles which
must honor this.  Tuning profiles which casue a new greeting to be exchanged
give the opportunity to register new profiles, and advertise them at that time,
which would do what you want, but SASL/ANONYMOUS does not cause a tuning reset 
in this way (as far as I know).

So for the ECHO example, you'd need a custom version that checks authentication 
in it's start message handler.

Someone please correct me if I am mistaken.

-bill

On Sun, Aug 04, 2002 at 05:20:46PM -0700, Kevin Kress wrote:
> In the SASL profile (or possibly a TLS) what is the mechanism used to
> send out "530" errors if the server wants to require authentication. 
> 
> For example, when a server starts up, it registers both, SASL/ANONYMOUS
> and ECHO... the desired result being that until the SASL/ANONYMOUS has
> set credentials in the Session, all other startChannel messages (in this
> case ECHO) will return with a <error code='530'> . 
> 
> If this is not done yet, where might it fit best?  A function of Session
> for the error sending?  Possibly ProfileRegistry for initial setup or
> TCPSessionCreator to setup the required auth?
> 
> thoughts? 
> 
> --Kevin Kress 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

[Beepcore-java-users] Requireing a profile

[Kevin K. <kk...@my...>]

In the SASL profile (or possibly a TLS) what is the mechanism used to
send out "530" errors if the server wants to require authentication. 

For example, when a server starts up, it registers both, SASL/ANONYMOUS
and ECHO... the desired result being that until the SASL/ANONYMOUS has
set credentials in the Session, all other startChannel messages (in this
case ECHO) will return with a <error code='530'> . 

If this is not done yet, where might it fit best?  A function of Session
for the error sending?  Possibly ProfileRegistry for initial setup or
TCPSessionCreator to setup the required auth?

thoughts? 

--Kevin Kress 

[Beepcore-java-users] anyone doing rfc 3288 (soap over beep) for java?

[Marshall R. <mr...@db...>]

some folks have asked me, so i thought i'd ask these three lists.

thanks,

/mtr

Re: [Beepcore-java-users] example and TLS problem

[Huston <hu...@us...>]

> I've just been playing with beepcore-java and the Bing/Beepd example. I
> am using the current CVS source and JDK 1.4 on linux.
>
> Without TLS everything works fine, but if I run:
>   java org.beepcore.beep.example.Bing -privacy required hostname
>
> Then Bing reports:
> bing: Error unable to start TLS.
>          TLS not supported by this session
> bing: Error closing session (java.net.SocketException: Socket closed)
>
>
> And Beepd reports:
>
> Beepd: started
> TCPSession Thread #0:TCP Mapping: org.beepcore.beep.core.BEEPException:
> Malformed BEEP header
> org.beepcore.beep.core.BEEPException: Malformed BEEP header
>          at
>
org.beepcore.beep.transport.tcp.TCPSession.processCoreFrame(TCPSession.java:
516)
>          at
>
org.beepcore.beep.transport.tcp.TCPSession.processNextFrame(TCPSession.java:
456)
>          at
> org.beepcore.beep.transport.tcp.TCPSession.access$000(TCPSession.java:55)
>          at
> org.beepcore.beep.transport.tcp.TCPSession$1.run(TCPSession.java:230)
> TCPSession Thread #0:org.beepcore.beep.core.Session.terminate: Malformed
> BEEP header
> Thread-3:org.beepcore.beep.profile.tls.jsse.TLSProfileJSSE.startChannel:
> Unrecognized SSL handshake.
> java.lang.NullPointerException
>          at
> org.beepcore.beep.core.Session.processStartChannel(Session.java:1236)
>          at org.beepcore.beep.core.Session.access$400(Session.java:66)
>          at
>
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:1
397)
>          at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
>          at
> EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source)
>          at java.lang.Thread.run(Thread.java:536)
>
> Any ideas?

There is a bug with TLS on 1.4, I'm currently working on this bug. I hope to
have a fix soon.

--Huston

[Beepcore-java-users] example and TLS problem

[Mark D. <ma...@sa...>]

Hi,

I've just been playing with beepcore-java and the Bing/Beepd example. I 
am using the current CVS source and JDK 1.4 on linux.

Without TLS everything works fine, but if I run:
  java org.beepcore.beep.example.Bing -privacy required hostname

Then Bing reports:
bing: Error unable to start TLS.
         TLS not supported by this session
bing: Error closing session (java.net.SocketException: Socket closed)


And Beepd reports:

Beepd: started
TCPSession Thread #0:TCP Mapping: org.beepcore.beep.core.BEEPException: 
Malformed BEEP header
org.beepcore.beep.core.BEEPException: Malformed BEEP header
         at 
org.beepcore.beep.transport.tcp.TCPSession.processCoreFrame(TCPSession.java:516)
         at 
org.beepcore.beep.transport.tcp.TCPSession.processNextFrame(TCPSession.java:456)
         at 
org.beepcore.beep.transport.tcp.TCPSession.access$000(TCPSession.java:55)
         at 
org.beepcore.beep.transport.tcp.TCPSession$1.run(TCPSession.java:230)
TCPSession Thread #0:org.beepcore.beep.core.Session.terminate: Malformed 
BEEP header
Thread-3:org.beepcore.beep.profile.tls.jsse.TLSProfileJSSE.startChannel: 
Unrecognized SSL handshake.
java.lang.NullPointerException
         at 
org.beepcore.beep.core.Session.processStartChannel(Session.java:1236)
         at org.beepcore.beep.core.Session.access$400(Session.java:66)
         at 
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:1397)
         at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
         at 
EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source)
         at java.lang.Thread.run(Thread.java:536)

Any ideas?

Thanks
  Mark Davidson

[Beepcore-java-users] adds to SASLOTPProfile lot of problem

[Antal A. <at...@no...>]

Helo,

I have fresh news, about this bug. If I use the Beepd.java as listener,
I have no problems, no bugs. But, if I put my listener into the Phoenix
4.0a4 framework as application (.sar file) this bugs still appears even
when I'm simply using only the Bing.java.

We have an application server build on Avalon Phoenix which uses BEEP as
communication protocol.

I suspect that there are some problems with threading and
synchronization, which makes BEEP give those particular errors I was
mentioning.

Are there any restrictions on working with threads in regard with BEEP ?

I have to mention that we had it working almost perfectly with an older
version of BEEP (about a year old :) so these problems are new to us.

atech

Re: [Beepcore-java-users] SASLOTPProfile lot of problem

[Huston <hu...@us...>]

Antal,

> In README_SASL.htm I had saw inexistent methods in API
> (eg.addChannelControlListener), this document is too old (deprecated)!?

The readme needs to be updated, I'll add it to the todo list.

> In the README_SASL.htm I had saw this type (static) use of SASLOTPProfile:
>
> sess = SASLOTPProfile.AuthenticateSASLOTPWithInit( sess, XXX, user, pwd,
> hashMethod, newHash, seed, seq);
>
> In the API all the AuthenticateSASLOTP.. methods is static but when I
> trying to use them like static I get the SASLOTPProfile is not initialized
> error. The following code was worked to the older version of BEEP:
>
> SASLOTPProfile otp = new SASLOTPProfile();
> otp.init(SASLOTPProfile.URI, new ProfileConfiguration()) ;
> sess = otp.AuthenticateSASLOTPWithInit( sess, XXX, user, pwd,
> hashMethod, newHash, seed, seq);
>
> And now this code is working but _sometime_ (randomly) I get the
> following errors:
>
> 1.- On the client side I get the result but on the server side I get the
> following error:
>
> org.beepcore.beep.core.BEEPException: Illegal session state transition
>         at java.lang.Throwable.<init>(Throwable.java:96)
>         at java.lang.Exception.<init>(Exception.java:44)
>         at
> org.beepcore.beep.core.BEEPException.<init>(BEEPException.java:40)
>         at
>
org.beepcore.beep.core.Session$ABORTED_SessionOperations.changeState(Session
.java:1986)
>         at org.beepcore.beep.core.Session.changeState(Session.java:631)
>         at
> org.beepcore.beep.core.Session.receiveCloseChannelZero(Session.java:1156)
>         at
> org.beepcore.beep.core.Session.receiveCloseChannel(Session.java:1049)
>         at org.beepcore.beep.core.Session.access$500(Session.java:66)
>         at
>
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:1
435)
>         at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
>         at
>
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.ja
va:655)
>         at java.lang.Thread.run(Thread.java:498)
> java.lang.NullPointerException
>         at
> org.beepcore.beep.core.Session.fireSessionClosed(Session.java:1015)
>         at
> org.beepcore.beep.core.Session.receiveCloseChannelZero(Session.java:1161)
>         at
> org.beepcore.beep.core.Session.receiveCloseChannel(Session.java:1049)
>         at org.beepcore.beep.core.Session.access$500(Session.java:66)
>         at
>
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:1
435)
>         at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
>         at
>
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.ja
va:655)
>         at java.lang.Thread.run(Thread.java:498)
>
>
> or only this:
>
>
> org.beepcore.beep.core.BEEPException: Illegal session state transition
>         at java.lang.Throwable.<init>(Throwable.java:96)
>         at java.lang.Exception.<init>(Exception.java:44)
>         at
> org.beepcore.beep.core.BEEPException.<init>(BEEPException.java:40)
>         at
>
org.beepcore.beep.core.Session$CLOSED_SessionOperations.changeState(Session.
java:1973)
>         at org.beepcore.beep.core.Session.changeState(Session.java:631)
>         at org.beepcore.beep.core.Session.terminate(Session.java:616)
>         at
> org.beepcore.beep.transport.tcp.TCPSession.terminate(TCPSession.java:196)
>         at
>
org.beepcore.beep.transport.tcp.TCPSession.processNextFrame(TCPSession.java:
466)
>         at
> org.beepcore.beep.transport.tcp.TCPSession.access$000(TCPSession.java:55)
>         at
> org.beepcore.beep.transport.tcp.TCPSession$1.run(TCPSession.java:230)
>

The "Illegal session state transition" exception was added just so I can get
all of the code paths doing the same state transitions. If you remove the
throw it should work as before. Would you mind submitting a bug for this? I
will fix it once I finish with the bug I'm currently working on. Unless, of
course, you wanted to fix it and submit a patch ;-)

> 2. - My BEEP client is halt, I don't get the results and on the server
> side I get this:
>
>
> java.lang.NullPointerException
>         at
>
org.beepcore.beep.profile.sasl.otp.OTPAuthenticator.receiveMSG(OTPAuthentica
tor.java:759)
>         at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
>         at
>
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.ja
va:655)
>         at java.lang.Thread.run(Thread.java:498)
> java.lang.NullPointerException
>         at org.beepcore.beep.core.Session.sendProfile(Session.java:968)
>         at
> org.beepcore.beep.core.Session.processStartChannel(Session.java:1245)
>         at org.beepcore.beep.core.Session.access$400(Session.java:66)
>         at
>
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:1
397)
>         at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
>         at
>
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.ja
va:655)
>         at java.lang.Thread.run(Thread.java:498)

I haven't seen this before, would you mind submitting a bug for this also?

Thanks,
--Huston

Re: [Beepcore-java-users] SASLOTPProfile lot of problem

[Iain S. <iai...@me...>]

On 7/11/02 1:11 AM, "Antal Attila" <at...@no...> wrote:

> In README_SASL.htm I had saw inexistent methods in API
> (eg.addChannelControlListener), this document is too old (deprecated)!?

Yes.  Someone on the list had been discussing updating the docs.  For better
or worse things have been pretty quiet in the Java BEEP community lately.

> SASLOTPProfile otp = new SASLOTPProfile();
> otp.init(SASLOTPProfile.URI, new ProfileConfiguration()) ;
> sess = otp.AuthenticateSASLOTPWithInit( sess, XXX, user, pwd,
> hashMethod, newHash, seed, seq);

I haven't played with the security parts of the beepcore library.  I'm
really hoping the library maintainer chimes in...  Unfortunately I think if
you want to get a fast fix you may have to make it yourself by finding and
fixing the bug.  I know other people are using the beepcore library though
so I'd first check your client application to make sure its not the source
of problems.  :)

-iain

[Beepcore-java-users] SASLOTPProfile lot of problem

[Antal A. <at...@no...>]

Helo,

In README_SASL.htm I had saw inexistent methods in API
(eg.addChannelControlListener), this document is too old (deprecated)!?

In the README_SASL.htm I had saw this type (static) use of SASLOTPProfile:

sess = SASLOTPProfile.AuthenticateSASLOTPWithInit( sess, XXX, user, pwd,
hashMethod, newHash, seed, seq);

In the API all the AuthenticateSASLOTP.. methods is static but when I
trying to use them like static I get the SASLOTPProfile is not initialized
error. The following code was worked to the older version of BEEP:

SASLOTPProfile otp = new SASLOTPProfile();
otp.init(SASLOTPProfile.URI, new ProfileConfiguration()) ;
sess = otp.AuthenticateSASLOTPWithInit( sess, XXX, user, pwd,
hashMethod, newHash, seed, seq);

And now this code is working but _sometime_ (randomly) I get the
following errors:

1.- On the client side I get the result but on the server side I get the
following error:

org.beepcore.beep.core.BEEPException: Illegal session state transition
        at java.lang.Throwable.<init>(Throwable.java:96)
        at java.lang.Exception.<init>(Exception.java:44)
        at
org.beepcore.beep.core.BEEPException.<init>(BEEPException.java:40)
        at
org.beepcore.beep.core.Session$ABORTED_SessionOperations.changeState(Session.java:1986)
        at org.beepcore.beep.core.Session.changeState(Session.java:631)
        at
org.beepcore.beep.core.Session.receiveCloseChannelZero(Session.java:1156)
        at
org.beepcore.beep.core.Session.receiveCloseChannel(Session.java:1049)
        at org.beepcore.beep.core.Session.access$500(Session.java:66)
        at
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:1435)
        at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
        at
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:655)
        at java.lang.Thread.run(Thread.java:498)
java.lang.NullPointerException
        at
org.beepcore.beep.core.Session.fireSessionClosed(Session.java:1015)
        at
org.beepcore.beep.core.Session.receiveCloseChannelZero(Session.java:1161)
        at
org.beepcore.beep.core.Session.receiveCloseChannel(Session.java:1049)
        at org.beepcore.beep.core.Session.access$500(Session.java:66)
        at
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:1435)
        at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
        at
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:655)
        at java.lang.Thread.run(Thread.java:498)


or only this:


org.beepcore.beep.core.BEEPException: Illegal session state transition
        at java.lang.Throwable.<init>(Throwable.java:96)
        at java.lang.Exception.<init>(Exception.java:44)
        at
org.beepcore.beep.core.BEEPException.<init>(BEEPException.java:40)
        at
org.beepcore.beep.core.Session$CLOSED_SessionOperations.changeState(Session.java:1973)
        at org.beepcore.beep.core.Session.changeState(Session.java:631)
        at org.beepcore.beep.core.Session.terminate(Session.java:616)
        at
org.beepcore.beep.transport.tcp.TCPSession.terminate(TCPSession.java:196)
        at
org.beepcore.beep.transport.tcp.TCPSession.processNextFrame(TCPSession.java:466)
        at
org.beepcore.beep.transport.tcp.TCPSession.access$000(TCPSession.java:55)
        at
org.beepcore.beep.transport.tcp.TCPSession$1.run(TCPSession.java:230)



2. - My BEEP client is halt, I don't get the results and on the server
side I get this:


java.lang.NullPointerException
        at
org.beepcore.beep.profile.sasl.otp.OTPAuthenticator.receiveMSG(OTPAuthenticator.java:759)
        at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
        at
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:655)
        at java.lang.Thread.run(Thread.java:498)
java.lang.NullPointerException
        at org.beepcore.beep.core.Session.sendProfile(Session.java:968)
        at
org.beepcore.beep.core.Session.processStartChannel(Session.java:1245)
        at org.beepcore.beep.core.Session.access$400(Session.java:66)
        at
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:1397)
        at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
        at
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:655)
        at java.lang.Thread.run(Thread.java:498)



3. - the client is shows the result and the server is still running,
it's all ok.


This is a bug?
(My BEEP version is from the Yesterday's CVS)

atech

[Beepcore-java-users] SASLOTPProfile lot of problem

[Antal A. <at...@no...>]

Helo,

In README_SASL.htm I seen inexistent methods in API
(eg.addChannelControlListener), this document is too old?

In the README_SASL.htm I seen this type (static) use of SASLOTPProfile:

sess =3D SASLOTPProfile.AuthenticateSASLOTPWithInit( sess, XXX, user, pwd,
hashMethod, newHash, seed, seq);

In the API all the AuthenticateSASLOTP.. methods is static but when I
trying to use like static I get the SASLOTPProfile is not initialized
error. The following code was worked to the older version of BEEP:

SASLOTPProfile otp =3D new SASLOTPProfile();
otp.init(SASLOTPProfile.URI, new ProfileConfiguration()) ;
sess =3D otp.AuthenticateSASLOTPWithInit( sess, XXX, user, pwd,
hashMethod, newHash, seed, seq);

And now this code is working but _sometime_ (randomly) I get the
following errors:

1.- On the client side I get the result but on the server side I get the
following error:

org.beepcore.beep.core.BEEPException: Illegal session state transition
        at java.lang.Throwable.<init>(Throwable.java:96)
        at java.lang.Exception.<init>(Exception.java:44)
        at
org.beepcore.beep.core.BEEPException.<init>(BEEPException.java:40)
        at
org.beepcore.beep.core.Session$ABORTED_SessionOperations.changeState(Sessio=
n.java:1986)
        at org.beepcore.beep.core.Session.changeState(Session.java:631)
        at
org.beepcore.beep.core.Session.receiveCloseChannelZero(Session.java:1156)
        at
org.beepcore.beep.core.Session.receiveCloseChannel(Session.java:1049)
        at org.beepcore.beep.core.Session.access$500(Session.java:66)
        at
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:=
1435)
        at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
        at
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.j=
ava:655)
        at java.lang.Thread.run(Thread.java:498)
java.lang.NullPointerException
        at
org.beepcore.beep.core.Session.fireSessionClosed(Session.java:1015)
        at
org.beepcore.beep.core.Session.receiveCloseChannelZero(Session.java:1161)
        at
org.beepcore.beep.core.Session.receiveCloseChannel(Session.java:1049)
        at org.beepcore.beep.core.Session.access$500(Session.java:66)
        at
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:=
1435)
        at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
        at
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.j=
ava:655)
        at java.lang.Thread.run(Thread.java:498)


or only this:


org.beepcore.beep.core.BEEPException: Illegal session state transition
        at java.lang.Throwable.<init>(Throwable.java:96)
        at java.lang.Exception.<init>(Exception.java:44)
        at
org.beepcore.beep.core.BEEPException.<init>(BEEPException.java:40)
        at
org.beepcore.beep.core.Session$CLOSED_SessionOperations.changeState(Session=
.java:1973)
        at org.beepcore.beep.core.Session.changeState(Session.java:631)
        at org.beepcore.beep.core.Session.terminate(Session.java:616)
        at
org.beepcore.beep.transport.tcp.TCPSession.terminate(TCPSession.java:196)
        at
org.beepcore.beep.transport.tcp.TCPSession.processNextFrame(TCPSession.java=
:466)
        at
org.beepcore.beep.transport.tcp.TCPSession.access$000(TCPSession.java:55)
        at
org.beepcore.beep.transport.tcp.TCPSession$1.run(TCPSession.java:230)



2. - My BEEP client is halt, I don't get the results and on the server
side I get this:


java.lang.NullPointerException
        at
org.beepcore.beep.profile.sasl.otp.OTPAuthenticator.receiveMSG(OTPAuthentic=
ator.java:759)
        at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
        at
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.j=
ava:655)
        at java.lang.Thread.run(Thread.java:498)
java.lang.NullPointerException
        at org.beepcore.beep.core.Session.sendProfile(Session.java:968)
        at
org.beepcore.beep.core.Session.processStartChannel(Session.java:1245)
        at org.beepcore.beep.core.Session.access$400(Session.java:66)
        at
org.beepcore.beep.core.Session$ChannelZeroListener.receiveMSG(Session.java:=
1397)
        at org.beepcore.beep.core.Channel$1.run(Channel.java:473)
        at
edu.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.j=
ava:655)
        at java.lang.Thread.run(Thread.java:498)



3. - the client is shows the result and the server is still running,
it's all ok.


This is a bug?

atech

Re: [Beepcore-java-users] Using piggyback data with startChannel

[John I. <joh...@uk...>]

Some example code would be useful if available. Alternatively, do I have to
create a specific reply in my profile implementation and use a Reply object
in my client to catch the returned response ? My understanding of the
mechanism was that it is treated as an initial request message piggybacked
onto the channel creation. I assume once the channel has been created by
the profile implementation, it is free to return a response on the channel.
The examples in the BEEP O'Reilly book don't illustrate the mechanism.
John



                                                                                                                                       
                      "William J.                                                                                                      
                      Mills"                   To:       John Ibbotson/UK/IBM@IBMGB                                                    
                      <wmills@olagrande        cc:       bee...@li...                                     
                      .net>                    Subject:  Re: [Beepcore-java-users] Using piggyback data with startChannel              
                                                                                                                                       
                      02/07/2002 19:12                                                                                                 
                      Please respond to                                                                                                
                      "William J.                                                                                                      
                      Mills"                                                                                                           
                                                                                                                                       
                                                                                                                                       




By that are you asking the specific API to do this?

-bill

On Tue, Jul 02, 2002 at 05:53:08PM +0100, John Ibbotson wrote:
> I want to use the piggyback data capability when starting a channel to
> setup some additional identification. I can send the data using
> session.startChannel() and it arrives at the startChannel() method in my
> profile implementation. How can I piggyback data onto the startChannel
> response which is then returned to the initiating client ?
> Thanks,
> John
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

Re: [Beepcore-java-users] Using piggyback data with startChannel

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

By that are you asking the specific API to do this?

-bill

On Tue, Jul 02, 2002 at 05:53:08PM +0100, John Ibbotson wrote:
> I want to use the piggyback data capability when starting a channel to
> setup some additional identification. I can send the data using
> session.startChannel() and it arrives at the startChannel() method in my
> profile implementation. How can I piggyback data onto the startChannel
> response which is then returned to the initiating client ?
> Thanks,
> John
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

[Beepcore-java-users] Using piggyback data with startChannel

[John I. <joh...@uk...>]

I want to use the piggyback data capability when starting a channel to
setup some additional identification. I can send the data using
session.startChannel() and it arrives at the startChannel() method in my
profile implementation. How can I piggyback data onto the startChannel
response which is then returned to the initiating client ?
Thanks,
John

Re: [Beepcore-java-users] Bing and Beepd lock on large messages

[Huston <hu...@us...>]

> I hit this before and actually posted a bug, which has since been closed.
> Dunno if I agree with the resolution, but it's actually a known
"behavior".
>
> The problem is that the channel chokes when the window closes down and
can't
> process SEQ frames.

The problem was that the IO thread was being used for the message
notifications. If the profile used this thread to process the message then
SEQs would not be processed.  This has been fixed in cvs.

> > I'm seeing some strange behavior when the size of a message is greater
than
> > 4096.  If I set the size for  Bing to 4097, it sends a bit, then chokes
and
> > sits there.  If I set it extremely high (like 7000), it sends some, the
> > server responds some, and then the client chokes and does nothing.

I just tried the latest source in cvs and it doesn't seem to have the
problem.

--Huston

Re: [Beepcore-java-users] Bing and Beepd lock on large messages

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

I hit this before and actually posted a bug, which has since been closed.
Dunno if I agree with the resolution, but it's actually a known "behavior".

The problem is that the channel chokes when the window closes down and can't
process SEQ frames.

Take a look for the bug on Sourceforge under all bugs, not just open ones 
and you'll get the whole blow-by-blow.  

The short answer for the moment is make sure your messages get passed
off to another thread to get handled/read, so that the "core" channel 
management stuff does not get blocked by your read which is trying to read
the complete message.  If you make that extra thread it works like a charm.

-bill


On Wed, Jun 12, 2002 at 06:31:03PM -0700, Zed A. Shaw wrote:
> Hey,
> 
> I just posted this to the forum before I found the list.  You can ignore the
> forum message if you like.
> 
> I'm seeing some strange behavior when the size of a message is greater than
> 4096.  If I set the size for  Bing to 4097, it sends a bit, then chokes and
> sits there.  If I set it extremely high (like 7000), it sends some, the
> server responds some, and then the client chokes and does nothing.
> 
> I did a protocol analysis, and it looks like there's something wrong with
> how Bing is reading the replies.  Any clues?  I'm interested in file
> transfers, so sending in 4K chunks and having the library hang on anything
> large will not do.  Any help is appreciated.
> 
> 
> -- 
> Zed A. Shaw
> 
> 
> 
> 
> _______________________________________________________________
> 
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

[Beepcore-java-users] Bing and Beepd lock on large messages

[Zed A. S. <zed...@ub...>]

Hey,

I just posted this to the forum before I found the list.  You can ignore the
forum message if you like.

I'm seeing some strange behavior when the size of a message is greater than
4096.  If I set the size for  Bing to 4097, it sends a bit, then chokes and
sits there.  If I set it extremely high (like 7000), it sends some, the
server responds some, and then the client chokes and does nothing.

I did a protocol analysis, and it looks like there's something wrong with
how Bing is reading the replies.  Any clues?  I'm interested in file
transfers, so sending in 4K chunks and having the library hang on anything
large will not do.  Any help is appreciated.


-- 
Zed A. Shaw

Re: [Beepcore-java-users] quick-start guide

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

In terms of 20 questions I'll provide any answers I can should you need em
and perhaps some common questions at some point.

-bill

On Tue, Jun 11, 2002 at 09:39:28AM -0700, Iain Shigeoka wrote:
> On 6/10/02 10:20 PM, "Jason Gibson" <ja...@in...> wrote:
> 
> > I'm going to write some documentation for the beep project.  Right now I
> > have a quick-start
> > guide to getting the java examples up and running at
> > http://anomalo.us/projects/beep/ .  I plan to write
> > either a faq\guide\howto for areas that needs better documentation, as I
> > come across them.
> > In order to maintain the files and keep them up to date, if anyone sees
> > something wrong, let me
> > know and I'll correct it.
> > 
> > If anyone is willing to play twenty questions with me from time to time, I
> > can both get the preferred
> > correct answer to document, and do it faster.
> 
> That's great!  I think the list would be fine for 20 questions.  Then you
> will have a good chance for multiple responses and a better answer.
> 
> -iain
> 
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
> 
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

Re: [Beepcore-java-users] quick-start guide

[Iain S. <iai...@ya...>]

On 6/10/02 10:20 PM, "Jason Gibson" <ja...@in...> wrote:

> I'm going to write some documentation for the beep project.  Right now I
> have a quick-start
> guide to getting the java examples up and running at
> http://anomalo.us/projects/beep/ .  I plan to write
> either a faq\guide\howto for areas that needs better documentation, as I
> come across them.
> In order to maintain the files and keep them up to date, if anyone sees
> something wrong, let me
> know and I'll correct it.
> 
> If anyone is willing to play twenty questions with me from time to time, I
> can both get the preferred
> correct answer to document, and do it faster.

That's great!  I think the list would be fine for 20 questions.  Then you
will have a good chance for multiple responses and a better answer.

-iain

[Beepcore-java-users] quick-start guide

[Jason G. <ja...@in...>]

I'm going to write some documentation for the beep project.  Right now I 
have a quick-start
guide to getting the java examples up and running at 
http://anomalo.us/projects/beep/ .  I plan to write
either a faq\guide\howto for areas that needs better documentation, as I 
come across them.
In order to maintain the files and keep them up to date, if anyone sees 
something wrong, let me
know and I'll correct it.

If anyone is willing to play twenty questions with me from time to time, I 
can both get the preferred
correct answer to document, and do it faster.

Jason Gibson
jason\infosite\com

Re: [Beepcore-java-users] sending files in messages

[Gabe W. <gw...@wa...>]

I can write them out by hand.

Anyway, I think Tom Dengler's code will work for me as soon as huston
accepts it into the beepcore-java codeline.

Thanks for the quick turnaround.

	-Gabe

On Tue, 28 May 2002, William J. Mills wrote:

> Gabe,
>
> Can't you set the mime type when you create the datastream?  I
> thought you could.
>
> -bill
>
> On Sun, May 26, 2002 at 05:56:41PM -0700, Gabe Wachob wrote:
> > I am trying to send a file in a message using beepcore-java .. I'd like to
> > do a typical read loop - read from the file, send it "through" the message
> > outputdatastream, read from the file, send through the message datastream,
> > etc.
> >
> > I can use OutputDataStream and create BufferSegments each time I read from
> > the file. Fine. But OutputDataStream doesn't let me set the MimeHeaders
> > without subclassing.. (the constructor is protectedEGAD!! Why is this? I
> > really don't want to have to subclass just to set the mime headers.
> >
> > Can we just make the constructor for OutputDataStream not protected?
> >
> > I'm writing demo code and I'm trying to make things as simple as possible.
> > Another thing I'd like to see is a helper class perhaps that would take a
> > file or file inputstream and wrap it in a OutputDataStream interface.
> > i.e.:
> >
> > new Message(new FileOutputDataStream(new FileInputStream("foo.txt")));
> >
> > This is relativley high priority for me - I'm working on a book chapter
> > about beep and it is going to use the beepcore-java libs.. if we could
> > un-hide the constructor I mentioned above, that'd be the quick-n-easy
> > solution.
> >
> > THANKS!!!
> >
> > 	-Gabe
> >
> > --
> > Gabe Wachob                       gw...@wa...
> > Personal                       http://www.wachob.com
> > Founder, WiredObjects    http://www.wiredobjects.com
> >
> >
> > _______________________________________________________________
> >
> > Don't miss the 2002 Sprint PCS Application Developer's Conference
> > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> >
> > _______________________________________________
> > Beepcore-java-users mailing list
> > Bee...@li...
> > https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
>

-- 
Gabe Wachob                       gw...@wa...
Personal                       http://www.wachob.com
Founder, WiredObjects    http://www.wiredobjects.com

Re: [Beepcore-java-users] sending files in messages

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

Gabe, 

Can't you set the mime type when you create the datastream?  I 
thought you could.

-bill

On Sun, May 26, 2002 at 05:56:41PM -0700, Gabe Wachob wrote:
> I am trying to send a file in a message using beepcore-java .. I'd like to
> do a typical read loop - read from the file, send it "through" the message
> outputdatastream, read from the file, send through the message datastream,
> etc.
> 
> I can use OutputDataStream and create BufferSegments each time I read from
> the file. Fine. But OutputDataStream doesn't let me set the MimeHeaders
> without subclassing.. (the constructor is protectedEGAD!! Why is this? I
> really don't want to have to subclass just to set the mime headers.
> 
> Can we just make the constructor for OutputDataStream not protected?
> 
> I'm writing demo code and I'm trying to make things as simple as possible.
> Another thing I'd like to see is a helper class perhaps that would take a
> file or file inputstream and wrap it in a OutputDataStream interface.
> i.e.:
> 
> new Message(new FileOutputDataStream(new FileInputStream("foo.txt")));
> 
> This is relativley high priority for me - I'm working on a book chapter
> about beep and it is going to use the beepcore-java libs.. if we could
> un-hide the constructor I mentioned above, that'd be the quick-n-easy
> solution.
> 
> THANKS!!!
> 
> 	-Gabe
> 
> -- 
> Gabe Wachob                       gw...@wa...
> Personal                       http://www.wachob.com
> Founder, WiredObjects    http://www.wiredobjects.com
> 
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users