[JBossWS] - AccessorOrder
by poyge394
I get an NoClassDefFoundError on AccessorOrder when i try to call a webservice from a client.
The problem is that i can't found AccessorOrder anywhere, that class dont exists.
Any ideas ?
| java.lang.NoClassDefFoundError: javax/xml/bind/annotation/AccessorOrder
| at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.createClassInfo(RuntimeModelBuilder.java:59)
| at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.createClassInfo(RuntimeModelBuilder.java:41)
| at com.sun.xml.bind.v2.model.impl.ModelBuilder.getClassInfo(ModelBuilder.java:123)
| at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.getClassInfo(RuntimeModelBuilder.java:49)
| at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.getClassInfo(RuntimeModelBuilder.java:41)
| at com.sun.xml.bind.v2.model.impl.ModelBuilder.getTypeInfo(ModelBuilder.java:189)
| at com.sun.xml.bind.v2.model.impl.ModelBuilder.getTypeInfo(ModelBuilder.java:204)
| at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:327)
| at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:198)
| at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:76)
| 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)
| at com.sun.xml.bind.api.JAXBRIContext.newInstance(JAXBRIContext.java:72)
| at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilder.createJAXBContext(JAXWSMetaDataBuilder.java:875)
| at org.jboss.ws.metadata.builder.jaxws.JAXWSClientMetaDataBuilder.rebuildEndpointMetaData(JAXWSClientMetaDataBuilder.java:281)
| at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.getPortInternal(ServiceDelegateImpl.java:274)
| at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.getPort(ServiceDelegateImpl.java:200)
| at javax.xml.ws.Service.getPort(Service.java:116)
| at tradera.PublicService.getPublicServiceSoap(PublicService.java:58)
| at se.sj.ipl.tradera.AddItemXmlWebService.testTraderaPublicApi(AddItemXmlWebService.java:45)
| 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)
| at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
| at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
| at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
| at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
| at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
| at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:71)
| at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
| at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
| at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
| at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
| at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
| at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
| at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
| at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
| at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
| at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4055312#4055312
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4055312
18Â years, 10Â months
[JBoss Seam] - JNDI Problem ?
by ChristopheA
Hi.
I have the following problem...
I'm using 2 session beans, with same class name, but different packages :
| package evenium.ejb3.test.example1;
|
| ...
|
| @Stateful
| @Name("test.example1.search")
| @Scope(ScopeType.SESSION)
| public class SearchAction implements Search
| {
| ...
| }
|
| package evenium.ejb3.test.example2;
|
| ...
|
| @Stateful
| @Name("test.example2.search")
| @Scope(ScopeType.SESSION)
| public class SearchAction implements Search
| {
| ...
| }
|
When I call one of them from a view, I get something like :
| GRAVE: Error Rendering View[/example2/search.xhtml]
| org.jboss.seam.InstantiationException: Could not instantiate Seam component: test.example2.search
| ...
| Caused by: javax.naming.NameNotFoundException: local not bound
|
During JBoss AS startup, the two components seem to be loaded :
|
| INFO [Component] Component: test.example1.search, scope: SESSION, type: STATEFUL_SESSION_BEAN, class: evenium.ejb3.test.example1.SearchAction, JNDI: Global_EAR_Project/SearchAction/local
|
| ...
|
| INFO [Component] Component: test.example2.search, scope: SESSION, type: STATEFUL_SESSION_BEAN, class: evenium.ejb3.test.example2.SearchAction, JNDI: Global_EAR_Project/SearchAction/local
|
|
Except they have identical JNDI names...
If a rename one of the two beans (let's say : SearchActionX), everything runs fine... I imagine I could also use @JndiName for every bean - somehow tedious.
In my components.xml I have :
<core:init jndi-pattern="PhaseII_Global_EAR_Project/#{ejbName}/local" debug="true"/>
Shouldn't #{ejbName} be replaced by qualified class name ?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4055310#4055310
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4055310
18Â years, 10Â months
[JBoss Seam] - Hibernate and regular JSF validation and EntityHome prob
by hstang
I have a very simple page that edits the "first name" property of a Person entity using an EntityHome object. The page has an input text control and an update button that is only rendered if the "managed" property is true. I want to place two constraints on editting the first name:
(1) minimum length must be at least 2 characters
(2) first name cannot equal to "jsf"
I'm using Hibernate validators to do (1) via @Length(min = 2), and I'm using regular JSF validation to do (2). (2) is enabled by appending f:validator tag in my input text control.
Simple enough, but I'm encountering a couple strange behaviours.
If you enter "jsf" to force regular JSF validation, then the "managed" property of the EntityHome becomes false and the update button disappears, but you'll get the validation error message on the screen. Why does the "managed" property becomes false after a regular JSF validation error?
If you enter the letter 'a' to force a hibernate validation error (because minimum length is less than 2), then I get an exception with message:
"Caused by org.hibernate.validator.InvalidStateException with message: "validation failed for: com.mxnmedia.siteaudit.model.Person". Note at this time I still have the f:validator tag attached to the input text control. Now, if I remove f:validator tag to disable regular JSF validation, then I'll get the expected "length must be between 2 and 2147483647" message AND the update button will still be there.
Below is the minimal code I have to reproduce this. I was using latest Seam-CVS. Edit page is accessed by [whatever_your_context_path_is/test.seam?id=1]
## JsfValidator.java
| @Name("jsfValidator")
| @Validator
| public class JsfValidator implements javax.faces.validator.Validator, Serializable {
| public void validate(FacesContext facesContext, UIComponent uiComponent, Object object)
| throws ValidatorException {
| if ("jsf".equals((String) object))
| throw new ValidatorException(new FacesMessage("Validation failed"));
| }
| }
|
## components.xml
| <fwk:entity-home name="personHome" entity-class="Person"/>
|
## import.sql
| INSERT INTO person(id,firstname) VALUES (1,'Joe');
|
## Person.java
| @Entity
| public class Person {
|
| @Id
| @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "generator")
| @SequenceGenerator(name = "generator", sequenceName = "person_seq")
| private Long id;
|
| @Length(min = 2)
| private String firstName;
|
| // getters and setters for firstName and id
|
## test.page.xml
| <page ..>
| <begin-conversation join="true"/>
| <param name="id" value="#{personHome.id}" converterId="javax.faces.Long"/>
| </page>
|
## test.xhtml
| <h:form>
| <f:facet name="afterInvalidField">
| <s:message/>
| </f:facet>
|
| <s:validateAll>
| <s:decorate>
| <h:inputText value="#{personHome.instance.firstName}"
| required="true">
| <f:validator validatorId="jsfValidator"/>
| </h:inputText>
| </s:decorate>
| </s:validateAll>
|
| <h:commandButton action="#{personHome.update}"
| value="Update"
| rendered="#{personHome.managed}"/>
| </h:form>
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4055306#4055306
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4055306
18Â years, 10Â months
[JCA/JBoss] - Re: Why is jboss closing my connection?
by adrianï¼ jboss.org
"teknokrat" wrote :
| If there are better ways to do this I am all ears.
|
Use a transaction.
What you have is a unit of work.
startWork();
doStuff();
endWork();
JTA Transactions are natural units of work.
You can mark when the work starts and when it finishes.
More importantly, you can decide when it should timeout and resources get released.
Don't get confused about performance. A JTA transaction is just a thread
local marker, its not "heavy" like a real jdbc transaction.
It can become "heavy" if you enlist something like a jdbc connection
in the JTA transaction.
Stateful sessions are also units of work
but they have some bad semantics in terms of resource allocation.
e.g. Suppose the client starts a session, you allocate a tcp/ip connection
(a limited resource) per session, but the client then vanishes, e.g. if it is a user
interface they go to lunch or go home without ending the session (properly).
After a certain period of inactivity JBoss will passivate the session (write it to disk)
after a further period of inactivity it will remove the session altogether.
Question: How are you going to recover the tcp/ip connection if the session is passivated
and then reactivated? You certainly can't serialize a tcp/ip socket.
For the same reason, you can't replicate the session across a cluster if you
want the session to failover.
Another bad feature of SFSB is that a serious error (an EJB/RuntimeException)
will mean that ejbRemove() is NOT invoked. That means there is no
way for the EJB instance to tell the server to release the resources it allocated.
You will leak connections!
The EJB spec says you need to do some extra work to cater for this situation,
but this is usually hard to do.
What this shows is that in general it is bad idea to have the EJBs control
resource allocation. You should let the server do it. If you need to use the
same connection across requests, use the JTA transaction notion
to define what those requests are and let the server "cache" the connection
against the transaction.
It's called "Transaction Stickiness" on the WIKI page describing the pooling.
Anyway, that's enough free consulting. :-) All I can say is that you have been
warned that what you are doing is anti-pattern and I've listed some of the
main reasons why, plus given you an idea of how to redefine what you
are doing as a "unit of work" with better semantics.
And I didn't even mention the horrible BMT SFSB semantics. :-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4055304#4055304
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4055304
18Â years, 10Â months
[JBoss Seam] - Re: SeamExtendedManagedPersistencePhaseListener ?
by lcoetzee
I have tested and seems to be working. Thanks.
However, the following exception has cropped up (from functionality that did work previously).
I will look into it a bit more to see if I can see what is going on.
L
2007-06-18 18:32:27,210 ERROR [csir.content.management.seam.ContentManagementBean] Failed to persist content
| javax.ejb.EJBTransactionRolledbackException: current database version number does not match passivated version number
| at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:87)
| at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:130)
| at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:195)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:83)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
| at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:106)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:204)
| at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:100)
| at $Proxy149.theBegin(Unknown Source)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
| at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
| at org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:72)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:57)
| at org.jboss.seam.interceptors.RemoveInterceptor.aroundInvoke(RemoveInterceptor.java:40)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:103)
| at org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:50)
| at org.javassist.tmp.java.lang.Object_$$_javassist_102.theBegin(Object_$$_javassist_102.java)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
| at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:124)
| at org.jboss.seam.Component.callComponentMethod(Component.java:1919)
| at org.jboss.seam.Component.callCreateMethod(Component.java:1842)
| at org.jboss.seam.Component.newInstance(Component.java:1831)
| at org.jboss.seam.Component.getInstance(Component.java:1728)
| at org.jboss.seam.Component.getInstance(Component.java:1695)
| at org.jboss.seam.core.Events.raiseEvent(Events.java:73)
| at csir.content.management.seam.ContentManagementBean.save(ContentManagementBean.java:1215)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166)
| at org.jboss.seam.intercept.EJBInvocationContext.proceed(EJBInvocationContext.java:37)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:57)
| at org.jboss.seam.interceptors.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:45)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.ManagedEntityIdentityInterceptor.aroundInvoke(ManagedEntityIdentityInterceptor.java:42)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:30)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:27)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:103)
| at org.jboss.seam.intercept.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:53)
| at sun.reflect.GeneratedMethodAccessor183.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118)
| at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:57)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79)
| at org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:253)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:83)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
| at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:106)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:204)
| at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:100)
| at $Proxy161.save(Unknown Source)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
| at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
| at org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:72)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:57)
| at org.jboss.seam.interceptors.RemoveInterceptor.aroundInvoke(RemoveInterceptor.java:40)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:103)
| at org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:50)
| at org.javassist.tmp.java.lang.Object_$$_javassist_99.save(Object_$$_javassist_99.java)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:325)
| at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:338)
| at org.jboss.el.parser.AstPropertySuffix.invoke(AstPropertySuffix.java:58)
| at org.jboss.el.parser.AstValue.invoke(AstValue.java:96)
| at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
| at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:68)
| at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:77)
| at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:91)
| at javax.faces.component.UICommand.broadcast(UICommand.java:383)
| at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:447)
| at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:752)
| at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:97)
| 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.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:70)
| at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:64)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:56)
| at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:81)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:56)
| at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:62)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:56)
| at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:47)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:56)
| at org.jboss.seam.web.SeamFilter.doFilter(SeamFilter.java:127)
| 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 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
| at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
| at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
| at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:853)
| at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:579)
| at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1513)
| at java.lang.Thread.run(Thread.java:619)
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4055303#4055303
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4055303
18Â years, 10Â months