I would like to take a moment to thank everyone for their recent replies on Monday to my queries on what you guys stated was a Java problem not a Tomcat issue. I appreciate your generosity in the manner in which you discussed my problem. I am not a programmer and know very little about how Tomcat, Java, etc. are written. I have the task of managing these systems but not the knowledge of the code they are all written in. Being able to discuss this type of problem with individuals like everyone on this list is very beneficial for my understanding of how these systems are operating.
I have been able to successfully resolve my problem. To briefly explain the issue, It turns out that the /usr directory had reached 100% capacity on the server in question. This stopped Java from processing any requests made to the database. The problem was further compounded when, in attempts to free up space, I inadvertently moved from /usr/local/apache-tomcat-5.5.15/webapps a vital file that was used to create the appropriate directories whenever Tomcat is started. Once I discovered my mistake I attempted to move that file back to the /usr/. . ./webapps location but in my attempts to do so that file was in some manner corrupted and did not allow proper access to the database backend that resulted in errors. Many had mentioned to me that if I had a backup I could restore from the backup. It turns out I was able to restore the original file from the development machine where the application was initially built. Once I restored the original file everything functioned normally again. Again, I just wanted to send my thanks out to all of you. I read many lists on various topics and find that some who answer questions can be at times very curt and rude to novices like me. I did not get that from any one who responded to me here. I am very grateful to you all for your assistance. Steve Ingraham -----Original Message----- From: EDMOND KEMOKAI [mailto:[EMAIL PROTECTED] Sent: Monday, December 11, 2006 5:11 PM To: Tomcat Users List Subject: Re: Tomcat errors You may want to offer something (PAY) for such help, I am sure you'll get someone soon. On 12/11/06, Steve Ingraham <[EMAIL PROTECTED]> wrote: > > Sadly, I just checked my backup system. It is set up to backup the > data but not the application. > > I am afraid I am in deep dodo as I know enough about Tomcat, Java and > Linux to be the cause of this type of a problem but not enough to fix > it. If anyone out there can talk to me and look at what I have I > would love to hear from you. I will be interested to hear back from > anyone that is intrigued by my problem tomorrow morning. > > I want to thank everyone for your time and efforts, > > Steve Ingraham > Director of Information Services > Oklahoma Court of Criminal Appeals > [EMAIL PROTECTED] > 405 522-5343 > > > > -----Original Message----- > From: Nelson, Tracy [mailto:[EMAIL PROTECTED] > Sent: Monday, December 11, 2006 4:34 PM > To: Tomcat Users List > Subject: RE: Tomcat errors > > > Any chance you can restore the system from a backup? You'll be back > to square one (100% usage on /usr), but at least you'll know what not > to touch! Once your restore is complete, copy the log files to > somewhere that has space, then truncate them ("cat > logfile"). Then > restart Tomcat and your database (if necessary) and you should be in > business. > > If you can't restore from a backup, maybe you can at least view the > directory structure, to make sure you put everything back where it's > supposed to be. > > --- > Tracy Nelson / Nelnet Business Solutions > 402 / 617-9449 > > | -----Original Message----- > | From: Steve Ingraham [mailto:[EMAIL PROTECTED] > | Sent: Monday, 11 December, 2006 16:09 > | To: Tomcat Users List > | Subject: RE: Tomcat errors > | > | Thank you for your reply. I am afraid I am not familiar with > | JSP/Java/Servlet's at all. I was "playing" with it only in the > context > | that I have a Linux RedHat server that had a /usr/ directory that > | was full. This caused a failure when our users attempted to access > | our database via their web browsers. In my exploration of the > | problem I discovered /usr at 100% on the server. So I attempted to > | free up > space > | by moving some log files from the apache-tomcat/logs directory. I > also > | attempted to move some files from /usr/src and from > | /usr/local/src/apache-tomcat-5.5.15/webapps. One of those files > appears > | to have caused a separate failure of our web access to certain > | aspects > > | of the database. My appologies if I am asking the wrong group about > | this problem. If there is any information anyone has concerning > | java > I > | would welcome your input. If you can direct me to a java list I > | will ask there as well. > | > | Steve Ingraham > | Director of Information Services > | Oklahoma Court of Criminal Appeals > | [EMAIL PROTECTED] > | 405 522-5343 > | > | > | > | -----Original Message----- > | From: EDMOND KEMOKAI [mailto:[EMAIL PROTECTED] > | Sent: Monday, December 11, 2006 3:54 PM > | To: Tomcat Users List > | Subject: Re: Tomcat errors > | > | > | For one, you playing with tomcat so I'll presume you're familiar > | with JSP/Java/Servlet, your problem isn't tomcat, you Veiw.jsp is > | using an object > | (oneCol) which is missing a getta method that is used for > introspection. > | Maybe there is a tag in the page that implicitly refereces the > datefield > | property, you need to find that reference and either find the right > | class/jar file or recompile the oneCol bean class. Again this is a > | java/jsp/servlet/struts programming issue, not tomcat. > | > | On 12/11/06, Steve Ingraham <[EMAIL PROTECTED]> wrote: > | > > | > This error was not occurring before. I am afraid I am not > | > familiar with Tomcat enough to know the answers to your questions. > | > How do I check View.jsp? I have been trying to revert the changes > | > back by placing the files I moved back to where I thought they > | > belonged. Whatever I am attempting to move back it is having no > | > effect as I still am receiving the errors I mentioned before. I > | > may have these files in the wrong locations. Is there a way that > | > I can know which files should go where? As I know very little > | > about Tomcat my fear is > > | > that I may be causing more damage if I make any other attempts to > | > "fix" my mistakes. I am not sure now how I caused the damage > already > | > done nor how to correct it. > | > > | > Steve Ingraham > | > Director of Information Services > | > Oklahoma Court of Criminal Appeals > | > [EMAIL PROTECTED] > | > 405 522-5343 > | > > | > > | > > | > -----Original Message----- > | > From: EDMOND KEMOKAI [mailto:[EMAIL PROTECTED] > | > Sent: Monday, December 11, 2006 3:30 PM > | > To: Tomcat Users List > | > Subject: Re: Tomcat errors > | > > | > > | > javax.servlet.ServletException: ServletException in > | > '/caser/extension/View.jsp': No getter method for property > | > attributes.datefield of bean oneCol > | > > | > > | > The above error means the bean oneCol doesn't have a getta method. > you > | > | > have to declare a method of the sort getDateField....if that > | > problem > > | > was not occurring before you made your move, then most likely you > have > | > | > mixed up the versions of jar files or class files....Unfortunately > it > | > looks like you have moved al ot of stuff so it is probably to > possible > | > | > to revert the changes. Are you using struts? check View.jsp and > | > make > > | > the bean oneCol has the appropriate getDatefield... > | > > | > On 12/11/06, Steve Ingraham <[EMAIL PROTECTED]> wrote: > | > > > | > > I need some assistance with a Tomcat application problem. I > | > > have > a > | > > MySQL database that is accessed by users via web browser using > | > > Apache-Tomcat 5.5.15. Our system was designed and implemented > | > > specific to our court by a person who is no longer working here. > | > > > | > > Today Tomcat was failing when users attempted to log onto the > | > > database > | > > | > > to input new data. As I began troubleshooting the problem I > | > > discovered that /usr was 100% full (13 gigs). I began looking > | > > at ways > | > > | > > I can move files off of /usr and did move several logs from > | > > /usr/local/src/apache-tomcat-5.5.15/webapps/occa/WEB-INF/logs. > | > > I also > | > > | > > moved some files from /usr/src that appeared to be zip files. > There > | > | > > was a directory /usr/local/src that had a file titled "occa.war" > | > > that I also moved off of the /usr/ directory. This is when I > | > > believe my problems started. After I moved that file no one > | > > could > > | > > access any data on the website even though we could access the > | > > database pages when we tried to view a case an error message > | > > returned stating "file not found". I then moved "occa.war" back > to > | > > the /usr/local/src directory and we could access the data again. > | > > However, now there are several different types of errors showing > up > | > > when user try to view or input data. There are multiple error > | > > messages that are showing up depending on what the individual > | > > user > > | > > was attempting to do. I know I am probably being much too vague > in > | > > my explanations but I don't know enough about Tomcat to detail > | > > everything. I would like to ask that if > | > > | > > anyone can offer help I would welcome any offers for assistance. > If > | > | > > I > | > > | > > can explain in more detail please let me know what information I > | > > need to provide. > | > > > | > > Below is one of the messages that is displayed when a user > attempts > | > > to > | > > | > > view one of the web pages. > | > > > | > > HTTP Status 500 - > | > > > | > > ________________________________ > | > > > | > > > | > > type Exception report > | > > > | > > message > | > > > | > > description The server encountered an internal error () that > | > > prevented > | > > | > > it from fulfilling this request. > | > > > | > > exception > | > > > | > > javax.servlet.ServletException: ServletException in > | > > '/caser/extension/View.jsp': No getter method for property > | > > attributes.datefield of bean oneCol > | > > > | > > > org.apache.jasper.runtime.PageContextImpl.doHandlePageException(Page > | > > Co > | > > nt > | > > extImpl.java:848) > | > > > | > > > org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCo > | > > nt > | > > ex > | > > tImpl.java:781) > | > > > | > > > org.apache.jsp.caser.common.templates.docketLayout_jsp._jspService(o > | > > rg > | > > .a > | > > pache.jsp.caser.common.templates.docketLayout_jsp:77) > | > > > | > > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:9 > | > > 7) > | > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > | > > > | > > > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrappe > | > > r. > | > > ja > | > > va:322) > | > > > | > > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java: > | > > 29 > | > > 1) > | > > > | > > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241 > | > > ) > | > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > | > > > | > > > com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilt > | > > er > | > > .j > | > > ava:39) > | > > > | > > > org.apache.struts.action.RequestProcessor.doForward(RequestProcessor > | > > .j > | > > av > | > > a:1063) > | > > > | > > > org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequest > | > > Pr > | > > oc > | > > essor.java:263) > | > > > | > > > org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition > | > > (T > | > > il > | > > esRequestProcessor.java:239) > | > > > | > > > org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(T > | > > il > | > > es > | > > RequestProcessor.java:302) > | > > > | > > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.j > | > > av > | > > a: > | > > 229) > | > > > | > > > org.apache.struts.action.ActionServlet.process(ActionServlet.java:11 > | > > 94 > | > > ) > | > > > | > > > org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) > | > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:689) > | > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > | > > > | > > > filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilt > | > > er > | > > .j > | > > ava:122) > | > > > | > > > com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFil > | > > te > | > > r. > | > > java:118) > | > > > | > > > com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilt > | > > er > | > > .j > | > > ava:52) > | > > > | > > > | > > root cause > | > > > | > > javax.servlet.jsp.JspException: ServletException in > | > > '/caser/extension/View.jsp': No getter method for property > | > > attributes.datefield of bean oneCol > | > > > | > > > org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(Inse > | > > rt > | > > Ta > | > > g.java:923) > | > > > | > > > org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:462 > | > > ) > | > > > | > > > org.apache.jsp.caser.common.templates.docketLayout_jsp._jspx_meth_ti > | > > le > | > > s_ > | > > > insert_2(org.apache.jsp.caser.common.templates.docketLayout_jsp:235) > | > > > | > > > org.apache.jsp.caser.common.templates.docketLayout_jsp._jspx_meth_ht > | > > ml > | > > _h > | > > tml_0(org.apache.jsp.caser.common.templates.docketLayout_jsp:104 > | > > ) > | > > > | > > > org.apache.jsp.caser.common.templates.docketLayout_jsp._jspService(o > | > > rg > | > > .a > | > > pache.jsp.caser.common.templates.docketLayout_jsp:70) > | > > > | > > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:9 > | > > 7) > | > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > | > > > | > > > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrappe > | > > r. > | > > ja > | > > va:322) > | > > > | > > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java: > | > > 29 > | > > 1) > | > > > | > > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241 > | > > ) > | > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > | > > > | > > > com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilt > | > > er > | > > .j > | > > ava:39) > | > > > | > > > org.apache.struts.action.RequestProcessor.doForward(RequestProcessor > | > > .j > | > > av > | > > a:1063) > | > > > | > > > org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequest > | > > Pr > | > > oc > | > > essor.java:263) > | > > > | > > > org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition > | > > (T > | > > il > | > > esRequestProcessor.java:239) > | > > > | > > > org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(T > | > > il > | > > es > | > > RequestProcessor.java:302) > | > > > | > > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.j > | > > av > | > > a: > | > > 229) > | > > > | > > > org.apache.struts.action.ActionServlet.process(ActionServlet.java:11 > | > > 94 > | > > ) > | > > > | > > > org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) > | > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:689) > | > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > | > > > | > > > filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilt > | > > er > | > > .j > | > > ava:122) > | > > > | > > > com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFil > | > > te > | > > r. > | > > java:118) > | > > > | > > > com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilt > | > > er > | > > .j > | > > ava:52) > | > > > | > > > | > > note The full stack trace of the root cause is available in the > | > > Apache > | > > | > > Tomcat/5.5.9 logs. > | > > > | > > ________________________________ > | > > > | > > > | > > Apache Tomcat/5.5.9 > | > > > | > > If anyone can offer assistance I would appreciate it, > | > > > | > > Steve Ingraham > | > > > | > > Director of Information Services > | > > > | > > Oklahoma Court of Criminal Appeals > | > > > | > > [EMAIL PROTECTED] > | > > > | > > 405 522-5343 > | > > > | > > > | > > > | > > > | > > > | > > > | > > | > > | > -- > | > "talk trash and carry a small stick." > | > PAUL KRUGMAN (NYT) > | > > | > > --------------------------------------------------------------------- > | > To start a new topic, e-mail: users@tomcat.apache.org > | > To unsubscribe, e-mail: [EMAIL PROTECTED] > | > For additional commands, e-mail: [EMAIL PROTECTED] > | > > | > > | > | > | -- > | "talk trash and carry a small stick." > | PAUL KRUGMAN (NYT) > | > | -------------------------------------------------------------------- > | - > | To start a new topic, e-mail: users@tomcat.apache.org > | To unsubscribe, e-mail: [EMAIL PROTECTED] > | For additional commands, e-mail: [EMAIL PROTECTED] > > > The information contained in this message is confidential > > proprietary property of FACTS/Nelnet Business Solutions. Any > reproduction, > > forwarding, or copying without the express > > permission of FACTS/Nelnet Business Solutions is strictly prohibited. > If you have > > received this communication in error, please notify us > > immediately by replying to this e-mail. > > > > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- "talk trash and carry a small stick." PAUL KRUGMAN (NYT) --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
