December 2006 - jboss-user - Jboss List Archives

[JBoss Seam] - @DataModel without dataTable

by bluetrade

Hi, I would like to use the @DM annotation without having a table - i.e. in a Select Box - how can this be done? Thanks joey View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995153#3995153 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995153

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: Value injection not always working with Seam 1.1

by andrew.rw.robinson

It looks like Seam is no longer intercepting all of my calls. Normally the stack would be full of "proxy" class names. Below, there are no proxies, only the "real" classes. So it seams something has changed that seam is no longer createing the proxy. here is the stack: at com.outlooksoft.cpm.livereport.LiveReportBean$ReportApplicationContextModel.loadDimensions(LiveReportBean.java:1262) | at com.outlooksoft.cpm.dimension.data.DimensionContextModel.ensureDimensionsLoaded(DimensionContextModel.java:176) | at com.outlooksoft.cpm.dimension.data.DimensionContextModel.getDimensions(DimensionContextModel.java:145) | at com.outlooksoft.cpm.faces.controls.HtmlDimensionContextRenderer.encodeDimensions(HtmlDimensionContextRenderer.java:249) | at com.outlooksoft.cpm.faces.controls.HtmlDimensionContextRenderer.encodeEnd(HtmlDimensionContextRenderer.java:175) | at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:536) | at org.apache.myfaces.shared_tomahawk.renderkit.RendererUtils.renderChild(RendererUtils.java:442) | at org.apache.myfaces.shared_tomahawk.renderkit.RendererUtils.renderChildren(RendererUtils.java:419) | at org.apache.myfaces.shared_tomahawk.renderkit.html.HtmlGroupRendererBase.encodeEnd(HtmlGroupRendererBase.java:75) | at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:536) | at org.ajaxanywhere.jsf.ZoneUIComponent.renderComponent(ZoneUIComponent.java:90) | at org.ajaxanywhere.jsf.ZoneUIComponent.renderChildren(ZoneUIComponent.java:71) | at org.ajaxanywhere.jsf.ZoneUIComponent.encodeChildren(ZoneUIComponent.java:51) | at com.outlooksoft.cpm.faces.controls.UIAjaxZone.encodeChildren(UIAjaxZone.java:51) | at org.ajaxanywhere.jsf.ZoneUIComponent.renderComponent(ZoneUIComponent.java:86) | at org.ajaxanywhere.jsf.ZoneUIComponent.renderChildren(ZoneUIComponent.java:71) | at org.ajaxanywhere.jsf.ZoneUIComponent.renderComponent(ZoneUIComponent.java:88) | at org.ajaxanywhere.jsf.ZoneUIComponent.renderChildren(ZoneUIComponent.java:71) | at org.ajaxanywhere.jsf.ZoneUIComponent.renderComponent(ZoneUIComponent.java:88) | at org.ajaxanywhere.jsf.ZoneUIComponent.renderChildren(ZoneUIComponent.java:71) | at org.ajaxanywhere.jsf.ZoneUIComponent.encodeChildren(ZoneUIComponent.java:51) | at com.outlooksoft.cpm.faces.controls.UIAjaxZone.encodeChildren(UIAjaxZone.java:51) | at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:557) | at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562) | at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562) | at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562) | at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562) | at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:562) | at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:457) | at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384) | at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) | I have not changed any configuration yet. Was there something that changed from 1.0.1 to 1.1 that I missed? The change log didn't seam to say anything. Here is my technology stack: MyFaces 1.1.3 (patched) MyFaces Tomahawk 1.1.3 (patched) AjaxAnywhere 1.1.0.6 Seam 1.1.0 Facelets 1.0.14 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995152#3995152 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995152

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: SeamSecurityFilter

by sbryzak2

This filter is part of the new security API, which will be included in the Seam 1.1.5 GA release. It should be ok to use now, but it may change further before the release is complete. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995151#3995151 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995151

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: Value injection not always working with Seam 1.1

by andrew.rw.robinson

More information: I tried changing the scope and that didn't work. Here is more information on this new problem with In: Bean: @Name("liveReportBean") | @LoggedIn | @Scope(ScopeType.CONVERSATION) | public class LiveReportBean | { | ... | @In(create=true) | private DimensionInfoCache dimInfoCache; | ... | private ReportApplicationContextModel model; | ... | | public DimensionContextModel getModel() | { | return this.model; | } | ... | public class ReportApplicationContextModel | extends DimensionContextModel | { | protected void someMethod() | { | // dimInfoCache is null in 1.1, why? | } | } | } My XHTML/JSF code references this model from using a value binding expression of "#{liveReportBean.model}". My "someMethod" is called when the renderer calls a method on the base class of the model. In 1.0.1 all my "@In(create=true)" variables on the live report bean were set, in 1.1 all are null. I really don't know what is different from 1.0.1 to 1.1 that would stop the in from importing my other beans and injecting them. @Name("dimInfoCache") | @Scope(ScopeType.EVENT) | public class DimensionInfoCache ... Thanks! Gavin: to answer your question, In(create=true) works just fine most of the time, but not all of the time, that is what is confusing. This is why I know for sure these beans are being deployed fine. I am wondering if it has to do with serialization? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995150#3995150 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995150

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: Conversion Error on Registration example

by petemuir

If you are deploying to JBoss AS you don't need myfaces-* or thirdparty-all in your archive. jboss-seam.jar needs to be on the ear classpath not the war classpath, the standard way to do this is reference it in application.xml. Alternatively use seam-gen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995149#3995149 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995149

19 years, 4 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: location for DLL's

by PeterJ

The jboss.native.load and jboss.native.dir system properties come into play if you deploy an archive (such as a jar file) with an embedded native library. In other words, if I have foobar.jar which contains: org/stuff/Main.class org/stuff/Other.class other.dll then when JBoss deploys the jar, it will also load the DLL by first copying it to the jboss.native.dir directory and loading it from there. So you have two choices. If your Java code calls System.load(), then place your DLL in the PATH. If you expect JBoss to load your DLL, include it in your jar/sar/whatever file. Oh by the way, it appears that jboss.native.load defaults to true. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995148#3995148 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995148

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: Value injection not always working with Seam 1.1

by gavin.king＠jboss.com

Sounds like some kind of mis-configuration / packaging problem. Are you sure all your components are being scanned and installed at startup? Are you sure the object that you are injecting into is an object instantiated by Seam, and that the BijectoinInterceptor is being processed? @In(create=true) is always going to create the named component, assuming it exists. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995147#3995147 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995147

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: Value injection not always working with Seam 1.1

by andrew.rw.robinson

Well, I fixed this issue, but I am once again into many more of the same type. It seems the "@In(create=true)" is not finding my session beans. It is possibly due to the scope change. If I use @In(create=true) on a bean that is session scoped, shouldn't it create the bean in the session regardless of the scope of the bean declaring the variable? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995146#3995146 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995146

19 years, 4 months

1
0
0 / 0

[JBossWS] - Re: Single Client, Multiple Service Endpoints

by elcapitan

Bump. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995145#3995145 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995145

19 years, 4 months

1
0
0 / 0

[Messaging, JMS & JBossMQ] - Re: MDB and connection to a remote queue with transaction

by genman

BTW, if you close the connection it closes the session and sender as well. Anyway, what does getConnection() do? Are you using the pooled connections at java:/JmsXA ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3995144#3995144 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3995144

19 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user December 2006