[JBoss Portal] - Creating a new file using CMS and French language
by dexxa
JBOSS 2.6 ALPHA1 (bundled) on Windows 2003
I was trying to create a file named index.html in the default folder but using French instead of English as the chosen language.
I know that a file already exists in the default folder with the same filename (using English as the selected language) however in previous JBOSS versions I was able to create more than one file with the same filename as long as the language was different.
In this case, as soon as I clicked on the Create button I got the following error message:
-------------------------------------------------------------------------------------
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException
org.jboss.portal.server.servlet.PortalServlet.service(PortalServlet.java:407)
javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
root cause
java.lang.IllegalStateException
org.apache.catalina.connector.ResponseFacade.sendError(ResponseFacade.java:418)
org.jboss.portal.core.controller.classic.AbstractResponseHandler.sendStatusCode(AbstractResponseHandler.java:44)
org.jboss.portal.core.controller.portlet.PortletResponseHandler.handleResponse(PortletResponseHandler.java:136)
org.jboss.portal.core.controller.classic.ClassicController.handleResponse(ClassicController.java:166)
org.jboss.portal.core.controller.classic.ClassicController.handle(ClassicController.java:91)
sun.reflect.GeneratedMethodAccessor300.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:585)
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
org.jboss.mx.util.JMXInvocationHandler.invoke(JMXInvocationHandler.java:287)
$Proxy171.handle(Unknown Source)
org.jboss.portal.server.RequestControllerDispatcher.invoke(RequestControllerDispatcher.java:51)
org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:131)
org.jboss.portal.server.aspects.server.ContentTypeInterceptor.invoke(ContentTypeInterceptor.java:67)
org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
org.jboss.portal.core.aspects.server.LocaleInterceptor.invoke(LocaleInterceptor.java:108)
org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
org.jboss.portal.core.aspects.server.UserInterceptor.invoke(UserInterceptor.java:194)
org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
org.jboss.portal.server.aspects.server.SessionInvalidatorInterceptor.invoke(SessionInvalidatorInterceptor.java:85)
org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
org.jboss.portal.core.aspects.server.TransactionInterceptor.org$jboss$portal$core$aspects$server$TransactionInterceptor$invoke$aop(TransactionInterceptor.java:49)
org.jboss.portal.core.aspects.server.TransactionInterceptor$invoke_N5143606530999904530.invokeNext(TransactionInterceptor$invoke_N5143606530999904530.java)
org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79)
org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:262)
org.jboss.portal.core.aspects.server.TransactionInterceptor$invoke_N5143606530999904530.invokeNext(TransactionInterceptor$invoke_N5143606530999904530.java)
org.jboss.portal.core.aspects.server.TransactionInterceptor.invoke(TransactionInterceptor.java)
org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
org.jboss.portal.common.invocation.Invocation.invoke(Invocation.java:157)
org.jboss.portal.server.servlet.PortalServlet.service(PortalServlet.java:381)
javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
note The full stack trace of the root cause is available in the Apache Tomcat/5.5.20 logs.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004826#4004826
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004826
19 years, 3 months
[Beginners Corner] - Re: MBean indicators
by jsbegley
THe HSQLDB-DS.xml file looks like this:
<?xml version="1.0" encoding="UTF-8" ?>
- <!--
The Hypersonic embedded database JCA connection factory config
$Id: hsqldb-ds.xml,v 1.15 2004/09/15 14:37:40 loubyansky Exp $
-->
-
- <local-tx-datasource>
- <!-- The jndi name of the DataSource, it is prefixed with java:/
-->
- <!-- Datasources are not available outside the virtual machine
-->
<jndi-name>DefaultDS</jndi-name>
- <!--
for tcp connection, allowing other processes to use the hsqldb
database. This requires the org.jboss.jdbc.HypersonicDatabase mbean.
<connection-url>jdbc:hsqldb:hsql://localhost:1701</connection-url>
-->
- <!--
for totally in-memory db, not saved when jboss stops.
The org.jboss.jdbc.HypersonicDatabase mbean necessary
<connection-url>jdbc:hsqldb:.</connection-url>
-->
- <!--
for in-process persistent db, saved when jboss stops. The
org.jboss.jdbc.HypersonicDatabase mbean is necessary for properly db shutdown
-->
<connection-url>jdbc:hsqldb:${jboss.server.data.dir}${/}hypersonic${/}localDB</connection-url>
- <!-- The driver class
-->
<driver-class>org.hsqldb.jdbcDriver</driver-class>
- <!-- The login and password
-->
<user-name>sa</user-name>
- <!-- example of how to specify class that determines if exception means connection should be destroyed
-->
- <!-- exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.DummyExceptionSorter</exception-sorter-class-name
-->
- <!-- this will be run before a managed connection is removed from the pool for use by a client
-->
- <!-- <check-valid-connection-sql>select * from something</check-valid-connection-sql>
-->
- <!-- The minimum connections in a pool/sub-pool. Pools are lazily constructed on first use
-->
<min-pool-size>5</min-pool-size>
- <!-- The maximum connections in a pool/sub-pool
-->
<max-pool-size>20</max-pool-size>
- <!-- The time before an unused connection is destroyed
-->
- <!-- NOTE: This is the check period. It will be destroyed somewhere between 1x and 2x this timeout after last use
-->
- <!-- TEMPORARY FIX! - Disable idle connection removal, HSQLDB has a problem with not reaping threads on closed connections
-->
<idle-timeout-minutes>0</idle-timeout-minutes>
- <!--
sql to call when connection is created
<new-connection-sql>some arbitrary sql</new-connection-sql>
-->
- <!--
sql to call on an existing pooled connection when it is obtained from pool
<check-valid-connection-sql>some arbitrary sql</check-valid-connection-sql>
-->
- <!--
example of how to specify a class that determines a connection is valid before it is handed out from the pool
<valid-connection-checker-class-name>org.jboss.resource.adapter.jdbc.vendor.DummyValidConnectionChecker</valid-connection-checker-class-name>
-->
- <!--
Whether to check all statements are closed when the connection is returned to the pool,
this is a debugging feature that should be turned off in production
-->
<track-statements />
- <!--
Use the getConnection(user, pw) for logins
<application-managed-security/>
-->
- <!-- Use the security domain defined in conf/login-config.xml
-->
<security-domain>HsqlDbRealm</security-domain>
- <!--
Use the security domain defined in conf/login-config.xml or the
getConnection(user, pw) for logins. The security domain takes precedence.
<security-domain-and-application>HsqlDbRealm</security-domain-and-application>
-->
- <!-- corresponding type-mapping in the standardjbosscmp-jdbc.xml (optional)
-->
-
<type-mapping>Hypersonic SQL</type-mapping>
- <!-- This mbean can be used when using in process persistent hypersonic
-->
jboss:service=Hypersonic,database=localDB
</local-tx-datasource>
- <!--
This mbean should be used only when using tcp connections. Uncomment
when the tcp based connection-url is used.
1701
true
default
false
true
-->
- <!-- This mbean can be used when using in process persistent db
-->
-
localDB
true
And the file we use as default looks like
-
- <local-tx-datasource>
<jndi-name>DB2DS</jndi-name>
<connection-url>jdbc:db2:mvs.xxxxxx</connection-url>
<driver-class>COM.ibm.db2.jdbc.app.DB2Driver</driver-class>
<user-name>xxxxxx</user-name>
xxxxxxx
</local-tx-datasource>
- <local-tx-datasource>
<jndi-name>jdbc/clr</jndi-name>
<connection-url>jdbc:oracle:thin:@xxxxxxxxxx</connection-url>
<driver-class>oracle.jdbc.driver.OracleDriver</driver-class>
<user-name>orbit_clm</user-name>
orbit_clm
<max-pool-size>20</max-pool-size>
<exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter</exception-sorter-class-name>
</local-tx-datasource>
I know that the Oracle connection is valid, but I am not sure of the DB2 connection, since that is an older connection string to a legacy application
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004820#4004820
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004820
19 years, 3 months
[EJB/JBoss] - Cluster and EJB through IIOP
by viguera79
Hello everybody,
I have EJB's deployed on my jboss4.0.5GA. They are invoked by .Net client through IIOP. I'd like to have a cluster with two nodes. I'm trying to do it with the same client but it doesn't work.The client code to call the EJB is:
string nameserviceLoc = "corbaloc::" + server + ":" + nameServicePort + "/JBoss/Naming/root";
NamingContext m_nameService = (NamingContext)RemotingServices.Connect(typeof(NamingContext), nameserviceLoc);
It only works if the jboss is running on the "server" machine. When I stop the jboss on "server" machine the client cannot communicate with the other node of the cluster.
Can this configuration works? Is clustering incompatible with IIOP in .net client?
Thanks in advance and best regards.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004819#4004819
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004819
19 years, 3 months
[JBossWS] - unable to run webservice as window service
by wahmed
i am using jboss.i am able to run the webservice from cmd.but when
i am running the same code as windows service i am geeting the follwing exception
org.apache.axis.ConfigurationException: org.apache.axis.deployment.wsdd.WSDDException: Must include type attribute for
Handler deployment!
org.apache.axis.deployment.wsdd.WSDDException: Must include type attribute for Handler deployment!
at org.apache.axis.deployment.wsdd.WSDDHandler.(WSDDHandler.java:50)
at org.apache.axis.deployment.wsdd.WSDDChain.(WSDDChain.java:66)
at org.apache.axis.deployment.wsdd.WSDDRequestFlow.(WSDDRequestFlow.java:44)
at org.apache.axis.deployment.wsdd.WSDDGlobalConfiguration.(WSDDGlobalConfiguration.java:62)
at org.apache.axis.deployment.wsdd.WSDDDeployment.(WSDDDeployment.java:230)
at org.apache.axis.deployment.wsdd.WSDDDocument.setDocument(WSDDDocument.java:139)
at org.apache.axis.deployment.wsdd.WSDDDocument.(WSDDDocument.java:65)
at org.apache.axis.configuration.FileProvider.configureEngine(FileProvider.java:179)
at org.apache.axis.AxisEngine.init(AxisEngine.java:172)
at org.apache.axis.AxisEngine.(AxisEngine.java:156)
at org.apache.axis.client.AxisClient.(AxisClient.java:52)
at org.apache.axis.client.Service.getAxisClient(Service.java:104)
at org.apache.axis.client.Service.(Service.java:144)
at systemlookup.SystemLookupRemoteServiceLocator.(SystemLookupRemoteServiceLocator.java:17)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at com.doubleclick.dart.ui.dfptool.wolf.wolfwebservices.RemoteUtils.createServiceOfType(RemoteUtils.java:182)
at com.doubleclick.dart.ui.dfptool.wolf.wolfwebservices.RemoteUtils.getServiceOfType(RemoteUtils.java:98)
at
com.doubleclick.dart.ui.dfptool.wolf.wolfwebservices.RemoteStubProvider.getRemoteService(RemoteStubProvider.java:49)
at com.doubleclick.dart.ui.dfptool.wolf.wolfwebservices.WebserviceClient.(WebserviceClient.java:40)
at
com.doubleclick.dart.ui.dfptool.wolf.wolfadcreation.WolfAdCreationAction.processWolfShow(WolfAdCreationAction.java:490)
at com.doubleclick.dart.ui.dfptool.wolf.wolfadcreation.WolfAdCreationAction.perform(WolfAdCreationAction.java:99)
at com.doubleclick.struts.action.Action.execute(Action.java:420)
at com.doubleclick.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:485)
at
com.doubleclick.thinclient.action.ThinClientRequestProcessor.processActionPerform(ThinClientRequestProcessor.java:64)
at com.doubleclick.struts.action.RequestProcessor.process(RequestProcessor.java:276)
at com.doubleclick.struts.action.ActionServlet.process(ActionServlet.java:1485)
at com.doubleclick.thinclient.action.ThinClientActionServlet.process(ThinClientActionServlet.java:928)
at com.doubleclick.thinclient.action.ThinClientActionServlet.doPost(ThinClientActionServlet.java:265)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
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 com.doubleclick.dart.ui.dfptool.filter.PreEntryFilter.doFilter(PreEntryFilter.java:84)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.doubleclick.thinclient.filter.EntryFilter.doFilter(EntryFilter.java:128)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
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.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
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:856)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
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(Unknown Source)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004812#4004812
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004812
19 years, 3 months
[JBoss Seam] - Re: Seam & Maven2
by mzeijen
I have come a long way of getting all the dependencies by looking at the source. But I encountered some problems.
1. To compile Seam it depends on Embeddable EJB3 (version ALPHA_8-patch2 for Seam 1.1.0GA). The available jar of this library (jboss-ejb3-all.jar) not only contains the specific embeddable ejb3 classes but also a lot of classes from other libraries. If I would use this library in the POM then it could cause dependency conflicts, so we shouldn't to that.
The best solution is probably to compile this library without those third-party libraries within it. I haven't tried this yet...
2. Seam depends on several libraries that are only distributed via the JBoss AS. What version number should they get? The same as JBoss AS?
These libraries should become available in the Maven repository as separate libraries.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004811#4004811
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004811
19 years, 3 months
[JBoss Seam] - Some basic JPDL questions
by hamtho2
Hi,
I´ve got some basic JPDL-questions while trying to create a wizard for registering new user.
I had a jpdl-flow, which started with the following JSF-Tag:
| <s:link id="registerNewUser" view="/registerUser/registerNewUser.xhtml" propagation="begin" pageflow="registerUser">#{messages.userCreateUser}</s:link>
Now I changed this call to the following code-snippet, because I have to call a method to do something before the pageflow starts:
| <s:link id="registerNewUser2" action="#{ registerUserAction.startRegisterUser() }">#{messages.userCreateUser}</s:link>
This goes together with the following jpdl-file:
| <?xml version="1.0" ?>
|
| <pageflow-definition name="registerUser">
|
| <start-state name="start">
| <transition name="next" to="userData"/>
| </start-state>
|
| <page name="userData" view-id="/registerUser/registerNewUser.xhtml">
| <redirect/>
| <transition name="next" to="evaluateUserEmail" />
| <transition name="cancel" to="cancelRegistration" />
| </page>
|
| ....
|
| <decision name="addNewUser" expression="#{registerUserAction.addNewUser}">
| <transition name="true" to="finish" />
| <transition name="false" to="finalSummary"/>
| </decision>
|
| <page name="finish" view-id="/registerUser/finish.xhtml" no-conversation-view-id="/registerUser/registerNewUser.xhtml">
| <redirect/>
| <end-conversation/>
| </page>
|
| </pageflow-definition>
|
The method startRegisterUser(), that´s called before jdpl starts looks like this:
| @Begin(pageflow="registerUser")
| public String startRegisterUser() {
| System.out.println("Starting process startRegisterUser");
| ....
|
| return "next";
| }
|
Now I experience the following problems:
1. It seems, as if the pageflow doesn´t end properly. Although I have the <end-conversation/>-Tag in my jpdl-definition, I still get the values from the last conversation in my form, when clicking the link again after the old one has ended? Same thing if I use the @End annotation and call it within one method. Do I have to reset all objects used in my conversation manually or is there a way to invalidate them, so they don´t show up again?
2. When I click on my link and start my jpdl with the action, I get the following exception, but the pageflow works anyway. But I guess there´s a reason for it and I should solve this somehow.
14:01:26,135 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(PhaseListenerManager.java:70)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:373)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:75)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:213)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:32)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:46)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 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.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)
|
3. When I click on the link starting the conversation twice, without finishing the old one I get the following exception. This worked fine when starting the jpdl directly with the link and not via a method-call, as shown above. How to avoid this? Is it possible to tell, that Seam should always start a new conversation?
| 14:17:01,620 ERROR [Exceptions] redirecting to debug page
| javax.ejb.EJBException: java.lang.IllegalStateException: begin method invoked from a long running conversation, try using @Begin(join=true)
| at org.jboss.ejb3.tx.Ejb3TxPolicy.handleExceptionInOurTx(Ejb3TxPolicy.java:69)
| at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:83)
| at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:191)
| 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:102)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:47)
| 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:203)
| at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:98)
| at $Proxy394.startRegisterPublisher(Unknown Source)
| at com.sepus.seam.action.RegisterUserAction$$FastClassByCGLIB$$a93b3ccb.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.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:73)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:55)
| at org.jboss.seam.interceptors.RemoveInterceptor.removeIfNecessary(RemoveInterceptor.java:39)
| 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:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| at org.jboss.seam.interceptors.ExceptionInterceptor.handleExceptions(ExceptionInterceptor.java:38)
| at sun.reflect.GeneratedMethodAccessor671.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| at org.jboss.seam.intercept.RootInterceptor.createSeamInvocationContext(RootInterceptor.java:144)
| at org.jboss.seam.intercept.RootInterceptor.invokeInContexts(RootInterceptor.java:129)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:102)
| at org.jboss.seam.intercept.ClientSideInterceptor.interceptInvocation(ClientSideInterceptor.java:82)
| at org.jboss.seam.intercept.ClientSideInterceptor.intercept(ClientSideInterceptor.java:51)
| at org.jboss.seam.intercept.Proxy$$EnhancerByCGLIB$$151004bd.startRegisterPublisher(<generated>)
|
Can anyone please give more details to all this behaviour?
Thanks a lot
Thomas
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004809#4004809
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004809
19 years, 3 months