ReportServer Forum

fifibanana

Member

Registered: 2024-11-08

Problem with RS 4.7.0+ Application Start - Tomcat Deployment

Hello, although I think i fixed the problem i want to ask:

When installing ReportServer on an existing Tomcat instance where JasperServer was already installed, I encountered a problem where I couldn’t log in to ReportServer, and it logged an error. After temporarily removing JasperServer from Tomcat, the ReportServer application launched successfully. Furthermore, after re-adding JasperServer to Tomcat, both JasperServer and ReportServer ran without any further configuration changes. What could be the cause of this behavior? I noticed that after launching ReportServer on its own, the CATALINA_OPTS variables were set correctly, which wasn’t the case before. Below, I’ve attached the error log for reference

Here is the log before deletion of JasperServer:
n.d.g.s.lateinit.LateInitStartup - Error in LateInitHook
net.datenwerke.security.service.crypto.pbe.exception.PbeException: Could not encrypt plaintext
    at net.datenwerke.security.service.crypto.pbe.encrypt.EncryptionServiceImpl.encrypt(EncryptionServiceImpl.java:132)
    at net.datenwerke.security.service.crypto.pbe.encrypt.EncryptionServiceImpl.encrypt(EncryptionServiceImpl.java:108)
    at net.datenwerke.rs.emaildatasink.service.emaildatasink.definitions.EmailDatasink.setPassword(EmailDatasink.java:240)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.base/java.lang.reflect.Method.invoke(Method.java:566)
    at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:343)
    at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:328)
    at groovy.lang.MetaClassImpl.setProperty(MetaClassImpl.java:2893)
    at groovy.lang.MetaClassImpl.setProperty(MetaClassImpl.java:3912)
    at org.codehaus.groovy.runtime.InvokerHelper.setProperty(InvokerHelper.java:194)
    at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.setProperty(ScriptBytecodeAdapter.java:502)
    at net.datenwerke.rs.installation.EmailDatasinkMigrationTask.generateAndInstallDatasink(EmailDatasinkMigrationTask.groovy:123)
    at org.codehaus.groovy.vmplugin.v8.IndyInterface.fromCache(IndyInterface.java:321)
    at net.datenwerke.rs.installation.EmailDatasinkMigrationTask.runMailUpgrade(EmailDatasinkMigrationTask.groovy:59)
    at org.codehaus.groovy.vmplugin.v8.IndyInterface.fromCache(IndyInterface.java:321)
    at net.datenwerke.rs.installation.EmailDatasinkMigrationTask.executeOnStartup(EmailDatasinkMigrationTask.groovy:55)
    at java.base/java.util.ArrayList.forEach(ArrayList.java:1541)
    at net.datenwerke.rs.installation.ReportServerInstallationServiceImpl.install(ReportServerInstallationServiceImpl.java:33)
    at com.google.inject.persist.jpa.JpaLocalTxnInterceptor.invoke(JpaLocalTxnInterceptor.java:56)
    at net.datenwerke.rs.installation.RsInstallStartup.lambda$0(RsInstallStartup.java:17)
    at net.datenwerke.gf.service.lateinit.LateInitStartup$1.run(LateInitStartup.java:62)
    at java.base/java.lang.Thread.run(Thread.java:829)
Caused by: java.lang.ClassCastException: class javax.crypto.spec.IvParameterSpec cannot be cast to class javax.crypto.spec.PBEParameterSpec (javax.crypto.spec.IvParameterSpec and javax.crypto.spec.PBEParameterSpec are in module java.base
of loader 'bootstrap')
    at org.bouncycastle.jcajce.provider.symmetric.util.BaseBlockCipher.engineInit(Unknown Source)
    at java.base/javax.crypto.Cipher.implInit(Cipher.java:843)
    at java.base/javax.crypto.Cipher.chooseProvider(Cipher.java:901)
    at java.base/javax.crypto.Cipher.init(Cipher.java:1433)
    at net.datenwerke.security.service.crypto.pbe.encrypt.EncryptionServiceImpl.encrypt(EncryptionServiceImpl.java:122)
    ... 23 common frames omitted

IF_Adrian

Member

Registered: 2021-10-29

Re: Problem with RS 4.7.0+ Application Start - Tomcat Deployment

Hello,

Unfortunatly, I do not know what might have happend here. It certainly sounds like it could have been a resource conflict.
But if this continues to be an issue I would suggest running both in their separate environments using docker for example.
This would avoid environment discrepancies

Kind regards,
Adrian