Add HTTP Binding support (BOSH / XEP-0124)

In order to be really useful, this will also require HTTP proxy support. With this in place, smack/spark would work inside most corporate firewalls.

I'm willing to devote some resources if the developers create some interfaces, method stubs, etc. and point me in the right direction.

I second the notion that HTTP proxy support is a must

Hi,

Do you foresee to develop the XEP-0124 soon ?
Almost firewalls don't allow conventionnal xmpp connection by socket 5222 or other.
It's a very interesting feature.

So, i hope to have some news from ignite...

Sincerly yours,

I'm working on this issue. I think I will use the http://hc.apache.org/httpcomponents-core/ libary for standalone applications and also an interface for GWT applications (http://code.google.com/intl/de-DE/webtoolkit/).
I will attach my implementation here when it's finished. I think it will take some weeks.

Guenther,

I've been working on a Java implementation of XEP-0124 (i.e., excluding XEP-0206) and am approximately 70% finished. My intent was to build up a general purpose XEP-0124 library which could then be pulled in as a dependency by smack and used to implement XEP-0206. If you're interested, I propose we work together toward this goal. Sound good?

Mike

Will this work with GAE (Google App Engine) when it is done since Guenther is working for GWT interface? I know that GAE, now, supports XMPP (sort of) for gtalk but smack will be a full blown XMPP compliant client.

Mike or Guenther have you made any progress on this?

I've been making progress on the XMPP library. Guenther and one other gentleman contacted me early on about helping to work on this but I have not heard anything back either one of them. Help is certainly still welcome however since my available time has recently been sitting close to the zero mark (read: baby in the house)! :-/

The XMPP library I've been working on can be found at: http://kenai.com/projects/jbosh . It is fully functional according to spec for almost all of the important aspects needed for developing the Smack portion.

Sorry, I missed the GAE question for some reason. I don't know enough about GAE to be able to answer the question. I believe there would be a good chance of it working but it would depend on the implementation of xSocket/xLightweb - the HTTP libraries used by jbosh. That said, jbosh is designed to accommodate multiple underlying HTTP implementations so it wouldn't be difficult to add support should that be desired.

Hope this helps...

A first implementation of BOSH for Smack can be downloaded via subversion on http://svn.igniterealtime.org/svn/repos/smack/branches/bosh/. It's based on Mikes jbosh library and should work for HTTP connections without encryption. I will continue to work on this. But the last weeks I didn't spend much time in this project.

Do you have any sample code for logging in? I have some code where I am able to connect but not log in:

public BOSHConnection login(String host, int port, String user, String password, String domain, String filepath)
{
BOSHConnection connection = null;
try

catch (Throwable t)

return connection;
}

No exception is thrown when I call connect(), connection.isConnected() = true is printed but when it tries to log in, I immediately get :

java.lang.IllegalStateException: Not connected to server.

Thank you.

You should remove "user + "@" +" from creating a new configuration since the 5th parameter is the XMPP domain of your server. I can't reproduce your issue, please can you enable debug (Connection.DEBUG_ENABLED = true;) before you call your login method and post your issue it to the forum?

For transparency/visibility, I'm having to put my work on the "jbosh" portion of this issue on hold for the time being. I do plan to continue working on it as my schedule allows but don't have any cycles to spend on this at the moment. Additional contributers to the jbosh project are welcome, should anyone be interesting in pursuing this in the interim.

Mike/Guenther,
I'm also very interested in this feature. Do you guys have a feel for a target release?

Thanks,
Nate

Unfortunately, I'm still too busy to get back into this at this time. The JBOSH library is currently awaiting a refactor to fix a concurrency issue (in the test framework) and to add SSL testing capabilities (also primarily in the test framework). Guenther can comment on the integration into smack as he's done all the work there.

Mike/Guenther,
I have some time on my hand. I would like to take a look at it and see if I can be of any help.

Hi,

Is there any progress with this feature?
I downloaded the SVN branchL smack-bosh.
The initial tests for HTTP work well.
However HTTPS does not work. The client timeouts after some time. Debug window shows no responses.
The configuration that works well is:
BOSHConfiguration configuration=new BOSHConfiguration(false,"localhost",7070,"/http-bind/","marjan-sterjev");
The HTTPS version timeouts:
BOSHConfiguration configuration=new BOSHConfiguration(true,"localhost",7443,"/http-bind/","marjan-sterjev");

Best Regards,

Marjan

Any news?

No news, sorry. I no longer have a need for this functionality and still have a noticeable lack of time for personal projects. The code for the JBOSH library can be found at:

http://kenai.com/projects/jbosh

or at a fork by another dev who was leveraging this for Android:

https://github.com/zewt/jbosh

If you wnt project administrative or committer rights to the kenai instance, just let me know.

I tried Guenther's implementation. It seems to work with my Smack 3.2.1 client, but I had to do some minor changes:
In the login method, put the authenticated = true BEFORE you load the roster, otherwise it throws IllegalStateException.

        authenticated = true;
        anonymous = false;

        if (config.isRosterLoadedAtLogin()) {
            this.roster.reload();
        }

Second, in the getRoster() I added:

synchronized (this) {
            // if connection is authenticated the roster is already set by login()
            // or a previous call to getRoster()
            if (!isAuthenticated() || isAnonymous()) {
                if (roster == null) {
                    roster = new Roster(this);
                }
                return roster;
            }
        }

as it is done in XMPPConnection, since I have to add a RosterListener to the roster before I login. (otherwise I my Roster didn't load properly (with XMPPConnection)).

I ran into the SSL version of a configuraion timing out as well, identical to Marjan's code above. I think I debugged the root cause to org.xlightweb.client.HttpClient

He's throwing an IOException being caught at line 130 in com.kenai.jbosh.XLightWebResponse
The detailMeassage is: ssl connection are not supported (use pool sslContext parameter constructor)
Has this already been solved, or is some other workaround in place? I'm new to all of this so I'm not sure what layer in all of this would be the one to try and implement a work around. Any ideas?
Thanks,
-Kevin