rich:tree working now... all the work has finally paid off - THANKS

[Matt Kohanek]

Alright, Ive made progress, thats for sure. I have gotten my values bound to a list, but when I try to use that list to populate the rich tree I just get a blank page....not even any errors to go on...

So Im gonna start from the beginning here, and maybe someone with some extra time will try to figure this out. So be warned now, this is something you will have to sepnd some time on, it won't be a post you can just read through and see what my problem is. Youll probably have to copy and try my code on your own...but here goes anyway, who knows, maybe I am only a step away here...

So I have a web service storing data in xml form. I need to take this data from the web service and use it to populate a rich tree. Here is the link from which Im trying to get the data:

http://webc-apps.ni.com/measure/1.01/devices (this link is down right now for some reason though)

but all that you will see when you go there is:

<deviceCollection>
    <device>
        <name>Device 1</name>
        <deviceId>deviceID1</deviceId>
    </device>
</deviceCollection>    

This of course will be changing quite a bit too, which is why I cant just make this tree declaratively, it must be dynamic.

OK so where to start? I guess the method to get the data from this web service:

public class HttpClientMethods {

	static String devicesUrl = "http://webc-apps.ni.com/measure/1.01/devices";

	public InputStream getResponseBodyAsStream(InputStream x) throws IOException{
		// Create an instance of HttpClient.
		 HttpClient client = new HttpClient();
		
	 	 // Create a method instance.
	     GetMethod method = new GetMethod(devicesUrl);
	     
	     InputStream responseBody = null;
	     
	     try {
			 // Execute the method.
			 int statusCode = client.executeMethod(method);
			 //System.out.println( method.getStatusCode());
			
			 if (statusCode != HttpStatus.SC_OK) {
			     System.out.println("Method failed: " + method.getStatusLine());
			 }
			
			 // Read the response body.
			 responseBody = method.getResponseBodyAsStream();
			 //System.out.println("printing current value of method.getResponseBodyAsString from httpclient class "+
					 //method.getResponseBodyAsString());
			     } catch (Exception e) {
			             // TODO Auto-generated catch block
			                 e.printStackTrace();
			         }
			     
	    System.out.println("printing InputStream responseBody from httpclient class: " + responseBody);
	    
		return responseBody;
	     
	}    

I know for sure that responseBody is holding the correct value, because I printed it out. SO I also have a readXml method that parses this data:

public DeviceCollection readXML(InputStream xml) throws Exception { 
	    Serializer serializer = new Persister(); 

	    DeviceCollection deviceCollection = null; 
	    deviceCollection = serializer.read(DeviceCollection.class, xml); 
	    xml.close(); 
	    return deviceCollection; 
	}     

I guess I should also show the classes for Device and DeviceCollection:

@Root
public class Device { 
	static String devicesUrl = "http://webc-apps.ni.com/measure/1.01/devices";	
	
	LinkedList device = new LinkedList();
	
    @Element(required=false) 
    private String deviceId; 
    
    @Element(required=false) 
    private String name;
    
    @ElementMap(entry = "property", key = "name", attribute = true, inline = true, required=false, data=false, empty=true) 
    private Map<String, String> properties;  
    
	public String getDeviceId() {
		return deviceId;
	}

	public void setDeviceId(String deviceId) {
		this.deviceId = deviceId;
	}

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}

	public Map<String, String> getProperties() {
		return properties;
	}

	public void setProperties(Map<String, String> properties) {
		this.properties = properties;
	}
    
    

@Root
public class DeviceCollection {
	
	
	@ElementList(inline = true) 
    private Collection<Device> devices;	
	
	
	
	//get devices
	public Collection<Device> getDevices() {
		return devices;
	}

	//set devices
	public void setDevices(Collection<Device> devices) {
		this.devices = devices;
	}	

}    

And of course my class that makes all the method calls to grab and parse the data, then put it into the list (ids - thanks ernest for that)

static List<String> ids  = new ArrayList<String>();

	public static void main(String[] args) {
		//updateNode();
		print();
		//XmlData node = new XmlData();
		//node.print();			
}	
	
	public static List<String> getIds() {
		
		
		XmlData nodes = new XmlData();
		DeviceCollectionXMLAO access = new DeviceCollectionXMLAO();
		HttpClientMethods method = new HttpClientMethods();
        DeviceCollection deviceCollection = null;
   
        try {
			deviceCollection = access.readXML(method.getResponseBodyAsStream(null));
		} catch (IOException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		} catch (Exception e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}

		
		System.out.println("printing deviceCollection = access.readXML(method.getResponseBodyAsStream(null));: " 
				+ deviceCollection.toString());
        
		
		for (Device device : deviceCollection.getDevices()){   
		    String x = device.getDeviceId();   
		    ids.add(x); 
		}		
		
		return ids;
		
	}

	/*public static List<String> getIds() {
		return ids;
	}*/

	public static void setIds(List<String> ids) {
		Temp.ids = ids;
	}

	public static void print(){
		System.out.println(ids);
	}
}    

I have changed a few things from when I first got this working. Mainly I commented out my basic getter and made that more complicated bit of code my getter. Because otherwise the getter would just be a null value right? Because that value has to have these other operations performed before it will actually hold a value. But at first the first method was called updateNodes() and the basic getter close to the bottom was not commented out. If it makes any difference
So when I print out the value of ids, it prints out:

[deviceID1] - although not right now since the web service is down - I hope the service wasnt down when I was attempting to populate the tree...wouldnt that be a laugh riot...

So now it would appear I now have a list (ids) that does contain the values I need (even though it is only one value right now it will be able to hold more Im pretty sure unless something else is wrong, heh)
So of course my managed bean:

  <managed-bean-name>nodesBean</managed-bean-name>
  <managed-bean-class>testContainer.Temp</managed-bean-class>
  <managed-bean-scope>session</managed-bean-scope>
 </managed-bean>    

and my .xhtml page:

<ui:composition xmlns="http://www.w3.org/1999/xhtml"
      xmlns:ui="http://java.sun.com/jsf/facelets"
      xmlns:h="http://java.sun.com/jsf/html"
      xmlns:f="http://java.sun.com/jsf/core"
      xmlns:a4j="http://richfaces.org/a4j"
      xmlns:rich="http://richfaces.org/rich">

    <h:form>    
        
            <rich:tree style="width:300px" switchType="ajax" >
            <rich:recursiveTreeNodesAdaptor nodes="#{nodesBean.ids}" />
            </rich:tree>


    </h:form>

</ui:composition>    

That is just the version I gave up on, but believe me when I say I tried many different combinatins for populating the tree on that .xhtml page...

But, as I said, when I run this on my server, I get a nice blank white page. Now I would assume this means the value I am binding to my treenode holds no values, but I really don't know for sure what a white page means.
And dont worry, it isnt a problem with the eclipse set up or anything, I can get a rich tree to display using a .properties files as the data source. And all the other richfaes components I have been using for the rest of the stuff. Its just this one thing that is not working.

Thanks if you even attempted to read through this and find my problem.. But I wont feel bad if I get 0 replies to this, I mean who is going to want to take the time to have to go through all of this?

[Tim Holloway]

Actually, Matt, when the ENTIRE page is blank, it probably means you're throwing a major exception and not getting anything back at all. If the page contains the non-tree elements such as headers and body text, that's different.

I'm not sure there's an option for a properly-behaving tree to never show anything unless you simple set its rendered attribute to false, irrespective of the data. I think at a minimum, it should be displaying a root not.

Do a Show Page Source on your web browser and see if it gives you any hints. Also, of course, check the server logs.

[Matt Kohanek]

thought some of you who have seen me working on thsi same problem for two weeks might like to know it turns out my source code is all working fine, it has something to do with the JARs...
someone on the rich forums finally got tired of seeing all my possts Im sure, because he asked me to upload my source code so he could check it himself...
here is what he posted:

I've removed throws (wrapped all in try/catch for now) and successfully launched the application on Tomcat 6 and JBoss 5.0.1.GA (removed jsf-api/jsf-impl and stax-* jars from the project before deploying to JBoss). I see one leaf tree - as in the source XML file.

Of course I tried his fix, but I still have problems (big surprise eh)
Here is my reply to his post:

I messed things up for myself even more now it would seem.
How do you start the server without the jsf api and jsf impl jars, every time I try to I get this log:

SEVERE: Exception starting filter richfaces
java.lang.NoClassDefFoundError: javax/faces/FacesException
at org.ajax4jsf.webapp.BaseFilter.init(BaseFilter.java:170)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397)
at org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:108)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3709)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4363)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:627)
at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Caused by: java.lang.ClassNotFoundException: javax.faces.FacesException
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 28 more

And then when I add those jars back in the server starts with no errors, but then when trying to launch the tree I get

javax.servlet.ServletException: java.lang.reflect.InvocationTargetException
javax.faces.webapp.FacesServlet.service(FacesServlet.java:277)
org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:390)
org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517)



This is even more frustrating to know that my methods are all working but it is my friggin libraries messing things up!

And you didnt edit the web.xml or faces-config files at all then?

So now Im pretty much back where I started, just with a better idea of what the problem is, but even less clue about how to fix it. At least with java code I have some tidbit of experience...

[Tim Holloway]

Wheee! All that grief, too.

I think you're including missing JSF API jar in your WEB-INF/lib directory. Or you have the JSF impl jar there, and it's giving classpath problems.

It might help if you just list what's in your WAR's WEB-INF/lib. And let us know what flavor and version of server you're using. JSF is still bleeding-edge enough that it can make a difference.

[Matt Kohanek]

edit - I created a new project where I removed all the redundancies, and used server supplied implementation rather than mojarra (jsf-api and jsf-impl), but I get errors starting the server. But as soon as I put jsf-api and impl into my lib folder the server starts fine. So Im being told those jars are causing my problems, yet I cant get ther server started without them!

This setting up of JARs s totally new territory to me, it was only by some miracle that I got things working in the first place. But your right I do have jsf-api in the web-inf folder, but only since trying to remove the mojarra library. Before this JAR was located in the mojarra libraray, but after removing it and trying to put it back in, the only way my sever starts without errors is by puting it in web-inf/lib

Here is the only way in which I can get my server to start without errors, by having these libraries:

Apache Commons
commons-beanutils
commons-collections
commons-digester
commons-logging

JBoss v5.0
waaay to numerous to list

JRE System Library - this libraray just shows up without me specifying it
resources
rt
jsse
jce
charsets
dnsns
localedata
sunjce_provider
sunmscapi
sunpkcs11

Mojarra (is implementation)
jsf-api
jsf-impl

RFJars (I created this one)
commons-beanutils
commons-collections
commons-digester
commons-logging
jsf-facelets
jstl-1.2

RichFaces (another I created)
richfaces-api
richfaces-impl
richfaces-ui

WebApp (jars show up in here after I add libraries to WEB-INF/lib)
jsf-api
jsf-impl
simple-xml
stax-1.2.0
stax-api-1.0.1

plus two free jars that are under no library heading
commons-codec-1.3
commons-digester

So I have doubles of commons-beanutils, commons-collections, and commons-logging; and triples of commons-digester. Before i tried the fix I got from the rich forum I only had one copy each of jsf-api and jsf-impl in the mojarra library, but now the only way to get my server to start correctly is by also placing these two jars in WEB-INF/lib, creating duplicates of them. However if Im understanding I should not need those two at all. But if that is so, why does my serve get errors every time I try to start without them (unless there are no projects deployed to the server)


I should give the steps I take when creating a new project to I think.

New->dynamic web project->
target runtime is jboss5.0
configuration is facelet 1.0 project
next->next->
then when asked to choose between server suplied implementation or one of my choosing, I choose my own - mojarra (which includes jsf-api and jsf-impl jars only)
then Im also prompted to choose other libraries and I choose
-apache commons (commons-beanutils, commons-collections, commons-digester, commons-logging)
-RFJARS which is one I created (commons-beanutils, commons-collections, commons-digester, commons-logging, jsf-facelets, jstl-1.2)
-Richfaces, another library I created - (richfaces-api, richfaces-impl, richfaces-ui)
then hit finish. after that I still needed some other jars so I manually added them to the build path. they are (commons-codec, and yet another commons-digester)
and finally I put some jars in my web-inf/lib folder (simple-xml, stax-1.2.0, and stax-api-1.0.1) Ive recently also had to add jsf-api and jsf-impl to this folder because after I tried to remove the mojarra libraray upon advice from the jboss forums, now the only way to get my server started correctly is to have those to jars in this folder




I think these lines from my web.xml file may be the problm:

  <servlet>
    <servlet-name>Faces Servlet</servlet-name>
    <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>
    

As soon as I removed those though my libraries started going crazy and changing positions and eclipse wont let me do anything... we shall see...

[Tim Holloway]

Yank the jsf-imp jar out of your WAR. JBoss supplies its own copy and that can result in trouble - especially for MyFaces, but trouble regardless.

If that doesn't help, I'll list one of my projects for you to compare with.

[Matt Kohanek]

Thats what everyone is telling me but my server doesnt like not having it lol!!

But I think it has something to do with something I put in my web.xml file waaaay back when I first was learning about getting jars to work. I think this line is making my server think I must have this jar, or something like that. The line I am suspecting is:

  <servlet>
    <servlet-name>Faces Servlet</servlet-name>
    <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>
    

I removed it, but now I am needing to restart my system because port 80 is taken, a mean little trick tomat likes to pull on me every now and then. Even when I use shutdown.bat the port is still taken. Itll be a sec but Ill post back soon

[Tim Holloway]

If Tomcat is holding Port 80, someone overrode the standard server.xml configuration data. Tomcat normally runs ports in the 8000 range, leaving port 80 alone. That way Apache can fron to for it if desired.

You generated a webapp for JBoss 5, but are you running JBoss 5? It makes a big difference, since the JSF support only came in somewhere around 4.2 or so.

You don't need - or want - javax.faces.webapp.FacesServlet to be in your WAR (in the faces-impl.jar file) because the WAR classpaths (WEB-INF/lib/* and WEB-INF/classes are prepended to Tomcat's TOMCAT_HOME/lib directory (I forget where that is when running JBOSS). Since the Sun RI faces-impl.jar is in TOMCAT_HOME/lib, you end up with classpath conflicts.

[Matt Kohanek]

I changed the port to 80 so I wouldnt need to put :8080 when I went to check my pages.
But now I am getting that port 8009 is in use, so tomcat cant start. This has happened before, and the only way i resolved it in the past was by restarting my system, but that doesnt seem to be working right now.
Im not totally sure what you mean by am I running JBoss 5. The only time I do anything regarding JBoss is when choosing the target runtime. I can choose from APache tomcat or JBoss when choosing, and usually choose JBoss since I am useing richfaces. But then my actual server is tomcat. Should I change this? I know I can create a server JBoss, but nothing has ever worked on that in the past.

ANd so I do need to remove those lines in my web.xml then huh? The only reason it is in there is because when I first tried getting things working I had to put that in there to make thigs work. But I think that was because I always try to choose mojarra as my implementation. Which brings up another question, when eclipse asks me what implementation to use, should I choose from server supplied or mojarra? I would guess it isnt mojarra since those jsf jars seem t be part of the problem. In addition to that I also can choose from Sun JSF_R1 or something lke that. Should that be what i am choosing?

I am trying different combinations, but I cant really get any results until I free up port 8009.

I think it is coming down to I just have too much mismathced together, and it was working for simpler pages, but now that Im getting more complicated this is causing problems.

[David Newton]

Kill the process manually.

Personally, I think if you're not using Maven to manage a JSF project you're begging for trouble.

If you're running on Tomcat you should be very, very sure that the JBoss libraries you're using will work under TC: you can't just throw random libraries into a container and expect them to work. Are you following something from somewhere that describes how to use JSF/etc. on Tomcat? If you're not targeting JBoss then no, you shouldn't target its runtime...

[Tim Holloway]

Yipes! If you don't intend to run on JBoss, don't generate for JBoss. Standards aside, there are major differences between straight Tomcat and JBoss JSF WARs.

Port 8009 is used by Tomcat to control shutdown, so you're either not shutting Tomcat down all the way or at least not waiting long enough. If your app doesn't cleanup well enough, it can hang shutdown - I fixed one of those about 3 months ago, and can't wait to get the repaired, rewritten app into production. Not only because of the shutdown hang, but because it takes the present app 35 flamin' minutes to restart versus about 53 seconds for the new version.

For Tomcat without JBoss, you do need jsf-impl.jar in your WAR. Tomcat6 has EL support in TOMCAT_HOME/lib (Tomcat 5 didn't), but currently no Tomcat has JSF built-in support.

RichFaces is a JBoss project, but you certainly don't need to run on or target JBoss. I use standalone Tomcat6 for the project I just mentioned.

Someone should correct me, but mojarra is a Sun RI implementation, I think. I believe it's the 1.2 implementation, but on that I'm not so certain. You do need 1.2 for the latest RichFaces stuff, though.

As for Eclipse settings, they're specific to the J(2)EE plugin you're using. My project was already J2EE when I got it, but no Eclipse support, so I couldn't get much help from the IDE. I'm using Maven to manage the packages.

But if you pull the FacesServlet from web.xml, ALL JSF will cease functioning. The FacesServlet is the engine that drives everything JSF-related.

[Kavita Tipnis]

Someone should correct me, but mojarra is a Sun RI implementation, I think. I believe it's the 1.2 implementation, but on that I'm not so certain. You do need 1.2 for the latest RichFaces stuff, though.

You are right Tim. (Richfaces userguide specifies that)

Matt,
If your target server is Tomcat, do not associate anything related to JBoss with it.

All you need is the richfaces jars and you should be fine with the correct filter entry for the richfaces filter in your web.xml

<filter>
<display-name>RichFaces Filter</display-name>
<filter-name>richfaces</filter-name>
<filter-class>org.ajax4jsf.Filter</filter-class>
</filter>
<filter-mapping>
<filter-name>richfaces</filter-name>
<servlet-name>Faces Servlet</servlet-name>
<dispatcher>REQUEST</dispatcher>
<dispatcher>FORWARD</dispatcher>
<dispatcher>INCLUDE</dispatcher>
</filter-mapping>

This is specified in the richfaces userguide

[Matt Kohanek]

I remember now why I used the JBoss target runtime. I just made a project without it, and my HttpCLient stuff no longer works.

import org.apache.commons.httpclient.HttpClient;
import org.apache.commons.httpclient.HttpStatus;
import org.apache.commons.httpclient.methods.GetMethod;    

all underlined and say

The import org.apache.commons.httpclient cannot be resolved

I went to confgure build path and add external JARs, and I added in sommons-codec and junit, and commons-logging is already included in apache-commons. But still same problem. Maybe the versions of these JARs are wrong? I really dont know. But it is necessary for things to work, because I am getting and putting data from a web service via httpclient

Any ideas?

edit - oh and someone at the company this is being done for advised against me using maven for some reason. I cant remember what he said but he inferred it would cause problems

[David Newton]

Did you add the httpclient jars???

[Matt Kohanek]

edit - i was just one of those things where it did not like me copying and pasting this code, I had to just retype it all and the errors went away.

Now the only error I have on this new project are these four:

Description	Resource	Path	Location	Type
Invalid classpath publish/export dependency C:/Users/Meghiddo/Desktop/IFJARs/RichFacesMissingJars/commons-beanutils.jar. The project contains another dependency with the same archive name.	TomcatOnly		P/TomcatOnly	Classpath Dependency Validator Message
Invalid classpath publish/export dependency C:/Users/Meghiddo/Desktop/IFJARs/RichFacesMissingJars/commons-collections.jar. The project contains another dependency with the same archive name.	TomcatOnly		P/TomcatOnly	Classpath Dependency Validator Message
Invalid classpath publish/export dependency C:/Users/Meghiddo/Desktop/IFJARs/RichFacesMissingJars/commons-digester.jar. The project contains another dependency with the same archive name.	TomcatOnly		P/TomcatOnly	Classpath Dependency Validator Message
Invalid classpath publish/export dependency C:/Users/Meghiddo/Desktop/IFJARs/RichFacesMissingJars/commons-logging.jar. The project contains another dependency with the same archive name.	TomcatOnly		P/TomcatOnly	Classpath Dependency Validator Message
    

although I dont see any of those jars listed in my libraries when I look at the project explorer. Think that will be a problem? Im about to try this new setup and see what happens...

[David Newton]

What version? HttpClient, for example, now lives at org.apache.http.client.HttpClient.

[Matt Kohanek]

well it is the httpclient jar that comes with jboss, that is the only one I have. I just manually import that jar only and it seems to work for now (and in the past). But my imports are not what you have there, mine are
import org.apache.commons.httpclient.HttpClient;

But still my server doesnt even want to start without errors. Here is what I am getting now:

SEVERE: Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener
java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
	at org.ajax4jsf.renderkit.ChameleonRenderKitFactory.<clinit>(ChameleonRenderKitFactory.java:50)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
	at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:519)
	at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:405)
	at javax.faces.FactoryFinder.access$400(FactoryFinder.java:135)
	at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:717)
	at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:239)
	at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:186)
	at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:131)
	at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:203)
	at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:196)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
	at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:627)
	at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
	at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
	at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
	at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
	at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
	at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
	at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
	at org.apache.catalina.core.StandardService.start(StandardService.java:516)
	at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
	at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
	at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory
	at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
	at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
	... 38 more
Jun 2, 2009 3:03:45 PM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart    

edit - I went ahead and downloaded the most recent http client commons jar - 3.1, but I still have to use
import org.apache.commons.httpclient.HttpClient;
rather than
import org.apache.http.client.HttpClient;

but that may not have been what you meant in the first place

[David Newton]

That's an older version. Not that there's anything intrinsically wrong with that, but I don't know why you're using stuff that comes with JBoss.

Now it sounds like you're not deploying correctly; you say the commons-logging jar is in "apache-commons" (I don't know what that means), but it's obviously not there on startup.

I know your stuff is due tomorrow, but I *really* think you need to take a big step back.

[David Newton]

The commons httpclient is being superceded by the HTTP components (see http://hc.apache.org/) but it probably doesn't matter which you use.

[Matt Kohanek]

when I look in tomcat/wtpwebapps/projectname/WEB-INF/lib here are the jars in there:

jsf-api
jsf-impl
jsf-facelets
jstl-1.2
richfaces-api
richfaces-impl
richfaces-ui

is there anything missing in that?

I seem to be follwoing the same path I did a month and a half ago which got me to the point I was at before, with all these jars and libraries mis mashed together.

I just need to create a project that can use simplexml, httpclient, jsf and richfaces - such a simple proposition eh?

[David Newton]

Yeah, almost *everything* is missing.

[Matt Kohanek]

David Newton wrote:

Now it sounds like you're not deploying correctly; you say the commons-logging jar is in "apache-commons" (I don't know what that means), but it's obviously not there on startup.

.

By that I mean I have certain libraries that I can choose from that include more than one jar. Apache commons is one such library. It contains 4 commons-* jars. Another is my richfaces library. It includes 3 richfaces-* jars.

So you think I shuld essentially go back to the beginning and do some more tutorials that help me setup my project in the first place?

The first tutorial I was able to get a successful run out of was
http://balusc.blogspot.com/2008/01/jsf-tutorial-with-eclipse-and-tomcat.html
but after that it seemed I had to jump through hoops to get other things working.

And it was that tutorial that had me use the mojarra library (which contains the jsf-api and jsf-impl jars) which are the jars that seem to keep coming around as my problem.

I think too many tutorials has ben my problem actually, I do one and then another and another and Im not sure which parts of them are supposed to e interchangeable and which parts only apply to a particular set up

But I dont demo this until june 11th actually. Tomorrow I have to do a pre-demo with some of the compnay guys, but they are aware of the issues I have had with this.

Im not sure what to try next lol, Ive been trying to do too much at once ><

David Newton wrote:Yeah, almost *everything* is missing.

lmao, that is one of the funniest replies I have seen for some reason

so maybe instead of trying to import these libraries, some of which I created myself just to have jars in one place, I should manually add each jar one at a time to the WEB-INF/lib folder? Ill try it but for now I have to turn off my system becasue we are having a bad storm and its very likely Ill see a power surge

Thanks for trying you three, I learn a little more from each reply

[David Newton]

What do you mean when you say "the library contains multiple jars"? I don't know what that means. It sounds bad.

I think trying to do manual transitive dependency management for any project that has more than a few dependencies is a bad idea. At the *very* least you should be using one of the Maven repo browsers that list dependencies.

Once you figure out the dependencies, deploy each individual jar.

[Matt Kohanek]

I moved on from this for now, but David, I wanted to say thanks for something else.
I was having another problem I was trying to work out, and remembered what you said about the httpclient jar stuff. It would have been another problem with no end in sight, but as soon as I used the updated jar it worked perfectly!
It is just a page that asks users to put in a project name, and hit submit, and from there my java code is supposed to add the project data to the web service. And it works flawlessly (well not quite actually, it adds "jsf" to the front of the name input for some reason when posting it the web service...but I can definitely live with that, its not line after line of error code!).
Thanks very much, you saved me a lot of grief by just giving me that little bit of offhanded info

[Tim Holloway]

OK. Although it looks like this is the end, I think maybe we learned a few things, so I'm going to make one last contribution. Since it seems that the root of the problem was getting the right jars and the right versions, here's a Maven POM that does RichFaces on Tomcat, uses Hibernate JPA for persistence, and the Spring Framework to wire it up. It's also using JAXB and Dozer for needs specific to the project and you'll note that I had been using OpenJPA. One of the advantages of using standards-based Maven-supported components is that if a piece of software doesn't work, you can swap it out as easy as modifying the POM and doing a clean/install build.

The POM is only the tip of the iceberg, since Maven also automatically downloads and includes any depency JARs. It's why, despite Maven's more irritating attributes, I use it on most of my more advanced projects.

Also, see the "Not in JBoss?" comment. You can remove the question-mark. It really is not in JBoss. Maven can handle things like that using profiles, where the Tomcat profile includes the JSF-impl jar but the JBoss profile doesn't. This project has some scars as I tried bouncing stuff back and forth, and doesn't actually have the profiles set up right for that, but at least you can see where they'd go.

<?xml version="1.0" encoding="UTF-8"?>
<project
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.mousetech.jta</groupId>
    <artifactId>jtaonthemove</artifactId>
    <packaging>war</packaging>
    <name>Technology Sandbox Application</name>
    <version>1.0-SNAPSHOT</version>
    <description>A mass-transit bus route and schedule system built
        using JSF/Facelets and JPA.</description>
    <url>http://www.mousetech.com</url>
    <scm>
        <url>cvs.mousetech.com</url>
    </scm>
    <organization>
        <name>Tim Holloway</name>
        <url>http://www.mousetech.com</url>
    </organization>
    <build>
        <finalName>jtaonthemove</finalName>
        <plugins>
            <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>1.5</source>
                    <target>1.5</target>
                </configuration>
            </plugin>
            <plugin>
                <artifactId>maven-jar-plugin</artifactId>
                <version>2.2</version>
            </plugin>
        </plugins>
    </build>
    <profiles>
        <profile>
            <id>jettyConfig</id>
            <build>
                <plugins>
                    <plugin>
                        <groupId>org.mortbay.jetty</groupId>
                        <artifactId>maven-jetty-plugin</artifactId>
                        <configuration>
                            <scanIntervalSeconds>
                                10
                            </scanIntervalSeconds>
                        </configuration>
                    </plugin>
                </plugins>
            </build>
            <pluginRepositories>
                <pluginRepository>
                    <id>mortbay-repo</id>
                    <name>mortbay-repo</name>
                    <url>http://www.mortbay.org/maven2/snapshot</url>
                </pluginRepository>
            </pluginRepositories>
            <dependencies>
                <dependency>
                    <groupId>javax.servlet</groupId>
                    <artifactId>servlet-api</artifactId>
                    <version>2.4</version>
                    <scope>compile</scope>
                </dependency>
                <dependency>
                    <groupId>javax.servlet</groupId>
                    <artifactId>jsp-api</artifactId>
                    <version>2.0</version>
                    <scope>provided</scope>
                </dependency>
                <dependency>
                    <groupId>javax.servlet</groupId>
                    <artifactId>jstl</artifactId>
                    <version>1.1.2</version>
                    <scope>compile</scope>
                </dependency>
                <dependency>
                    <groupId>taglibs</groupId>
                    <artifactId>standard</artifactId>
                    <version>1.1.2</version>
                    <scope>compile</scope>
                </dependency>
                <dependency>
                    <groupId>tomcat</groupId>
                    <artifactId>jasper-runtime</artifactId>
                    <version>5.5.9</version>
                    <scope>compile</scope>
                </dependency>
                <dependency>
                    <groupId>tomcat</groupId>
                    <artifactId>jasper-compiler-jdt</artifactId>
                    <version>5.5.9</version>
                    <scope>compile</scope>
                </dependency>
            </dependencies>
        </profile>
        <profile>
            <id>jbossconfig</id>
        </profile>
        <profile>
            <id>tomcatconfig</id>
            <dependencies>

            </dependencies>
        </profile>
    </profiles>
    <repositories>
        <repository>
            <releases>
                <enabled>false</enabled>
            </releases>
            <snapshots />
            <id>apache-maven-snapshots</id>
            <url>http://people.apache.org/repo/m2-snapshot-repository</url>
        </repository>
        <repository>
            <id>jboss-richfaces</id>
            <url>http://repository.jboss.org/maven2</url>
        </repository>
        <repository>
            <id>java.net</id>
            <url>http://download.java.net/maven/1</url>
            <layout>legacy</layout>
        </repository>
    </repositories>
    <dependencies>
        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>servlet-api</artifactId>
            <version>2.4</version>
            <scope>provided</scope>
        </dependency>
        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>jsp-api</artifactId>
            <version>2.0</version>
            <scope>provided</scope>
        </dependency>
        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>jstl</artifactId>
            <version>1.1.2</version>
        </dependency>
        <dependency>
            <groupId>taglibs</groupId>
            <artifactId>standard</artifactId>
            <version>1.1.2</version>
        </dependency>
        <dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>1.2.9</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>com.sun.facelets</groupId>
            <artifactId>jsf-facelets</artifactId>
            <version>1.1.14</version>
        </dependency>
        <!--
            ONLY for Tomcat 5 <dependency> <groupId>javax.el</groupId>
            <artifactId>el-api</artifactId> <version>1.2</version>
            </dependency>
        -->

        <dependency>
            <groupId>com.sun.el</groupId>
            <artifactId>el-ri</artifactId>
            <version>1.0</version>
        </dependency>
        <dependency>
            <groupId>org.apache.myfaces.tomahawk</groupId>
            <artifactId>tomahawk</artifactId>
            <version>1.1.6</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.0</version>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring</artifactId>
            <version>2.0.6</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-web</artifactId>
            <version>2.0.6</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-webmvc</artifactId>
            <version>2.0.6</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework.ws</groupId>
            <artifactId>spring-oxm-tiger</artifactId>
            <version>1.5.4</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-jpa</artifactId>
            <version>2.0.6</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>net.sf.dozer</groupId>
            <artifactId>dozer</artifactId>
            <version>4.2.1</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>javax.persistence</groupId>
            <artifactId>persistence-api</artifactId>
            <version>1.0</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.hibernate</groupId>
            <artifactId>hibernate-entitymanager</artifactId>
            <version>3.2.0.ga</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.hibernate</groupId>
            <artifactId>hibernate</artifactId>
            <version>3.2.0.ga</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>aspectj</groupId>
            <artifactId>aspectjweaver</artifactId>
            <version>1.5.2a</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.richfaces.framework</groupId>
            <artifactId>richfaces-api</artifactId>
            <version>3.2.1.GA</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.richfaces.framework</groupId>
            <artifactId>richfaces-impl</artifactId>
            <version>3.2.1.GA</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.richfaces.ui</groupId>
            <artifactId>richfaces-ui</artifactId>
            <version>3.2.1.GA</version>
            <scope>compile</scope>
        </dependency>
        <!--
            <dependency> <groupId>org.apache.openjpa</groupId>
            <artifactId>openjpa</artifactId> <version>1.0.2</version>
            <version>1.2.0</version> <scope>compile</scope>
            </dependency> <dependency>
            <groupId>org.apache.openjpa</groupId>
            <artifactId>apache-openjpa</artifactId>
            <version>1.1.0-SNAPSHOT</version> </dependency>
        -->
        <dependency>
            <groupId>org.hibernate</groupId>
            <artifactId>hibernate</artifactId>
            <version>3.2.3.ga</version>
        </dependency>
        <dependency>
            <groupId>org.hibernate</groupId>
            <artifactId>hibernate-annotations</artifactId>
            <version>3.2.1.ga</version>
        </dependency>
        <dependency>
            <groupId>org.hibernate</groupId>
            <artifactId>hibernate-entitymanager</artifactId>
            <version>3.2.1.ga</version>
        </dependency>

        <dependency>
            <groupId>javax.xml.bind</groupId>
            <artifactId>jaxb-api</artifactId>
            <version>2.1</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>com.sun.xml.bind</groupId>
            <artifactId>jaxb-impl</artifactId>
            <version>2.1.3</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>javax.faces</groupId>
            <artifactId>jsf-api</artifactId>
            <version>1.2_06</version>
            <!--  scope "provided" for jboss -->
            <scope>compile</scope>
        </dependency>
        <!--  Not in JBoss ? -->
        <dependency>
            <groupId>javax.faces</groupId>
            <artifactId>jsf-impl</artifactId>
            <version>1.2_04</version>
        </dependency>
    </dependencies>
</project>

[Matt Kohanek]

wow, I hope you didnt do all that just for my problem!
But I would not say we were at the end here lol, I still cant get this to work.
I just moved on to other issues for now since I need to have something to show for today.
I guess Im gonna have to bite the bullet and lern maven, because I have no idea what any of that is really

[David Newton]

Maven, among other things, eliminates manual transitive dependency resolution, which is amongst the problems you're having.

[Matt Kohanek]

oh no, I have a good idea of what maven does, Im saying I dont much understand that code tim posted up there
but Im sure as I learn maven it will begin to make sense

[David Newton]

It defines the top-most dependencies for his Tomcat/JSF project (and includes a number of other technologies). The additional dependencies are handled by Maven.

[Matt Kohanek]

Finally it is working!!!

Want to know what the problem was?

It was all the libraries I had defined (like an RF library that I puit all the rf jars in). When I made a project without putting in all those pre defined libraries, and with tomcat runtime instead of jboss, and then just added all the jars I needed to web-inf/lib it worked perfectly (kinda but at least a tree shows up lol)


Thanks again to tim, david, and kavita - I might have to make another donation alredy haha

[Kavita Tipnis]

Glad that it is working ! Log your steps so that you don't forget ;)

[Matt Kohanek]

I dont think I could possibly ever forget them lol. This is the biggest programming hurdle Ive ever overcome, its really a big moment for me lol

[Tim Holloway]

Matt Kohanek wrote:wow, I hope you didnt do all that just for my problem!
But I would not say we were at the end here lol, I still cant get this to work.
I just moved on to other issues for now since I need to have something to show for today.
I guess Im gonna have to bite the bullet and lern maven, because I have no idea what any of that is really

Nah. I stole it verbatim from a "showcase" project I have. It actually started quite small, but since it's my technology sandbox, I started pulling in more and more gee-whiz features until it grew to what you see. And actually, if you look at just the dependencies, which form the heart of it, it's not quite as scary as it looks.

Now another project I have has a much more formidable POM. It's a descendent of this one, but I copied it into a completely unrelated app. That POM not only does the basic builds for a webapp, it also constructs a Linux RPM install file, handles version incrementing, checks tagged versions into subversion, and can even generate the project website.

[David Newton]

Full-featured POMs are things of terrifying beauty. (Which is why I'm leaning towards buildr ;)