3.8.0 Group issue?

We have a presumed fix ready to go in the 7-Feb nightly build (3.8.1-Alpha). It would be great if you could give it a shakedown in your AD/LDAP environment and report back. Thanks for your help.

Nightly builds are available at http://www.igniterealtime.org/downloads/nightly_openfire.jsp - Toms fix was first included from the version that was generated on February 7th.

Happy to report that this issue is fixed for me

I am using Wordpress/Buddypress as my user/group store and assumed it was something wrong in my code when I first saw it with 3.7.2 nighlty build.

I am also confirming the issue is fixed here.

Way to crush this one in olympic time.

Thanks.

Working. Thanks for the fast responds.

nightly 3.8.1 alpha update worked updating in windows environment. Be sure not to replace your cert if you’re using SSL though! openfire/resources/sercurity

Duess,

How did you go about upgrading to this version? I followed http://www.igniterealtime.org/builds/openfire/docs/latest/documentation/upgrade- guide.html but that kind of screwed things up.

Error when starting. This is on 2008 R2.

java.util.zip.ZipError: jzentry == 0,

jzfile = 78695808,

total = 4444,

name = C:\Program Files (x86)\Openfire\lib\openfire.jar,

i = 3282,

message = null

at java.util.zip.ZipFile$2.nextElement(Unknown Source)

at java.util.zip.ZipFile$2.nextElement(Unknown Source)

at java.util.jar.JarFile$1.nextElement(Unknown Source)

at java.util.jar.JarFile$1.nextElement(Unknown Source)

at sun.misc.URLClassPath$JarLoader.validIndex(Unknown Source)

at sun.misc.URLClassPath$JarLoader.getResource(Unknown Source)

at sun.misc.URLClassPath$JarLoader.getResource(Unknown Source)

at sun.misc.URLClassPath.getResource(Unknown Source)

at java.net.URLClassLoader$1.run(Unknown Source)

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(Unknown Source)

at java.lang.ClassLoader.loadClass(Unknown Source)

at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)

at java.lang.ClassLoader.loadClass(Unknown Source)

at org.jivesoftware.openfire.starter.JiveClassLoader.(JiveClassLoader.java:5 3)

at org.jivesoftware.openfire.starter.ServerStarter.start(ServerStarter.java:108)

at org.jivesoftware.openfire.starter.ServerStarter.main(ServerStarter.java:58)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

at java.lang.reflect.Method.invoke(Unknown Source)

at com.exe4j.runtime.LauncherEngine.launch(Unknown Source)

at com.exe4j.runtime.WinLauncher.main(Unknown Source)

Any ideas?

Ok,

Figured it out. Somehow ik removed the included java.exe file i guess.

I editted the openfire.bat file to set the JAVA_HOME variable to my full version of installed java.
Path: C:\Program Files\Java\jre7

I’m trying to do the same to solve it but doesn’t work, wheres that openfire.bat file that you replaced the JAVA_HOME variable in?

Depends on where you installed openfire.

Mine is under C:\Program Files (x86)\Openfire

Openfire.bat is further down the path C:\Program Files (x86)\Openfire\bin

Or just be patient and use windows search

Also, make sure you have the full version of java installed. you should be able to find a java folder somwhere under your program files folder.

Good luck

How do you install the nightly build but still keep your settings? It keeps having me resetup everything.

Yeah I was checking that before the update (3.7 doesn’t have that), after the update I could see the .bat file. I got mine working.

Ben,

I’m not sure if this is going to be helpful or not but as you, the nightly build was asking me to resetup everything (makes sense since you’re overwriting your files) but I also noticed that once you do the connection with the database, and the authenthication method (active directory in my case) everything worked as before. I didn’t have to resetup anything else. It actually solved a problem that I had with my SSL certificates.

Hi Bart, Walter,

Please be aware that JAVA_HOME ideally is set as a system variable. The Openfire script defines some fallbacks, that are used only when the system variable is absent. Google offers plenty of suggestions on how to set a system variable.

Regards,

Guus

Can we expect an updated RPM anytime soon or is guidance to switch to the tar nightly builds? I don’t really like the idea of going back and forth between those, but my teams depend on the group functionality.

Hi Adam,

We’re planning to have a new release (3.8.1) soon - but that will be at the very least a few days away. In the mean time, you could revert to the RPMs that are built by our continuous integration tool. See http://bamboo.igniterealtime.org/browse/OPENFIRE

I want to confirm I have the same issue when upgrading to 3.7.1 to 3.8.0. I am installing OpenFire on a Mac so I am not sure if there is a way for me to downgrade back to 3.7.1? When I try to downgrade using the package file (dmg) for the Mac I recieve an error about how there is a new version installed. With that said OpenFire does connect to a LDAP server for the users and groups. The console can see the information, just not pass it on to the clients. I would love to test out a nightly build, although there are no package files for the mac, or DMG’s. If there are instructions I will use them as well. Would love to get this fixed asap , but willing to test as well.

Thank you

Back up your existing openfire installation. Then remove it, install 3.7.1 and copy the conf/ directory along with the embedded database if you are using it.

There might be a better way to do it, but that’ll at least get you back to where you started.

Seems the mac build of the nightlys has been failing for a while. You could just download the zip and copy the stuff out of lib into your install which will get you the same thing.

When I try to install 3.7.1 it says that a newer version exists of XMPP server… any ideas? Or are you saying to keep 3.8.0 use the nightly build that fixes it but then replace the conf and database folder with my contents after replacing all the others?

I just did that and I see these errors when using a nightly build from yesterday:

2/14/13 11:19:46.414 AM sudo: administrator : TTY=ttys000 ; PWD=/Users/administrator ; USER=root ; COMMAND=/bin/launchctl load /Library/LaunchDaemons/org.jivesoftware.openfire.plist

2/14/13 11:19:46.432 AM com.apple.launchd: (org.jivesoftware.openfire[6379]) posix_spawn("/usr/local/openfire/bin/extra/openfire-launchd-wrapper.sh", …): Permission denied

2/14/13 11:19:46.432 AM com.apple.launchd: (org.jivesoftware.openfire[6379]) Exited with code: 1

2/14/13 11:19:46.432 AM com.apple.launchd: (org.jivesoftware.openfire) Throttling respawn: Will start in 10 seconds

I assume this is because I am issuing the load as root which I resolved with changing the permission of the openfire-launchd-wrapper.sh file. I CAN CONFIRM that the nightly build that was on the website works perfectly fine.