Migrating from ZK 3.6 to ZK 8.5

answered 2020-10-27 16:08:21 +0800

FuttererJ
31 ● 1

updated 2020-10-27 16:12:34 +0800

Hi,

in the meanwhile I got rid of this error but ran into a new one. But I think they are linked somehow.

Before I got this "undefined class name" error I had a "bsh namespace error". So after some googling I found out that I have to include BSH as dependency in my pom.xml. Which I already found suspicious. Why is ZK not providing its own BSH? So I included this:

<dependency>
  <groupId>bsh</groupId>
  <artifactId>bsh</artifactId>
  <version>1.3.0</version>
</dependency>

Which lead to above undefined error. After changing the version to the newest version 2.0b4 this error was gone. But now im running into a "Not unique in ID space" which can't be the true error, because every ID is unique (it would have been also a problem with the old ZK version). Looking at the stacktrace I see that there is also again BSH involved. So I guess it is still coming from this.

So my question now is: why did I need to provide BSH in the first place? Does this indicate that there is something wrong in my setup?

Currently it looks like this:

        <!-- ZK start -->
        <dependency>
            <groupId>org.zkoss.zk</groupId>
            <artifactId>zk</artifactId>
            <version>${zk.version}</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zk-8.5.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.zk</groupId>
            <artifactId>zul</artifactId>
            <version>${zk.version}</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zul-8.5.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.common</groupId>
            <artifactId>zcommon</artifactId>
            <version>${zk.version}</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zcommon-8.5.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.zk</groupId>
            <artifactId>zkbind</artifactId>
            <version>8.5.0</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zkbind-8.5.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.zk</groupId>
            <artifactId>zhtml</artifactId>
            <version>${zk.version}</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zhtml-8.5.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.zk</groupId>
            <artifactId>zkplus</artifactId>
            <version>${zk.version}</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zkplus-8.5.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.zk</groupId>
            <artifactId>zkspring-core</artifactId>
            <version>4.0.0</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zkspring-core-4.0.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.zk</groupId>
            <artifactId>zkspring-security</artifactId>
            <version>4.0.0</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zkspring-security-4.0.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.zkforge.el</groupId>
            <artifactId>zcommons-el</artifactId>
            <version>1.1.0</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zcommons-el-1.1.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.common</groupId>
            <artifactId>zweb</artifactId>
            <version>${zk.version}</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zweb-8.5.0.jar</systemPath>
        </dependency>
        <dependency>
            <groupId>org.zkoss.zk</groupId>
            <artifactId>zkex</artifactId>
            <version>3.6.3</version>
            <scope>system</scope>
            <systemPath>${basedir}/src/main/webapp/lib/zkex-3.6.3.jar</systemPath>
        </dependency>
        <dependency>
           <groupId>bsh</groupId>
           <artifactId>bsh</artifactId>
           <version>2.0b4</version>
        </dependency>
        <!-- ZK end -->

answered 2020-10-28 17:24:33 +0800

FuttererJ
31 ● 1

Thanks for your answer.

Unfortunately I cannot use remote maven repositories outside of our company network. And our company maven repository doesn't include zk dependencies. So I have to provide those jars by myself.

After switching to the new zkex version it looks much better now and I get more reasonable exceptions like: "Method setValign not found for class org.zkoss.zul.Hbox". Which looks like normal migration work for me.

But I still have some weird behavior. When clicking a certain button the first click after server start always leads to a Null Pointer Exception (still have to investigate what happens there) and every further click on this button leads to this "not unique in ID space".

So I guess I will have to investigate further and will come back here if I found out something new.

answered 2020-10-29 16:22:37 +0800

FuttererJ
31 ● 1

updated 2020-10-29 16:23:22 +0800

I see that my new issue is that I am getting a Null Pointer Exception when trying to get a component via Path.getComponent('someString'). (But no in every case, which is strange). And when debugging into ZK I see that there are only two windows registered as fellows. The one I am opening currently and the 'main' window. But the window I initiated the opening of the new window from is missing. I even tried setting the new ID manually via constructor of the new component. In debug I see that the constructor is called and the ID is set. But later when I try to find it in the ID space... it is gone.

So my next question is. Has something changed in ZK8 on how to register new components in the id space?