[JBoss Seam] - Re: Seam and Portal Future
by bsmithjj
Here's another slant on this topic and your statement:
anonymous wrote : hopefully that seam and portal will be a good match in the future
I did a fair amount of work with JBoss Portal about a year and a half ago. This last year, I've mainly worked with Seam + Facelets and JSF. I've recently spent some time reevaluating JBoss Portal. I've found that with each point release of the portal, the chief integration points between your application (i.e. the various deployment descriptors, and the security API's) tends to change in a non-backwards compatible manner. Thus, if you were to pick a released version of the portal today (say 2.4.X), and develop a completely customized portal application that featured your look and feel for the pages, and integration with your company's security system - you could expect to redo all this if you wanted to go to version 2.6. My point in saying this is that's a lot of PAIN just to build an application that is primarily based on the JSR 168 (Portlet) API's.
Also, you should be aware that figuring out the best mix of JSF-Portlet bridge and JSF component sets and coming up with a working configuration that includes all of this plus Seam is a major research project.
Let me contrast the work described above with just using Seam + Facelets (+ whatever my current favorite JSF Component library is).... Basically, Facelets makes it darn easy to build view components and page templates; furthermore, with JSF EL and Seam, I simply 'declare' in an expression what component or component property, or data collection (model) my system should supply for a view component - it's ridiculously simple. So I can (and do) make use of this combo of Seam and Facelets to build much richer apps than I could with the Portal. I can use techniques such as AJAX and/or remoting to make anyone of my view components behave much like a portlet.
Basically, I am saying I think there is no great value in using a piece of technology as complicated as a portal simply to get little boxed pieces of content onto a page with 'questionable decorations' (edit, minimize, maximize, close, etc...). It's much easier, faster, maintainable, etc... to simply build up a webapp that has similar characteristics using Seam (and, say, AJAX) + Facelets directly.
So you should think carefully about whether you really do need to use the JSR 168 API's as part of building your web application(s). Simply using Seam + Facelets / JSF and a good component lib (like ICEFaces) will probably yield a better user experience and a better development experience than trying to bridge all this stuff into the JSR 168 request-response lifecycle.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3998049#3998049
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3998049
19 years, 3 months
[JBoss Seam] - Action Classes won't instantiate
by chip_schoch
Seam 1.1.0GA. I used the seam tool to create an action class. I then added more methods to it. When I attempt to run it i get:
javax.faces.FacesException: Error calling action method of component with id _id55:_id59
org.apache.myfaces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:79)
javax.faces.component.UICommand.broadcast(UICommand.java:106)
javax.faces.component.UIViewRoot._broadcastForPhase(UIViewRoot.java:94)
javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:168)
org.apache.myfaces.lifecycle.LifecycleImpl.invokeApplication(LifecycleImpl.java:343)
org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:86)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:137)
org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:32)
org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:46)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
I hooked up my debugger to Seam and it throws an exception in Component.instantiateSessionBean(), on Object bean = Naming.getInitialContext().lookup(jndiName) [line 1027]; It throws a naming exception. What's up with this?
Looking at the stack in my debugger it is clear that this method is called as a result of newInstance so why should it expect to have a bean in jndi? Am I missing something? I built the booking example and deployed it and got similiar errors.
I am trying to evaluate Seam to see if it is the right framework for us to standardize on. I like what I read but this kind of problem leaves me wary. Any help would be appreciated. Thanks.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3998042#3998042
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3998042
19 years, 3 months
[JBoss Seam] - What does this exception mean
by buddy1974
and how can I work around it?
| 11:57:20,898 ERROR [PhaseListenerManager] Exception in PhaseListener RENDER_RESPONSE(6) beforePhase.
|
| java.lang.IllegalStateException: No page context active
| at org.jboss.seam.core.FacesPage.instance(FacesPage.java:87)
| at org.jboss.seam.jsf.AbstractSeamPhaseListener.beforeRender(AbstractSeamPhaseListener.java:
| 219)
| at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:51)
| at org.apache.myfaces.lifecycle.PhaseListenerManager.informPhaseListenersBefore(PhaseListene
| rManager.java:70)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:373)
| at com.icesoft.faces.webapp.xmlhttp.PersistentFacesState.render(PersistentFacesState.java:18
| 0)
| at de.ellumination.share.sb.RenderManagerBean.renderRequest(RenderManagerBean.java:37)
| at de.ellumination.share.sb.RenderManagerBean$$FastClassByCGLIB$$e05d1045.invoke(<generated>)
| at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
| at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:45)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:55)
| at org.jboss.seam.interceptors.OutcomeInterceptor.interceptOutcome(OutcomeInterceptor.java:2
|
this is the exception i am getting whilst integrating the icefaces inputfile component...
Kind regards
Juergen
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3998036#3998036
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3998036
19 years, 3 months