[jboss-user] [JBoss Seam] - Re: How can I pass parameters to action methods
FWIW, I should have mentioned that passEdit.selectPass(pass) was getting called but that the pass parameter was null. In any event, I switched over to using a page parameter for the pass id. It seems like this is probably better anyway (bookmarkable). View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4089887#4089887 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4089887 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: How can I pass parameters to action methods
[EMAIL PROTECTED] wrote : So you need to find another way to pass an object
from request to request. One way is to pass its identifier and to load it from
the database in the second request. Another is to stick it into the session an
retrieve it from there by identifier.
But the booking app does pass the object as a parameter [from main.xhtml]:
h:dataTable id=hotels value=#{hotels} var=hot
rendered=#{hotels.rowCount0}
| ...
| s:link id=viewHotel value=View Hotel
action=#{hotelBooking.selectHotel(hot)}/
The only reason I can guess why this works is that the hotels DataModel
property is outjected from a session-scoped SFSB. However, I read in one of
Dan Allen's articles on IBM that anonymous wrote : Outjected variables are
placed directly into the variable context, independent of their backing bean.
So this suggests that it shouldn't matter.
Continuing...
[EMAIL PROTECTED] wrote : And the last and best way is to put it into the
conversation context in the first request, name the context variable in the
action method as a parameter, and let Seam look it up from the conversation
context in the second request. This is really what Seam is about.
Doesn't it depend on what the bounds of the conversation are? According to the
Yuan/Heute book, anonymous wrote : The default conversation scope spans only
two pages
However, I find this statement a bit misleading. If you read further, it
suggests that is really a single request/response cycle. And wouldn't this
then explain why trying to pass the object using default conversation scope
doesn't work? But then how does it work in the booking app, unless the scope
of the component outjecting the property has some influence on the lifecycle of
the outjected property.
Clearly I'm missing something I need to know about how all this works. Please
someone explain.
TIA, Clark
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4088861#4088861
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4088861
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: How can I pass parameters to action methods
Apologies to Yuan/Heute, there's really nothing misleading about their statement. They spelled it out pretty clearly when I reread section 7.1. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4088871#4088871 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4088871 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: How can I pass parameters to action methods
Ok, so I'm not insane (at least not due to this ;-) )
But I'm doing it just like it's done (famous last words) in the booking demo.
That is:
| @Stateful
| @Name(passSearch)
| public class PassSearchAction implements PassSearchFacade {
|...
| @DataModel
| private ListPass passList;
|
|
|
| rich:dataTable id=passList
| var=pass
| value=#{passList}
|rendered=#{not empty(passList)}
| ...
| h:column
| f:facet name=headerAction/f:facet
| s:link view=/passEdit.xhtml
|value=Select
| id=pass
| action=#{passEdit.selectPass(pass)}
| /s:link
| /h:column
| /rich:dataTable
And the magic ain't happening. Maybe this is no longer a recommended way to do
it, but I'd like to know why it's not working for me.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=407#407
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=407
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: I'm back
Please take a look at: http://www.jboss.com/index.html?module=bbop=viewtopict=114909 Thanks. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4069742#4069742 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069742 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: Target Unreachable error w/ Seam 2.0.0.Beta1?
Part of the exception message was cut off (see below for full message), but
everything needed is in that message (the fact that 'ppPemsItemMv' returned
null). The problem was that the generated getter was as follows:
@Name(ppPemsItemMvList)
| public class PpPemsItemMvList extends EntityQuery {
|
| ...
| public PpPemsItemMv getPpPemsItemMv() {
| return ppPemsItemMv;
| }
| ...
When I changed the getter to this:
public PpPemsItemMv getPpPemsItemMv() {
| return (ppPemsItemMv == null) ? new PpPemsItemMv() : ppPemsItemMv;
| }
It started working. Note that when I tried to put an @Create on this getter, I
got an exception which I don't quite understand (anyone can explain this?):
Caused by: java.lang.IllegalStateException: component has two @Create methods:
ppPemsItemMvList
In any event, I'm past this problem.
Thanks, Clark
p.s. Here is the full exception message.
10:18:15,725 WARN [lifecycle] /PpPemsItemMvList.xhtml @22,101
value=#{ppPemsItemMvList.ppPemsItemMv.propertyNum}: Target Unreachable,
'ppPemsItemMv' returned null on 'edu.j
| huapl.app.model.entities.PpPemsItemMvList_$$_javassist_11'
| javax.el.PropertyNotFoundException: /PpPemsItemMvList.xhtml @22,101
value=#{ppPemsItemMvList.ppPemsItemMv.propertyNum}: Target Unreachable,
'ppPemsItemMv' returned null on '
| edu.jhuapl.app.model.entities.PpPemsItemMvList_$$_javassist_11'
| at ...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069234#4069234
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069234
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Malformed xhtml doc w/ Facelets in Seam 2.0.0.Beta1?
This is from a seam-gen'd app running on JBoss AS 4.2. The log is showing: 12:01:36,031 ERROR [STDERR] Jul 31, 2007 12:01:36 PM com.sun.facelets.FaceletViewHandler handleRenderException | SEVERE: Error Rendering View[/PpAdhocItemList.xhtml] | java.lang.RuntimeException: org.dom4j.DocumentException: Error on line 1 of document : Content is not allowed in prolog. Nested exception: Content is not allowed in prolog. | at org.jboss.seam.navigation.Pages.getDocumentRoot(Pages.java:943) | ... FWICT, this happens when there is content before the prolog line identifying the doc type. The facelets error page shows the following tree: AjaxViewRoot id=_viewRoot immediate=false locale=en renderKitId=HTML_BASIC renderRegionOnly=false rendered=true selfRendered=false submitted=false transient=false viewId=/PpAdhocItemList.xhtml | | !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 meta http-equiv=Content-Type content=text/html; charset=UTF-8/ titleAutoPropPass3/title link href=stylesheet/theme.css rel=stylesheet type=text/css/ /head body | | HtmlToolBar id=j_id2 itemSeparator=none rendered=true transient=false width=100% | ... What the heck is causing the AjaxViewRoot tag to go in there before the prolog line? I haven't put any AjaxViewRoot tags in the code myself. Thanks, Clark View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4069276#4069276 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069276 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Target Unreachable error w/ Seam 2.0.0.Beta1?
Using Seam 2.0.0.Beta1 on JBoss AS 4.2, I generated my app using seam-gen. The
list page for one of my entities, PpPemsItemMv, loads just fine and shows the
table contents. However, when I try to filter using a search parameter, it
blows up with the error below regarding Target Unreachable.
Googling this via seam target unreachable finds several folks that had this
error, but no obvious solution. Several folks suggested it was a configuration
problem, but I'm using seam-gen which otherwise produces solid working examples
(so I'm not sure what would be misconfigured).
Help appreciated. Thanks, Clark
16:02:12,972 WARN [lifecycle] /PpPemsItemMvList.xhtml @22,101
value=#{ppPemsItemMvList.ppPemsItemMv.propertyNum}: Target Unreachable,
'ppPemsItemMv
| huapl.app.model.entities.PpPemsItemMvList_$$_javassist_11'
| javax.el.PropertyNotFoundException: /PpPemsItemMvList.xhtml @22,101
value=#{ppPemsItemMvList.ppPemsItemMv.propertyNum}: Target Unreachable,
'ppPemsI
| edu.jhuapl.app.model.entities.PpPemsItemMvList_$$_javassist_11'
| at
com.sun.facelets.el.TagValueExpression.getType(TagValueExpression.java:62)
| at
com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:81)
| at javax.faces.component.UIInput.getConvertedValue(UIInput.java:934)
| at javax.faces.component.UIInput.validate(UIInput.java:860)
| at javax.faces.component.UIInput.executeValidate(UIInput.java:1065)
| at javax.faces.component.UIInput.processValidators(UIInput.java:666)
| at
javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1033)
| at
javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1033)
| at javax.faces.component.UIForm.processValidators(UIForm.java:229)
| at
javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1033)
| at
javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:662)
| at
org.ajax4jsf.framework.ajax.AjaxViewRoot.access$201(AjaxViewRoot.java:53)
| at
org.ajax4jsf.framework.ajax.AjaxViewRoot$3.invokeRoot(AjaxViewRoot.java:315)
| at
org.ajax4jsf.framework.ajax.JsfOneOneInvoker.invokeOnRegionOrRoot(JsfOneOneInvoker.java:53)
| at
org.ajax4jsf.framework.ajax.AjaxContext.invokeOnRegionOrRoot(AjaxContext.java:191)
| at
org.ajax4jsf.framework.ajax.AjaxViewRoot.processValidators(AjaxViewRoot.java:329)
| at
com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:100)
| at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
| at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
| at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
| at
org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:63)
| at
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at
org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:87)
| at
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at
org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:63)
| at
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at
org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:46)
| at
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at
org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:127)
| at
org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:277)
| at
org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:40)
| at
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:140)
| at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at
[jboss-user] [JBoss Seam] - seam-gen: is there a way to regenerate the UI without regene
Using Seam 1.2.1 GA, I used seam-gen to reverse engineer from some db tables. However, I need to tweak the mappings . Is there anyway to regenerate the UI without doing the full generate-entities? Probably even better would be to generate everything BUT the entities (including Home and List objects) but I'd be happy with even just regenerating the UI. Thanks, Clark View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4067911#4067911 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4067911 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Remoting] - Re: non-ssl user authentication?
I opened an issue for this: http://jira.jboss.com/jira/browse/JBREM-759 I'm kind of amazed that I'm the first one to request non-ssl client username/password authentication like this. -Clark View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4057392#4057392 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4057392 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Remoting] - Re: non-ssl user authentication?
Thanks for the reply Ron. Just to be clear (before I submit any JIRA issues)... I've used JNDI lookups to access EJB session beans in the past where the context is used to authenticate the client to the server, and the user principal is then accessible in the EJB context. I'd like to do the same thing with Remoting (be able to access the authenticated user principal). If that's clear and not currently possible, I'll file a JIRA issue. Correct me if I'm wrong, but SSL authentication requires client side certs which is something I'd prefer to avoid. Thanks, Clark View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4050673#4050673 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4050673 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Remoting] - non-ssl user authentication?
Is there a way to do user authentication using rmi (w/o using SSL)? I saw a forum post that showed using JNDI Context environment entries for username and password, but I don't see how this works with the remoting protocol like it does with JNDI lookups. I've googled various ways but not found any resources on how to do this (including the docs and the wiki). Any pointers greatly appreciated. TIA, Clark View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4050298#4050298 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4050298 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: lookup of remote EntityQuery (from seam-gen) for Eclipse
Hi Micheal- Unless I misunderstand your intention, I don't want to use a servlet because I will no longer be working with domain objects in RCP, thus losing a lot of the potential richness and having to break objects down into data for the wire. I'd like to try out AS 4.2.0 GA but I didn't think Seam 1.2.1 works with that: http://jira.jboss.org/jira/browse/JBSEAM-1193 In other words, I think I have to wait for Seam 1.3 to start using 4.2.0 G--please correct me if I'm wrong. Lastly, is there any documentation, in any form, on how Seam works internally? I've briefly looked through some of the code but it's hard to know where to start. Thanks, Clark View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4048843#4048843 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4048843 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: seam for Eclipse RCP
For now, I'd be happy just to remotely use EJB's (from seam-gen) from RCP, but I can't even do that. Can someone please tell me what I'm doing wrong (see link)? http://www.jboss.com/index.html?module=bbop=viewtopict=109305 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4048674#4048674 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4048674 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: lookup of remote EntityQuery (from seam-gen) for Eclipse
This may be a bug fixed in AS 4.2.0 CR1: http://jira.jboss.com/jira/browse/EJBTHREE-402 If I'm wrong on this, please let me know. Thanks, Clark View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4048781#4048781 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4048781 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: lookup of remote EntityQuery (from seam-gen) for Eclipse
For the record, this is using jboss-seam-1.2.1.GA and jboss-4.0.5.GA. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4048467#4048467 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4048467 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - lookup of remote EntityQuery (from seam-gen) for Eclipse RCP
I'm trying to remote access an EntityQuery subclass that I've converted to a
SFSB. It was generated by seam-gen as a non-EJB subclass. I'm trying to use
the EJB in a remote client app (Eclipse RCP). Currently, the lookup works but
the bean won't cast properly due to some kind of serialVersionUID problem.
I've tried many different workarounds related to assigning the serialVersionUID
of the bean to either values in the error message, but it still fails (class
snippets and stack trace given below). I'm wondering if this has something to
do with Seam creating proxies for the bean.
And am I taking the wrong approach here? Is there an easier way to do this? I
hear rumors that RCP integration is in the plan, but I can't wait for that to
happen (although it would be awesome to be able to reference Seam components in
RCP instead of doing remote EJB lookup). Perhaps with some guidance, I could
write some Seam code that surface the remote components in RCP (but I don't
know where to start--any pointers welcome).
TIA, Clark
| @Name(demoStatesList)
| @Stateful
| public class DemoStatesList extends EntityQuery implements
DemoStatesListIntface, Serializable {
|
|
| private static final long serialVersionUID = -2164496320326661428L;
| ...
| snip
| --
| @Remote
| public interface DemoStatesListIntface {
|
| public abstract DemoStates getDemoStates();
|
| }
| --
| doing lookup of: SeamGenTest2/DemoStatesList/remote
| 20:33:31,564 ERROR [SocketClientInvoker] Got marshalling exception, exiting
| java.io.InvalidClassException: org.jboss.ejb3.stateful.StatefulRemoteProxy;
local class incompatible: stream classdesc serialVersionUID =
-2164496320326661428, local class serialVersionUID = -8874087830926007682
| at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:519)
| at
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546)
| at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
| at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)
| at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
| at
org.jboss.aop.joinpoint.InvocationResponse.readExternal(InvocationResponse.java:107)
| at
java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1753)
| at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1711)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)
| at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
| at
org.jboss.remoting.serialization.impl.java.JavaSerializationManager.receiveObject(JavaSerializationManager.java:128)
| at
org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:66)
| at
org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:279)
| at
org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:143)
| at org.jboss.remoting.Client.invoke(Client.java:525)
| at org.jboss.remoting.Client.invoke(Client.java:488)
| at
org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:61)
| at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
| at
org.jboss.aspects.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:48)
| at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
| at org.jboss.aspects.remoting.PojiProxy.invoke(PojiProxy.java:61)
| at $Proxy0.createProxy(Unknown Source)
| at
org.jboss.ejb3.JndiProxyFactory.getObjectInstance(JndiProxyFactory.java:52)
| at
javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
| at
org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1131)
| at
org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext.java:1148)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:706)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:588)
|
[jboss-user] [JNDI/Naming/Network] - Re: Proxy ClassCastException after successful EJB lookup
Peter- Nice catch... that was indeed the problem. I forgot about that whole class identity = class + classloader thing, and was lazy about how I had configured ant. There are also some useful wiki pages on this and other potential classloader issues: http://wiki.jboss.org/wiki/Wiki.jsp?page=ClassLoadingOverview Thanks very much, Clark View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4015385#4015385 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4015385 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JNDI/Naming/Network] - Re: Proxy ClassCastException after successful EJB lookup
I noticed that tomatkist reported a similar problem (I'm also using 4.05 GA) several days ago: http://www.jboss.com/index.html?module=bbop=viewtopict=100439 Unfortunately, his solution is what I was already trying (lookup the bean and cast to the biz interface). What is bizarre/frustrating is that the $Proxy1344 class is failing the cast to APLEntityFacade, yet the jndi environment indicates that $Proxy1344 implements APLEntityFacade--so how can it possibly fail to cast to it? Am I doing something wrong? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4014783#4014783 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4014783 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JNDI/Naming/Network] - Proxy ClassCastException after successful EJB lookup
Using the EJB3 trailerblazer as a guide
(http://trailblazer.demo.jboss.com/EJB3Trail/serviceobjects/slsb/index.html)
I've been trying to reference a SLSB via a local interface in the web tier.
The jndi environment looks like this for my APLEntityFacade EJB3 SLSB:
| | +- APLEntityFacadeBean (class: org.jnp.interfaces.NamingContext)
| | | +- local (proxy: $Proxy1344 implements interface
edu.jhuapl.ermp.service.ejb.APLEntityFacade,interface
org.jboss.ejb3.JBossProxy,interface javax.ejb.EJBLocalObject)
| | | +- remote (proxy: $Proxy1343 implements interface
edu.jhuapl.ermp.service.ejb.APLEntityFacade,interface
org.jboss.ejb3.JBossProxy,interface javax.ejb.EJBObject)
|
I'm successfully doing a lookup on ermpJpaHib/APLEntityFacadeBean/local.
However, the cast below fails with the ClassCastException (exception given at
end of post):
aplEntityFacade = (APLEntityFacade)facade;
APLEntityFacadeBean is defined like this:
| @Stateless
| @Local
| @TransactionAttribute(TransactionAttributeType.REQUIRED)
| public class APLEntityFacadeBean
| extends GenericEJB3DAOAPLEntity, Long
| implements APLEntityFacade {
|
Anyone have any idea what I'm doing wrong?
TIA, Clark
$Proxy1344
| java.lang.ClassCastException: $Proxy1344
| at
edu.jhuapl.ermp.ServiceFactory.getAPLEntityFacade(ServiceFactory.java:47)
| at
edu.jhuapl.ermp.contact.view.backing.SelectEntityView.getEntityTypes(SelectEntityView.java:15)
| at
org.apache.jsp.contact.selectEntityType_jsp._jspService(selectEntityType_jsp.java:103)
| at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:334)
| at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
| at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524)
| at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at
org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
| at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
| at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| at
org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
| at java.lang.Thread.run(Thread.java:595)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4013347#4013347
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4013347
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: Seam in Eclipse: Library problems
Call me old-fashioned, but when I go to build a project, I expect it to build without errors, and don't like the thought of ripping stuff out of it to get it to work. After all, JBoss is all about professionalopen source. Climbing down off my soapbox now... I, of course, reserve the right to have goofed something up, not realized it, and look stupid (as always ;-) To get the project to build properly, I downloaded and added the JGroup project http://www.jgroups.org/javagroupsnew/docs/index.html to my libs. Then, I had to change line 126 of org.jboss.seam.util.Conversions.java from this: public static class ArrayConverter implements Converter to this: public static class ArrayConverter implements ConverterObject and now everything is fine. I'd submit a patch but seems pretty overkill to add 8 chars to a file (and I'm not sure I just didn't do something dumb). Regards. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3980709#3980709 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3980709 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Re: Seam in Eclipse: Library problems
There's a difference between expecting a project to just work and expecting it to just build. I don't always expect the head to have completely working functionality--but I do expect it to at least build properly. Certainly there can be short term gaffs, but they should be promptly repaired. At least that was the expectation on the last open source project I contributed to. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3980714#3980714 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3980714 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Seam] - Seam in Eclipse: Library problems
I was following along with the Seam in Eclipse flash demo, and after pulling the project down from cvs, there were 5 library jars that were reporting problems (2 drools jars, 2 myfaces jars and a jbpm jar). It looked like they had been updated with later versions but the eclipse project classpath had not been updated. So I updated the 5 entries in the build path libraries. Now I get two errors. | The project was not built since its build path is incomplete. Cannot find the class file for org.jgroups.MembershipListener. Fix the build path then try building this project | | The type org.jgroups.MembershipListener cannot be resolved. It is indirectly referenced from required .class files UICache.java jboss-seam/src/ui/org/jboss/seam/ui line 86 | Is there any way to get rid of these errors? Note: The ant compile still runs without any errors. TIA, Clark View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3977941#3977941 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3977941 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
