Back to Blog
Icefaces 4.37/4/2023 ![]() ![]() A listener to update the applicationContext.use of different applicationContext-class-types in the web application and EJBs.But when the web application is deployed/restarted from windows built-in application "services", the problem might occur. This means that when the web application is deployed/restarted from the IDE, the problem doesn't occur. Except in development mode (running the web application on localhost) where the web application is deployed and restarted from an IDE, but the problem never occurs in development mode. No IDE's are involved when deploying/restarting the application. Is some IDE involved in managing these deployments and are you trying to deploy/restart the application from the IDE? Which standards? could you please provide a link, haven't found anything about this. Deployed applications don't have that directory (in standard deployment types). I also see references to WebContent directory in your post. Simply by navigating to the built-in application "services" on a remote windows computer and then by right-clicking the service we want to restart and choose the option "restart". When I say service, I mean a windows service, which is the same as the application as it is a standalone service. When you say service, which service do you mean? Option (7) has also produced the error! It was not a solution. Does this order affect in which order the context files are loaded? Then it logs context files inside JARS (" VFS resource ") Then it logs context files inside the WAR (" VFS resource ") First it logs context files on the file system (" file ") I've also recognized that when using option (7) and (8) to log the path to context files, it logs the context files in a specific order: '? and does this affect how the context files are loaded? ' and the options (5-8) log 'VFS resource. getDescription ()) logs different thing based on the options I put into the method: (5), (6) and (8) Haven't tested yet but they do find all the context files in my application. (7) Haven't still been able to reproduce the same error (Have restarted the application 100 times) (Seems to work, but don't understand why). (1) and (3) fails with the same error approximately 5-10% of the time the service is restarted but is very random. (2) and (4) fails because it doesn't find files on the Virtual File System (VFS) (Where all the context files are) I have used this method from StackOverflow: with some slight modifications to log the paths of the context files. These are the options i've used for contextConfigLocation param-value: I've made a test by using different param-values for the parameter "contextConfigLocation" and logging the path to the context files. Is there anything wrong with the way I try to load the context files? ContextLoaderListenerĪnd the context files are loaded with this part:Äoes the order of the context files matter? ![]() I've recognized the context files are loaded trough Springs ContextLoaderListener in the web.xml: => Is the webContext file also empty or doesn't exist on the serverside 5-10% of the times the service is started? I'm able to reproduce the error on localhost by simply emptying or deleting the webContext.xml file. Spring-security-taglibs-3.0.2.RELEASE.jar ![]() Spring-security-kerberos-core-1.0.0.M2.jar Spring-instrument-tomcat-4.3.20.RELEASE.jar Spring-context-support-4.3.20.RELEASE.jar Primefaces 5.3.0 (the application uses a single component from Primefaces) JBoss 7.1 EAP (installed as a Windows service) Is this normal behaviour and could this be the reason for the random failure? We have also noticed that the order in which JBoss loads modules (even its own) seems to change every time the service is started. It seems as though the application sometimes ignores the webContext.xml file entirely. Restarting the service again usually solves the problem (sometimes multiple restarts are required). This seems to happen approximately 5-10% of the time the service is restarted but is very random. ("dtoMapper" is a class is defined in the file WebContent/WEB-INF/classes/ webContext.xml in the WAR) NoSuchBeanDefinitionException: No bean named 'dtoMapper' available However, when trying to access a page, we get the following exception: Sometimes, when restarting (not redeploying) the service, the service starts without problems. The application is deployed in an EAR that contains a WAR. We have an Icefaces JSF application running on JBoss 7.1 EAP. ![]()
0 Comments
Read More
Leave a Reply. |