update: Ok, the problem seems to be a mix of Sun RI jars and MyFaces
jars. I dumped all of my jars and just went pure MyFaces. That fixed
the error and now I'm just trying to figure out how to connect a
commandSortHeader to a dataTable. It's there and renders, but clicking
on the link doesn't cause a sort. Maybe the sortColumn and
sortAscending params of dataTable are required?
Anyhow, thanks and sorry for the annoying newbie questions. I answer
enough of them in another open source Java project (jMonkeyEngine) to
know how fun they can be.
-- Josh
Joshua Slack wrote:
Bizarre enough, popping myfaces-examples.war into tomcat gives me a
working webapp... And it has the string array entry in it. what in
the world?
Sean Schofield wrote:
Try the simple examples (also in the nightly build.) They have a
sortable table example. If they work on your machine you can rule out
JDK, etc.
sean
On 9/3/05, Joshua Slack <[EMAIL PROTECTED]> wrote:
Thanks, unfortunately even using the tomahawk.jar lib I get the same
error. Is it possible that the error could be a symptom of the wrong
jdk being used or something like that?
-- Josh
Matthias Wessendorf wrote:
sorry,
you'll have to load nightly build.
take this:
http://cvs.apache.org/builds/myfaces/nightly/
-Matthias
On 9/3/05, Joshua Slack <[EMAIL PROTECTED]> wrote:
Thanks for your reply. I looked long and hard for a tomahawk.jar,
but I
was never able to find it. The 1.0.9 binary distribution jar does
not
seem to contain it. So I am using myfaces-extensions.jar and the
upload
common jar as instructed in the wiki, and the older url you mention.
Where can I find the tomahawk.jar?
-- Josh
Matthias Wessendorf wrote:
Josh,
are you using the *new* tomahawk.jar ? However, the custom
String-Array converter is part of our custom components (aka
Tomahawk)
http://svn.apache.org/viewcvs.cgi/myfaces/tomahawk/trunk/src/java/org/apache/myfaces/convert/StringArrayConverter.java?view=markup
I also suggest you to use
<%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t"%>
inside of your *new* jsps.
this:
<%@ taglib uri="http://myfaces.apache.org/extensions"; prefix="x"%>
will work too, but only for "old" components, new components are
only
added to the TLD with prefix "t"
-Matthias
On 9/3/05, Joshua Slack <[EMAIL PROTECTED]> wrote:
More information on this. If I edit the faces.config file to
remove the
following, tomcat launches fine:
<converter>
<converter-for-class>[Ljava.lang.String;</converter-for-class>
<converter-class>org.apache.myfaces.convert.StringArrayConverter</converter-class>
</converter>
I'm guessing the code does a Class.forName on the
converter-for-class
value...? I'm also guessing that this converter is used in some
of the
custom components so I'd like to be able to leave it in the config
files. Again, any ideas?
-- Josh
Joshua Slack wrote:
Hi folks,
I have a JSF webapp that works just great. I wanted to add
sorting
support to my dataTables and came across MyFaces and specifically
Tomahawk. After following the steps given in the Wiki (
http://wiki.apache.org/myfaces/How_to_add_MyFaces_support_to_a_Sun_JSF_RI_application
), I now get a crazy ClassNotFoundException exception. Here's the
stack trace:
java.lang.ClassNotFoundException: [Ljava.lang.String;
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1332)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1181)
at
com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:615)
at
com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:402)
at
com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:328)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4104)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:788)
at
org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:677)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:473)
at
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1102)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1020)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
at
org.apache.catalina.core.StandardService.start(StandardService.java:450)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:683)
at org.apache.catalina.startup.Catalina.start(Catalina.java:537)
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 org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409)
I can make it go away by simply removing
myfaces-extensions.jar, or
even more specifically, by removing the faces.config file from
that
jar. (sanity check to ensure it's the myfaces file)
Anyone have any idea what is going on?
TIA,
-- Josh
