powered by Jive Software

Red5 Problem


I’'m currently running Wildfire 3.2.2 with the Red5 plugin 0.4. My setup is as follows:

XMPP domain is domain.com

Wildfire server is im.domain.com

I use SRV records to accomplish this.

I still can’‘t get the embedded JWChat to work for some reason or the plugin. The plugin seems to not check the SRV records and tries to connect to XMPP domain, so in my case domain.com:9090/red5/ instead of im.domain.com:9090/red5/ . I’'m not sure if this is causing my JWChat problems also.

The other wildfire server I manage doesn’'t have any of these issues, but the XMPP domain and server domain resolve to the same host.

The plugin attaches installs itself as a web application relative to the Admin console. If you can access your admin console with http://im.domain.com:9090/, then red5 should be accessible with http://im.domain.com:9090/red5. I however have never used SRV records, but I will assume it is the client that needs them to access the appropriate server. In this case the browser.

In the next version of JWChat5, I am adding the option to specify the full JID during login in cases where the domain name is different from the Openfire server name.


I have this problem with de plugin



at java.util.ArrayList.toArray(Unknown Source)

at org.springframework.beans.MutablePropertyValues.getPropertyValues(MutableProper tyValues.java:219)

at org.springframework.beans.MutablePropertyValues.(MutablePropertyValues.java:64)

at org.springframework.beans.factory.support.AbstractBeanDefinition.(AbstractBeanD efinition.java:183)

at org.springframework.beans.factory.support.RootBeanDefinition.(RootBeanDefinitio n.java:156)

at org.springframework.beans.factory.support.AbstractBeanFactory.getMergedBeanDefi nition(AbstractBeanFactory.java:943)

at org.springframework.beans.factory.support.AbstractBeanFactory.getMergedBeanDefi nition(AbstractBeanFactory.java:920)

at org.springframework.beans.factory.support.AbstractBeanFactory.getMergedBeanDefi nition(AbstractBeanFactory.java:906)

at org.springframework.beans.factory.support.AbstractBeanFactory.isTypeMatch(Abstr actBeanFactory.java:393)

at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNam esForType(DefaultListableBeanFactory.java:180)

at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOf Type(DefaultListableBeanFactory.java:231)

at org.springframework.context.support.AbstractApplicationContext.getLifecycleBean s(AbstractApplicationContext.java:816)

at org.springframework.context.support.AbstractApplicationContext.isRunning(Abstra ctApplicationContext.java:801)

at org.springframework.context.support.AbstractApplicationContext.isRunning(Abstra ctApplicationContext.java:804)

at org.springframework.context.support.AbstractApplicationContext.isRunning(Abstra ctApplicationContext.java:804)

I’'ve tried version 0.0.5 and I still have the problem. On the JWChat login page it shows:

Server: im.domain.com

In the JID field I put congerk@domain.com

When I click login I get “Service unavailable”

I know http-binding is running, since if I go to http://im.domain.com:8080/ I get:

“Wildfire HTTP Binding Service”

Looking at the code that forwards from port 9090 to 8080

url = new URL (“http://localhost:” + httpBindPortPlain + “/http-bind/”);

The only thing I can say at the moment is that your server does not like “localhost”

Put jwchat in debug mode and generate some log messages. Maybe that will shed some light on what is happening.


Yep I have Wildfire bound to a specific IP. This particular server has many IPs on it.

I wil log a fault and get the plugin to query Openfire for which IP address it’'s web service is bound to and use that instead of localhost in the next release.

many thanks for identifying this issue.


Thanks I look forward to the update.


You might want to look at this




This problem is different, I am running Java 1.6 and I am able to get to myserver.com/red5/. I just can’'t login.



I am so sorry. I have mixed up the problem you have with someone else. If you want an immediate fix, please let me know and I can post the modified class files here instead of waiting for the next jar file release.


Thanks dele, but I’‘m willing to wait till the next release. However if you’‘d like me to test it for you, I’'m more then willing to help out.



Did you see my post here: http://www.igniterealtime.org/forum/thread.jspa?threadID=25200&tstart=0

This is the cause of my spark plugin problem I believe.

Hi Keith,

I saw your original post and it prompted me to post the problem on the developer’'s forum.

getServerAddress() does exactly what the documenentation says even though it has a confusing name. It fetches you the xmpp domain name. I use it to get the full JID of the red5 component.

I am going to try to ask the Jetty webserver directly with request.getServerName() instead of Openfire. That should probably work.


Message was edited by: dele

Hi Dele

We are trying the plug in also and get it loaded but when we attempt to log in we get service not available.

Is this a know issue and has it been resolved or are there work around or more likely have we neglected to set it up properly

that is also the start of the error in the error.log file



Depends on your configuration. There were issues with the Openfire Linux RPM deployments because of the missing spank folder, but I think that has been resolved. If you are forwarding via Apache, then you could have a conflict with the port forwarding proxy in the red5 plugin.

I sugget you post your log file here and someone will give you a clue. You can also edit the config.sys file and switch on the jwchat debug messages. That will also help.