[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Patch: Added ability to browse scheduled messages (JMX)
If you prepare a patch (diff against 3.2 or 4.0 CVS) you can either post it to Sourceforge or e-mail it to me. I'd be happy to check and apply it. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3850030#3850030 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850030 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMX on JBoss (JBoss/JMX)] - Re: Bug in 3.2.5 version of org.jboss.mx.remoting.MBeanNotif
The best place to submit bugs is sourceforge.net/projects/jboss . I'll fix this and see what I can do about 4.0. Thanks. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3849478#3849478 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3849478 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMX on JBoss (JBoss/JMX)] - Re: Bug in 3.2.5 version of org.jboss.mx.remoting.MBeanNotif
4.0 is not really consistent with 3.2 yet. Looks like a lot of 3.2 changes weren't put in 4.0 but I am not sure what to do. The bug isn't in 4.0, probably because the code hasn't been merged. I fixed 3.2, so build off of CVS or wait for 3.2.6 release. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3849493#3849493 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3849493 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Management on JBoss] - Re: Closing DataBaseManager shutdowns JBoss4.0 too
In 1.7.2, you can add -noexit to the args you pass into DatabaseManager.main() and it won't quit... View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848865#3848865 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848865 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: Classloading Conflict
This is not a developer question, so please don't post to this forum. I'll add this answer to the Wiki. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3841543#3841543 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3841543 --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - xdoclet + xmbean + ServiceMBeanSupport sub-optimal
I want to take advantage of xdoclet's jboss.xmbean generation, however it is very
frustrating. Especially in 3.2.4 CVS.
Right now in 3.2.3, I have to do this to get the ServiceMBeanSupport methods to show
up:
/**
* @jmx.managed-operation
*/
public void destroy() { super.destroy(); }
/**
* @jmx.managed-operation
*/
public void create() throws Exception { super.create(); }
... etc.
This no longer works in 3.2.4. All my X-MBeans broke. It appears in 3.2.4 I have to
expose a jbossInternalLifecycle operation as well. (Couldn't this method name be
shortened to lifecycle? It sticks out like a sore thumb in the JMX console.)
/**
* @jmx.managed-operation
* description=lifecycle
* name=op type=java.lang.String
*/
public void jbossInternalLifecycle(String s) throws Exception
{ super.jbossInternalLifecycle(s); }
I know there are entitites in the xmbean-dtd, like defOps; but pasting this entity in
the generated format is impossible to do with xdoclet. Besides, it's an ugly hack.
This is my suggestion. Add an attribute to the element that indicates the parent,
like so:
?xml version=1.0 encoding=UTF-8?
org.jboss
Then, even if somebody fiddles with ServiceMBeanSupport, people's code doesn't break.
It'd be very easy to merge the two documents together in the loader. Then all that
remains is patching xdoclet ...
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830891#3830891
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830891
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Improving message selector performance
A cheap way to improve performance would be to run the selector against messages added to the queue, add references to these messages into a hashtable (key would be the selector, value would be the sorted message IDs). When reading using a selector, if it matches a pre-existing optimized selector exactly, then the references would be pulled from the selector hashtable. One nice benefit is the selector is only evaluated once. A more sophisticated solution would include indexing each of the properties separately and using a tree. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831060#3831060 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831060 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Thread naming
Overall looks very helpful. I wonder if it might make sense to have the different IL threads belong to different thread groups, as the number of threads may be quite a lot. The JMX operation to display these could then display and order them by group. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3829604#3829604 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3829604 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Message Serialization
Unfortunately, there are some headers that are updated on the server, which means that the serialized format for a SpyMessage becomes soon invalid. Therefore, headers and the message body should be serialized as separate objects and never combined as a single object. This means required changes to the binary format of SpyMessage and loss of backwards compatibility in JBOSS_3_2. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3823703#3823703 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3823703 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
