Skip to Content.
Sympa Menu

patterns-discussion - Re: [patterns-discussion] PLoP2010 Paper - Messaging Design Pattern and Pattern Implementation

patterns-discussion AT lists.cs.illinois.edu

Subject: General talk about software patterns

List archive

Re: [patterns-discussion] PLoP2010 Paper - Messaging Design Pattern and Pattern Implementation


Chronological Thread 
  • From: Messaging Design Pattern <dsheppard2k AT yahoo.com>
  • To: " Robert S \(Robert\)Hanmer" <robert.hanmer AT alcatel-lucent.com>
  • Cc: "patterns-discussion AT cs.uiuc.edu" <patterns-discussion AT cs.uiuc.edu>
  • Subject: Re: [patterns-discussion] PLoP2010 Paper - Messaging Design Pattern and Pattern Implementation
  • Date: Thu, 7 Oct 2010 11:57:13 -0700 (PDT)
  • List-archive: <http://lists.cs.uiuc.edu/pipermail/patterns-discussion>
  • List-id: General talk about software patterns <patterns-discussion.cs.uiuc.edu>

Bob,

Thanks for your note. I appreciate it. I look forward to meeting you as well.

Regards,
 

--- On Wed, 10/6/10, Hanmer, Robert S (Robert) <robert.hanmer AT alcatel-lucent.com> wrote:

From: Hanmer, Robert S (Robert) <robert.hanmer AT alcatel-lucent.com>
Subject: RE: PLoP2010 Paper - Messaging Design Pattern and Pattern Implementation
To: "Messaging Design Pattern" <dsheppard2k AT yahoo.com>
Cc: "patterns-discussion AT cs.uiuc.edu" <patterns-discussion AT cs.uiuc.edu>
Date: Wednesday, October 6, 2010, 9:06 PM

Hi Al,
 
Congratulations on having your paper accepted to PLoP.  I look forward to meeting you there.
 
After PLoP, there's yet another level of screening before a paper actually goes into the proceedings.  This additional screening is to ensure that authors incorporate the feedback received at PLoP and also to ensure that the paper is in the correct format for the proceedings.  For the past several years PLoP (and going forward some of the other conferences such as Euro PLoP and SugarLoaf PLoP) proceedings have been archived in the ACM Digital Library.  The ACM DL has specific formatting requirements.  We'll be hearing more about the these requirements in Reno at PLoP.
 
Sincerely,
Bob
 
 
 

----------
robert.hanmer AT alcatel-lucent.com             voice:  +1 630 979 4786

 


From: Messaging Design Pattern [mailto:dsheppard2k AT yahoo.com]
Sent: Wednesday, October 06, 2010 1:56 PM
To: patterns-discussion AT cs.uiuc.edu; gang_of_4_list; TelePLoP List; plopattendees AT hillside.net
Subject: PLoP2010 Paper - Messaging Design Pattern and Pattern Implementation

Dear List Members,

I'm pleased to inform you that the following paper was accepted for publication in the 17th conference on Pattern Languages of Programs - PLoP 2010. Your earlier feedback is appreciated. Special thanks and kind words of acknowledgment to Dr.Hironori Washizaki for all his suggestions and recommendations for improvement.  

Best regards,


Messaging Design Pattern and Pattern Implementation

https://jt.dev.java.net/files/documents/5553/150311/designPatterns.pdf


Abstract

 

Interchange of information (i.e. messaging) is an inherent part of nature and man-made processes. Messaging is a ubiquitous part of the world around us. Conventional software methodologies and component technologies overlook messaging and therefore provide an incomplete model. On the other hand, a messaging paradigm and the associated messaging design pattern (MDP) address this gap and provide a more complete and accurate model of the real world. As a consequence, software engineering processes and techniques are improved significantly.  While designing and manufacturing software, we need to think not only in terms of software components, but also in terms of the messaging being exchanged between these entities. Encapsulation, decoupling and reusability are improved while reducing complexity. This paper also discusses how the messaging design pattern is utilized to implement or help implement other well-known design patterns like Gang of Four design patterns (GoF), Data Access Objects (DAOs), and J2EE design patterns. Keep in mind that most of the design patterns are, at some level, responsible for interchanging information between participants. The overall design and UML diagrams are simplified and streamlined making them easier to understand and implement. The resulting software design and implementation are also more robust and straightforward. Design patterns implemented using MDP, can be reused to provide transparent and secure access to remote components/services as the basis for a complete distributed component model.







Archive powered by MHonArc 2.6.16.

Top of Page