nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Error when launching login page after xml migration

Idelso Quintero

We completed the migration of our Confluence instance to a new server. We exported the confluence xml and successfully loaded it onto the new instance (on CentOS and MySQL).

After completing the import process through the Setup Wizard, when trying to launch and go to the Login page, we get the following error:

org.apache.velocity.exception.MethodInvocationException: Invocation of method 'isShowSignUp' in class com.atlassian.confluence.user.actions.LoginAction threw exception java.lang.NullPointerException: Application cannot be null at /login.vm[line 6, column 28]
at org.apache.velocity.runtime.parser.node.ASTMethod.handleInvocationException(ASTMethod.java:337)

caused by: java.lang.NullPointerException: Application cannot be null
at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:204)

As a note, it is worth to mention that the original instance was integrated with Crowd, but the new instance/server will not. I am not sure if that may be related to this error, but it is another variable to consider

I am new to the administration aspect of Confluence, so I will appreciate if someone could please steer me in the right direction to find the cause of the problem.

Thanking you for your help.

-Idelso

Accepted answers

All comments

Guilherme V.

Hey there,

It looks like you have some Null value or a misleading information in your cwd_app_dir_mapping table. Check this documentation of how to fix that.

Hope this will help you smile .

Cheers,

Bruno Raymundo

Hi Idelso,

It could be the case that, since you used Crowd before, the internal directory is not working after the upgrade. You could try the following article:

Unable to log in due to disabled Internal Directory (Confluence 3.5 and later)

Regards,

Bruno

unknown

Had the same Issue but the Resolution didn't work.

Edwin Dyer

We even tried adding in the data (it exists in our production database) into the new PostgreSQL database (where it was missing) but it still fails with the same error.

Edwin Dyer

Yea, that didn't work either in our case.

Matthew macias

Did you ever resolve this issue? Getting the same error Moving from a vanilla confluence server on VMware to a new vanilla server on Nutanix VM. It is the exact same error and the recommended fixes above did not work for me either.

Edwin Dyer

Our Confluence database was PostgreSQL 9.2 and when we migrated the data, it was to PostgreSQL 11.2. As I mentioned before, I tried to input the missing data but that failed. We were considering installing the older PostgreSQL version (you can run multiple instances, just need to configure ports for them) to continue with our upgrading but I decided perhaps there was an issue with the backup. So, I created another backup (leaving the defaults and not touching anything else in the PostgreSQL Admin console when it came to the backup creation), installed it in the new PostgreSQL and it worked. There were some depreciation (mainly not being UTF-8) errors but Confluence allowed start-up to continue.

Ivan Rossier_s0hksp

Got the same error when upgrading to Confluence 7.4.6 => backup was incomplete compared to previous ones:

Following block was missing in XML file:

<collection name="directoryMappings" ...

With a new backup, XML import action was still blocked at 90% (due to ERROR [Long running task: Importing data]), but looking at logs, import was successful.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

confluence

confluence-administration