[JBoss JIRA] Updated: (JBAS-2156) Patch to add expiry queue support to JBossMQ
by Andrig Miller (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2156?page=all ]
Andrig Miller updated JBAS-2156:
--------------------------------
Fix Version/s: No Release
(was: JBossAS-5.0.0.Beta)
JBoss MQ will not be a part of JBoss AS 5, and is being replaced by JBoss Messaging. This work should be placed into JBoss Messaging, and I believe there is an existing JIRA issue in the JBoss Messaging project that deals with this.
> Patch to add expiry queue support to JBossMQ
> --------------------------------------------
>
> Key: JBAS-2156
> URL: http://jira.jboss.com/jira/browse/JBAS-2156
> Project: JBoss Application Server
> Issue Type: Patch
> Security Level: Public(Everyone can see)
> Components: JMS service
> Affects Versions: JBossAS-4.0.3RC2
> Reporter: Elias Ross
> Assigned To: Elias Ross
> Fix For: No Release
>
> Attachments: expiry.diff, expiry.diff, expiry.txt, ExpiryDestinationTestCase.java
>
>
> Added attributes "ExpiryDestination" to DestinationMBean and DestinationManagerMBean to indicate an ObjectName of queue to receive expired messages. This destination queue must be bound into JNDI when this queue starts.
> The messages are copied over to this queue when expiry time is reached and the original expiration and destination is kept in the vendor parameters "JBOSS_ORIG_EXPIRATION" and "JBOSS_ORIG_DESTINATION". The same JMSMessageID is kept in the copied message.
> The limitation of this is that the queue must be located on the same local JBoss server.
> Another limitation is that the expired message is only removed after its copy has been added to the new destination. Ideally, the "move" would happen within a single transaction.
--
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
17 years, 11 months
[JBoss JIRA] Updated: (JBAS-2150) Disable automatic JBossMQ destination construction
by Andrig Miller (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2150?page=all ]
Andrig Miller updated JBAS-2150:
--------------------------------
Fix Version/s: No Release
(was: JBossAS-5.0.0.Beta)
Unscheduling this from JBoss 5, because JBoss MQ will not be apart of JBoss 5, but will be replaced with JBoss Messaging.
> Disable automatic JBossMQ destination construction
> --------------------------------------------------
>
> Key: JBAS-2150
> URL: http://jira.jboss.com/jira/browse/JBAS-2150
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: JMS service
> Reporter: Adrian Brock
> Fix For: No Release
>
>
> The automatic construction of JBossMQ destination construction is not portable
> and confuses most users when they configure things wrong.
> They don't get a reasonable error message, and sometimes no error message at all.
> This was made configurable in JBoss4 and should be disabled in JBoss5
> See conf/standardjboss.xml
> - <CreateJBossMQDestination>true</CreateJBossMQDestination>
> + <CreateJBossMQDestination>false</CreateJBossMQDestination>
> The testsuite will need fixing for any MDB deployments that were using this feature
> to have explicit destination deployments.
--
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
17 years, 11 months
[JBoss JIRA] Resolved: (JGRP-144) View bundling
by Bela Ban (JIRA)
[ http://jira.jboss.com/jira/browse/JGRP-144?page=all ]
Bela Ban resolved JGRP-144.
---------------------------
Resolution: Done
Integrated the patch (with changes), testsuite passes, GmsTests.txt passes too. Looks pretty stable so far
> View bundling
> -------------
>
> Key: JGRP-144
> URL: http://jira.jboss.com/jira/browse/JGRP-144
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assigned To: Bela Ban
> Priority: Critical
> Fix For: 2.4
>
> Attachments: view_bundling.zip
>
>
> When multiple members join/leave at the same time, we also emit 1 view per JOIN or LEAVE request. However, we could bundle multiple JOIN and LEAVE requests and only install 1 view. This would be enabled by collecting JOIN and LEAVE requests in a queue until
> - N requests have queued up or
> - M milliseconds have elapsed, whichever occurs first
> Advantage: we can handle many JOIN/LEAVE requests at the same time, reducing time to emit views (VIEW_ACKs need to be sent fewer times)
--
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
17 years, 11 months
[JBoss JIRA] Created: (JBAS-3462) Proper bind, unbind and rebind support for the external context and naming alias features
by Roland R?z (JIRA)
Proper bind, unbind and rebind support for the external context and naming alias features
-----------------------------------------------------------------------------------------
Key: JBAS-3462
URL: http://jira.jboss.com/jira/browse/JBAS-3462
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Naming
Reporter: Roland R?z
Assigned To: Scott M Stark
Priority: Minor
Attachments: JBossJndiUnbindTest.java
JBoss provides with org.jboss.naming.NamingAlias and org.jboss.naming.NamingService two nice features to create local links and integrate external jndi implementations. The jndi server implementation and the org.jboss.util.naming.Util (used in the ejb2.x & ejb 3 container) have some troubles with the bind, unbind and rebind operations.
It would be a nice feature when these operations are supported by the jboss jndi implementation but fixing org.jboss.util.naming.Util is maybe simpler.
The attached Junit test case shows the problems:
- jboss jndi and the utility seems to have problems with the alias
- jboss jndi seems to have problems with the external context (independent if it is ldap or jboss).
--
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
17 years, 11 months