DZone
Java Zone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
  • Refcardz
  • Trend Reports
  • Webinars
  • Zones
  • |
    • Agile
    • AI
    • Big Data
    • Cloud
    • Database
    • DevOps
    • Integration
    • IoT
    • Java
    • Microservices
    • Open Source
    • Performance
    • Security
    • Web Dev
DZone > Java Zone > Silent Death Of The Classic Marker Interface Pattern: Is java.io.Serializable Legacy?

Silent Death Of The Classic Marker Interface Pattern: Is java.io.Serializable Legacy?

adam bien user avatar by
adam bien
·
Sep. 02, 08 · Java Zone · News
Like (0)
Save
Tweet
8.03K Views

Join the DZone community and get the full member experience.

Join For Free
I was in the process of thinking about @Stateless and JPA and Serializable (needed some examples for my book...) and noticed that actually one of the GoF patterns siltently died. Or at least its realization/implementation has been completely refactored. The Marker Interface pattern was used to enhance a class with an additional type to change its behavior or introduce some priviliged actions. Prominent examples are java.io.Serializable and java.rmi.Remote interfaces. Both were introduced because of security reasons. Only classes which implement those interfaces are able to be flushed to disc or transfered over the network.

With the advent of annotations, the approach whereby you implement an interface is actually no longer appropriate. The usage of annotations @Serializable or @Remote is much more elegant. There is an example of this in JSR-181, where an endpoint has only to be annotated with the @WebServce annotation. No additional interface realization/implementation is necessary.

Using an annotation is not the same as implementing an interface, because the type of the class is not going to be extended. Nonetheless, the same effect can be achieved. So, the infrastructure no longer needs to check the type (e.g., with instanceof), but has to check the existence of the annotation via reflection (class#getAnnotation or isAnnotationPresent) instead.

So java.io.Serializable and java.rmi.Remote are actually legacy now!

From http://www.adam-bien.com/roller/abien/

Interface (computing)

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • Types of UI Design Patterns Depending on Your Idea
  • How to Determine if Microservices Architecture Is Right for Your Business
  • Debugging Java Collections Framework Issues in Production
  • Implementing RBAC Configuration for Kubernetes Applications

Comments

Java Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • MVB Program
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends:

DZone.com is powered by 

AnswerHub logo