[JBoss JIRA] Created: (JBMESSAGING-491) Deadlock among ServerConsumerEndpoint.lock and RoundRobinPointToPointRouter.receiver's locks
by Ovidiu Feodorov (JIRA)
Deadlock among ServerConsumerEndpoint.lock and RoundRobinPointToPointRouter.receiver's locks
--------------------------------------------------------------------------------------------
Key: JBMESSAGING-491
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-491
Project: JBoss Messaging
Issue Type: Bug
Components: Messaging Core
Reporter: Ovidiu Feodorov
Assigned To: Ovidiu Feodorov
Priority: Blocker
Fix For: 1.0.1.CR4
@Thread 3 has 'RoundRobinPointToPointRouter.receivers' and it's waiting for 'ServerConsumerEndpoint.lock'
@main has 'ServerConsumerEndpoint.lock' but is waiting for 'RoundRobinPointToPointRouter.receivers'
2006-08-04 10:05:24,065 23390 TRACE [org.jboss.jms.client.delegate.DelegateSupport] (main:) invoking close on server
2006-08-04 10:05:24,065 23390 TRACE [org.jboss.jms.server.container.ServerLogInterceptor] (main:) invoking ConsumerAdvised->ConsumerEndpoint[-2147483430].close()
2006-08-04 10:05:24,065 23390 TRACE [org.jboss.jms.server.endpoint.ServerConsumerEndpoint] (Thread-3:) ConsumerEndpoint[-2147483430] receives reference 3585 for delivery
A successful run:
2006-08-04 19:49:29,315 3828 TRACE [org.jboss.jms.server.endpoint.ServerConsumerEndpoint] @Thread-3 ConsumerEndpoint[-2147483632] receives reference Reference[1]:RELIABLE for delivery
2006-08-04 19:49:29,315 3828 TRACE [org.jboss.jms.client.container.ClientLogInterceptor] @main ConsumerDelegate[-2147483632].closing() OK
2006-08-04 19:49:29,315 3828 DEBUG [org.jboss.jms.server.endpoint.ServerConsumerEndpoint] @Thread-3 ConsumerEndpoint[-2147483632] NOT started yet!
2006-08-04 19:49:29,315 3828 TRACE [org.jboss.jms.client.container.ClientLogInterceptor] @main invoking ConsumerDelegate[-2147483632].close()
2006-08-04 19:49:29,315 3828 TRACE [org.jboss.messaging.core.local.RoundRobinPointToPointRouter] @Thread-3 receiver ConsumerEndpoint[-2147483632] handled Reference[1]:RELIABLE and returned null
2006-08-04 19:49:29,315 3828 TRACE [org.jboss.jms.client.delegate.DelegateSupport] @main invoking close on server
2006-08-04 19:49:29,315 3828 TRACE [org.jboss.jms.server.container.ServerLogInterceptor] @main invoking ConsumerAdvised->ConsumerEndpoint[-2147483632].close()
2006-08-04 19:49:29,315 3828 TRACE [org.jboss.messaging.core.ChannelSupport] @Thread-3 CoreQueue[1]: no delivery returned for messageReference[1]:RELIABLE so no receiver got the message
2006-08-04 19:49:29,315 3828 TRACE [org.jboss.messaging.core.ChannelSupport] @main CoreQueue[1] removed ConsumerEndpoint[-2147483632]
2006-08-04 19:49:29,315 3828 TRACE [org.jboss.messaging.core.ChannelSupport] @Thread-3 Delivery is now complete
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 11 months
[JBoss JIRA] Created: (JBMESSAGING-490) Race condition on ServerConsumerEndpoint creation
by Ovidiu Feodorov (JIRA)
Race condition on ServerConsumerEndpoint creation
-------------------------------------------------
Key: JBMESSAGING-490
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-490
Project: JBoss Messaging
Issue Type: Bug
Reporter: Ovidiu Feodorov
Assigned To: Ovidiu Feodorov
Priority: Minor
Fix For: 1.0.1.CR4
Because "started" is not declared volatile, there's a minor race condition between the construction of the the ServerConsumerEndpoint on a started connection, and delivery request.
Test fragment:
conn.start();
Session sess = conn.createSession(true, Session.SESSION_TRANSACTED);
....
MessageConsumer cons1 = sess.createConsumer(queue);
Trace:
2006-08-04 10:05:24,050 23375 DEBUG [org.jboss.jms.server.endpoint.ServerSessionEndpoint] (main:) creating consumer for JBossQueue[Queue], selector null, subscription null
2006-08-04 10:05:24,050 23375 TRACE [org.jboss.jms.server.endpoint.ServerConsumerEndpoint] (main:) creating consumer endpoint -2147483430
2006-08-04 10:05:24,050 23375 TRACE [org.jboss.messaging.core.ChannelSupport] (main:) CoreQueue[1] attempting to add receiver ConsumerEndpoint[-2147483430]
2006-08-04 10:05:24,050 23375 TRACE [org.jboss.messaging.core.ChannelSupport] (main:) receiver ConsumerEndpoint[-2147483430] added
2006-08-04 10:05:24,050 23375 DEBUG [org.jboss.jms.server.endpoint.ServerConsumerEndpoint] (main:) ConsumerEndpoint[-2147483430] created
2006-08-04 10:05:24,050 23375 TRACE [org.jboss.jms.server.endpoint.ServerConsumerEndpoint] (Thread-3:) ConsumerEndpoint[-2147483439] receives reference 3584 for delivery
2006-08-04 10:05:24,050 23375 TRACE [org.jboss.jms.server.endpoint.ServerSessionEndpoint] (main:) SessionEndpoint[-2147483431] caching consumer -2147483430
2006-08-04 10:05:24,050 23375 DEBUG [org.jboss.jms.server.endpoint.ServerConsumerEndpoint] (Thread-3:) ConsumerEndpoint[-2147483439] NOT started yet!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 11 months
[JBoss JIRA] Created: (JBAS-3479) JBoss AS - J2EE Tutorial example/document errors
by Wenbo Zhu (JIRA)
JBoss AS - J2EE Tutorial example/document errors
------------------------------------------------
Key: JBAS-3479
URL: http://jira.jboss.com/jira/browse/JBAS-3479
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Other
Affects Versions: JBossAS-4.0.4.GA
Environment: JDK 5, client on windows 2000, and server on RHEL 4. Gone through the complete j2ee (jboss) tutorial with distributed client and server.
Reporter: Wenbo Zhu
A few errors exist in the current version of JBoss App. Server J2EE tutorial - http://docs.jboss.org/jbossas/getting_started/v5/html/
1. .\j2eetutorial14\examples\bank\jboss-build.xml - target: app-client.jar requires 4 different classes
<jar jarfile="jar/app-client.jar">
<metainf dir="dd/client" includes="*.xml"/>
<fileset dir="${build.dir}">
<include name="com/sun/ebank/appclient/**"/>
<include name="com/sun/ebank/ejb/exception/**"/>
<include name="com/sun/ebank/util/**"/>
<!-- actually required classes -->
<include name="com/sun/ebank/ejb/customer/CustomerControllerHome.class"/>
<include name="com/sun/ebank/ejb/customer/CustomerController.class"/>
<include name="com/sun/ebank/ejb/account/AccountControllerHome.class"/>
<include name="com/sun/ebank/ejb/account/AccountController.class"/>
</fileset>
</jar>
2. .\j2eetutorial14\examples\bank\jboss-build.xml - client class path misses certain jars to run all the examples
<path id="client.classpath">
<pathelement location="${build.dir}"/>
<fileset dir="${jboss.home}/client">
<include name="**/*.jar"/>
</fileset>
<!-- required for running the web-service example - the use of xerces impl. jar. Alternatively, it could be added to client dir -->
<fileset dir="${jboss.home}/lib/endorsed">
<include name="**/*.jar"/>
</fileset>
</path>
3. doc error: http://docs.jboss.org/jbossas/getting_started/v5/html/ws.html#d0e1370 (section 5.2)
http://localhost:8080/bankws-ejb/TellerService?wsdl. == should be => http://localhost:8080/bankws-ejb/TellerBean?wsdl.
4. .\j2eetutorial14\examples\ejb\simplemessage\jboss-build.xml, and a few others (a suggestion for client app targets in general)
<!-- Run the standalone JMS client -->
<target name="run-mdb">
<java classname="SimpleMessageClient" fork="yes">
<classpath>
<!-- include dd directly - to facilitate switching to a remote server -->
<pathelement path="dd"/>
<pathelement path="jar/mdb-app-client.jar"/>
<path refid="client.classpath"/>
<pathelement path="${java.class.path}"/>
</classpath>
</java>
</target>
There're also some minor issues with mySQL and Oracle examples, but I guess it's out of the jboss AS scope anyway.
Thanks,
Wenbo
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 11 months
[JBoss JIRA] Assigned: (JBSEAM-151) Create debug page for remoting framework
by Shane Bryzak (JIRA)
[ http://jira.jboss.com/jira/browse/JBSEAM-151?page=all ]
Shane Bryzak reassigned JBSEAM-151:
-----------------------------------
Assignee: Shane Bryzak
> Create debug page for remoting framework
> ----------------------------------------
>
> Key: JBSEAM-151
> URL: http://jira.jboss.com/jira/browse/JBSEAM-151
> Project: JBoss Seam
> Issue Type: Task
> Components: Remoting
> Affects Versions: 1.0 beta 2
> Reporter: Shane Bryzak
> Assigned To: Shane Bryzak
> Priority: Minor
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> The remoting framework should provide a debug page that allows a user to conveniently make remoting calls to test their components. It should be accessible via a url such as /<app>/seam/remoting/debug/<componentName>. The page should list all of the remotable methods of the component, and provide an easy way of invoking each method and viewing its result. It should also allow additional context parameters (such as conversation ID) to be set for an invocation. For methods that accept complex types, collections or maps as parameters there should be an easy way for the user to specify these values.
> The availability of the debug page should be controlled via a "debug" parameter in the remoting servlet configuration in web.xml, and be turned off by default. This would allow the application to be deployed in a production environment without the debug pages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 11 months
[JBoss JIRA] Assigned: (JBSEAM-280) Integrate the page context with Seam Remoting
by Shane Bryzak (JIRA)
[ http://jira.jboss.com/jira/browse/JBSEAM-280?page=all ]
Shane Bryzak reassigned JBSEAM-280:
-----------------------------------
Assignee: Shane Bryzak
> Integrate the page context with Seam Remoting
> ---------------------------------------------
>
> Key: JBSEAM-280
> URL: http://jira.jboss.com/jira/browse/JBSEAM-280
> Project: JBoss Seam
> Issue Type: Feature Request
> Components: Remoting
> Reporter: Shane Bryzak
> Assigned To: Shane Bryzak
> Fix For: 1.1
>
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> Support the propogation of Seam's Page Context between remoting requests.
> Functional Requirements:
> * The page context should be stored client-side in the global js variable Seam.pageContext.
> * The page context should be included in any Seam Remoting requests in the packet header, i.e.:
> <page-context><variable name="foo"><ref id="0"/></variable>...</page-context>
> * The page context should be returned by all remoting requests and replace the local copy
> * The client web page should be able to manipulate the page context, changing values, adding new values, etc via Seam.pageContext, e.g. Seam.pageContext.foo = bar;
> Non functional requirements:
> * Add a server-side convenience method to convert an object to serialized XML
> * Add a client-side convenience method to deserialize XML into an object
> * Create a <pageContext/> JSF tag that will embed a <script> block into the web page that initializes the page context when the page is first loaded
> * Modify the client-side remoting framework to support the dynamic discovery of object types. Use the __type field (or something similar) to identify the object type. This will mean that type stubs will not need to be explicitly imported.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 11 months