WebSphere Application Server & Liberty

Hi,

I am working with WAS 9.0
I get a strange error when validating some RMI interfaces

com.ibm.wsspi.amm.validate.ValidationException: CWWAM1303E: The interface it.tsf.stove.ejb.external.CancellationSensitiveDataBusinessRemote does not define a valid remote business interface; the method execute10gg does not conform to RMI rules.
at com.ibm.ws.amm.validate.ejb.BusinessIntfCommonValidator.validateInterface(BusinessIntfCommonValidator.java:115)

This error happens for few interfaces, and only for some methods .
Searching in internet I found that this was a known error for WAS up to version 8.5 but was fixes.
Any help, please ?

Thanks

------------------------------
Giovanni Posabella
------------------------------

Hi Giovanni,

Which version of WAS 9 do you have? the last one is 9.0.5.13 I suggest to apply it.

As you have pointed out, it is fixed in WAS 8.5. Still, have you tried the workaround noted in the APAR? If the workaround works suggest to open a PMR pointing to APAR PM85177.

https://www.ibm.com/support/pages/apar/PM85177

Local fix

Increasing the size of the cache may allow the process to complete. The cache size can be changed by defining the JVM property: 'classinfocachesize' for the servers encountering the error. Set a value greater than the defaultvalue of 2000.



Hope this helps. Tell us if you need more support.

Regards

------------------------------
Gabriel Aberasturi
Versia tecnologias emergentes
------------------------------

Original Message:
Sent: Wed October 12, 2022 02:43 AM
From: Giovanni Posabella
Subject: RMI validation error

Hi,

I am working with WAS 9.0
I get a strange error when validating some RMI interfaces

com.ibm.wsspi.amm.validate.ValidationException: CWWAM1303E: The interface it.tsf.stove.ejb.external.CancellationSensitiveDataBusinessRemote does not define a valid remote business interface; the method execute10gg does not conform to RMI rules.
at com.ibm.ws.amm.validate.ejb.BusinessIntfCommonValidator.validateInterface(BusinessIntfCommonValidator.java:115)

This error happens for few interfaces, and only for some methods .
Searching in internet I found that this was a known error for WAS up to version 8.5 but was fixes.
Any help, please ?

Thanks

------------------------------
Giovanni Posabella
------------------------------

Hi Gabriel,
yes, my was is 9.0.5.13

I also applied the suggested workaround setting the property

-Dclassinfocachesize=5000

Maybe the value is not correct

Thank

------------------------------
Giovanni Posabella
------------------------------

Original Message:
Sent: Thu October 13, 2022 02:35 AM
From: Gabriel Aberasturi
Subject: RMI validation error

Hi Giovanni,

Which version of WAS 9 do you have? the last one is 9.0.5.13 I suggest to apply it.

As you have pointed out, it is fixed in WAS 8.5. Still, have you tried the workaround noted in the APAR? If the workaround works suggest to open a PMR pointing to APAR PM85177.

https://www.ibm.com/support/pages/apar/PM85177

Local fix

Increasing the size of the cache may allow the process to complete. The cache size can be changed by defining the JVM property: 'classinfocachesize' for the servers encountering the error. Set a value greater than the defaultvalue of 2000.



Hope this helps. Tell us if you need more support.

Regards

------------------------------
Gabriel Aberasturi
Versia tecnologias emergentes

Original Message:
Sent: Wed October 12, 2022 02:43 AM
From: Giovanni Posabella
Subject: RMI validation error

Hi,

I am working with WAS 9.0
I get a strange error when validating some RMI interfaces

com.ibm.wsspi.amm.validate.ValidationException: CWWAM1303E: The interface it.tsf.stove.ejb.external.CancellationSensitiveDataBusinessRemote does not define a valid remote business interface; the method execute10gg does not conform to RMI rules.
at com.ibm.ws.amm.validate.ejb.BusinessIntfCommonValidator.validateInterface(BusinessIntfCommonValidator.java:115)

This error happens for few interfaces, and only for some methods .
Searching in internet I found that this was a known error for WAS up to version 8.5 but was fixes.
Any help, please ?

Thanks

------------------------------
Giovanni Posabella
------------------------------

Giovanni,

I have found in a google cached page of developerworks websphere forum from 2014 a reference to "classinfocache". I haven't find any information aboout "classinfocache" property

"Well I fixed my stupid JVM settings error (server.xml - to answer my own prior question) & tried -Dclassinfocachesize=4000 which didn't work & then -Dclassinfocachesize=10000 & it worked!!!! Thank you so much for your help - really appreciated it. One last question what does this value represent - size MB, KB, number of annotations stored, or something entirely different? And should I be concerned that setting it so high will have unwanted side effects?"

Have you tried putting a value greater than 5000? I know it's not a very scientific method sorry.

I still suggest to open a PMR

Hope this helps.

Regards

------------------------------
Gabriel Aberasturi
Versia tecnologias emergentes
------------------------------

Original Message:
Sent: Thu October 13, 2022 02:47 AM
From: Giovanni Posabella
Subject: RMI validation error

Hi Gabriel,
yes, my was is 9.0.5.13

I also applied the suggested workaround setting the property

-Dclassinfocachesize=5000

Maybe the value is not correct

Thank

------------------------------
Giovanni Posabella

Original Message:
Sent: Thu October 13, 2022 02:35 AM
From: Gabriel Aberasturi
Subject: RMI validation error

Hi Giovanni,

Which version of WAS 9 do you have? the last one is 9.0.5.13 I suggest to apply it.

As you have pointed out, it is fixed in WAS 8.5. Still, have you tried the workaround noted in the APAR? If the workaround works suggest to open a PMR pointing to APAR PM85177.

https://www.ibm.com/support/pages/apar/PM85177

Local fix

Increasing the size of the cache may allow the process to complete. The cache size can be changed by defining the JVM property: 'classinfocachesize' for the servers encountering the error. Set a value greater than the defaultvalue of 2000.



Hope this helps. Tell us if you need more support.

Regards

------------------------------
Gabriel Aberasturi
Versia tecnologias emergentes

Original Message:
Sent: Wed October 12, 2022 02:43 AM
From: Giovanni Posabella
Subject: RMI validation error

Hi,

I am working with WAS 9.0
I get a strange error when validating some RMI interfaces

com.ibm.wsspi.amm.validate.ValidationException: CWWAM1303E: The interface it.tsf.stove.ejb.external.CancellationSensitiveDataBusinessRemote does not define a valid remote business interface; the method execute10gg does not conform to RMI rules.
at com.ibm.ws.amm.validate.ejb.BusinessIntfCommonValidator.validateInterface(BusinessIntfCommonValidator.java:115)

This error happens for few interfaces, and only for some methods .
Searching in internet I found that this was a known error for WAS up to version 8.5 but was fixes.
Any help, please ?

Thanks

------------------------------
Giovanni Posabella
------------------------------

Gabriel,

I tryed increasing the value up to 35000, but the problem is still there

Thanks

------------------------------
Giovanni Posabella
------------------------------

Original Message:
Sent: Thu October 13, 2022 04:15 AM
From: Gabriel Aberasturi
Subject: RMI validation error

Giovanni,

I have found in a google cached page of developerworks websphere forum from 2014 a reference to "classinfocache". I haven't find any information aboout "classinfocache" property

"Well I fixed my stupid JVM settings error (server.xml - to answer my own prior question) & tried -Dclassinfocachesize=4000 which didn't work & then -Dclassinfocachesize=10000 & it worked!!!! Thank you so much for your help - really appreciated it. One last question what does this value represent - size MB, KB, number of annotations stored, or something entirely different? And should I be concerned that setting it so high will have unwanted side effects?"

Have you tried putting a value greater than 5000? I know it's not a very scientific method sorry.

I still suggest to open a PMR

Hope this helps.

Regards

------------------------------
Gabriel Aberasturi
Versia tecnologias emergentes

Original Message:
Sent: Thu October 13, 2022 02:47 AM
From: Giovanni Posabella
Subject: RMI validation error

Hi Gabriel,
yes, my was is 9.0.5.13

I also applied the suggested workaround setting the property

-Dclassinfocachesize=5000

Maybe the value is not correct

Thank

------------------------------
Giovanni Posabella

Original Message:
Sent: Thu October 13, 2022 02:35 AM
From: Gabriel Aberasturi
Subject: RMI validation error

Hi Giovanni,

Which version of WAS 9 do you have? the last one is 9.0.5.13 I suggest to apply it.

As you have pointed out, it is fixed in WAS 8.5. Still, have you tried the workaround noted in the APAR? If the workaround works suggest to open a PMR pointing to APAR PM85177.

https://www.ibm.com/support/pages/apar/PM85177

Local fix

Increasing the size of the cache may allow the process to complete. The cache size can be changed by defining the JVM property: 'classinfocachesize' for the servers encountering the error. Set a value greater than the defaultvalue of 2000.



Hope this helps. Tell us if you need more support.

Regards

------------------------------
Gabriel Aberasturi
Versia tecnologias emergentes

Original Message:
Sent: Wed October 12, 2022 02:43 AM
From: Giovanni Posabella
Subject: RMI validation error

Hi,

I am working with WAS 9.0
I get a strange error when validating some RMI interfaces

com.ibm.wsspi.amm.validate.ValidationException: CWWAM1303E: The interface it.tsf.stove.ejb.external.CancellationSensitiveDataBusinessRemote does not define a valid remote business interface; the method execute10gg does not conform to RMI rules.
at com.ibm.ws.amm.validate.ejb.BusinessIntfCommonValidator.validateInterface(BusinessIntfCommonValidator.java:115)

This error happens for few interfaces, and only for some methods .
Searching in internet I found that this was a known error for WAS up to version 8.5 but was fixes.
Any help, please ?

Thanks

------------------------------
Giovanni Posabella
------------------------------