a) yeah, sure that's the point – I am a maintainer of the couple of packages in Fedora (none of them by far the size of openfire though, and none of them in Java), and I would like to maintain openfire in Fedora, so that we have both leading XMPP servers in (actually, ejabberd is now in pretty rough shape in Fedora/Rawhide, because of beta version of both ejabberd and erlang).
b) I have of course no problem with you maintaining your own version of the package – and I don't care that much about moving files around, that's the least of all problems.
c) What I would really like to clean out in your package is not using local packages for something we have in the distro already packaged. Not only it saves a lot of space (just by removing Sun JVM I saved 20MB; and there is just no reason in the world we should ship one more ant.jar with XMPP server), it is a maintenance nightmare to fiddle with all those duplicit libraries. I remember when development of Debian stalled for couple of weeks, when a security bug in libz was discovered, and everybody was just searching and fixing all those packages which used local copy of libz. One of the first things RH people changed in the IcedTea was that it now uses glibc version of time-data format, so we don't have to fiddle with Java whenever some politician decides that the current timezone of their country is not good enough for them.
And I guess that just by removing all .jars which are already present in the system won't be enough, right? I will have to patch (at least) build/build.xml, right? I am not a Java programmer, so I don't know, if for example just by removing path specification from build.xml, right (i.e., ant won't look for them in the standard locations)?
BTW, why I cannot find an open MUC for openfire-related discussions. The ones on conference.jivesoftware.com seem to be per-invitation only, which really doesn't foster community development. Couldn't you open at least community@ MUC, please? It looks really weird, when you have community only for invited.