[kune-devel] Trying to install Kune. Problems with Openfire.
Vicente J. Ruiz Jurado
vjrj at ourproject.org
Thu Feb 9 20:53:02 CET 2012
First of all thanks for your feedback.
I suppose that you are trying to install kune in a development
environment (to install it just for run it is more straightforward:
Can you send us more info about the problems you solved to try to
improve the doc?. Or will be better if you send us a patch to the
INSTALL with suggestions/fix, etc.
Anyway, I respond you:
El 09/02/12 17:06, Carmen escribió:
> Hi everyone!
> I'm trying to mount my own node of Kune in my computer (a Kubuntu),
> but it's being really difficult.
> I've been able to solve most of that problems on my own but with
> Openfire I think I'm stuck with a dead end.
> I was following this manual (Apendix A):
> *- Problem 1:* When it says:
> Configure the 'Group chat service' (in Group Chat > Group Chat Settings tab) with "rooms" additionally or instead of "conference" (or change kune.chat.roomHost in <trunk>/src/main/resources/kune.properties)
> I have no idea what are this talking about. I found that in the menus,
> no problem, but I have no clue what I'm supposed to do there. I don't
> understand the instructions.
I'll try to improve the explanation:
Configuration of the 'Group chat service': Openfire use "conference.yourdomain" as domain for the xmpp chat rooms (MUC).
In kune we use "rooms.yourdomain" instead of "conference" by default, so, you can:
- add "rooms" as a new service in "Group Chat" > "Group Chat Settings" tab (you can remove or leave the "conference" service)
- or change kune.chat.roomHost in <trunk>/src/main/resources/kune.properties to "conference".
> *- Problem 2:* After that, I notice that when I follow the next
> Change in 'Server > Server Manager > System Properties':
> provider.auth.className to org.jivesoftware.openfire.auth.JDBCAuthProvider instead of
> provider.user.className to org.jivesoftware.openfire.user.JDBCUserProvider instead of
> The loggin in that page (the Openfire configuration page) stops
> working. If I don't log out I still can use the menus, but once I
> reset the Openfire I'll won't be able to log in again. No idea why.
> May be the connection with the database doesn't like that change.
This is used to set the database of users of openfire to kune users
table. When you do that you have to do the next step (problem 3).
> *- Problem 3: *Also another step:
> Add these lines to conf/openfire.xml and check that the user/passwd of the db is the same here and in kune.properties (the ones configured before):
> [HERE GOES A BUNCH OF XML CODE]
> Instead of:
> When I edit the document openfire.xml (see attach openfire.xml), I can't find that tags (<jdbcAuthProvider/> <jdbcUserProvider/> <admin/>).
> I tried copying the code between
> But when I restart the Openfire server all of it have disappeared and
> now we have that tags that I was supposed to substitute with that code:
> See openfire_v2.xml
> I have tried to substitute them again, but with the same result.
This is normal. Openfire import the configuration to its database. I'll
update the doc with:
When you add this to the configuration and you restart, openfire will import (and remove) this part of the configuration to its database so you will see it in 'Server > Server Manager > System Properties'.
> I tried erasing the <connectionProvider> and <defaultProvider> but it
> just started the setup from the beginning when I went to the Openfire
> admin page.
> Well, I think that's all (for now). If anyone have any idea
> or suggestion about all of this, I'll be very grateful.
> kune-devel mailing list
> kune-devel en lists.ourproject.org
Committed a new version of the INSTALL with your feedback.
Kune is huge and the development environment is not easy to set-up.
Anyway, you (or anyone) can contact us which any problem. Even we can do
a kind of "online and guided install party"...
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
More information about the kune-devel