The issue is parsing. In my experience, this is due to using backslashes (\)
where you should use two backslashes (\\) or a forward slash (/).
To debug:
It is not necessarily true that the file that defines the servlet "action"
is the culprit. What you need to do is go through that file and ve
Hi All, (specially Antonio and Mikolaj)
Finally found the root cause of the problem.
The error lies in case-sensitivity in declaring the form bean entry. If the
package name does not match the directory structure (in case-sensitive form)
then the corresponding error is thrown.
Thanks for all yo
Antonio,
I have just now redeployed the Weblogic server but still am unable to deploy
the application.
The strange fact is that I am using the same weblogic version, java version,
eclipse version and ant version to build and deploy, and the application
deploys very smoothly.
Please help me out a
i have tried cleaning up the cache of the weblogic. also cleaned the build
folder.
by any method if i am deploying after deleting the additional
line it works fine.
but by adding just one another line the deployment fails and I
start getting a 503 error.
its really weird and making me crazy :-)
Sandeep Gupta wrote:
But when I am deploying the WAR it works perfectly. I have validated the
struts-config.xml file using various validators and it is validated
without
any errors or warnings.
Maybe some kind of file-locking occurs? How do you make a deploy? Just
copy war's content into app's
i will try and check this parsing thing too...
may be this is the reason...
- Sandeep
On 10/11/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Sandeep Gupta ha scritto:
> Hi
>
> I have checked my log files.but the only error they report is as
> shown
> below while starting the weblogic
Sandeep Gupta ha scritto:
Hi
I have checked my log files.but the only error they report is as
shown
below while starting the weblogic server.
I copied the whole WAR and EAR to another system and deployed it. The
deployment was SUCCESSFUL. No error was reported and the website worked
perfec
Hi
I have checked my log files.but the only error they report is as shown
below while starting the weblogic server.
I copied the whole WAR and EAR to another system and deployed it. The
deployment was SUCCESSFUL. No error was reported and the website worked
perfectly file. I tired a link vali
Sandeep Gupta ha scritto:
As soon as I add another form bean to the struts-config.xml file, I am
getting the exception on deployment of the WAR in EXPLODED format:
javax.servlet.UnavailableException: Parsing error processing resource
path
at org.apache.struts.action.ActionServlet.ha
The new form-bean entry is as under
the corresponding action class and form class are there, and are being
compiled into respective classes. Even the WAR includes the classes.
- Sandeep
On 10/11/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Sandeep Gupta ha scritto:
> Hi Antonio
Sandeep Gupta ha scritto:
Hi Antonio
Last night I was trying to get it right and observed something new
with the issue. I tried removing the form-bean entry and the
deployment goes just fine. when i tried putting in the form-bean entry
(same entry) again this time even the WAR deployment
Sandeep Gupta ha scritto:
Hi
I am using Struts 1.1 and Weblogic 8.1 SP1. The problem is while
deploying
my WAR (in the exploded form only) after modification of
struts-config.xml.
I have this project running for the past 6 years now.
As soon as I add another form bean to the struts-config.xm
Hi,
I am getting the same error "FilenotfoundException" for struts-config.xml
with Tomcat 5.
Did you figure out how to resolve this?
-Rajul.
--
View this message in context:
http://www.nabble.com/Parsing-error-processing-resource-path-WEB-INF-struts-config.xml-java.io.FileNotFoundException-in
Brilliant, it worked. Thanks a lot.
Charl
--- "David G. Friedman" <[EMAIL PROTECTED]> wrote:
> Charl,
>
> Try adding redirect="true" to force that URL to
> redirect the client's
> browser so that forward isn't going internally to
> Struts. If you do, just
> remember to put anything important
Charl,
Try adding redirect="true" to force that URL to redirect the client's
browser so that forward isn't going internally to Struts. If you do, just
remember to put anything important in the Session scope or it'll be lost
during the HTTP redirect (for that particular forward).
Regards,
David
15 matches
Mail list logo
