javantura v4 - what’s not new in modular java - milen dyankov

What's

notnew

in

modularJava!

Milen Dyankov@ milendyankov

Featuring JDK 9 Early Access with Project Jigsaw

Developer advocate @ Liferay

Think of

not newas in

not newconceptand not as in

not newcar

Whyis it

about timeto startthinkingabout

modularityin Java?

JSR 277JSR 294

JSR 376JEP 200JEP 201JEP 220JEP 260JEP 261

...

2005

2014

Antwerp, Belgium,November 2015

“Survey” at

Whatis

modularity/particularly in Java/

anyway?

"When I use a word," Humpty Dumpty said,

in rather a scornful tone,

"it means just what I choose it to mean - neither

more nor less."

Modularity Maturity Modelproposed by Dr Graham Charters

at the OSGi Community Event 2011

Level 1 Ad Hoc nothing

Level 2 Modules decoupled from artifact

Level 3 Modularity decoupled from identity

Level 4 Loose-Coupling decoupled from implementation

Level 5 Devolution decoupled from ownership

Level 6 Dynamism decoupled from time

Level 1 Ad Hoc nothing

Level 2 Modules decoupled from artifact

Level 3 Modularity decoupled from identity

Level 4 Loose-Coupling decoupled from implementation

Level 5 Devolution decoupled from ownership

Level 6 Dynamism decoupled from time

Level 7 Peter Kriens only available to people who are Peter Kriens

Modularity Maturity Modelproposed by Dr Graham Charters

at the OSGi Community Event 2011

Modularity Maturity Modelproposed by Peter Kriens

in foreword to “Java Application Architecture”

Level 1 Ad Hoc

Level 2 Modules

Level 3 Modularity

Level 4 Loose-Coupling

Level 5 Devolution

Level 6 Dynamism

Unmanaged / chaos

Managing dependencies

Proper isolation

Minimize coupling

Service-oriented architecture

Level 1 Monolith

Level 2 Composite

Level 3 Containers

Level 4 Discovery

Level 5 JuServices

Buzzword compliant Modularity Maturity Model

Level 1 Monolith Unaware of own dependencies

Level 2 Composite Aware of infrastructural dependencies

Level 3 Containers Aware of functional dependencies

Level 4 Discovery Aware of functional requirements

Level 5 Adapts to changing requirementsJuServices


Level 1 Monolith

Level 2 Composite

Level 3 Containers

Level 4 Discovery

Level 5 JuServices



JuServices

Level 1 Monolith

Level 2 Composite

Level 3 Containers

Level 4 Discovery

Level 5


JuServices

Level 1 Monolith

Level 2 Composite

Level 3 Containers

Level 4 Discovery

Level 5 OSGi


JuServices OSGi

JPMS

Level 1 Monolith

Level 2 Composite

Level 3 Containers

Level 4 Discovery

Level 5

Whatis

modularity from

applicationperspective ?

Javaapplication

Javaapplication

Java Platform

Libraries

OSG

i

There is nothing we can do about it!

OSG

i

class loaders


OSG

i

class loaders


Dynamic multi-layermodular runtime!

OSG

i

class loaders


Dynamic multi-layermodular runtime!

It's so easy,everyone

shouldreleasebundles

(modules)!

OSG

i

“Manypeople claim

OSGi is hard withoutacknowledging that modularizing

applications is the hard part. . . .

JSR 376 will demonstrate that OSGiwas just the messenger and actually not the cause.”

Peter Kriens

JPM

S

Modules arefirst class citizens!

JPM

S

JPM

S


Nothing to do about it, must use modules!

JPM

S


Nothing to do about it, must use modules!

It's so easy,everyone

mustreleasemodules!

not new

except nowyou kindahave to

newModularJava SE Platform!

ModularJava SE

Applications!

“A lot of people

will discover that

their babies are not as

modular as they thought”Peter Kriens

Whenis

“keep itsimple!”

not enough?

productintermediate

intermediate

material

Product

Entity

EntityEntity

Entity

Entity Entity

Offer

Offer

Offer

Offer

Offer

Offer

Offer

Offer

Offer

Offer

Offer

Application

Artifact

ArtifactArtifact

Artifact

Artifact Artifact

Export

Export

Export

Export

Export

Export

Export

Export

Export

Export

Export

Artifact

OSGi JPMS

Manifest-Version: 1.0Bundle-SymbolicName: \

com.mycompany.mymodule

...

MANIFEST.MF

module com.mycompany.mymodule {

...

}

module-info.java

Level 2decoupled from

artifact


JuServices OSGi

JPMS

Level 1 Monolith

Level 2 Composite

Level 3 Containers

Level 4 Discovery

Level 5

OK!

Artifact

OSGi



Export-Package: \com.mycompany.mypackage

...

MANIFEST.MF


exports com.mycompany.mypackage;

...

}

module-info.java

Export

Level 3 decoupled from

identity

JPMS

OSGi



Require-Bundle: \other.module

Import-Package: \com.some.package;version="[2,3)",...

...

MANIFEST.MF


requires other.module;

...

}

module-info.java

Artifact

Export

Artifact


identity

JPMS

OSGi



Require-Bundle: \com.foo

Import-Package: \com.generic.powerplug;version="[2,3)",...

...

MANIFEST.MF


requires com.foo;

...

}

module-info.java

Foo

Me

I need power plug!

I need Foo because I know it offerspower plugs and I know only Foo

offers power plugs!


identity

JPMS

OSGiLevel 3 decoupled from

identity



Require-Bundle: \com.foo

Import-Package: \com.generic.powerplug;version="[2,3)",...

...

MANIFEST.MF


requires com.foo;

...

}

module-info.java

Foo

Me I'm compatiblewith all 2.x.x

versions!

I expectdeveloper/user to know which version

will work and provideit on module path!

JPMS


identity



Export-Package: \com.mycompany.mypackage;\

uses:="com.some.package”

...

MANIFEST.MF


exports com.mycompany.mypackage;

requires public other.module;

...

}

module-info.java

Artifact

Artifact

ArtifactExport

Uses

Export

JPMS


identity


com.mycompany.devices

Export-Package: \com.mycompany.pc; \

uses:="foo.tools.powerplug”

...

MANIFEST.MF

module com.mycompany.devices {

exports com.mycompany.pc;

requires public foo.tools;

...

}

module-info.java

Me

Consumer

Foo

I used a powerplug from Foo! You may need it!

I used somethingfrom Foo tools,

so you now depend on Foo tools

as well!

JPMS


JuServices OSGi

JPMS

Level 1 Monolith

Level 2 Composite

Level 3 Containers

Level 4 Discovery

Level 5

Not fully decoupled from identity!

OK!

OSGiLevel 4decoupled fromimplementation

Artifact

Artifact

RequirementNeed toconnectdevice to

power outlet!

CapabilityCan

connectdevice to

power outlet!

RESOLVER

Bundles with custommetadata

Requirements andCapabilities with LDAP like filters

Bundle lifecycle eventsand listeners

Extender pattern

Nothing OOTB. Use OSGi :)

Probably doable viaexternal resolverdynamic modules andlayers

JEE or 3rd partysolutions on top of JSR376 may providesolutions

JPMS


JuServices OSGi

JPMS

Level 1 Monolith

Level 2 Composite

Level 3 Containers

Level 4 Discovery

Level 5


Some very basic APIs only!

OK!

OSGiLevel 5

decoupled fromownership & time

JuServices

Artifact

Artifact

REGISTRY

Service

Service

Service

Service

Service registry withmetadata

Finding services viaLDAP like filters

Service lifecycle,events and listeners

Multiple componentframeworks

Whiteboard pattern

Traditional JavaServiceLoader (not dynamic) moved tomodule descriptor

Alternative: minimalstandalone Javaapplications withexternal servicediscovery

JPMS


JuServices OSGi

JPMS

Level 1 Monolith

Level 2 Composite

Level 3 Containers

Level 4 Discovery

Level 5


Very limited service layer! DIY dynamism!

OK!OK!

Some very basic APIs only!

Does this mean JPMSgot modularity wrong?

When they say

modular Java it means

just what theychoose it to mean -

neither more nor less!

JPMS solves some issues in Java platform!

Level 5 modularity was never one of them!

Reliableconfiguration

Strongencapsulation

A scalable Java SEPlatform

Greater platformintegrity

Improvedperformance

“... once modularizationbecomes part of theJava core tool set,

developers will begin toembrace it en-masse,

and as they do so, theywill seek more robust

and more maturesolutions. Enter OSGi!”

Victor Grazi

Whenan application

needs modularity

at higher level ?

The essence ofmodularity is

Not knowing

1 platform

over 100 apps

over 600 modules

over 2500 μServices

Some examples of how

deals with not knowing


Not knowing

Require-Capability: \osgi.contract; \filter:="(&(osgi.contract=JavaJAXRS)(version=2))"

Provide-Capability: \ osgi.contract; \ osgi.contract=JavaJAXRS; \ Uses:= "javax.ws.rs, \

javax.ws.rs.core, \javax.ws.rs.client, \ javax.ws.rs.container, \javax.ws.rs.ext"; \

version:Version=2




Not knowing

@Component( immediate = true, property = {"javax.portlet.name=other_Portlet"}, service = PortletFilter.class)public class MyFilter implements RenderFilter {

...




Not knowing

@Component( immediate = true, property = {"destination.name=" + MONITORING}, service = {MessageListener.class})public class MonitoringMessageListener ...

@Reference( cardinality = ReferenceCardinality.MULTIPLE, policy = ReferencePolicy.DYNAMIC, policyOption = ReferencePolicyOption.GREEDY ) protected synchronized void registerProcessor(

...




Not knowing


Not knowing

Which enforcesoptimization forPredictability

Which results inapplicationAgility


Not knowing

Which enforcesoptimization forPredictability

[email protected]@MilenDyankov

http://www.liferay.com@Liferay

mailto:[email protected]

javantura v4 - what’s not new in modular java - milen dyankov

Technology