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; } } }

FishEye throws an exception when adding a built-in user

David FALLAS

I have been unable to add a new built-in user to FishEye. An exception is thrown:

Your request was unable to be processed

java.lang.ExceptionInInitializerError -

Illegal character in path at index 16: file:/C:/Program Files/Atlassian/FishEye/fecru-3.3.0/content/WEB-INF/classes/

We have a Starter license, the current version is CR3.3.0 FE3.3.0 (20140210093606 2014-02-10). This problem also occurred before we upgraded from FE/CR3.2.4 to FE/CR3.3.0 and we run it on Windows Server 2008

Can anyone help with this?

Accepted answers

Nick

java.lang.NoClassDefFoundError: Could not initialize class com.opensymphony.xwork.validator.ValidatorFactory

implies there is something wrong with your FishEye installation.

Can you please unzip the FishEye zip again into a clean directory, stop the old instance and then start the new one ?

All comments

Nick

Can you please post the full stack-trace from the logs on the server?

David FALLAS

Thanks for your response. I performed the failed add user again and immediately took the attached extract from the end of the FishEye log.

Attachment seems to have failed so will paste the text here instead.

Hmmh - that exceeds the limit - trying attachment again...

It appears that I am unable to upload the extract from the log.

David FALLAS

Here's the first few lines of the stack trace from the log:

2014-02-19 13:36:52,052 WARN [qtp5321706-292 ] org.eclipse.jetty.servlet.ServletHandler ServletHandler-doHandle - Error for /admin/userAdd.do

java.lang.NoClassDefFoundError: Could not initialize class com.opensymphony.xwork.validator.ValidatorFactory

at com.opensymphony.xwork.validator.ValidatorFileParser.addValidatorConfigs(ValidatorFileParser.java:157)

at com.opensymphony.xwork.validator.ValidatorFileParser.parseActionValidatorConfigs(ValidatorFileParser.java:98)

at com.opensymphony.xwork.validator.DefaultActionValidatorManager.loadFile(DefaultActionValidatorManager.java:183)

at com.opensymphony.xwork.validator.DefaultActionValidatorManager.buildClassValidatorConfigs(DefaultActionValidatorManager.java:79)

at com.opensymphony.xwork.validator.DefaultActionValidatorManager.buildValidatorConfigs(DefaultActionValidatorManager.java:162)

at com.opensymphony.xwork.validator.DefaultActionValidatorManager.getValidators(DefaultActionValidatorManager.java:59)

at com.opensymphony.xwork.validator.AbstractActionValidatorManager.validate(AbstractActionValidatorManager.java:50)

at com.opensymphony.xwork.validator.AbstractActionValidatorManager.validate(AbstractActionValidatorManager.java:38)

David FALLAS

Found another exception in the log which might be a better match: