#Maven DB compilation problem
56 messages · Page 1 of 1 (latest)
⌛ This post has been reserved for your question.
Hey @vague rose! Please use
/closeor theClose Postbutton above when you're finished. Please remember to follow the help guidelines. This post will be automatically closed after 300 minutes of inactivity.
TIP: Narrow down your issue to simple and precise questions to maximize the chance that others will reply in here.
I know that these errors could have been caused by a variety of factors
But can u give me some sort of direction to look
are you closing the connections anywhere?
you should lol
No, Spring handles that
Im looking into xml
Can you share only the first stack trace?
Do you know what a stack trace is?
the file is so big, it's hard to read on mobile phones
Can you maybe run a single one of the failing tests?
the stack trace is the actual information about a specific exception
the part with An exception occured in thread ... and at ...
Can you find a single one of the failing tests?
and just run that one test from IntelliJ
I've done it
seems like it tried to write to ..\standalone\log\server.log.sendgrid.log but failed at doing that
kolgroups.web.common.WebhookHandleController.updateFromSendgrid(WebhookHandleController.java:86)
this line means it happened in WebhookHandleController line 86
is that one of your classes?
Yes
Hm, should I check permisions for writing in standalone\log
also check if that directory exists
and server.log.sendgrid.log should be a file or nonexistent
This happens when running the tests, right?
Yes
are the tests running in Wildfly as well?
Do the tests have a ../standalone/log directory?
Maven typically doesn't use wildfly for running tests
unless you are doing weird stuff
well, it attempts to access it and fails at that
that's how you diagnose errors like that - you check the stack trace, look for your classes and check the message
How can I create a reliable test that I can use before deploying the Wildfly application?
Since I can not test logs
you could make the log file location configurable
so that during tests, it logs to a different file
Ok, that is solvable
But more concerning factor
is this