This week's book giveaway is in the Agile and other Processes forum. We're giving away four copies of The Mikado Method and have Ola Ellnestam and Daniel Brolund on-line! See this thread for details.
I am trying to use a resource bundle in my project. It is in a package in my classes folder.
I am trying to load it like this in my JSP page: <f:loadBundle basename="com.zappware.publisher.web.Messages" var="Message" />
But the following error occurs: ERROR [LoadBundleTag] Resource bundle 'com.zappware.publisher.web.Messages' could not be found.
The .properties file is in the war file in the WEB-INF/classes/... folder.
I have tried writing my own servlet that loads the resource bundle at that location and that works. Does anybody have a clue why JSF can not locate the resource bundle?
I'm no JSF expert, but for me to get it to work in Struts, I have to associate this *.properties file in the struts-config.xml. So, I believe you neeed to associate your properties file with JSF either in JSF's configuration file (if any), in order for it to keep it up.
Manuel Moons
Ranch Hand
Joined: Mar 05, 2002
Posts: 229
posted
0
It is in that location. If I load it using my own servlet I can read it perfectly at that location.
I am using JBOSS4.0.3RC1 which now has integrated support for JSF (using apache implementation) can it be possible that it is a classloading issue. Maybe because the JSF classes are at a different location they can not find my resource bundle?
I'm currently trying to find out what this means exactly. I don't really see the point of doing this without being able to map it to something.
Manuel Moons
Ranch Hand
Joined: Mar 05, 2002
Posts: 229
posted
0
I fixed it.
It was a classloading issue. I now included the apache jsf implementation jar file in my WAR file (the same version that is supplied with jboss) and it works.
Things like this make me want to become a gardener. [ August 30, 2005: Message edited by: Manuel Moons ]
rahul khanna
Ranch Hand
Joined: Sep 14, 2005
Posts: 48
posted
0
can u please tel the specific name of the jar..
I agree. Here's the link: http://ej-technologies/jprofiler - if it wasn't for jprofiler, we would need to
run our stuff on 16 servers instead of 3.