Return to Jive Software

Up to Blog Posts in Jive Talks
Previous Next

Jive Talks

Currently Being Moderated
Matt Tucker
17

[http://www.flickr.com/photos/50884898@N00/162086950/]Today, Wildfire won a ServerWatch product award in the Real-Time Communication Server category while Jabber took top honors in the Open Source Community category; check out the article for full details. Two things about the Wildfire award get me excited.

 

First, it's typical for Open Source projects to do well in reader's choice awards. Large Open Source communities are willing to take the time to cast votes for their project (if they know about the contest); it's hard for proprietary vendors to inspire that same passion. But that's not what happened in this case. Although we knew Wildfire was nominated for the award, we didn't know the details of the voting process and didn't make any mobilization efforts. So, the voting came directly from ServerWatch readers. On behalf of the entire Wildfire community: thanks ServerWatch! Even better, not only did Wildfire win, but we "ran away with the real-time communication category, capturing more votes than Microsoft Live Communications Server 2005, IBM Lotus SameTime, and Antepo OPN XT combined."

 

Second...notice who came in second? We think Wildfire is emerging as a viable alternative to Microsoft's LCS. We're disrupting the market using Open Source, open standards, and innovative features. But while this award shows we're heading in the right direction, we have a lot of work left to do. LCS is a clear leader and most organizations choose Microsoft products because they're a  safe and familiar choice. We've only just started to get the word out about Wildfire and Spark. To the Wildfire community: thanks for your help so far and keep it up!

 

1,162 Views Tags: planet-jabber, planet-jabber, eim, eim


Comments (17)
Add a comment Leave a comment on this blog post.
Aug 14, 2007 5:52 PM Guest wroot  says:

great

 
Aug 14, 2007 5:52 PM Guest Travis  says:

Right on guys. Great news.

 
Aug 14, 2007 5:52 PM Guest sake  says:

Is it possible to reduce Spark's memory footprint ?

Most IM software take 5-15MB of memory, but Spark need over 40MB !

 

Not many people are willing to keep such a bloat software running in the background.

 
Aug 14, 2007 5:52 PM Guest matt  says:

sake,

 

Almost all of that memory is coming from Java itself. To some degree, that's the price you pay for having a rich cross-platform application. However, there are still several things that can be done to reduce memory usage:

 

 

  • Further optimizations in Spark should shave shave off exra MB. We're working on some of these now.

 

  • There are some good improvements to memory usage coming in the next version of Java, which will ship this fall.

 

  • New computers always have more and more RAM.

 
Aug 14, 2007 5:52 PM Guest Jay  says:

Derek asked me what I thought the biggest difference will be between having Spark be open source, and having a HOW-TO development guide.  Here are my thoughts:

 

My first reaction is I can "just go do it" when it comes to making a change, I dont have to wait for overworked develpers to accept my change.  But it really goes beyond that too.  When I contribute code to an open source project, there is a feeling of ownership and pride that goes along with it.  I think this helps develop a community around a product too, since it starts breaking down the strict producer-consumer model most software companies have. We have already seen examples of this with Wildfire:

 

 

  • Community members can contribute great new ideas

 

  • Community members can submit fixes with bug reports

 

  • Community members can get a better understanding of the limitations and strengths of the software

 

The key word there is "can."  Not all will, there will still be many people who "leech" but that really isnt any different than the current producer-consumer model.  By allowing the community complete access to the software, and even "free" ownership in it, the community will become more proud to use those products. 

 

I for one am glad to see a product like Spark go open source.  I think that means great things will come to it, and the company that provides care and feeding to the project.

 
Aug 14, 2007 5:52 PM Guest santhosh kumar  says:

It is good news for me.  So I can customise according to my corporate needs

 
Aug 14, 2007 5:52 PM Guest Carlos  says:

Congratulations to everyone at Jive! You've definitely earned it by releasing top quality software.

 
Aug 14, 2007 5:52 PM Guest Sean  says:

Great work Jive! Hope to see you at OSCON in July.

 
Aug 14, 2007 5:52 PM Guest J.D. Pace  says:

I watched the memory footprint in the XP Task Manager as I triggered different events in Spark.

 

1. Startup with autologon: 37,100k (no windows dispayed, tray Icon only.

2. Open the client window by clicking on the tray icon: 39,140k.

3. Close the client window by clicking on the "X": 39,456k

4. Reopen the client window: 39,844k

5. MINIMIZE the client window: 2,936k

6. Restore the client window: 15,548k

 

I don't know much about the JRE, but I did notice that it appears to clean up nicely when all application windows are minimized, but it does not perform the same cleanup when the client is minimized to the system tray.

 
Aug 14, 2007 5:52 PM Guest wroot  says:

J.D. taking less memory when minimized is common for all windows programs. I think this is achieved by moving most of date to swap. Which is slow and takes longer for program to get up. If program is small and fast you dont see difference so it's nice when it takes less memory minimized. But with java, i can even prefer it to take 40Mb all the time and dont use swap ever. I like when my apps are reacting quick after long idle time. So i dont have to wait even a few seconds.

 
Aug 14, 2007 5:52 PM Guest rcw  says:

Ignore the "Mem Usage" column in Task Manager. Enable the "Virtual Memory Size" column and use that.

 
Aug 14, 2007 5:52 PM Guest sbaier  says:

If Spark uses 40mb of RAM, I am presuming that this wouldn't be a good option to have running on a Citrix server.  The majority of our users have WinTerms and run all applications off of Citrix.  Any opitions I have?

 
Aug 14, 2007 5:52 PM Guest matt  says:

sbaier -- if for some reason Spark doesn't work in your environment currently, you always have the option of using another client that implements the XMPP protocol. There's a large list of clients available at http://www.jabber.org and they generally all work great with Wildfire.

 
Aug 14, 2007 5:52 PM Guest Dhaval  says:

A nice to use IM, easy and very powerful, so guys can u please keep me updated with new techs...?

 
Aug 14, 2007 5:52 PM Guest sun83819  says:

hi,i got a question about how to confige the asterisk Plugin.

client: spake.

server: wildfire.

 

XMPPConnection conn = new XMPPConnection("myserver.foo.com", "user", "password");

PhoneClient client = new PhoneClient(conn);

 

which file should this code be put in?

thanks.

                                        Asia

                                           China

 
Aug 14, 2007 5:52 PM Guest Mirror  says:

Is it possible to reduce Sparks memory footprint ?

Most IM software take 5-15MB of memory, but Spark need over 40MB !

 

Not many people are willing to keep such a bloat software running in the background.

 
Aug 14, 2007 5:52 PM Guest BML  says:

I too run a Citrix type network, and 50 users running spark @ 39-45MB RAM, About 2GB's - Can't happen... Any find a Lite client thats like spark just not much a memory pig?

 
Learn more about Jive SBS
Subscribe to the Jive Talks RSS Feed

Popular Blog Posts

Jive Tweets

Follow Jive on Twitter

    We're also on: