JSF + SEAM

hi all,
I am new to this blog. i am here because i have recently joined a company and was told that training will be given to me on SEAM and JSF.. I am a complete fresher and have only heard about struts and hibernate framework , dont know much about the seam framework.
Is it a good framework?
How is the future of JSF and seam ?? because i have been searching net from last 1-2 days and found mixed reviews about these 2 technology.

841044 wrote:
hi all,
Is it a good framework?
How is the future of JSF and seam ?? because i have been searching net from last 1-2 days and found mixed reviews about these 2 technology.Yes and no. First of all, there is Seam 2 for JSF 1.2 and Seam 3 for JSF 2; both are vastly different. Seam 2 is in my opinion too invasive and brings as much trouble as it solves to a JSF application; so much is done under the hood that when something goes wrong (and something will go wrong) you'll have a hard time figuring out what is causing it. Seam 3 is redesigned to be a set of extension libraries for JSF 2 which you can mix and match as you see fit. Just take what you need and leave the rest. The main reason for this change is that most of what Seam 2 added to JSF is already available to you out of the box in JEE6 through CDI, the standardized bean injection mechanism.
Note that Seam is not so much a framework; it is an aid to tie together different frameworks, APIs and platforms with JSF as the "engine" (hence the name).

Similar Messages

ANNOUNCE: Speed up your Data-Driven JSF/Seam Application by Two Orders of

Hello,
I am pleased to announce a new article on JSF Central. In the second installment of this two-part article, Dan Allen continues his discussion of some common performance problems you may encounter when using JSF components, Seam components, and the EL. You'll learn about the set of best practices for eliminating them that led to an improvement of two orders of magnitude in the performance of his application.
Here is an excerpt:
In the first part of this article, I began briefing you on optimizations I made to maximize the responsiveness of a JSF application that I developed out in the field. I cited performance problems caused by casually accessing components from a JSF view, then presented a set of best practices to eliminate this unnecessary overhead. Despite the progress made by the end of the first part, you had not yet witnessed the two orders of magnitude in performance improvement that was promised.
In this part, the additional gains will be achieved by leveraging partial page rendering-provided by the RichFaces JSF component library and by slimming the response. Partial page rendering cuts out the overhead of rerendering the entire page after each user interaction, which turns out to be the real bottleneck in most traditional web applications, and instead redraws only the areas of the page that have changed. Naturally, you want the replacement HTML source to be as condensed as possible. These optimizations allow the responsiveness of a web application to measure up to its desktop counterpart.
Read the full article here: [Speed up your Data-Driven JSF/Seam Application by Two Orders of Magnitude Part 2|http://www.jsfcentral.com/articles/speed_up_your_jsf_app_2.html]
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3

Hi,
how can we ensure that every body define the id in jsf page. we are using the jsf 1.0 and I think this artical for jsf 1.2
with IBM extended JFS lib.
if we don't want to change the code of full application,is it possible to speed up the render time with the help of framework or some other way.

How to retrieve image from XML file

Hi All,
I am new to XML. So any best guidance is appreciated.
The application requirement is to display image retrived from uploaded xml file in file upload section of our application. And store that image in database.
In my XML file , images & strings & numbers & booleans are there . I am able to save everything in database except images .
I am using JSF, Seam & Hibernate combination. In my Hibernate entity class i took BLOB datatype for image.
I am using following tags in my Xhtml file to display image
<s:graphicImage value="#{hibernateentitybean.picBlobtype}" height="200" width="200">
<s:transformImageSize width="200" height="200" />
<s:transformImageType contentType="image/jpeg"/>
But image is not displayed in Xhtml file
I am using org.w3c.dom.Document for retrieving node name & corresponding value in that node in XML file.
I am getting code like below for Image when i am logging all values from XML files in my bean class .
x0lGQRQAAAABAAAAAAAAAFJHAQARAAAAVwBhAHQAZQByACAAbABpAGwAaQBlAHMALgBqAHAAZwAAAP/Y/+AAEEpGSUYAAQIBAGAAYAAA/+0YLl
I want to convert this value to image. So i can convert image to bytes and store in BLOB.
Can anyone guide me ? or any other approach .
Thanks in advance for any reply.
Regards,
Naresh

Dan_Koldyr wrote:
agree, it's really odd. Just reread OP and it says:
NareshDharmiVatsal wrote:
want to convert this value to image. In any case it doesn't get worth then another single code line:
final String cdata = "x0lGQRQAAAABAAAAAAAAAFJHAQARAAAAVwBhAHQAZQByACAAbABpAGwAaQBlAHMALgBqAHAAZwAAAP/Y/+AAEEpGSUYAAQIBAGAAYAAA/+0YLl";
final sun.misc.BASE64Decoder decoder = new sun.misc.BASE64Decoder();
final byte[] data = decoder.decodeBuffer(cdata);
Blob blob = new SerialBlob(data);//or what ever other DB-specific blob implementaiton Did i answered original question? Any more comments to my first replay?I can comment on this latest code. The package sun.misc is private to Sun (Oracle now of course). It is undocumented and may change or be removed altogether in a future release. There is a good free open source Base64 decoder in the Jakarta Commons Codec library.

H:commandLink does not work on Safari

Hi,
I'm using JBoss AS 4.2.2.GA with Seam 2.0.1.GA and all its standard libs. But this seems to be a JSF-RI issue which is used by JBoss 4.2.2.GA
It seems as if <h:commandLink> don't work on Safari 3/Mac OS Leopard, which they did in earlier prjects with jboss 4.0.5.GA and Seam 1.2.1.GA. In this version myfaces was used.
The commandLink in the following example produces a JavaScript error "Undefined value". It doesn't matter if the action or the form is empty. I've simplified the example but this also happens with a "complete" form.
The starange thing is that if I copy the generated HTML source into an html file, open that file and click the "command" link, it works (however an error page is shown since this is not a legal Seam request).
I've no idea why this browser makes a difference between these two files since I have used <h:commandLink> in many earlier projects with earlier versions of the components. Firefox works without a problem.
I've already changed the extension of JSF/Seam from .seam to .html. Same error.
Anyone can help here?
Alex
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
 xmlns:h="http://java.sun.com/jsf/html"
 xmlns:f="http://java.sun.com/jsf/core">
<head>
</head>
<body>
<f:view>
 <h:form id="aForm">
 <h:commandLink id="theId" >abc</h:commandLink>
 </h:form>
</f:view>
</body>
</html>This is the generated HTML. The JavaScript error points to the line with the link.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" >
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
</head>
<body>
<form id="aForm" name="aForm" method="post" action="/leadspot/test.seam" enctype="application/x-www-form-urlencoded">
<input type="hidden" name="aForm" value="aForm" />
<script type="text/javascript" language="Javascript">
//<![CDATA[
function dpf(f) {var adp = f.adp;if (adp != null) {for (var i = 0;i < adp.length;i++) {f.removeChild(adp
);}}};function apf(f, pvp) {var adp = new Array();f.adp = adp;var ps = pvp.split(',');for (var i = 0
,ii = 0;i < ps.length;i++,ii++) {var p = document.createElement("input");p.type = "hidden";p.name = ps
;p.value = ps[i + 1];f.appendChild(p);adp[ii] = p;i += 1;}};function jsfcljs(f, pvp, t) {apf(f, pvp)
;var ft = f.target;if (t) {f.target = t;}f.submit();f.target = ft;dpf(f);};
//]]>
</script>
<a id="aForm:theId" href="#" onclick="if(typeof jsfcljs == 'function'){jsfcljs(document.forms['aForm'],'aForm:theId,aForm:theId','');}retu
rn false">abc</a><input type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" value="_id7" />
</form>
</body>
</html>

alxsde wrote:
What I still don't understand is why the same HTML code works when loaded from a file and is not generated by JSF.Hi. I committed the fix. For what it's worth, I hand-coded the JS in a static file for testing and was able to reproduce the problem and test the fix there before altering the Mojarra code. Why are you seeing different behavior? * shrug * :P
Glad it got you going though. :)

Any idea what could cause new br tags to get added to the rendered code?

The following happens. I am defaulted to the Credit Card radio button. I decide I want to click the PayPal radio button. I again decide to click the Credit Card radio button. At that very moment 2 extra break tags are inserted right below this intended br element. They are just two plain br tags with no style or class.
 What could be causing this? This is a JSF, SEAM RichFaces application. I should add the inserted br tags look like so they would not pass the xhtml requirements of facelets.

<h:selectOneRadio id="paymentTypeCode"
 onclick="uncheckOthers(this.form.id, this.id, 'paymentTypeCode');"
 value="#{customerSession.paymentId}">
 <f:selectItem id="paymentTypeCreditCard"
 itemValue="#{webstoreContext.paymentTypeCreditCard.id}" />
 <a:support event="onchange" ajaxSingle="true" reRender="paymentInputAjax"
 action="#{customerSession.lookupPaymentMethod}" />
</h:selectOneRadio>
<label id="creditcard_label" for="creditcard">Credit Card</label>
 

<s:div id="paypal_fields" rendered="#{customerSession.payPalFlag}">

<h:selectOneRadio id="paymentTypeCode_2"
 onclick="uncheckOthers(this.form.id, this.id, 'paymentTypeCode');"
 value="#{customerSession.paymentId}">
 <f:selectItem id="paymentTypePayPal"
 itemValue="#{webstoreContext.paymentTypePayPal.id}" />
 <a:support event="onchange" ajaxSingle="true"
 action="#{customerSession.lookupPaymentMethod}" />
</h:selectOneRadio>
<label id="paypal_label" for="paypal">PayPal</label>

</s:div> Edited by: SureSource4 on Jun 3, 2010 1:13 PM
Edited by: SureSource4 on Jun 3, 2010 1:13 PM
Edited by: SureSource4 on Jun 3, 2010 1:14 PM

It turns out, that changing the tags to <s:div> tags solved the problem.

ANNOUNCE: Jason Lee in depth: Mojarra and Scales

Hello,
I am pleased to announce a new podcast on JSF Central. In this podcast JSFCentral editor-in-chief Kito D. Mann interviews Jason Lee about Mojarra (the JSF reference implementation), the Scales component library, and all things JSF. This was recorded in September of 2008 at JSFOne.
Here is an excerpt:
Kito: Okay, cool. You do work on Mojarra, the implementation, but you also work on Scales which is like a Mojarra sub-project. So tell us a little bit about that.
Jason: Well, Scales started out in what we called at the time the “RI sandbox.” It was an area that Ryan had opened up for Mojarra developers to play in; if they wanted a feature to add to the implementation or that sort of thing they could work on it there. We relaxed the rules a little bit in terms of committing and code reviews. When I started doing the component development I needed a place to put that so Ryan and I got to talking and we stuck them there with the goal of eventually moving that out to the sub-project like we have.
What we found that motivated that to happen earlier is we have fairly strict rules on commit access to Mojarra. The implementation is governed by the Sun contributor agreement which some people kind of balk at. From my understanding it really just says “you retain rights to your code but you also give Sun the right to use it.” I don’t find it particularly onerous but some do, so to kind of ease that a little bit we moved that sandbox to a separate project. That also let us promote that as we got closer to a 1.0 version of that. We were able to manage that externally and hopefully get more external contributions. We have gotten some from that…
Scales is just a set of components that I mostly worked on, either because I really wanted to have that functionality in general, or we have a couple that I developed at a former shop that we needed for our business. We needed multiple file uploads. We were uploading 20-30 files at a time. We didn’t want to click “browse,” find it, and do that over and over, so we developed an applet based approach to that, and it is kind of wrapped up in a JSF component so we didn’t have to worry about all that stuff. You just drop the component on there and off your go. Those were developed at that company, and we were given permission to submit those to the sandbox.
Read the full article or download the podcast here: Jason Lee in depth: [Speed up your Data-Driven JSF/Seam Application by Two Orders of Magnitude – Part 2|Jason Lee in depth: Mojarra and Scales http://www.jsfcentral.com/articles/lee-03-09.html]
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3

Hello,
I am pleased to announce a new podcast on JSF Central. In this podcast JSFCentral editor-in-chief Kito D. Mann interviews Jason Lee about Mojarra (the JSF reference implementation), the Scales component library, and all things JSF. This was recorded in September of 2008 at JSFOne.
Here is an excerpt:
Kito: Okay, cool. You do work on Mojarra, the implementation, but you also work on Scales which is like a Mojarra sub-project. So tell us a little bit about that.
Jason: Well, Scales started out in what we called at the time the “RI sandbox.” It was an area that Ryan had opened up for Mojarra developers to play in; if they wanted a feature to add to the implementation or that sort of thing they could work on it there. We relaxed the rules a little bit in terms of committing and code reviews. When I started doing the component development I needed a place to put that so Ryan and I got to talking and we stuck them there with the goal of eventually moving that out to the sub-project like we have.
What we found that motivated that to happen earlier is we have fairly strict rules on commit access to Mojarra. The implementation is governed by the Sun contributor agreement which some people kind of balk at. From my understanding it really just says “you retain rights to your code but you also give Sun the right to use it.” I don’t find it particularly onerous but some do, so to kind of ease that a little bit we moved that sandbox to a separate project. That also let us promote that as we got closer to a 1.0 version of that. We were able to manage that externally and hopefully get more external contributions. We have gotten some from that…
Scales is just a set of components that I mostly worked on, either because I really wanted to have that functionality in general, or we have a couple that I developed at a former shop that we needed for our business. We needed multiple file uploads. We were uploading 20-30 files at a time. We didn’t want to click “browse,” find it, and do that over and over, so we developed an applet based approach to that, and it is kind of wrapped up in a JSF component so we didn’t have to worry about all that stuff. You just drop the component on there and off your go. Those were developed at that company, and we were given permission to submit those to the sandbox.
Read the full article or download the podcast here: Jason Lee in depth: [Speed up your Data-Driven JSF/Seam Application by Two Orders of Magnitude – Part 2|Jason Lee in depth: Mojarra and Scales http://www.jsfcentral.com/articles/lee-03-09.html]
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3

Clarrification about JSF and JBoss Seam

Hi ,
i have just started a couple of hours ago reading about JSF and JBoss Seam and it seems interesting ......
here is my question :
i have a form ( registration form ) written in jsp and a congratulation page (jsp page too)
is right what i am saying ?
JSF form ( input values) are sent to Seam to be validated under hibernate rules and then it( Seam ) responses to the JSF the entity bean .
again JSF form asks Seam to resolve the variable Register ( the value of the submit button in the form) and Seam returns the RegisterACtion
After that the same jsp page invoke the register method of the RegisterAction stateless session beam .inside the register method it redirect the user to congratulation jsp page .
do you think its correct
sorry folks for my english
Best reagrds
yacine fandi

or maybe if you can give a link of a good tutorial I�ll be greatfull
cheers yacine
Message was edited by:
fandi_yacine

Jsf and Seam

Hi,
I have a JSF project and would like to add a Captcha on the new user page.
I see several examples with Seam.
http://www.digitalsanctuary.com/tech-blog/java/jboss/seam/captcha-with-seam-in-three-minutes.html
http://thelabdude.blogspot.com/2009/05/user-registration-solution-using-jboss.html
1) What do I need to add Seam to my app? Is it worth it from Captcha?
http://livedemo.exadel.com/richfaces-demo/richfaces/paint2D.jsf?s=glassX
I copied this into my app to test and get several errors. I did not see the problem?
I see a NullPointer error..but dont know where to set it.
SEVERE: Servlet.service() for servlet Faces Servlet threw exception
javax.faces.FacesException: Error send image
        at org.richfaces.renderkit.html.Paint2DResource.send(Paint2DResource.java:192)
        at org.ajax4jsf.resource.ResourceLifecycle.sendResource(ResourceLifecycle.java:221)
        at org.ajax4jsf.resource.ResourceLifecycle.send(ResourceLifecycle.java:146)
        at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:225)
        at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:141)
        at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:496)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
        at java.lang.Thread.run(Unknown Source)
Caused by: javax.faces.el.EvaluationException: org.apache.jasper.el.JspELException: /loginTest.jsp(62,2) '#{paintBean.paint}' java.lang.NullPointerException
        at org.richfaces.webapp.taglib.MethodBindingMethodExpressionAdaptor.invoke(MethodBindingMethodExpressionAdaptor.java:56)
        at org.richfaces.renderkit.html.Paint2DResource.send(Paint2DResource.java:182)
        ... 17 more
Caused by: org.apache.jasper.el.JspELException: /loginTest.jsp(62,2) '#{paintBean.paint}' java.lang.NullPointerException
        at org.apache.jasper.el.JspMethodExpression.invoke(JspMethodExpression.java:77)
        at org.richfaces.webapp.taglib.MethodBindingMethodExpressionAdaptor.invoke(MethodBindingMethodExpressionAdaptor.java:52)
        ... 18 more
Caused by: java.lang.NullPointerException
        at com.netfixup.java.PaintBean.paint(Unknown Source)
        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)Anyone out there have and easy quick way to do Captcha with just JSF ? or should I go with Seam?
Thanks
Phil
Edited by: nohacks on Aug 20, 2009 4:08 AM

Going to seam might not be the answer to your problems. For one seam is not easy to get running on anything but a JBoss server (it is possible, but not easy). Secondly Seam is aimed at bringing JSF and EJBs closer together, among other things. Since you are running on Tomcat, I don't think you are using EJBs and therefore the use of Seam degrades greatly.
The root of the problem is easy enough to spot:
/loginTest.jsp(62,2) '#{paintBean.paint}'So what is this paintBean doing? If you have access to the code, you could check out the method that gives the error:
com.netfixup.java.PaintBean.paintto try and figure out what is null. SOMETHING is apparently not initialized properly, but unless the server logs can give you a hint what that something is, it is hard to help you further.

Seam (EJB3/JSF) App Deploys - but tables are not created, populated

Please let me know if you've run across this or have an inkling of an idea of what is going on here.
Description: I have created the JDBC Data Source and this deploys successfully. The JNDI Name for this data source is: "seam-jee5-ds".
I am using this JDNI name as the data source in my persistence.xml for the application. This data source is found when the application deploys. The data source itself is an embedded HSQLDB database, but I have also tried this with H2 and the result is the same.
The application works, I can open the page...but anytime there is a transaction with the database, the transaction fails. The error is that it can't find the table to query from, and fails w/ this exception:
javax.el.ELException: javax.ejb.EJBTransactionRolledbackException: EJB Exception: ; nested exception is: javax.persistence.PersistenceException: org.h
ibernate.exception.SQLGrammarException: could not execute query; nested exception is: javax.persistence.PersistenceException: org.hibernate.exception.
SQLGrammarException: could not execute query
+Caused by: java.sql.SQLException: Table not found in statement [select user0_.username as username2_, user0_.name as name2_, user0_.password as passwo+
+rd2_ from Customer user0_ where user0_.username=? and user0_.password=?]+
at org.hsqldb.jdbc.Util.throwError(Unknown Source)
The EJBs are recognized/discovered; example:
Aug 15, 2009 7:35:29 PM org.hibernate.cfg.annotations.EntityBinder bindTable
INFO: Bind entity org.jboss.seam.example.booking.Booking on table Booking
The persistence unit is configured:
Aug 15, 2009 7:35:29 PM org.hibernate.ejb.Ejb3Configuration configure
+INFO: Processing PersistenceUnitInfo [+
name: bookingDatabase
+...]+
Problem: When I then check the database (HSQLDB or H2), none of the tables that should be created and populated as a result of the EJBs are there.
The only two issues/warnings that I see are:
Aug 15, 2009 7:35:29 PM org.hibernate.impl.SessionFactoryObjectFactory addInstance
INFO: Not binding factory to JNDI, no JNDI name configured+
Aug 15, 2009 7:35:29 PM org.hibernate.util.NamingHelper getInitialContext+
INFO: JNDI InitialContext properties:{}+
Aug 15, 2009 7:35:32 PM com.sun.faces.config.ConfigureListener contextInitialized
INFO: Initializing Sun's JavaServer Faces implementation (1.2_03-b04-FCS) for context '/seam-jee5-booking'
Aug 15, 2009 7:35:34 PM org.jboss.seam.servlet.SeamListener contextInitialized
INFO: Welcome to Seam 2.1.2
Aug 15, 2009 7:35:34 PM org.jboss.seam.util.Resources getRealFile
WARNING: Unable to determine real path from servlet context for "/WEB-INF/classes" path does not exist.
Aug 15, 2009 7:35:34 PM org.jboss.seam.util.Resources getRealFile
WARNING: Unable to determine real path from servlet context for "/WEB-INF/dev" path does not exist.
Stack: JDK 1.6_011; WebLogic 10.3.1 (11g); Seam 2.1.2; Windows XP; HSQLDB 1.8
Any help you can provide would be much appreciated.
The app's persistence.xml:
<?xml version="1.0" encoding="UTF-8"?>
<persistence xmlns="http://java.sun.com/xml/ns/persistence"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"
version="1.0">
<persistence-unit name="bookingDatabase">
<provider>org.hibernate.ejb.HibernatePersistence</provider>
<jta-data-source>seam-jee5-ds</jta-data-source>
<properties>
 
 <property name="hibernate.dialect" value="org.hibernate.dialect.HSQLDialect"/>
 <property name="hibernate.transaction.manager_lookup_class"
 value="org.hibernate.transaction.WeblogicTransactionManagerLookup"/>
</properties>
</persistence-unit>
</persistence>
Edited by: user447661 on Aug 17, 2009 9:41 AM
Edited by: user447661 on Aug 17, 2009 9:45 AM
Edited by: user447661 on Aug 17, 2009 9:47 AM

Nevermind, the issue was that my persistence.xml did not contain the following property:
<property name="hibernate.hbm2ddl.auto" value="create-drop"/>
Therefore, the tables were not being created upon deployment.
Still, I would expect to see entity beans listed in the WebLogic console.

Deploying seam application on weblogic 10.3.2 application server.

Hi All,
I deployed jsf1.2.war file into weblogic. Now when I tried to run seam application getting below errors
Apr 6, 2010 11:00:29 AM com.sun.faces.config.ConfigureListener contextInitialized INFO: Initializing Sun's JavaServer Faces implementation (1.203-b04-FCS) for co ntext '/jboss-seam-registration' Apr 6, 2010 11:00:30 AM com.sun.faces.config.ConfigureListener contextInitialized INFO: Completed initializing Sun's JavaServer Faces implementation (1.203-b04-F CS) for context '/jboss-seam-registration' Apr 6, 2010 11:00:33 AM com.sun.faces.config.ConfigureListener contextInitialized INFO: Initializing Sun's JavaServer Faces implementation (1.203-b04-FCS) for context '/jboss-seam-registration' Apr 6, 2010 11:00:33 AM com.sun.faces.config.ConfigureListener contextInitialized INFO: Completed initializing Sun's JavaServer Faces implementation (1.203-b04-F CS) for context '/jboss-seam-registration' Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/servers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jboss-seam-ui.jar!/META-INF/s.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/servers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jsf-core.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/serv ers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jsf-html.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/serv ers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jsf-ui.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/serv ers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jstl-core.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/serv ers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jstl-fn.taglib.xml Apr 6, 2010 11:45:00 AM com.sun.faces.lifecycle.InvokeApplicationPhase execute WARNING: Could not instantiate Seam component: register org.jboss.seam.InstantiationException: Could not instantiate Seam component: register at org.jboss.seam.Component.newInstance(Component.java:2156) at org.jboss.seam.Component.getInstance(Component.java:2021) at org.jboss.seam.Component.getInstance(Component.java:1983) at org.jboss.seam.Component.getInstance(Component.java:1977) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:55) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:50) at org.jboss.seam.el.SeamELResolver.resolveBase(SeamELResolver.java:148)
at org.jboss.seam.el.SeamELResolver.getValue(SeamELResolver.java:51) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:143) at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELRe solver.java:64) at org.jboss.el.parser.AstIdentifier.getValue(AstIdentifier.java:44) at org.jboss.el.parser.AstValue.getTarget(AstValue.java:34) at org.jboss.el.parser.AstValue.invoke(AstValue.java:95) at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:27 6) at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.ja va:68) at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(Met hodBindingMethodExpressionAdapter.java:88) at com.sun.faces.application.ActionListenerImpl.processAction(ActionList enerImpl.java:95) at javax.faces.component.UICommand.broadcast(UICommand.java:387) at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:475)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:7 56) at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicat ionPhase.java:97) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run (StubSecurityHelper.java:227) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecuri tyHelper.java:125) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.jav a:292) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja va:56) at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsF ilter.java:27) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja va:56) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio n.run(WebAppServletContext.java:3592) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate dSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java: 121) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppS ervletContext.java:2202) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletC ontext.java:2108) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.j ava:1432) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) Caused by: javax.naming.NameNotFoundException: While trying to lookup 'RegisterA ction.local' didn't find subcontext 'RegisterAction'. Resolved ''; remaining nam e 'RegisterAction/local' at weblogic.jndi.internal.BasicNamingNode.newNameNotFoundException(Basic NamingNode.java:1139) at weblogic.jndi.internal.BasicNamingNode.lookupHere(BasicNamingNode.jav a:247) at weblogic.jndi.internal.ServerNamingNode.lookupHere(ServerNamingNode.j ava:182) at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:20 6) at weblogic.jndi.internal.WLEventContextImpl.lookup(WLEventContextImpl.j ava:254) at weblogic.jndi.internal.WLContextImpl.lookup(WLContextImpl.java:393) at javax.naming.InitialContext.lookup(InitialContext.java:392) at org.jboss.seam.Component.instantiateSessionBean(Component.java:1400) at org.jboss.seam.Component.instantiate(Component.java:1364) at org.jboss.seam.Component.newInstance(Component.java:2134) ... 38 more Apr 6, 2010 11:45:00 AM com.sun.faces.lifecycle.LifecycleImpl phase WARNING: executePhase(INVOKEAPPLICATION 5,com.sun.faces.context.FacesContextImp l@15635fa) threw exception javax.faces.FacesException: Could not instantiate Seam component: register at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicat ionPhase.java:105) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run (StubSecurityHelper.java:227) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecuri tyHelper.java:125) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.jav a:292) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja va:56) at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsF ilter.java:27) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja va:56) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio n.run(WebAppServletContext.java:3592) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate dSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java: 121) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppS ervletContext.java:2202) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletC ontext.java:2108) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.j ava:1432) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) Caused by: org.jboss.seam.InstantiationException: Could not instantiate Seam com ponent: register at org.jboss.seam.Component.newInstance(Component.java:2156) at org.jboss.seam.Component.getInstance(Component.java:2021) at org.jboss.seam.Component.getInstance(Component.java:1983) at org.jboss.seam.Component.getInstance(Component.java:1977) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:55) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:50) at org.jboss.seam.el.SeamELResolver.resolveBase(SeamELResolver.java:148) at org.jboss.seam.el.SeamELResolver.getValue(SeamELResolver.java:51) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:143) at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELRe solver.java:64) at org.jboss.el.parser.AstIdentifier.getValue(AstIdentifier.java:44) at org.jboss.el.parser.AstValue.getTarget(AstValue.java:34) at org.jboss.el.parser.AstValue.invoke(AstValue.java:95) at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:27 6) at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.ja va:68) at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(Met hodBindingMethodExpressionAdapter.java:88) at com.sun.faces.application.ActionListenerImpl.processAction(ActionList enerImpl.java:95) at javax.faces.component.UICommand.broadcast(UICommand.java:387) at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:475) at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:7 56) at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicat ionPhase.java:97) ... 18 more Caused by: javax.naming.NameNotFoundException: While trying to lookup 'RegisterA ction.local' didn't find subcontext 'RegisterAction'. Resolved ''; remaining nam e 'RegisterAction/local' at weblogic.jndi.internal.BasicNamingNode.newNameNotFoundException(Basic NamingNode.java:1139) at weblogic.jndi.internal.BasicNamingNode.lookupHere(BasicNamingNode.jav a:247) at weblogic.jndi.internal.ServerNamingNode.lookupHere(ServerNamingNode.j ava:182) at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:20 6) at weblogic.jndi.internal.WLEventContextImpl.lookup(WLEventContextImpl.j ava:254) at weblogic.jndi.internal.WLContextImpl.lookup(WLContextImpl.java:393) at javax.naming.InitialContext.lookup(InitialContext.java:392) at org.jboss.seam.Component.instantiateSessionBean(Component.java:1400) at org.jboss.seam.Component.instantiate(Component.java:1364) at org.jboss.seam.Component.newInstance(Component.java:2134) ... 38 more Apr 6, 2010 11:45:00 AM EDT Error HTTP BEA-101017 ServletContext@19607627app:-appsdir-jboss-eam-registration-war module:jboss-seam-registration.war path:/jboss-seam-registration spec-version:2.5, request: weblogic.servlet.internal.ServletRequestImpl@669c84POST /jboss-seam-registration/register.seam HTTP/1.1Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml-xml, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, Referer: http://localhost:7001/jboss-seam-registration/register.seam Accept-Language: en-us Content-Type: application/x-www-form-urlencoded UA-CPU: x86 Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Content-Length: 180 Connection: Keep-Alive Cache-Control: no-cache Cookie: GUEST-LANGUAGE-ID:en-US; COOKIESUPPORT:true; ADMINCONSOLESESSION:LkpWL7 HJXjTH8kTdCYpB7qn2HLqp111hH22hJV3H1sJ8JhhlHjRX!-512864410; JSESSIONID:0mLXL7WP7n ljLhvdGMBGTky1TLNpkLhgjrngV4v5LGyFsf63t3hQ!-1277131764
Root cause of ServletException. javax.naming.NameNotFoundException: While trying to lookup 'RegisterAction.local ' didn't find subcontext 'RegisterAction'. Resolved ''; remaining name 'Register Action/local' at weblogic.jndi.internal.BasicNamingNode.newNameNotFoundException(Basic NamingNode.java:1139) at weblogic.jndi.internal.BasicNamingNode.lookupHere(BasicNamingNode.jav a:247) at weblogic.jndi.internal.ServerNamingNode.lookupHere(ServerNamingNode.j ava:182) at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:20 6) at weblogic.jndi.internal.WLEventContextImpl.lookup(WLEventContextImpl.j ava:254) Truncated. see log file for complete stacktrace
I think this is something with ejb-jar.xml and components.xml files.
Please find ejb-jar.xml as below
<?xml version="1.0" encoding="UTF-8"?>
<ejb-jar xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_0.xsd"
version="3.0">
<interceptors>
<interceptor>
<interceptor-class>org.jboss.seam.ejb.SeamInterceptor</interceptor-class>
</interceptor>
</interceptors>
<assembly-descriptor>
<interceptor-binding>
<ejb-name>RegisterAction</ejb-name>
<interceptor-class >org.jboss.seam.ejb.SeamInterceptor</interceptor-class>
</interceptor-binding>
</assembly-descriptor>
</ejb-jar>
components.xml
<?xml version="1.0" encoding="UTF-8"?>
<components xmlns="http://jboss.com/products/seam/components"
xmlns:core="http://jboss.com/products/seam/core"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation=
"http://jboss.com/products/seam/core http://jboss.com/products/seam/core-2.2.xsd
http://jboss.com/products/seam/components http://jboss.com/products/seam/components-2.2.xsd">
<core:init jndi-pattern="#{ejbName}/local"/>
</components>
Please check these files and let me know where I'm doing wrong.
Thanks for your help.
Regards,
Sharath.

Hi All,
I deployed jsf1.2.war file into weblogic. Now when I tried to run seam application getting below errors
Apr 6, 2010 11:00:29 AM com.sun.faces.config.ConfigureListener contextInitialized INFO: Initializing Sun's JavaServer Faces implementation (1.203-b04-FCS) for co ntext '/jboss-seam-registration' Apr 6, 2010 11:00:30 AM com.sun.faces.config.ConfigureListener contextInitialized INFO: Completed initializing Sun's JavaServer Faces implementation (1.203-b04-F CS) for context '/jboss-seam-registration' Apr 6, 2010 11:00:33 AM com.sun.faces.config.ConfigureListener contextInitialized INFO: Initializing Sun's JavaServer Faces implementation (1.203-b04-FCS) for context '/jboss-seam-registration' Apr 6, 2010 11:00:33 AM com.sun.faces.config.ConfigureListener contextInitialized INFO: Completed initializing Sun's JavaServer Faces implementation (1.203-b04-F CS) for context '/jboss-seam-registration' Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/servers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jboss-seam-ui.jar!/META-INF/s.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/servers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jsf-core.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/serv ers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jsf-html.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/serv ers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jsf-ui.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/serv ers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jstl-core.taglib.xml Apr 6, 2010 11:44:49 AM com.sun.facelets.compiler.TagLibraryConfig loadImplicit INFO: Added Library from: zip:C:/bea10.3.2/userprojects/domains/devdomain/serv ers/AdminServer/tmp/WLuser/appsdirjboss-seam-registrationwar/r1lafi/war/WEB -INF/lib/jsf-facelets.jar!/META-INF/jstl-fn.taglib.xml Apr 6, 2010 11:45:00 AM com.sun.faces.lifecycle.InvokeApplicationPhase execute WARNING: Could not instantiate Seam component: register org.jboss.seam.InstantiationException: Could not instantiate Seam component: register at org.jboss.seam.Component.newInstance(Component.java:2156) at org.jboss.seam.Component.getInstance(Component.java:2021) at org.jboss.seam.Component.getInstance(Component.java:1983) at org.jboss.seam.Component.getInstance(Component.java:1977) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:55) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:50) at org.jboss.seam.el.SeamELResolver.resolveBase(SeamELResolver.java:148)
at org.jboss.seam.el.SeamELResolver.getValue(SeamELResolver.java:51) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:143) at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELRe solver.java:64) at org.jboss.el.parser.AstIdentifier.getValue(AstIdentifier.java:44) at org.jboss.el.parser.AstValue.getTarget(AstValue.java:34) at org.jboss.el.parser.AstValue.invoke(AstValue.java:95) at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:27 6) at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.ja va:68) at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(Met hodBindingMethodExpressionAdapter.java:88) at com.sun.faces.application.ActionListenerImpl.processAction(ActionList enerImpl.java:95) at javax.faces.component.UICommand.broadcast(UICommand.java:387) at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:475)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:7 56) at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicat ionPhase.java:97) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run (StubSecurityHelper.java:227) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecuri tyHelper.java:125) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.jav a:292) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja va:56) at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsF ilter.java:27) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja va:56) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio n.run(WebAppServletContext.java:3592) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate dSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java: 121) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppS ervletContext.java:2202) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletC ontext.java:2108) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.j ava:1432) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) Caused by: javax.naming.NameNotFoundException: While trying to lookup 'RegisterA ction.local' didn't find subcontext 'RegisterAction'. Resolved ''; remaining nam e 'RegisterAction/local' at weblogic.jndi.internal.BasicNamingNode.newNameNotFoundException(Basic NamingNode.java:1139) at weblogic.jndi.internal.BasicNamingNode.lookupHere(BasicNamingNode.jav a:247) at weblogic.jndi.internal.ServerNamingNode.lookupHere(ServerNamingNode.j ava:182) at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:20 6) at weblogic.jndi.internal.WLEventContextImpl.lookup(WLEventContextImpl.j ava:254) at weblogic.jndi.internal.WLContextImpl.lookup(WLContextImpl.java:393) at javax.naming.InitialContext.lookup(InitialContext.java:392) at org.jboss.seam.Component.instantiateSessionBean(Component.java:1400) at org.jboss.seam.Component.instantiate(Component.java:1364) at org.jboss.seam.Component.newInstance(Component.java:2134) ... 38 more Apr 6, 2010 11:45:00 AM com.sun.faces.lifecycle.LifecycleImpl phase WARNING: executePhase(INVOKEAPPLICATION 5,com.sun.faces.context.FacesContextImp l@15635fa) threw exception javax.faces.FacesException: Could not instantiate Seam component: register at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicat ionPhase.java:105) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run (StubSecurityHelper.java:227) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecuri tyHelper.java:125) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.jav a:292) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja va:56) at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsF ilter.java:27) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja va:56) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio n.run(WebAppServletContext.java:3592) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate dSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java: 121) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppS ervletContext.java:2202) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletC ontext.java:2108) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.j ava:1432) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) Caused by: org.jboss.seam.InstantiationException: Could not instantiate Seam com ponent: register at org.jboss.seam.Component.newInstance(Component.java:2156) at org.jboss.seam.Component.getInstance(Component.java:2021) at org.jboss.seam.Component.getInstance(Component.java:1983) at org.jboss.seam.Component.getInstance(Component.java:1977) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:55) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:50) at org.jboss.seam.el.SeamELResolver.resolveBase(SeamELResolver.java:148) at org.jboss.seam.el.SeamELResolver.getValue(SeamELResolver.java:51) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:143) at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELRe solver.java:64) at org.jboss.el.parser.AstIdentifier.getValue(AstIdentifier.java:44) at org.jboss.el.parser.AstValue.getTarget(AstValue.java:34) at org.jboss.el.parser.AstValue.invoke(AstValue.java:95) at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:27 6) at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.ja va:68) at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(Met hodBindingMethodExpressionAdapter.java:88) at com.sun.faces.application.ActionListenerImpl.processAction(ActionList enerImpl.java:95) at javax.faces.component.UICommand.broadcast(UICommand.java:387) at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:475) at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:7 56) at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicat ionPhase.java:97) ... 18 more Caused by: javax.naming.NameNotFoundException: While trying to lookup 'RegisterA ction.local' didn't find subcontext 'RegisterAction'. Resolved ''; remaining nam e 'RegisterAction/local' at weblogic.jndi.internal.BasicNamingNode.newNameNotFoundException(Basic NamingNode.java:1139) at weblogic.jndi.internal.BasicNamingNode.lookupHere(BasicNamingNode.jav a:247) at weblogic.jndi.internal.ServerNamingNode.lookupHere(ServerNamingNode.j ava:182) at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:20 6) at weblogic.jndi.internal.WLEventContextImpl.lookup(WLEventContextImpl.j ava:254) at weblogic.jndi.internal.WLContextImpl.lookup(WLContextImpl.java:393) at javax.naming.InitialContext.lookup(InitialContext.java:392) at org.jboss.seam.Component.instantiateSessionBean(Component.java:1400) at org.jboss.seam.Component.instantiate(Component.java:1364) at org.jboss.seam.Component.newInstance(Component.java:2134) ... 38 more Apr 6, 2010 11:45:00 AM EDT Error HTTP BEA-101017 ServletContext@19607627app:-appsdir-jboss-eam-registration-war module:jboss-seam-registration.war path:/jboss-seam-registration spec-version:2.5, request: weblogic.servlet.internal.ServletRequestImpl@669c84POST /jboss-seam-registration/register.seam HTTP/1.1Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml-xml, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, Referer: http://localhost:7001/jboss-seam-registration/register.seam Accept-Language: en-us Content-Type: application/x-www-form-urlencoded UA-CPU: x86 Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Content-Length: 180 Connection: Keep-Alive Cache-Control: no-cache Cookie: GUEST-LANGUAGE-ID:en-US; COOKIESUPPORT:true; ADMINCONSOLESESSION:LkpWL7 HJXjTH8kTdCYpB7qn2HLqp111hH22hJV3H1sJ8JhhlHjRX!-512864410; JSESSIONID:0mLXL7WP7n ljLhvdGMBGTky1TLNpkLhgjrngV4v5LGyFsf63t3hQ!-1277131764
Root cause of ServletException. javax.naming.NameNotFoundException: While trying to lookup 'RegisterAction.local ' didn't find subcontext 'RegisterAction'. Resolved ''; remaining name 'Register Action/local' at weblogic.jndi.internal.BasicNamingNode.newNameNotFoundException(Basic NamingNode.java:1139) at weblogic.jndi.internal.BasicNamingNode.lookupHere(BasicNamingNode.jav a:247) at weblogic.jndi.internal.ServerNamingNode.lookupHere(ServerNamingNode.j ava:182) at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:20 6) at weblogic.jndi.internal.WLEventContextImpl.lookup(WLEventContextImpl.j ava:254) Truncated. see log file for complete stacktrace
I think this is something with ejb-jar.xml and components.xml files.
Please find ejb-jar.xml as below
<?xml version="1.0" encoding="UTF-8"?>
<ejb-jar xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_0.xsd"
version="3.0">
<interceptors>
<interceptor>
<interceptor-class>org.jboss.seam.ejb.SeamInterceptor</interceptor-class>
</interceptor>
</interceptors>
<assembly-descriptor>
<interceptor-binding>
<ejb-name>RegisterAction</ejb-name>
<interceptor-class >org.jboss.seam.ejb.SeamInterceptor</interceptor-class>
</interceptor-binding>
</assembly-descriptor>
</ejb-jar>
components.xml
<?xml version="1.0" encoding="UTF-8"?>
<components xmlns="http://jboss.com/products/seam/components"
xmlns:core="http://jboss.com/products/seam/core"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation=
"http://jboss.com/products/seam/core http://jboss.com/products/seam/core-2.2.xsd
http://jboss.com/products/seam/components http://jboss.com/products/seam/components-2.2.xsd">
<core:init jndi-pattern="#{ejbName}/local"/>
</components>
Please check these files and let me know where I'm doing wrong.
Thanks for your help.
Regards,
Sharath.

Seam on Weblogic 10.3.2: Possible classloader problem?

Hi all,
I have a problem deploying a Seam 2.2.0.GA application on WebLogic 10.3.2. I use JRockit 1.6.0_14, Richfaces 3.2.0.GA and Facelets 1.1.14 and the Server is deployed on Windoes XP 32bit. The application has the following structure:
application.ear
|--> APP-INF
| |--> classes
| |--> lib (all jar dependencies go here, including the WAR dependencies, EJB module dependencies)
|-->META_INF
| |--> application.xml
| |--> data-sources.xml
| |--> MANIFEST.MF
| |--> weblogic.xml
| |--> weblogic-application.xml
|--> jboss-seam-2.2.0.GA.jar (is an EJB module)
|--> myEjbModule1.jar
|--> myEjbModule2.jar
|--> myEjbModule3.jar
|--> myEjbModule4.jar
|--> myWar.war (NO libraries in WEB-INF/lib, finds everything in EAR/lib)
JBoss Seam is an EJB module. and is declared as such in application.xml. Everything is OK, since the application loads correctly. The jar contains a faces.config registering the SeamPhaseListener on JSF, so that Seam actually works.
Problems start when I try to enable the debug page of Seam. In order to do this, one must include in the classpath the jboss-seam-debug.jar (in APP-INF/lib or EAR/lib, here I am using the first). This jar has its own faces.config, which registers the Seam*Debug*PhaseListener on JSF, so that it catches debug requests.
When deploying WITH jboss-seam-debug.jar, the application does not appear, but ONLY the debug page with the following exception (stacktrace at the end):
Exception during request processing:
Caused by java.lang.IllegalStateException with message: "No phase id bound to current thread (*make sure you do not have two SeamPhaseListener instances installed*)"
This probably signifies a classloader issue. So, I have two questions:
1. Has anyone deployed JBoss Seam on WenLogic WITH the debug page? If yes, is the structure of my project correct?
2. Is there a way to debug the classloading of WebLogic? What I would find helpful would be to see what happens that registers the SeamPhaseListener more than one times.
Note: When "JBoss-izing" the same EAR (remove hibernate jars, which are provided by JBoss, and move all libraries from EAR/lib to EAR root), the application loads correctly. BOTH the application AND the debug page appear correctly.
Edited by: user6410241 on Mar 24, 2010 8:14 AM
Edited by: user6410241 on Mar 24, 2010 8:26 AM

The problem was the name of the Seam EJB module. Changing the jar to jboss-seam.jar, everything worked. This issue does not appear on JBoss 4.2.3.GA, where I also tested.
Edited by: deadlock_gr on Jun 10, 2010 9:55 AM
Edited by: deadlock_gr on Jun 10, 2010 9:56 AM

Problem logging on to the managed RAS using JBoss Seam

The app I am currently working on is using JBoss Seam. The sample jsp files you guys created were excellent. As a simple test I first tried to logon and export a report thru a different app using JSP and Tomcat and had no problems. I then copied the same code to my Seam application. I placed the logon and export report code into an Action class. I had to place the crystal jars into the seam/lib directory in order for seam to compile without errors. I now have seam running successfully, but get a runtime exception every time I try to logon to the RAS server.This codeenterpriseSession = sm.logon(username, password, cms, auth);causes this exception2006-11-20 12:00:49,551 ERROR [com.crystaldecisions.sdk.occa.pluginmgr.internal.PluginMgr] (getPlugins:292): unexpected exception java.lang.ClassCastException: com.crystaldecisions.sdk.plugin.desktop.pdf.internal.PDFFactoryAny ideas on how to correct this?Thanks in advance,Dave

Hi DaveI wasn't familiar with JBoss Seam before you mentioned it in your post. Looks like yet another application framework like Struts or JSF. The logon error shouldn't cause any kind of ClassCastException with a PDF factory. Have you tried commenting out all code except for the login. My only guess is that Seam changes the way that the code is executed so it appears that the error has to do with the login call. I really don't think this is possible.Start off real simple and uncomment the code as you go to see where the error is coming from. Rob Horne <a href="/blog/10">Rob's blog - http://diamond.businessobjects.com/blog/10</a>

How to get file input stream from the client machine by JSF Fileupload API?

Dear Friends,
How to get the file input stream from the client machine by JSF HtmlFileupload or fileupload API. At present, if i execute the file upload code in the client machine, it is able to get the local path of the file and looking for the file in server machine. So i am getting FileNotFoundException.
E.g., If a file is located at client machine at following location means "C:\Test\Test.txt",
uploadClass.getFileuploadComponent().getFilename().toString() returns "C:\Test\Test.txt". But it is looking for that file in server and throwing FileNotFoundException.
Please post your replies soon.
Thanks,
JP

Depends on which version of JSF you're using. If JSF 1.2, I wouldn't even bother trying to hack this into JSF itself unless you can use something like Seam 2 or richfaces.
http://docs.jboss.org/richfaces/latest_3_3_X/en/devguide/html/rich_fileUpload.html
http://docs.jboss.org/seam/2.2.1.CR3/reference/en-US/html/controls.html#d0e29259 (look for s:fileUpload)
But if I were you, a simple non-jsf form with a servlet works best for taking file uploads.
As for JSF 2.0, there are other ways of getting it done.
http://balusc.blogspot.com/2009/12/uploading-files-with-jsf-20-and-servlet.html

JSF 2.0 ejb dependency injection

It seams that @EJB annotation does not work everywhere... at least in my case.
Use case:EAR app
EJB:based on JavaDB APP schema (jdbc/sample in GFv3)(entities, JPA controllers as session beans)
WAR:JSF 2.0 app using EJB
For instance in a converter:
@FacesConverter(forClass=ro.x64.entity.DiscountCode.class)
public class DiscountCodeConverter implements Converter {
    @EJB
    DiscountCodeFacade discountCodeFacade;
    public Object getAsObject(FacesContext context, UIComponent component, String value) {
        if (value == null || value.length() == 0) {
            return null;
        Character id = new Character(value.charAt(0));
        return discountCodeFacade.find(id);
    public String getAsString(FacesContext context, UIComponent component, Object value) {
        if (value == null) {
            return null;
        if (value instanceof DiscountCode) {
            DiscountCode o = (DiscountCode) value;
            return o.getDiscountCode() == null ? "" : o.getDiscountCode().toString();
        } else {
            throw new IllegalArgumentException("object " + value + " is of type " + value.getClass().getName() + "; expected type: jpa.entities.DiscountCode");
} discountCodeFacade is resolved to null.
...but same @EJB works in a managed bean.
So is my code wrong,do I use @EJB improperly or is this a bug?
Florin POP
Thank you for your replies

I even tried to decorate as a CDI Managed Bean my @FacesConverter.
@Named
@RequestScoped
@FacesConverter(forClass=MyClass.class)
public class MyConverter implements ConverterBut didn't work either. When my application is deployed I can see that my class is managed but injection is not working.
INFO: Adapting InjectionTarget for org.test.MyConverter in the scope interface javax.enterprise.context.RequestScoped
A workaround is making a context lookup in your converter constructor:
MyEJB bean;
public MyConverter() {
            try {
                bean = (MyEJB) InitialContext.doLookup("java:global/MyApp/MyEJB");
            } catch (NamingException ex) {
                Logger.getLogger("Converter").log(Level.SEVERE, null, ex);
    }Hope it helps

JSF Navigation and page access out-of-order issue

I've been searching the web and the forums for an answer to what I thought would be at least a well-documented issue with JSF, but have been coming up empty. (which to me might mean its not an issue and just a lack of understanding on my part)
Lets say I have two pages, one (license.jsf) that has a simple form that presents the user with a license agreement along with two commandButtons with actions "accept" and "decline".
The other page is a landing page, lets call it "results.jsf" which the user gets navigated to should they choose to accept the license agreement.
The problem I have is whats to stop a user from just typing in results.jsf. Granted my controller can store a value somewhere as to whether they have accepted the terms of the license and not display the content on the results.jsf page, but what I'd really like to do is intercept that initial request to results.jsf and redirect them to the license.jsf page.
I can fathom a bunch of different "hacks" to make this work, but I'm really hoping that somebody knows of some more elegant solution for addressing this whether its in JSF directly or using some support framework like a SEAM or Spring(?) (I'm vaguely familiar with SEAM and I'm figuring since its got a workflow on the back end, its kinda hard to drop into the middle of a process flow, so maybe it addresses that some how). Or I'll happily take any suggested URL's to other threads/websites that offer advice on this subject.
Thanks.

Yes, I've tried that. It really is puzzling. I am also fighting the battle of the counters (trying to get them to stay centered, and (as mentioned in a separate post) trying to figure out why I have a duplicate entry in my RSS feed.
I wonder if that problem is connected to this one?

JSF + SEAM

Similar Messages

Maybe you are looking for