Hi Simon,
thank for your answer! Long time it was looking that no other member has
interest for that problem... thats another point which is getting you on
such a thing somehow desperate ;-).
You're right, one of the machines looks like there is s.th. wrong with
the classpath, because even when I remove trinidad completly from the
configuration, my JBOSS wants to load the TrinidadListenerImpl.
Because of that I've installed the the complete software on my laptop
with a JBOSS where this effect is not present. But rendering isn't
running there :-(. I had the same effect on the "Trinidad"-Machine when
I open a new project and copy he sources into a new project :-), no
error but no rendering :-(.
Btw. is it possible that this is caused by Windows XP which is running
on both platforms as deveopment platform? I haven't tried that with
Linux yet, but I will give it a try if there is a chance to get it
running (because final target env is also Linux).
I also used a proposed config which Tom Colt has sent to me a few days
ago. Libs in the classpath are JBOSS-client (client-dir), JBOSS-server
(server/default/lib), jsf-libs from JBOSS, and following list (lying in
the WEB-INF/lib):
commons-validator-1.3.1
commons-fileupload-1.2
commons-lang-2.3
commons-el-1.0
commons-io-1.3.1
commons-codec-1.3
tomahawk-1.1.6
Any idea will be welcome!
Regards,
Michael
simon schrieb:
Hi Michael,
The problem is most likely caused by some clash of libs in the classpath
on your machine.
There are people who are definitely using this combination, so the
problem is specific to your machine, not a JSF12+tomahawk problem in
general. And that means that if someone does try to duplicate your
problem, it probably will work fine for them.
Of course that's no consolation to you; we've all been stuck in that
kind of situation at some time.
Regards,
Simon
