Recent content by alpaso

Are you running the test client and the servlet from the same machine? does the application server machine have access to the machine that hosts the webservice? try accessing the wsdl from the machine that runs the servlet: http://soap_uri?wsdl

Hmm...yeah.. I am running the app under Tomcat. Here is what I did: I added the Tomcat user to group "nobody". (It is also a member of "other") and assigned 775 (rwxrwxr-x)permissions to the folder. Can this cause a security risk? The application is able to write the files now to the folder.

Hmm...yeah.. I am running the app under Tomcat. Here is what I did: I added the Tomcat user to group "nobody". (It is also a member of "other") and assigned 757 (rwxrwxr-x)permissions to the folder. Can this cause a security risk? The application is able to write the files now to the folder.

I am running Apache 2/Java web application in Solaris 8 under an account that is a member of groups "other" and "nobody". There is a folder that the web application writes to that has "nobody" as both user and group access (with 755 access). Whenever the application attempts to write a file to...

Thanks for the response ! I appreciate it! Now I have observed that even if you have an expanded app (no war file) it works even when you don't have a "Context" entry for it in the server.xml. It loads the app fine (confirmed by running http://localhost:8080/manager/list command). So...

Thanks.. After I removed the entry in the server.xml it worked fine expanding all the application files into the webapps folder. I still don't understand the conflict with the server.xml. IS What are the cases when you need to make changes to the server.xml?

I packaged the web app that I had created into a war file with jar cvf <war_file_name>.war . command and placed the .war file in the webapps directory. I backed up my web app and stored it in another location (different drive) I have added a Context entry in the server.xml file for let scall it...

don't bother guys ..silly mistake on my part. was not qualifiying the class. after I put my classes in a package it all worked!. But I remember they did not work when I did not have them in a package and had them in the default package in classes folder. Is that Apache/Tomcat 's way to enforcing...

When I try to run some jsps and beans that I created relative tothe examples directory I can run them fine without the <%@page import=...%> statement at the top of the jsps. But when I try to run a newly created app from the webapps folder with jsps and objects/beans I canot get it to run...