Quantcast
Channel: Ignite Realtime: Message List
Viewing all 12162 articles
Browse latest View live

Re: Alternatives openfire ?

$
0
0

openfire is one of the most notable XMPP servers out there. there are others, of course, but openfire is one of the largest (and in my opinion, one of the best). 

 

I do not know what troubles you have encountered... but as with any new (to the developer) and large/complex codebase (openfire's codebase has been open source since 2007, but was developed privately for many years prior to that), there is a very steep learning curve until you are familiar enough to navigate on your own.

 

There are also paid XMPP servers out there, but I'd note that many of them are actually openfire in disguise with some modifications to suit that vendor's needs. Some notable paid versions are Cisco's Finesse product and Cisco's WebEx product, both of which take openfire and bundle it with a bunch of other collaboration software all into a single (paid) package. The same is true with the other popular XMPP servers who have licensing that allows for commercial vendors to re-package.

 

As far as I know, these paid versions are going to discourage "hacking" on the source code since the vendor is supporting a known-working version (that they produced and plan to support for a period of time).

 

Of course, depending on what you are trying to do, you may not even need openfire or any XMPP server, but rather just play around with the smack xmpp library and make your own server, or have things talk directly to each other, etc. There are many ways to go about it

 

To address a point you made in a previous post, yes, I do think documentation is perhaps a little lacking for not just openfire, but most of the projects here at igniterealtime. The problem is, most people would rather spend time "hacking" on the codebase to make new features or improvements rather than spend an afternoon writing boring documentation. Everyone here is volunteers, so it's difficult to get people to do the "boring" things like documenation. Of course, if you make documentation improvements, the community would be very grateful!


Re: Friend information get?

$
0
0

Alternative openfire ? you know another ?

 

See here:

http://xmpp.org/xmpp-software/

 

I used precense, about 6 - 8 days not is normal

???

 

I am not happy with openfire is not normal, it takes one or two months to make a instant messenger

 

You know... you can't develop an instant messenger in just 2 weeks.

 

Spark has been developed over several years.

In my company we are working with XMPP since 2011 and a _prototypical_ Instant Messenging system took also some months.

Re: default.properties spark.properties & host_name/server ?

$
0
0

I believe the server/host box being greyed out is set in the default.properties file since that's usually an "enterprise" thing where sys admins want to hardcode the server field for users. I'm not sure if you can set that anywhere else, which means you will have to compile it that way.

 

There are some situations where that box will become "un-greyed", I believe usually this happens if the server field is not reachable (to prevent a broken login loop). There may be other ways it comes un-greyed.

 

regarding the password field, spark does some "magic" with the saved passwords to make them hard to figure out if you don't know them already.

 

You'll notice how it's set to password<somerandomcharacters>=<somerandomcharacters>

 

Just delete the entire line. Next time you start spark, the password field will be empty and it wont let you click the Login button until the password field is populated.

 

Also, make sure you do not accidentally have "Save password" and/or "Auto login" selected when you make your "neutral" spark.properties file. Both of those settings could give you some trouble if set.

 

in the spark.properties file, these properties are:

 

passwordSaved=false

 

and

 

autoLoginEnabled=false

 

both should be set to false.

Re: Friend information get?

$
0
0

you could always take spark as your base, then modify as needed until it's your own instant messanger. spark has been around for a very long time (open sourced in 2006, was privately developed for many years before that), and generally works very well. it has a great plugin system which allows you to quickly and easily add features that you want. or, you can always "hack" on the core.

Re: Alternatives openfire ?

$
0
0

Hi Jason,

 

Frisly great explanation.

 

As you say, many use xmpp smack, disguised, that you're right. 

 

I know a "GREAT API" called Quickblox is one that is "well documented" why? easy, you have good resources, working with the people who matter. 

 

However the server is never yours, but that's no problem, you can migrate the server in another computer. 

 

What I have come to refer me, is that Quickblox can do "everything" in just one week. 

 

I know the job of programming exceed: Android -> java -> Objects -> Json -> xml/2-> Html / 5 (javascript, ajax etc..) -> Php -> python (server). 

 

I know the work is hard, do not deny it, but you Quickblox does it all in an instant.

cloud server, video-chat, talking with users. 

 

My point of view I think that would be an alternative cloud Quickblox.

 

http://quickblox.com/

http://quickblox.com/developers/Android

 

Regards!

Re: Asmack can not build succefully

Re: Adding Users to Chats through mysql or api

$
0
0

Openfire uses then 2 databases, your (user) database is read-only for Openfire.

Re: Asmack can not build succefully

$
0
0

BTW, I recommend using the provided aSmack 0.9 SNAPSHOT releases


Re: Getting Full Jid

$
0
0

Hi,

I faced the same problem!

Is there a way to get Full JID of a Roster (including Resource)?

Please give a sample code if possible,

any help would be appreciated

Re: Alternatives openfire ?

$
0
0

Quickblox

I've never heard of or worked with it.

 

But as it seems, it is a "closed" server, with some modifications. You also have to use the server and can't easily switch to another, due to a custom authentication, which is used (not quite sure here!?).

 

The Android SDK seems to be built on top of Smack and adds more/modified functionality, like video.

 

E.g. I saw this in the docu:

 

// initialize SMACK

SmackAndroid.init(this);

 

chat = QBChatService.getInstance().createChat(); chat.addChatMessageListener(new ChatMessageListener(){ @Override publicvoid processMessage(Message message){ Log.d(TAG, "Messags: "+ message.getBody());}   @Override publicboolean accept(Message.Type type){switch(messageType){case chat:returntrue;// process 1-1 chat messagesdefault:returnfalse;}}});// send message    chat.sendMessage(546, "Hi mate!");

 

which looks similar to Smack.

 

The documentation looks good, but I guess that's also the price you pay. (http://quickblox.com/plans)

 

In general, it's a commercial product. You pay for it, so you can expect it to have better documentation.


Re: Alternatives openfire ?

$
0
0

Correct Csh ,

 

Similar to smack , I have personally worked with the API Quickblox , and comment that fine, any clause " for example , the server " , but otherwise fine.

I know their prices, and all together on . Jar Quickblox , however , I would create my server from "0 " to smack . 

 

You also can use the same code to get a commercialized Quickblox and legal app , that's very interesting today .

 

To migrate server , you have to make yourself the libraries . " Jar" , easy , are a set of " listeners" javas listening to others with the same netbeans can do it. 

 

I myself could create me my libraries "smack " but do not have time to think algorithmic ( objects,json , xml etc . ) , So I'm using smack

 

Actually, seems like a good smack API , but lacks a few updates , for example asmack need include: Streams, virtualisation , data sharing, etc. .

 

I think if you strive to improve grow much .

 

I have a question : Who developed the library , asmack ?

I know openfire page , but I do not know if you you develop the library.

 

I would like to contribute ideas to the Seller asmack .

 

A greeting.

Possible to add extra items in default.properties before creating msi?

$
0
0

Hi all,

 

I'm finishing a minor redesign of our systems and need to reinstall spark (new OS, no previous settings of spark)

 

To be able to install with the least possible interaction, I will create a msi package. (we have no AD so cannot use GPO)

The added advantage is to be able to preconfigure the client as much as possible.

I have found this guide http://itvomit.com/2011/12/31/customizing-the-spark-chat-client-using-appdeploy/ and the documentation regarding default.properties http://community.igniterealtime.org/docs/DOC-2163

 

I tested this and come close to what I would like to achieve for now but I have a question which explains itself in title of this posting:

can I add settings to the default properties file which are not documented but added later on when starting the client?

What I tried so far is to create a general default.properties file that I copy after running the setup to the %appdata%\spark folder and before starting the client for the first time.

This works well but I wonder if it's possible go a step further by adding these settings to the packaged version of that file?

These are the settings that I'm adding/changing:

  • language=en
  • LookAndFeel=com.jtattoo.plaf.fast.FastLookAndFeel
  • offlineGroupVisible=true
  • passwordSaved=true
  • showAvatar=false
  • showVCards=false
  • tabsOnTop=false

 

Is it also possible to modify the other relevant files in the resource folder in a similar fashion?

 

TIA

Re: default.properties spark.properties & host_name/server ?

$
0
0

You are right about the greyed out server/host field: it's because the user/password was not correct and it makes sense now that I read your explanation.

I assumed that the settings were not applied and did not look further.

It worked well to create that general default.properties file but I would like to go a little further, therefor I created a new thread so others can step in and/or learn from it.

 

I would like to summarize the things I have and it seems I can also create a document.

Will be something for when all is running.

Thanks again for your input!

Re: Chrome freezes upon sharing the desktop

$
0
0

Performance tuning made no big difference.

Anyhow, thank you for your suggestions.

 

Regards,

Re: No Video of the other Participants

$
0
0

id="47db0de43087f22a511d9ca52aef02f8ebce32426f173e3d03e963f38" network="0" priority="2130706430" protocol="udp" type="host" ip="0.0.0.0" port="5033"/></transport></channel></content></conference></iq>

03 17, 14 7:38:11 AM org.ice4j.ice.ConnectivityCheckClient processTimeout

INFO: timeout for pair: 0.0.0.0:5032/udp/host -> 10.0.8.191:35204/udp/host (audio.RTP), failing.

 

 

That does not look right


Re: [ jitsi videobridge - candy example ] Lost video stream while open private chat tab.

$
0
0

That is a very good idea. I will see if it can modified as suggested

Re: Move openfire svn to github 31 March

$
0
0

Well, so far Smack and Spark are both on Github, and the experience has been pretty easy (at least now most kinks have been ironed out).

 

Jira continues to be the issue tracker for the projects at the moment. Jira offers a lot more features for an issue tracker than Github issues does, however that may or may not be needed. Sometimes simplicity is nice. I think it may be a large effort to get all current Jira tickets into Github Issues... but Github Issues offers a lot more integration when using Github as a repo... I've no preference personally.

 

I believe there is a one-way communication between github to jira (or is it the other way around?). Fisheye, I do not know, however, Fisheye is redundant of much of the Github UI. Fisheye isn't suggested by Altassian to be used with their Stash product or BitBucket product, and both emulate Github, so it's doubtful Fisheye will add anything useful for projects on Github.

 

Bamboo works fine with Github, right now I think Daryl set it to poll Github every 5 minutes for new commits, and if any are found, it builds the project.

 

Project leads will need to review pull requests (unless delegated to a trusted contributor) and apply changes to the Master branch of the repo (github can email you notifications when a new pull request is opened, and most pull requests can be auto-merged with a 1-click button). When changes are applied to the Master branch, Bamboo will notice, and will build it.

 

I don't know about the github wiki. I've not used it much... so i don't know if it offers anything better. If anything, I don't think we're going to switch away from using the Jive SBS for forums and the website... so maybe the wiki-ish stuff should stay here as well. I think Matt (or maybe it was Benjamin ) has said at somepoint Jive was planning to upgrade us to the latest and greatest Jive SBS

Re: Move openfire svn to github 31 March

$
0
0

Thanks Jason (I almost called you Json )

 

That was very enlightening

Re: XEP-0332

$
0
0

Just send a pull request. First time in my life

Please, let me know if any additional information should be provided or any modification to the code must be done.

 

I had created gradle subproject named 'hoxt' (abbreviation of "Http Over Xmpp Transport").

I had also added this subproject into smack's settings.gradle.

Beside that the code is really trivial. There are no android/java se specific features. So, I expect no problems on those platforms.

The code also re-uses code for shim extension.

The only limitation is that 2 featres of xep-0332 are not supported: jingle and sipub. They are not used yet

Unable to use smack-bosh out of the box

$
0
0

I had a few issues getting going with smack-bosh 3.4.1:

 

(1) First when I added all the appropriate jars to my classpath and when running my BOSH client, I get the error:

IllegalStateException: Could not load org.igniterealtime.jbosh.HTTPSender implementation

 

Turns out the XLightWebSender.java was in the test src, so when I copied that and XLightWebResponse.java into the src main directory I was able to get past this issue.

 

(2) When I created the BOSHConnection, I was unable to connect to OF because the host and port were 'null' and 0 respectively. Turns out host and port aren't being set when you pass these values in the BOSHConfiguration constructor. I had to manually call the following in order to finally get it to connect:

config.setUsedHostAddress(new HostAddress(_host, _port));

 

Basically, I had to hack around a little bit in order to get the smack-bosh jar to work. Is this the way it's suppose to work or am I doing something wrong?

Viewing all 12162 articles
Browse latest View live