Golden Gate Bridge
(Shown here for no particular reason)

A previously secret document was released today that could prove potentially embarassing to the already embattled Bruce. This is only one in a series of recent revelations, the worse of which was a document released last week that detailed... more...

Pictures of where Bruce lives
Dirk Crawford, Rag reporter

Links to pictures:

View from my cubicle (11/2000)
Another view from my cubicle (6/2001?)
San Andreas fault (3/2001)
Golden Gate Bridge (1/2001)
Santa Cruz -- an ugly beach (6/2001)
From Twin Peaks(9/2001)
More from Twin Peaks(9/2001)
Even more from Twin Peaks(9/2001)
And some more Twin Peaks(3/2003)
Rainbow outside my office(4/2003)
Autumn in Silicon Valey (10/2004)

Pictures of places Bruce has been
Dirk Crawford, Rag reporter

Links to pictures:

Oregon coast (7/2001)
Butchart Gardens, Vancouver Island (7/2001)
Yosemite Valley (9/2004)

Random text from a memo
Dirk Crawford, Rag reporter

For a Trade object to change states, it must be asked to do so. This is done through method calls on the object.

To initialize the object, one would call the methods setHolding(), setAmount(), setAmountType(), etc. (I might instead have the arguments set in the constructor or through an initialize() method).

To ask a Trade object to enter the Verified state, one would call the verify() method on the object. Only if verify() completes successfully -- that is, doesn't throw an exception -- does the Trade object enter the Verified state. If verify() throws an exception, then the Trade object is still in the Initialized state.

Similar procedures would apply for asking an object to change to the Entered, Re-verified, Rejected, or Places states; One would call the enter(), reverify(), reject(), or place() methods on the object.

The Trade object will not restrict state transitions based on user type. For example, from within a Submitter's session, form bean code can ask a verified Trade object to place itself, and the Trade object will not complain. Except for logging purposes, the Trade object doesn't care about user.

Links to pictures:

Staring (2/2000)
New haircut (1/2000)
Trafalgar Square (9/1999)
Sleepy (12/1999)
Kew, UK (9/1999)
Vancouver (1/1999)
Sausalito(11/2000)
Province Town (4/1997)
Getting chubby (7/2000)
Playing with camera timer (7/2001)
Disney Land (8/2001)
Christmas 2001 (12/25/2001)
Late, tired, and bored (2/2002)
Less flattering pics (Summer 2002)
New haircut (October 2002)
Pics taken during boredom (1/2003)
Webcam pics (1/2004)
More webcam pics (3/2004)
New haircut again (12/2004)
Sept 2005 pics (9/2005)
Hairy pics (4/2006)
Not so hairy pics (8/2007)
Sept 2008 pics (8/2008)

More random text from a memo
Dirk Crawford, Rag reporter

Uninitialized:

When the Trade object is in this state, it has not been initialized enough to be useful.

Once all relevant information is sent to the Trade object, the Trade object will enter the Initialized state.

Initialized:

The Trade object can get to this state only from the Uninitialized state and the Initialized state itself.

When the Trade object is in this state, the arguments of the operation have been sent to the object. Arguments include holding, amount, amount type (shares, dollars, all shares).

The object does not enter the Initialized state until it receives all relevant arguments.

The Trade object can re-enter this state from the Initialized state. For example, one can send all relevant arguments to the object, then resend the amount, thus overwriting the old amount value.

Verified:

The Trade object can get to this state only from the Initialized state.

When the Trade object is in this state, then it has verified that the arguments are reasonable (i.e., they conform to a set of business rules). When the Trade object enters the Verified state, it has written itself to the database and has assigned itself a unique transaction id.

Once the Trade object enters this state, it is essentially sealed and the arguments are set in stone. That is, it cannot go from the Verified state back to the Initialized state. If the user of the object (e.g., a form bean) deems the arguments of the Trade object to be incorrect, the user must be discard the Trade object and create a new Trade object.

From this state, the Trade object can make a transition only to the Entered and Placed states.

Entered:

The Trade object can get to this state only from the Verified state.

When the Trade object enters this state, it logs this fact to the database.

When the Trade object is in this state, it has successfully added itself to the Unapproved Trades System.

At this point, the Trade object can make a transition only to the Re-verified and Rejected states.

Re-verified:

The Trade object can get to this state only from the Entered state.

When the Trade object is in this state, then it has verified that the arguments are reasonable (i.e., they conform to a set of business rules). The trade object does not rewrite itself to the database, and it keeps the same transaction id.

The purpose of this state is to verify that nothing in the external conditions has changed since the Trade object entered the Unapproved Trades System - which could have happened hours earlier -- that would now make the arguments unreasonable.

At this point, the Trade object can make a transition to the Placed state, the Rejected state, or back to the Re-verified state (which will happen each time an Approver or Trader brings up the Unapproved Trades page).

Rejected:

The Trade object can get to this state only from the Re-verified state.

When the Trade object enters this state, it logs this fact to the database.

When the Trade object is in this state, it has removed itself from the Unapproved Trades System and is no longer eligible to go to the Placed state.

At this point, the Trade object can not make a transition to any other state. It is dead in the water.

Placed:

The Trade object can get to this state only from the Re-verified or Verified states.

When the Trade object enters this state, it logs this fact (plus other useful information, like confirmation number) to the database.

When the Trade object is in this state, the tranfer agency has begun processing the order.

At this point, the Trade object can not make a transition to any other state. It is considered complete. The Trade object is happy to provide information at this point, like the comfirmation number from the transfer agency, the spot trade date, etc., but it cannot enter any new states.