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 > Migrating to Vaadin 8

Migrating to Vaadin 8

Vaadin 8 has a compatibility layer to ensure your work with Vaadin 7 will carry over. If you want to remove it, you'll need to work with the DataBinding API.

Thomas Kratz user avatar by
Thomas Kratz
·
Feb. 06, 17 · Java Zone · Tutorial
Like (4)
Save
Tweet
8.94K Views

Join the DZone community and get the full member experience.

Join For Free

Today I finished my migration of a (small) demo app to the new Vaadin 8 API.

First of all: Vaadin 8 has a compatibility layer. Everything you may have used with Vaadin  7 will still work with Vaadin 8, you just have to change some package names in your import statements. (for example, UI gets ui.v7) and everything will work out of the box with Vaadin 8.

But my goal was to completely remove the compatibility layer. That needed quite a bit of work, as the new DataBinding API focuses on binding bean properties. My app used the PropertySetItem in a bunch of places. To move these, I created backing beans and used the new API.

binder.forField(passwordMatchField)
        .withValidator(PasswordMatchValidatorV8(passwordField))
        .bind(LostPasswordBean::passwordMatch)


This was not too hard, but there was more work to be done, as I had to migrate all of my custom Validator implementations. The new Validator signature tastes better than the v7 one, but changing them introduces even more work:

class PasswordMatchValidatorV8 constructor(private val src: PasswordField) : 
    Validator<String> {

    override fun apply(value: String, ctx: ValueContext): ValidationResult {
        val pw: String = src.value        
        if (pw != value) {
            return ValidationResult.error(NO_MATCH)
        }
        return ValidationResult.ok()
    }

    companion object {
        const val NO_MATCH = "Passwords don't match"    }
}


That did make up for most of the fields. Another place where I had to change the code was the old BeanItemContainer, which I used to bind collections to grids etc. Here we have new API too that looks like this:

grid = Grid()
grid.addColumn{ u -> u.email }.setCaption("Username")
dataProvider = ListDataProvider(users)
grid.dataProvider = dataProvider


That's it. It took me about a day for nine View Classes, but remember I was very slow getting used to the new binding style.

For my personal taste, the new binding API is a great step forward, and it makes heavy use of SAM types. Using it with Kotlin is a breeze. It's is still far away from beeing as powerful as the good old eclipse DAtaBinding API, which is still my personal favorite when it comes to UI data bindings.

Vaadin

Published at DZone with permission of Thomas Kratz. See the original article here.

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • Vaadin Apps as Native Executables Using Quarkus Native
  • How Java Apps Litter Beyond the Heap
  • Event-Driven Microservices?
  • Progressive Web Apps vs Native Apps: Differences and Similarities

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