Skip to main content

Eamonn McManus

Eamonn McManus is the technical lead of the JavaFX Authoring Tool team at Oracle Corporation. Before that, he was the tech lead of the JMX team, and headed the technical work on JSR 255 (JMX API 2.0) and JSR 262 (Web Services Connector for JMX Agents). In a previous life, he worked at the Open Software Foundation's Research Institute on the Mach microkernel and countless other things, including a TCP/IP stack written in Java. In an even previouser life, he worked on modem firmware in Z80 assembler. He is Irish, but lives and works in France and in French. His first name is pronounced Aymun (more or less) and is correctly written with an acute accent on the first letter, which however he long ago despaired of getting intact through computer systems.

 

emcmanus's blog

Excellent article on Virtual MBeans

Posted by emcmanus on January 17, 2007 at 3:17 AM PST

My colleague Nick Stephen has written an excellent and detailed article about Virtual MBeans.

Reimplementing the RMI protocol

Posted by emcmanus on January 11, 2007 at 3:10 AM PST

In my href="http://weblogs.java.net/blog/emcmanus/archive/2006/12/securing_the_rm.html">last
entry, I mentioned that I had reimplemented the RMI
registry portably, before discovering that there was a much
simpler solution to the security problem I was addressing.
Here's the reimplementation for what it's worth.

Securing the RMI registry

Posted by emcmanus on December 29, 2006 at 9:39 AM PST

If you've had occasion to use the RMI registry seriously, you
may have encountered some of its shortcomings. Chief of these
is that anybody on the local machine can modify the registry.
There are only a few things you can do about that, of which the
craziest is to reimplement enough of RMI to code your own
compatible version of the registry.

Multihomed Computers and RMI

Posted by emcmanus on December 22, 2006 at 9:11 AM PST

A multihomed computer is one that has more than one
network interface. Problems arise when you export an RMI object
from such a computer. Here's why, and some ways you can work
around the problem.

The Spring Experience 2006 (2)

Posted by emcmanus on December 18, 2006 at 6:54 AM PST

I'm writing this in what I used to think was the world's
nastiest airport,
where I have a five-hour stopover. I'm somewhat revising my
opinion of the airport because I discovered a "Quiet Seating Area"
with real seats and real quiet. A bit like a business-class
lounge but for the plebs.

The Spring Experience 2006

Posted by emcmanus on December 8, 2006 at 12:17 PM PST

I'm at The Spring
Experience 2006
in Hollywood, Florida (between Miami and Fort
Lauderdale) where I've been invited to speak.

A helper class for performance statistics

Posted by emcmanus on November 23, 2006 at 3:31 AM PST

I recently wanted to add some performance measurements to an
application. To avoid duplicating code everywhere I needed to
make measurements, I coded up a small helper class.

MBeanInfo.equals: who's asking?

Posted by emcmanus on November 13, 2006 at 9:40 AM PST

Defining an equals(Object) method in a public class is not
always straightforward. One reason it might not be is that the
answer to the question "are these objects equal?" might be
"who's asking?".

Notes on unspecified behaviour, with a contentious aside about astronomy

Posted by emcmanus on November 10, 2006 at 8:09 AM PST

An inadvertent change in JDK 6 means that MBean attributes and
operations no longer appear in the order they were in a Standard
MBean interface. I wanted to fix this, but now I'm not so sure.

Here's the background. Suppose you have a Standard MBean with
this interface:

A real example of a Dynamic MBean

Posted by emcmanus on November 8, 2006 at 7:38 AM PST

The JMX API includes the possibility to create "Dynamic
MBeans", whose management interface is determined at run time.
When might that be useful? Here's an example.