Ken and Anissa,
The demo works finally by adding all missing jar in the war.
Thanks a lot for your big help!
Just feel that if there is any way to reduce the size of war, that will
be very helpful for debug.
BTW, here is my 2 cents about the guide 'jsf template -- NetBeans
Project Tutorial':
. Had better clarify the version of apache ant version, 1.6.2 can not
work, 1.7.0 works
.No need for aptbuild.xml. Add apt task in build.xml instead.
Thanks again!
Jim
Anissa Lam wrote:
>
> I went back and looked at Jim's previous email, he did say:
>
>>
>> I clean and build project , the Handler.map show the 'tt.getResponse' .
>> The only difference between my step with the guide is that I copy all
>> the needed jar to <glassfish>/lib, to reduce the war size for quicker
>> deployment.
>>
>> Thanks,
>> Jim
>
> So, that confirms his setup, and thats the cause.
>
> Anissa.
>
> Ken Paulsen wrote:
>
>>
>> Thanks for figuring this out Anissa!
>>
>> These jars should be included with the application, not in the shared
>> folder. While I think this should be fine for JSFTemplating jars, I
>> am not as confident for the other jars. This effects classloading
>> and can cause unexpected results (i.e. if a class from the shared
>> library looks for a class that needs the web app classloader, it may
>> not be found unless the context classloader is used).
>>
>> Thanks Anissa!
>>
>> Ken
>>
>> Anissa Lam wrote:
>>
>>> Hi Ken,
>>>
>>> I was looking at this too to see why Jim is having that
>>> ClassNotFound exception.
>>> I can reproduce what he saw.
>>> Looking at his project files, all the needed jars are in the same
>>> directory with the server's jar, ie javaee.jar, appserv-rt.jar.
>>> This make me think that maybe Jim is putting all the jar in the
>>> server's share lib directory.
>>>
>>> If i exploded dist/jsfdemo.war, put all the necessary jar under
>>> WEB-INF/lib, deploydir, i can run the app without any problem.
>>>
>>> However, if i did what i believe he is doing, move all the needed
>>> jar to <AS>/lib, restart domain, undeploy and then do deploydir
>>> again, deployment went fine. But when you run the app, you will
>>> get the ClassNotFound exception.
>>>
>>> [#|2007-02-17T11:25:48.622-0800|SEVERE|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=10;_ThreadName=main;_RequestID=f8b4e3b6-aae3-4944-baa8-1699f2190f40;|WebModule[/TESTjsf]PWC1257:
>>> Error configuring application listener of class
>>> com.sun.faces.extensions.avatar.event.DynaFacesContextListener
>>> java.lang.ClassNotFoundException:
>>> com.sun.faces.extensions.avatar.event.DynaFacesContextListener
>>> at
>>> java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>> at java.security.AccessController.doPrivileged(Native Method)
>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>> at
>>> org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:975)
>>>
>>> at
>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1470)
>>> at
>>> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4425)
>>>
>>> at
>>> org.apache.catalina.core.StandardContext.start(StandardContext.java:5144)
>>>
>>> at com.sun.enterprise.web.WebModule.start(WebModule.java:304)
>>>
>>> This is the exception he sent out in previous email.
>>> Anyway, looks like his app can't find the needed jars.
>>>
>>> Anissa.
>>>
>>> Ken Paulsen wrote:
>>>
>>>>
>>>> Hi Jim,
>>>>
>>>> Under your "web" directory you have:
>>>>
>>>> ./abc.jsf
>>>> ./WEB-INF
>>>> ./WEB-INF/sun-web.xml
>>>> ./WEB-INF/web.xml
>>>>
>>>> If you are trying to deploy this directory, you need the .jar
>>>> files, including a jar file w/ your handlers in it and your
>>>> handler.map file. See the the "app.jar" in the JSFTemplating's
>>>> unmodified "demo" app. You can download the demo app from the
>>>> JSFTemplating web site if you don't have this
>>>> (https://jsftemplating.dev.java.net/servlets/ProjectDocumentList?folderID=6920).
>>>>
>>>>
>>>> Under you "dist" directory you have a file called "jsfdemo.war",
>>>> this file contains:
>>>>
>>>> META-INF/
>>>> META-INF/MANIFEST.MF
>>>> WEB-INF/
>>>> WEB-INF/classes/
>>>> WEB-INF/classes/META-INF/
>>>> WEB-INF/classes/META-INF/jsftemplating/
>>>> WEB-INF/classes/META-INF/jsftemplating/Handler.map
>>>> WEB-INF/classes/demo/glassfish/ExampleHandlers.class
>>>> WEB-INF/classes/demo/
>>>> WEB-INF/classes/demo/glassfish/
>>>> WEB-INF/sun-web.xml
>>>> WEB-INF/web.xml
>>>> abc.jsf
>>>>
>>>> If you add all the missing jar files to WEB-INF/lib, this looks
>>>> like it should work. However, I recommend you move the
>>>> WEB-INF/classes/META-INF/* files to META-INF/*. I tested by moving
>>>> your classes/* to the demo application and your handler worked fine.
>>>>
>>>> Here are the files in the WEB-INF/lib directory that you need (so
>>>> you can double check):
>>>>
>>>> app.jar
>>>> dataprovider.jar
>>>> dojo-0.4.1-ajax.jar
>>>> jsftemplating.jar
>>>> jsftemplating-dynafaces-0.1.jar
>>>> json.jar
>>>> prototype-1.5.0.jar
>>>> webui-jsf.jar
>>>> webui-jsf-suntheme.jar
>>>>
>>>> This is assumes you are using the recently released Woodstock
>>>> components (https://woodstock.dev.java.net). If you don't have some
>>>> of these jar files, you can get them from the demo.war web
>>>> application on the JSFTemplating site (link above).
>>>>
>>>> I hope this helps!
>>>>
>>>> Ken
>>>>
>>>>
>>>> Jim Jiang wrote:
>>>>
>>>>> Hi Ken,
>>>>>
>>>>> Please find jar file for whole nb project from the attachment.
>>>>> You can find the generate war file under dist directory.
>>>>> I tidy the src, now it will not generate the jar file under
>>>>> WEB-INF\lib, but play the same the effect.
>>>>> the files in libraries is not included.
>>>>>
>>>>> Thanks,
>>>>> Jim
>>>>>
>>>>> Ken Paulsen wrote:
>>>>>
>>>>>>
>>>>>> Here the expected app structure:
>>>>>>
>>>>>> / <--- docroot where your .jsf / .jsp / images / .css / .js and
>>>>>> other files go
>>>>>> /WEB-INF <--- where your web.xml / faces-config.xml files go
>>>>>> /WEB-INF/lib <-- Where your .jar files go
>>>>>> /WEB-INF/classes <--- if you don't .jar up your classes, you can
>>>>>> put the classes under this directory (make sure they're in the
>>>>>> right subdirectory according to package)
>>>>>>
>>>>>> JSFTemplating has a feature to move files out of the docroot in
>>>>>> to a .jar file, but I'm going to ignore that for now.
>>>>>>
>>>>>> The .jar files in your "lib" directory that contain "handlers"
>>>>>> should have this structure:
>>>>>>
>>>>>> /some/package/YourFile.class
>>>>>> /META-INF/jsftemplating/Handler.map
>>>>>>
>>>>>> That's it. If you want to send me your files, just .jar them up
>>>>>> and I'll take a look.
>>>>>>
>>>>>> As for the error directory cannot be deleted error... I don't
>>>>>> know why this is happening. I have heard of something similar to
>>>>>> this happening in older version of the app server, but I don't
>>>>>> think newer versions have this problem. Also, I think only
>>>>>> Windows has this problem. I'm not sure what the cause / solution
>>>>>> is. You might try posting to dev_at_glassfish.dev.java.net. It's
>>>>>> been a long time since I've developed on windows, but I think if
>>>>>> you have a file open (i.e. in NetBeans), it might lock that file
>>>>>> and prevent you from deleting it. I'm not sure, though.
>>>>>>
>>>>>> God luck!
>>>>>>
>>>>>> Ken
>>>>>>
>>>>>>
>>>>>> Jim Jiang wrote:
>>>>>>
>>>>>>> Thanks, Ken,
>>>>>>>
>>>>>>> I checked the file structure and found sth:
>>>>>>> under WEB-INF/lib directory, there is no jar file but 2
>>>>>>> directories, one for class, another is META-INF/jsftemplating
>>>>>>> with Handler.map file
>>>>>>> I created a jar file which contains all files under WEB-INF/lib,
>>>>>>> then generated the war and deploy it. Some change happen, I can
>>>>>>> found my handler in the info.jsf! But abc.jsf still not works,
>>>>>>> the error prompts java.lang.ClassNotFoundException as below.
>>>>>>>
>>>>>>> javax.servlet.ServletException: demo.glassfish.ExampleHandlers
>>>>>>> javax.faces.webapp.FacesServlet.service(FacesServlet.java:256)
>>>>>>> com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>>>>>> *....*
>>>>>>>
>>>>>>> java.lang.ClassNotFoundException: demo.glassfish.ExampleHandlers
>>>>>>> java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>>>>>> java.security.AccessController.doPrivileged(Native Method)
>>>>>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>>>>>> ....
>>>>>>> I found that both WEB-INF/lib and WEB-INF/classes directory have
>>>>>>> the same classes, but their size are different.
>>>>>>> I wrote a jsp to access the handler
>>>>>>> demo.glassfish.ExampleHandlers, it shows it is in the classpath.
>>>>>>> BTW, there is another problem look strange, I can not deploy jsf
>>>>>>> war file twice to glassfish because of following error :
>>>>>>> /CLI171 Command deploy failed : Deploying application in domain
>>>>>>> failed; Cannot deploy. Module directo
>>>>>>> ry is locked and cant be deleted: {1}
>>>>>>> /
>>>>>>> Looking forward to your further suggestion.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Jim
>>>>>>>
>>>>>>> Ken Paulsen wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Yes, it sounds like your directory structure is fine. Here's
>>>>>>>> what I'd do first to try to debug it:
>>>>>>>>
>>>>>>>> Find your GlassFish installation and goto
>>>>>>>> domains/domain1/config and look at the domain.xml to see where
>>>>>>>> your app is deployed (it might not be where you think it is).
>>>>>>>> Then I'd goto that directory and double check that in the
>>>>>>>> WEB-INF/lib directory there is a .jar file w/ a Handler.map
>>>>>>>> file with the expected contents.
>>>>>>>>
>>>>>>>> Hopefully that will show you the error... b/c there isn't much
>>>>>>>> more to it then that! :)
>>>>>>>>
>>>>>>>> Ken
>>>>>>>>
>>>>>>>> Jim Jiang wrote:
>>>>>>>>
>>>>>>>>> I tried restart and redeploy, but they not works.
>>>>>>>>> How to make sure my change is in the classpath?
>>>>>>>>> As i said before, META-INF/jsftemplating/Handler.map is
>>>>>>>>> generated in the war WEB-INF/lib directory.
>>>>>>>>> I use Netbean jsf wizard to create project, does the war file
>>>>>>>>> structure it generated meet the requirement jsftemplate?
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Jim
>>>>>>>>>
>>>>>>>>> Ken Paulsen wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> If it's still showing "Test.getResponse" on the info.jsf
>>>>>>>>>> page, then one of the following must be happening:
>>>>>>>>>>
>>>>>>>>>> 1) Your changes aren't in the classpath.
>>>>>>>>>> 2) You haven't restarted the server (or redeployed the app)
>>>>>>>>>>
>>>>>>>>>> The container's classloader caches things in the classpath,
>>>>>>>>>> so redeploying or restarting the server is necessary. You can
>>>>>>>>>> also use the ".reload" feature, which essentially
>>>>>>>>>> redeploys... I've had problems w/ this feature in the past,
>>>>>>>>>> but I think those problems have been addressed.
>>>>>>>>>>
>>>>>>>>>> Good luck!
>>>>>>>>>>
>>>>>>>>>> Ken
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Jim Jiang wrote:
>>>>>>>>>>
>>>>>>>>>>> Both answer is 'Yes'.
>>>>>>>>>>> I clean and build project , the Handler.map show the
>>>>>>>>>>> 'tt.getResponse' .
>>>>>>>>>>> The only difference between my step with the guide is that I
>>>>>>>>>>> copy all the needed jar to <glassfish>/lib, to reduce the
>>>>>>>>>>> war size for quicker deployment.
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Jim
>>>>>>>>>>>
>>>>>>>>>>> Anissa Lam wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Jim,
>>>>>>>>>>>> After changing the name of the method, did you 'clean and
>>>>>>>>>>>> build project' ?
>>>>>>>>>>>> When you look at the Handler.map, does it show
>>>>>>>>>>>> 'tt.getResponse' or 'Test.getResponse' ?
>>>>>>>>>>>>
>>>>>>>>>>>> Anissa
>>>>>>>>>>>>
>>>>>>>>>>>> Jim Jiang wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> I have a basic question about JSFTemplate.
>>>>>>>>>>>>> I followed the guide 'Templating for JavaServer™ Faces
>>>>>>>>>>>>> Technology -- NetBeans Project Tutorial' , and deploy and
>>>>>>>>>>>>> run the demo successfully.
>>>>>>>>>>>>> But when I tried to modified the demo to change handler
>>>>>>>>>>>>> name from Test.getResponse to * tt.*getResponse, I got
>>>>>>>>>>>>> below error when running abc.jsf.
>>>>>>>>>>>>>
>>>>>>>>>>>>> /javax.servlet.ServletException: Handler
>>>>>>>>>>>>> 'tt*.*getResponse' in event 'beforeEncode' is not
>>>>>>>>>>>>> declared! Ensure the '_at_Handler' annotation has been
>>>>>>>>>>>>> defined on the handler Java method, that it has been
>>>>>>>>>>>>> compiled with the annotation processing tool, and that the
>>>>>>>>>>>>> resulting 'META-INF/jsftemplating/Handler.map' is located
>>>>>>>>>>>>> in your classpath (you may need to do a clean build)./
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> I only changed 2 place:
>>>>>>>>>>>>> One is in abc.jsf: (the bold text)
>>>>>>>>>>>>> <!beforeEncode
>>>>>>>>>>>>> * tt.*getResponse(upper(userInput="#{in}"
>>>>>>>>>>>>> response=>$pageSession{foo});
>>>>>>>>>>>>> />
>>>>>>>>>>>>> Another is in ExampleHandlers.java
>>>>>>>>>>>>> @Handler(id="*tt*.getResponse",
>>>>>>>>>>>>> input={
>>>>>>>>>>>>> @HandlerInput(name="userInput", type=String.class)
>>>>>>>>>>>>> },
>>>>>>>>>>>>> output={
>>>>>>>>>>>>> @HandlerOutput(name="response", type=String.class)
>>>>>>>>>>>>> })
>>>>>>>>>>>>>
>>>>>>>>>>>>> I make sure that the file
>>>>>>>>>>>>> META-INF/jsftemplating/Handler.map is generated in the war
>>>>>>>>>>>>> WEB-INF/lib directory.
>>>>>>>>>>>>> but the info.jsf always show the handler I defined, it
>>>>>>>>>>>>> always show Test.getReponse.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Any other place need to be changed for just renaming handler?
>>>>>>>>>>>>> BTW, I use Netbean 5.5.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> Jim
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>