Hi Guys,

We are investigating the feasibility of migrating our Struts based applications from struts 6 running on tomcat 9 to struts 7 on tomcat 11.

We completed initial testing and came across a few issues about which I wanted ask your advice.

The first was we started getting errors about our DB based session management config. We did have it set up as a JDBCStore as below:

<Store className="org.apache.catalina.session.JDBCStore"
               dataSourceName="jdbc/myDB"
               localDataSource="true"
               sessionAppCol="app_name"
               sessionDataCol="session_data"
               sessionIdCol="session_id"
               sessionLastAccessedCol="last_access"
               sessionMaxInactiveCol="max_inactive"
               sessionTable="user_sessions"
               sessionValidCol="valid_session"
        />

This threw class not found errors and when we looked at the source we saw there was no org.apache.catalina.session.JDBCStore class. We replaced it with org.apache.catalina.session.DataSourceStore but weren't able to test because of the other errors we were getting. I just wanted to confirm if this is correct and if our change is correct?

The other and more significant issue is that some of libraries are not configured for Jakarta EE yet. They are supplied via a government agency and when we asked about updated jars we have been told they are a year or two away. I wanted to check what was best practice in these types of cases. Do we run the affected libraries through the Tomcat Migration and if so is there a good guide to using the tool?

I appreciate these are very broad questions but we are at a very early stage of the migration evaluation process and we want to determine if it is worth continueing or waiting a couple of years as both Struts 6 and Tomcat 9 still have a few years before EOL status.

Zoran



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to