voyent
app access denied error  XML
Forum Index -> General Help
Author Message
balavenky


Joined: 04/Apr/2008 00:00:00
Messages: 37
Offline


The following testapp used to work.. suddenly it started throwing this error.
I dont know what I changed, Do you guys have any idea???


Code:
11:09:16,427 INFO  [Server] JBoss (MX MicroKernel) [4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)] Started in 25
 s:250ms
 11:10:37,474 WARN  [CompressingServer] Connection aborted
 java.io.FileNotFoundException: C:\jboss-4.0.5.GA\server\default\.\deploy\testapp.war (Access is denied)
         at java.io.FileInputStream.open(Native Method)
         at java.io.FileInputStream.<init>(FileInputStream.java:106)
         at com.icesoft.faces.webapp.http.core.FileServer$1.respond(FileServer.java:35)
         at com.icesoft.faces.webapp.http.common.standard.CompressingServer$CompressingRequest$1.respond(CompressingServe
 r.java:49)
         at com.icesoft.faces.webapp.http.servlet.ServletRequestResponse.respondWith(ServletRequestResponse.java:161)
         at com.icesoft.faces.webapp.http.common.standard.CompressingServer$CompressingRequest.respondWith(CompressingSer
 ver.java:45)
         at com.icesoft.faces.webapp.http.core.FileServer.service(FileServer.java:28)
         at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer$Matcher.serviceOnMatch(PathDispatcherServe
 r.java:50)
         at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer.service(PathDispatcherServer.java:19)
         at com.icesoft.faces.webapp.http.common.standard.CompressingServer.service(CompressingServer.java:29)
         at com.icesoft.faces.webapp.http.core.ResourceServer.service(ResourceServer.java:30)
         at com.icesoft.faces.webapp.http.servlet.BasicAdaptingServlet.service(BasicAdaptingServlet.java:16)
         at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
         at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
         at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:79)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
         at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
         at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
         at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
         at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
         at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java
 :664)
         at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
         at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
         at java.lang.Thread.run(Thread.java:595)
 



Thx
slite

Joined: 22/Feb/2008 00:00:00
Messages: 58
Offline


i would say you are logged in with a different os user and can't write to "C:\jboss-4.0.5.GA\server\default\.\deploy\testapp.war".

Maybe the File exists and is write protected or you don't have the permissions to write to the directory.

edit: or the jboss server is running with a different os user now, don't know if your ide or the server tries to write the .war in your environment.
balavenky


Joined: 04/Apr/2008 00:00:00
Messages: 37
Offline


I created this testapp.war folder and I am able to update all the files under this folder (modify web.xml, faces-config.xml and .jsp/.ifaces files).
It suddenly started happening, I don't know what I changed :-(.
slite

Joined: 22/Feb/2008 00:00:00
Messages: 58
Offline


as it seems to me from the error message, it's jboss who has problems to write the file. try to check what user jboss is running and if that one has the permissions.

if that doesn't help, i don't know whats the problem.

balavenky


Joined: 04/Apr/2008 00:00:00
Messages: 37
Offline


I fixed this issue. It's my web.xml configuration. My
context-param for javax.faces.DEFAULT_SUFFIX and my servlet context was messed up. Thanks slite.
inget

Joined: 28/Jan/2009 00:00:00
Messages: 26
Offline


Hi!
I have the exact same problem.
We have been trying to convert our RichFaces application to IceFaces.
Building a seam-gen project and moving parts into this project.
It all works, until this happens. The third time now. I cannot for the world grasp why this is happening.
Copying this path to the windows-explorer clearly shows that this file indeed is not accessible. The file is not accessible using the backslash '\' and a dot '.' and again a '\'.
Changing all backslashes to forward ordinary slashes makes this file, the war-directory/file, accessible again.
Thus, somehow it seams after a while, the project or the server changes the way it access the war-file?
I have tried both exploded deployment and ear-file deployment. Using seam-gen, and using old project and moving in jars.
The default_suffix-parameter is never changed, it is and has always been .xhtml. The web.xml is never changed during the step that caused this to happen.


So to recap.
When this occurs, this path is accessible in windows:
C:/Development/jboss/jboss-4.2.3.GA/server/default/./deploy/seamtrunkice.ear/seamtrunkice.war

But the one used, C:\Development\jboss\jboss-4.2.3.GA\server\default\.\deploy\seamtrunkice.ear\seamtrunkice.war, is not.

Jboss AS always has access to this catalog, ofcourse, its windows for god's sake!
Also read/write permissions were checked for the generated directory, all look fine.
So clearly some file-manager or what-not is doing something wrong under
windows?

ConsoleOutput:
17:25:18,124 INFO [Contexts] starting up: org.jboss.seam.security.ruleBasedPermissionResolver
17:25:18,546 INFO [RuleBase] parsing rules: /security.drl
17:25:18,772 INFO [Contexts] starting up: org.jboss.seam.security.identity
17:25:18,773 INFO [Contexts] starting up: org.jboss.seam.web.session
17:25:18,787 WARN [CompressingServer] Connection aborted
java.io.FileNotFoundException: C:\Development\jboss\jboss-4.2.3.GA\server\default\.\deploy\seamtrunkice.ear\seamtrunkice.war (Access denied)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:106)
at com.icesoft.faces.webapp.http.core.FileServer$1.respond(FileServer.java:35)
at com.icesoft.faces.webapp.http.common.standard.CompressingServer$CompressingRequest$1.respond(CompressingServer.java:65)
at com.icesoft.faces.webapp.http.servlet.ServletRequestResponse.respondWith(ServletRequestResponse.java:167)
at com.icesoft.faces.webapp.http.common.standard.CompressingServer$CompressingRequest.respondWith(CompressingServer.java:61)
at com.icesoft.faces.webapp.http.core.FileServer.service(FileServer.java:28)
at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer.service(PathDispatcherServer.java:24)
at com.icesoft.faces.webapp.http.common.standard.CompressingServer.service(CompressingServer.java:44)
at com.icesoft.faces.webapp.http.core.ResourceServer.service(ResourceServer.java:27)
at com.icesoft.faces.webapp.http.servlet.BasicAdaptingServlet.service(BasicAdaptingServlet.java:16)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:23)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:91)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
...

Can anyone shed some light on this problem?

/Snirre
 
Forum Index -> General Help
Go to:   
Powered by JForum 2.1.7ice © JForum Team