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

[Beepcore-java-users] What's new in 0.9.08

[Harsh D. <hda...@io...>]

Wondering if there is any document that describes "What's new" from
previous release in 0.9.08?

If not, could somebody be kind enough to highlight the differences?

May be adding a "ChangeLog" to the future releases won't hurt.

Regards,
-- 
Harsh Daharwal
IOS Networks Inc.
http://www.iosnetworks.com

Re: [Beepcore-java-users] [newbie] jdk1.4.2

[<no...@co...>]

Steve/Huston,

I would like to get involved in the SEDA/NIO development if you're looking
for help.  The current implementation is working well for me, but I've
always wanted to get more hands-on experience with NIO.  Any chance we
could hold a short discussion in the near future and put together a plan?

Thanks,

Troy

> Steve,
>
> No timeline yet, it is the third item on my list of things to do. Right
> now my first priority is cleaning up the API, which I am close to
> finishing. Following that I had planned on some refactoring of the
> internals to clean things up. Then I'm planning adding nio/seda support.
>
> Right now the only way to track the development is to subscribe to the
> mailing lists, in particular the cvs-commits mailing list. I'm open to
> other people contributing and working on the project, there are many
> things that need to be worked on. We would need to have a discussion
> about the changes you are interested in working on to avoid stepping on
> each other.
>
> --Huston
>
> ----- Original Message -----
> From: "Steve Harris" <st...@ke...>
> To: "Huston" <hu...@us...>;
> <bee...@li...>
> Sent: Thursday, November 13, 2003 2:56 PM
> Subject: RE: [Beepcore-java-users] [newbie] jdk1.4.2
>
>
> Any timeline yet? How would one either track or get involved in the
> development?
> Cheers,
> Steve
>
>
> -----Original Message-----
> From: Huston [mailto:hu...@us...]
> Sent: Thu 11/13/2003 6:22 AM
> To: Steve Harris; bee...@li...
> Cc:
> Subject: Re: [Beepcore-java-users] [newbie] jdk1.4.2
> Steve,
>
> nio is definitely if the future but I'm not sure about using seda. I
> took an initial look at seda and it looks like very good technology but
> I need to do some testing to see if tuning resets for TLS would be
> possible within that architecture.
>
> --Huston
>
> ----- Original Message -----
> From: "Steve Harris" <st...@ke...>
> To: <bee...@li...>
> Sent: Wednesday, November 12, 2003 7:19 PM
> Subject: [Beepcore-java-users] [newbie] jdk1.4.2
>
>
> I read about the project beep4j which seems to be dead and I was
> wondering if this project was working towards a seda like nio based
> implementation of beep?
> Something that can handle thousands of connections?
> Cheers
> Steve
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
>
>
>
>
>
>
>
>
>
> -------------------------------------------------------
> This SF. Net email is sponsored by: GoToMyPC
> GoToMyPC is the fast, easy and secure way to access your computer from
> any Web browser or wireless device. Click here to Try it Free!
> https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

Re: [Beepcore-java-users] RFC 822 Header Parsing broken; Patch

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

Thanks for reporting this! I'll look into it.

--Huston

----- Original Message ----- 
From: "Henner Zeller" <HZ...@gm...>
To: <bee...@li...>
Sent: Sunday, November 23, 2003 4:06 PM
Subject: [Beepcore-java-users] RFC 822 Header Parsing broken; Patch



[Note, I resend this message, since the first message I sent was from a
sender address different from my subscription address]

Hi,
In an attempt to implement Beep as a protocol for JAXM and SAAJ using the
SOAP Profile specification, I noticed, that the implementation of the
RFC822 Header parser has not been complete.

The problems arises when sending attachments with SUNs default
implementation of JAXM. When sending an Attachment with Soap, the payload
actually contains a full mime multipart document, so one mime header
of a beep message contains the boundary which happens to be on a new line
with the SUN implementation; something like:

  Content-Type:multipart/related; type="text/xml";
             boundary="----=_Part_0_19610963.1069622873839"

This is correct according to RFC822 (Paragraph 3.2, field-body
production), but is not implemented in the Beep header parser which does
not understand multiline headers. So in this case the boundary is lost and
SOAP-Attachments won't work :-(

I fixed this for the current CVS by implementing a RFC822 parser (an
improved version found on w3c)

The patch can be found at:

http://jwsbuch.net/~hzeller/beep-rfc822-headerpatch.tar.gz

It will create a new java file and a patch file:

  rfc822-header-parse.patch
  src/org/beepcore/beep/util/Rfc822HeaderParser.java

The files can then be patched with
  patch -p0 < rfc822-header-parse.patch

With this patch, sending JAXM Attachments works without problems.

ciao,
 -hen

PS:
My JAXM-Implementation is just proof of concept and far from ready, but
anyone who wants to have a look:
  http://jwsbuch.net/~hzeller/jaxmbeep-0.0.1.tar.gz
The implementation was quite simple. Look in example/SimpleBeepServer.java
how easy it will become to implement a JAXM ReqRespListener. It actually
is that simple!

--

Henner Zeller
Freie Software durch Bücherkauf fördern | http://bookzilla.de/



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Beepcore-java-users mailing list
Bee...@li...
https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

Re: [Beepcore-java-users] License Question: Difference between BSD and Blocks Public License ?

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

Henner,

I understand your concerns, unfortunately the license choice was not mine.
The original work for this library was done at Invisible Worlds and the
management decided on the BPL. I tried to have it changed at one point but
was unsuccessful. Invisible Worlds no longer exists so I'm not sure how to
get the license changed until such time as I hold all of the copyrights in
the library.

For what it's worth, I was told that the BPL is a BSD license with the
company name changed but I'm not an expert in OS licenses so you would have
to determine if this is correct.

--Huston

----- Original Message ----- 
From: "Henner Zeller" <HZ...@gm...>
To: <bee...@li...>
Sent: Sunday, November 23, 2003 4:14 PM
Subject: [Beepcore-java-users] License Question: Difference between BSD and
Blocks Public License ?



[Note, I resend this message, since the first message I sent was from a
sender address different from my subscription address]

Hi,
When checking out the source for beepcore, I wondered why this introduces
yet anoter open source licence. Looking at the license at

  http://www.beepcore.org/beepcore/about_publiclicense.jsp

reveals, that it is no different to the BSD-license

  http://www.opensource.org/licenses/bsd-license.php

(even though I didn't check every bit).

I would suggest in this case to actually drop the Blocks Public License
and use the BSD license for beepcore-java instead.

Rationale:

  - The BSD license is well known and has been verified to be an open
    source license.

  - it always causes troubles to check the licenses against each other if
    you introduce new code. For instance the Rfc822HeaderParser I've added
    (see my previous mail) originally was distributed with the w3c
    license. But I had to verify, that the Blocks Public License indeed
    is actually a BSD license before I contacted the original author to
    ask him that I might add some code to a BSD licensed project. This
    delayed my contribution; others might either not have bothered or
    would not have contributed at all.

  - As a base technology, like the (reference-) implementation of an RFC,
    a license with the low protection (like the BSD license) should be
    used, so that companies can include the package in their proprietary
    software.
    However, if this package introduces another license (even though it is
    equivalent to BSD) it is expensive to internally approve the license
    and monitor it for changes which might make companies not use the
    package. (I once worked for a company that only allowed BSD, Apache
    and LGPL libraries to link against; nothing else -- period.)

ciao,
  -hen

--
Henner Zeller
Freie Software durch Bücherkauf fördern | http://bookzilla.de/



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Beepcore-java-users mailing list
Bee...@li...
https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

[Beepcore-java-users] License Question: Difference between BSD and Blocks Public License ?

[Henner Z. <HZ...@gm...>]

[Note, I resend this message, since the first message I sent was from a
sender address different from my subscription address]

Hi,
When checking out the source for beepcore, I wondered why this introduces
yet anoter open source licence. Looking at the license at

  http://www.beepcore.org/beepcore/about_publiclicense.jsp

reveals, that it is no different to the BSD-license

  http://www.opensource.org/licenses/bsd-license.php

(even though I didn't check every bit).

I would suggest in this case to actually drop the Blocks Public License
and use the BSD license for beepcore-java instead.

Rationale:

  - The BSD license is well known and has been verified to be an open
    source license.

  - it always causes troubles to check the licenses against each other if
    you introduce new code. For instance the Rfc822HeaderParser I've added
    (see my previous mail) originally was distributed with the w3c
    license. But I had to verify, that the Blocks Public License indeed
    is actually a BSD license before I contacted the original author to
    ask him that I might add some code to a BSD licensed project. This
    delayed my contribution; others might either not have bothered or
    would not have contributed at all.

  - As a base technology, like the (reference-) implementation of an RFC,
    a license with the low protection (like the BSD license) should be
    used, so that companies can include the package in their proprietary
    software.
    However, if this package introduces another license (even though it is
    equivalent to BSD) it is expensive to internally approve the license
    and monitor it for changes which might make companies not use the
    package. (I once worked for a company that only allowed BSD, Apache
    and LGPL libraries to link against; nothing else -- period.)

ciao,
  -hen

--
Henner Zeller
Freie Software durch B=FCcherkauf f=F6rdern | http://bookzilla.de/

[Beepcore-java-users] RFC 822 Header Parsing broken; Patch

[Henner Z. <HZ...@gm...>]

[Note, I resend this message, since the first message I sent was from a
sender address different from my subscription address]

Hi,
In an attempt to implement Beep as a protocol for JAXM and SAAJ using the
SOAP Profile specification, I noticed, that the implementation of the
RFC822 Header parser has not been complete.

The problems arises when sending attachments with SUNs default
implementation of JAXM. When sending an Attachment with Soap, the payload
actually contains a full mime multipart document, so one mime header
of a beep message contains the boundary which happens to be on a new line
with the SUN implementation; something like:

  Content-Type:multipart/related; type=3D"text/xml";
             boundary=3D"----=3D_Part_0_19610963.1069622873839"

This is correct according to RFC822 (Paragraph 3.2, field-body
production), but is not implemented in the Beep header parser which does
not understand multiline headers. So in this case the boundary is lost and
SOAP-Attachments won't work :-(

I fixed this for the current CVS by implementing a RFC822 parser (an
improved version found on w3c)

The patch can be found at:

http://jwsbuch.net/~hzeller/beep-rfc822-headerpatch.tar.gz

It will create a new java file and a patch file:

  rfc822-header-parse.patch
  src/org/beepcore/beep/util/Rfc822HeaderParser.java

The files can then be patched with
  patch -p0 < rfc822-header-parse.patch

With this patch, sending JAXM Attachments works without problems.

ciao,
 -hen

PS:
My JAXM-Implementation is just proof of concept and far from ready, but
anyone who wants to have a look:
  http://jwsbuch.net/~hzeller/jaxmbeep-0.0.1.tar.gz
The implementation was quite simple. Look in example/SimpleBeepServer.java
how easy it will become to implement a JAXM ReqRespListener. It actually
is that simple!

--

Henner Zeller
Freie Software durch B=FCcherkauf f=F6rdern | http://bookzilla.de/

Re: [Beepcore-java-users] Channel close content availability

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

I haven't really considered it because of this text from Section 2.3.1.3 :

   o  the textual diagnostic (which may be multiline) is meaningful to
      implementers, perhaps administrators, and possibly even users, but
      never programs.

However, if there is a good reason for adding I'll certainly take a look at
what it would take.

--Huston

----- Original Message ----- 
From: "Wladimir Araujo" <wa...@ju...>
To: <bee...@li...>
Sent: Monday, November 17, 2003 11:35 AM
Subject: [Beepcore-java-users] Channel close content availability


Hi,

If I understand the RFC3080 correctly, a close message can have a content
associated with it. As far I can see, there is no way to have access to it
from the library (no similar parameter as in
StartChannelListener.startChannel() nor a method on the Channel class). If
I'm missing something, could you, please, point me on the right direction?
If not, are there plans to include this capability in the future?

Cheers,

Wladimir de Lara Araujo Filho
Juniper Networks, Inc.



-------------------------------------------------------
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way to access your computer from
any Web browser or wireless device. Click here to Try it Free!
https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=/g22lp.tmpl
_______________________________________________
Beepcore-java-users mailing list
Bee...@li...
https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

Re: [Beepcore-java-users] [newbie] jdk1.4.2

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

Steve,

No timeline yet, it is the third item on my list of things to do. Right now
my first priority is cleaning up the API, which I am close to finishing.
Following that I had planned on some refactoring of the internals to clean
things up. Then I'm planning adding nio/seda support.

Right now the only way to track the development is to subscribe to the
mailing lists, in particular the cvs-commits mailing list. I'm open to other
people contributing and working on the project, there are many things that
need to be worked on. We would need to have a discussion about the changes
you are interested in working on to avoid stepping on each other.

--Huston

----- Original Message ----- 
From: "Steve Harris" <st...@ke...>
To: "Huston" <hu...@us...>;
<bee...@li...>
Sent: Thursday, November 13, 2003 2:56 PM
Subject: RE: [Beepcore-java-users] [newbie] jdk1.4.2


Any timeline yet? How would one either track or get involved in the
development?
Cheers,
Steve


-----Original Message-----
From: Huston [mailto:hu...@us...]
Sent: Thu 11/13/2003 6:22 AM
To: Steve Harris; bee...@li...
Cc:
Subject: Re: [Beepcore-java-users] [newbie] jdk1.4.2
Steve,

nio is definitely if the future but I'm not sure about using seda. I took an
initial look at seda and it looks like very good technology but I need to do
some testing to see if tuning resets for TLS would be possible within that
architecture.

--Huston

----- Original Message ----- 
From: "Steve Harris" <st...@ke...>
To: <bee...@li...>
Sent: Wednesday, November 12, 2003 7:19 PM
Subject: [Beepcore-java-users] [newbie] jdk1.4.2


I read about the project beep4j which seems to be dead and I was wondering
if this project was working towards a seda like nio based implementation of
beep?
Something that can handle thousands of connections?
Cheers
Steve




-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
_______________________________________________
Beepcore-java-users mailing list
Bee...@li...
https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

[Beepcore-java-users] Channel close content availability

[Wladimir A. <wa...@ju...>]

	Hi,

	If I understand the RFC3080 correctly, a close message can have a =
content associated with it. As far I can see, there is no way to have =
access to it from the library (no similar parameter as in =
StartChannelListener.startChannel() nor a method on the Channel class). =
If I'm missing something, could you, please, point me on the right =
direction? If not, are there plans to include this capability in the =
future?

		Cheers,

Wladimir de Lara Araujo Filho
Juniper Networks, Inc.

RE: [Beepcore-java-users] [newbie] jdk1.4.2

[Steve H. <st...@ke...>]

I think one of the samples on the seda website is a tls
one. While I like seda concepts I have issues with the java
implementation. I find the coding style very unusual (i.e.
classes that have lowercase names). I would probably do some
renaming before using it ;-)
Cheers,
Steve


-----Original Message-----
From:	Gabe Wachob [mailto:gw...@wa...]
Sent:	Thu 11/13/2003 3:02 PM
To:	Steve Harris
Cc:	Huston; bee...@li...
Subject:	RE: [Beepcore-java-users] [newbie] jdk1.4.2
Just FYI-

I implemented a very lightweight seda architecture in python when =
working
on my aborted pybeep project. http://pybeep.sf.net

I never got to dealing with TLS. There are strategies, afaik, for =
dealing
with I/O that can't be "staged", and TLS might be one such case.

	-Gabe

On Thu, 13 Nov 2003, Steve Harris wrote:

> Any timeline yet? How would one either track or get involved in the =
development?
> Cheers,
> Steve
>
>
> -----Original Message-----
> From:	Huston [mailto:hu...@us...]
> Sent:	Thu 11/13/2003 6:22 AM
> To:	Steve Harris; bee...@li...
> Cc:
> Subject:	Re: [Beepcore-java-users] [newbie] jdk1.4.2
> Steve,
>
> nio is definitely if the future but I'm not sure about using seda. I =
took an
> initial look at seda and it looks like very good technology but I need =
to do
> some testing to see if tuning resets for TLS would be possible within =
that
> architecture.
>
> --Huston
>
> ----- Original Message -----
> From: "Steve Harris" <st...@ke...>
> To: <bee...@li...>
> Sent: Wednesday, November 12, 2003 7:19 PM
> Subject: [Beepcore-java-users] [newbie] jdk1.4.2
>
>
> I read about the project beep4j which seems to be dead and I was =
wondering
> if this project was working towards a seda like nio based =
implementation of
> beep?
> Something that can handle thousands of connections?
> Cheers
> Steve
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
>
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
>
>

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

RE: [Beepcore-java-users] [newbie] jdk1.4.2

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

Just FYI-

I implemented a very lightweight seda architecture in python when working
on my aborted pybeep project. http://pybeep.sf.net

I never got to dealing with TLS. There are strategies, afaik, for dealing
with I/O that can't be "staged", and TLS might be one such case.

	-Gabe

On Thu, 13 Nov 2003, Steve Harris wrote:

> Any timeline yet? How would one either track or get involved in the development?
> Cheers,
> Steve
>
>
> -----Original Message-----
> From:	Huston [mailto:hu...@us...]
> Sent:	Thu 11/13/2003 6:22 AM
> To:	Steve Harris; bee...@li...
> Cc:
> Subject:	Re: [Beepcore-java-users] [newbie] jdk1.4.2
> Steve,
>
> nio is definitely if the future but I'm not sure about using seda. I took an
> initial look at seda and it looks like very good technology but I need to do
> some testing to see if tuning resets for TLS would be possible within that
> architecture.
>
> --Huston
>
> ----- Original Message -----
> From: "Steve Harris" <st...@ke...>
> To: <bee...@li...>
> Sent: Wednesday, November 12, 2003 7:19 PM
> Subject: [Beepcore-java-users] [newbie] jdk1.4.2
>
>
> I read about the project beep4j which seems to be dead and I was wondering
> if this project was working towards a seda like nio based implementation of
> beep?
> Something that can handle thousands of connections?
> Cheers
> Steve
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
>
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> 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] [newbie] jdk1.4.2

[Steve H. <st...@ke...>]

Any timeline yet? How would one either track or get involved in the =
development?
Cheers,
Steve


-----Original Message-----
From:	Huston [mailto:hu...@us...]
Sent:	Thu 11/13/2003 6:22 AM
To:	Steve Harris; bee...@li...
Cc:=09
Subject:	Re: [Beepcore-java-users] [newbie] jdk1.4.2
Steve,

nio is definitely if the future but I'm not sure about using seda. I =
took an
initial look at seda and it looks like very good technology but I need =
to do
some testing to see if tuning resets for TLS would be possible within =
that
architecture.

--Huston

----- Original Message -----=20
From: "Steve Harris" <st...@ke...>
To: <bee...@li...>
Sent: Wednesday, November 12, 2003 7:19 PM
Subject: [Beepcore-java-users] [newbie] jdk1.4.2


I read about the project beep4j which seems to be dead and I was =
wondering
if this project was working towards a seda like nio based implementation =
of
beep?
Something that can handle thousands of connections?
Cheers
Steve




-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
_______________________________________________
Beepcore-java-users mailing list
Bee...@li...
https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

Re: [Beepcore-java-users] [newbie] jdk1.4.2

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

Steve,

nio is definitely if the future but I'm not sure about using seda. I took an
initial look at seda and it looks like very good technology but I need to do
some testing to see if tuning resets for TLS would be possible within that
architecture.

--Huston

----- Original Message ----- 
From: "Steve Harris" <st...@ke...>
To: <bee...@li...>
Sent: Wednesday, November 12, 2003 7:19 PM
Subject: [Beepcore-java-users] [newbie] jdk1.4.2


I read about the project beep4j which seems to be dead and I was wondering
if this project was working towards a seda like nio based implementation of
beep?
Something that can handle thousands of connections?
Cheers
Steve




-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
_______________________________________________
Beepcore-java-users mailing list
Bee...@li...
https://lists.sourceforge.net/lists/listinfo/beepcore-java-users

[Beepcore-java-users] [newbie] jdk1.4.2

[Steve H. <st...@ke...>]

I read about the project beep4j which seems to be dead and I was =
wondering if this project was working towards a seda like nio based =
implementation of beep?
Something that can handle thousands of connections?
Cheers
Steve

Re: [Beepcore-java-users] does feature= and/or localize= in greeting work?

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

Michael,

> in src/org/beepcore/beep/core/ProfileRegistry.java, line 246 & 248 a
> single ' is used for xml-generation where " should be used as far as i
> can see.
>
> while in lines 248 & 254 the blank is unnecessary the line 252, where
> feature= is set a blank is missing.

I'll look into these.

> but anyway, is someone using localize and/or feature? how can i provide
> that?

Not that I know of. I only speak English so I have limited experience in
this area. Suggestions are welcome.

--Huston

Re: [Beepcore-java-users] [Mailer-Daemon@emdete.de: Mail delivery failed: returning message to sender]

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

Hi Michael,

> i'm using beepcore-java for using in jboss. i have some whishes
> regarding the usability of the implementation, can you please

Great!

> - make src/org/beepcore/beep/core/ProfileRegistry.profileListeners
>   protected and make
>   src/org/beepcore/beep/core/ProfileRegistry.ProfileRegistry(String
>   localize, Hashtable profiles) protected, that way i can derive a
>   class to implement a own profile

To implement your own profile you shouldn't need to sub-class
ProfileRegistry, just implement StartChannelListener and register it with a
ProfileRegistry. If there is a reason why this won't work for the profile
you are implementing please detail the problem and I'll do my best to
implement a fix.

> - make src/org/beepcore/beep/core/ChannelImpl public and make
>   src/org/beepcore/beep/core/ChannelImpl.getState() public;
>   alternativly: put getState into the interface; alternativly
>   implement a proper toString() methode for logging

I would prefer to not make ChannelImpl public because I'm in the process of
trying to minimize and cleanup the public interface but making getState
public or fixing toString is not a problem. What information would you like
to see in toString?

> - remove all properties alread in build.properties(.example) from
>   build.xml

thanks.

> - make & in a profile url work, a '&' put into an url leads to an
>   xml parser exception

ah, so we are not escaping '&' when we are creating start channel requests?

> - make org.beepcore.beep.lib.Reply recycleable, if you use a Reply
>   object more than once it closes the channel in the current
>   implementation

We hadn't done this to avoid problems with people using the class. How would
you like to see this feature? Would you call an init() method on Reply when
you want to recycle the object? What are your thoughts?

> - remove the default ctor of
>   org.beepcore.beep.core.OutputDataStream, the default ctor
>   initilizes this.mimeHeaders = null; which leads to a stream
>   ignoring any content.

I did this intensionally since mime headers aren't required for BEEP to work
I wanted to provide a what to send and receive messages without headers. The
intent was messages that want mime headers would sub-class OutputDataStream
e.g. StringOutputDataStream.

> p.s.: i really like beepcore-java and thnx very much for the work of
> huston. i do not want to sound offensive here, if so it's coming
> from my bad english, english isn't my first language, thnx for your
> understanding.

Thank you. No offense taken, your English is quite good.

BTW, I'm trying to get a new release out right now. I will try to add the
simple requests like making getState() public for this release.

--Huston

--Huston

[Beepcore-java-users] does feature= and/or localize= in greeting work?

[M. D. <md...@so...>]

Hi,

in src/org/beepcore/beep/core/ProfileRegistry.java, line 246 & 248 a
single ' is used for xml-generation where " should be used as far as i
can see.

while in lines 248 & 254 the blank is unnecessary the line 252, where
feature= is set a blank is missing.

but anyway, is someone using localize and/or feature? how can i provide
that?

best regards,
	michael

[Beepcore-java-users] [Mailer-Daemon@emdete.de: Mail delivery failed: returning message to sender]

[M. D. <md...@em...>]

hi everyone, hi huston,

i'm using beepcore-java for using in jboss. i have some whishes
regarding the usability of the implementation, can you please 

	- make src/org/beepcore/beep/core/ProfileRegistry.profileListeners
	  protected and make
	  src/org/beepcore/beep/core/ProfileRegistry.ProfileRegistry(String
	  localize, Hashtable profiles) protected, that way i can derive a
	  class to implement a own profile

	- make src/org/beepcore/beep/core/ChannelImpl public and make
	  src/org/beepcore/beep/core/ChannelImpl.getState() public;
	  alternativly: put getState into the interface; alternativly
	  implement a proper toString() methode for logging

	- remove all properties alread in build.properties(.example) from
	  build.xml

	- make & in a profile url work, a '&' put into an url leads to an
	  xml parser exception

	- make org.beepcore.beep.lib.Reply recycleable, if you use a Reply
	  object more than once it closes the channel in the current
	  implementation

	- remove the default ctor of
	  org.beepcore.beep.core.OutputDataStream, the default ctor
	  initilizes this.mimeHeaders = null; which leads to a stream
	  ignoring any content.

best regards,

	michael

p.s.: i really like beepcore-java and thnx very much for the work of
	huston. i do not want to sound offensive here, if so it's coming
	from my bad english, english isn't my first language, thnx for your
	understanding.

Re: [Beepcore-java-users] max message size

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

> Does beepcore-j limit the amount of data sent in a MSG or RPY?  I noticed
> getMaxFrameSize() is hardcoded to 1400 - is this the maximum byte[] size I
> can place inside an OutputDataStream?

no, messages larger than this size will be fragmented into multiple frames
of at most this size.

Re: [Beepcore-java-users] max message size

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

Troy,

Beepcore-java doesn't have any limits on message sizes. If you are not using
the code in CVS, my guess is that you are reading the message in the
receiveXXX callback or you are replying to a MSG in the callback to
receiveMSG. This will block the IO thread so new frames can not be received.
The code in CVS doesn't have this problem but if you want to use the
released code try using the MessageQueue or Reply classes in lib or start
your own thread in the receiveXXX callback to read the message.

--Huston

----- Original Message ----- 
From: <no...@co...>
To: <bee...@li...>
Sent: Monday, October 20, 2003 7:16 AM
Subject: [Beepcore-java-users] max message size


> Hello,
>
> Does beepcore-j limit the amount of data sent in a MSG or RPY?  I noticed
> getMaxFrameSize() is hardcoded to 1400 - is this the maximum byte[] size I
> can place inside an OutputDataStream?
>
> When I first began using beepcore-j, the replies were roughly 500 bytes.
> Now my reply size has grown to about 2k and the client does not receieve
> the replies.  Do I need to break the message into smaller pieces myself,
> or is it that I am doing something wrong?
>
> I'm replying using message.sendRPY(new ByteOutputDataStream(data)), where
> data is a byte[] representation of an XML document.
>
> Thanks!
>
> Troy
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by OSDN developer relations
> Here's your chance to show off your extensive product knowledge
> We want to know what you know. Tell us and you have a chance to win $100
> http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
>
>

[Beepcore-java-users] max message size

[<no...@co...>]

Hello,

Does beepcore-j limit the amount of data sent in a MSG or RPY?  I noticed
getMaxFrameSize() is hardcoded to 1400 - is this the maximum byte[] size I
can place inside an OutputDataStream?

When I first began using beepcore-j, the replies were roughly 500 bytes. 
Now my reply size has grown to about 2k and the client does not receieve
the replies.  Do I need to break the message into smaller pieces myself,
or is it that I am doing something wrong?

I'm replying using message.sendRPY(new ByteOutputDataStream(data)), where
data is a byte[] representation of an XML document.

Thanks!

Troy

[Beepcore-java-users] Pinging Huston

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

Huston,

You still about?  I need an old ID cleaned up on the
mailing lists.

-bill

Re: [Beepcore-java-users] BeepCore-java and RoadRunner-c

[Harsh D. <hda...@io...>]

Rick Fujiyama,
I'm wondering if the code your team wrote to support tunneling (on
beepcore-java) is freely available or if there are any licensing issues. I
looked at it and I need to suppress all the output that goes on std out/err?

Huston,
Is there any plan to incorporate the patch that tunnel team wrote in the
standard distribution of beepcore?

Thank you,
Harsh

Rick Fujiyama said:
> You can read the final report at http://beep-tunnel.sourceforge.net for
> information on the interaction between the Roadrunner C and
> beepcore-java libraries.
>
>
>
> On Thu, 3 Jul 2003, Gabe Wachob wrote:
>
>> This was the intent of the beepbuilders list (at yahoogroups) - to
>> work on interoperability testing.
>>
>> I'm no longer very active with BEEP stuff, but you may find interested
>> parties there (go to yahoogroups.com and search for beepbuilders)
>>
>> 	-Gabe
>>
>> On Thu, 26 Jun 2003, De Kock SJ <136...@su...> wrote:
>>
>> > Hi,
>> >
>> > Has anyone used beepcore-java with RoadRunner-c? I have just started
>> > using RoadRunner and the plan is to combine it with work that I did
>> > a while ago using BeepCore and/or SimpleBEEP. Has anyone done any
>> > testing of the two?
>> >
>> > Thanks,
>> > Sean
>> >
>> >
>> > -------------------------------------------------------
>> > This SF.Net email is sponsored by: INetU
>> > Attention Web Developers & Consultants: Become An INetU Hosting
>> > Partner. Refer Dedicated Servers. We Manage Them. You Get 10%
>> > Monthly Commission! INetU Dedicated Managed Hosting
>> > http://www.inetu.net/partner/index.php
>> > _______________________________________________
>> > 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
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>> Data Reports, E-commerce, Portals, and Forums are available now.
>> Download today and enter to win an XBOX or Visual Studio .NET.
>> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
>> _______________________________________________
>> Beepcore-java-users mailing list
>> Bee...@li...
>> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
>>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users


-- 
Harsh Daharwal
IOS Networks Inc.
http://www.iosnetworks.com

Re: [Beepcore-java-users] BeepCore-java and RoadRunner-c

[Rick F. <ri...@cs...>]

You can read the final report at http://beep-tunnel.sourceforge.net for
information on the interaction between the Roadrunner C and beepcore-java
libraries.



On Thu, 3 Jul 2003, Gabe Wachob wrote:

> This was the intent of the beepbuilders list (at yahoogroups) - to work on
> interoperability testing.
>
> I'm no longer very active with BEEP stuff, but you may find interested
> parties there (go to yahoogroups.com and search for beepbuilders)
>
> 	-Gabe
>
> On Thu, 26 Jun 2003, De Kock SJ <136...@su...> wrote:
>
> > Hi,
> >
> > Has anyone used beepcore-java with RoadRunner-c? I have just started using RoadRunner and the plan is to combine it with work that I did a while ago using BeepCore and/or SimpleBEEP. Has anyone done any testing of the two?
> >
> > Thanks,
> > Sean
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: INetU
> > Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> > _______________________________________________
> > 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
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Beepcore-java-users mailing list
> Bee...@li...
> https://lists.sourceforge.net/lists/listinfo/beepcore-java-users
>

Re: [Beepcore-java-users] BeepCore-java and RoadRunner-c

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

This was the intent of the beepbuilders list (at yahoogroups) - to work on
interoperability testing.

I'm no longer very active with BEEP stuff, but you may find interested
parties there (go to yahoogroups.com and search for beepbuilders)

	-Gabe

On Thu, 26 Jun 2003, De Kock SJ <136...@su...> wrote:

> Hi,
>
> Has anyone used beepcore-java with RoadRunner-c? I have just started using RoadRunner and the plan is to combine it with work that I did a while ago using BeepCore and/or SimpleBEEP. Has anyone done any testing of the two?
>
> Thanks,
> Sean
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> 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