RE: [OT] RE: insight into model.do
> > Lest I find myself being chastised for asking my questions on the > > "wrong" list should I be subscribing to the User, > Developer, Commits > > or the Issues list? > > Ask on the Users list. (The dev list is for discussion about > developing the Struts framework itself. Commits and Issues > are read-only, for Subversion and JIRA notifications.) > > Fair warning, a lot of the discussion is about Struts 2 now, > so make sure to mention what version you're using. > > (If you're not sure, and there is no version number in the > filename, (i.e., struts-1.2.9.jar,) then look inside > WEB-INF/lib/struts.jar (or possibly struts-core.jar) and > examine the contents of the MANIFEST.MF file. You can open > .jar files with WinZip or the command line > equivalent.) > > -- > Wendy Ok, thanks I will subscribe to the users list. And thank you for the info on finding the version. That is information that I would have been struggling to locate. I have actually come across that MANIFEST.MF file but did not look inside it. Steve - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] RE: insight into model.do
On 2/14/07, Steve Ingraham <[EMAIL PROTECTED]> wrote: > Well, at least you'll come out of this with some resume material. :) > > Do come join us on the Struts Users list, where your > questions are more on-topic and there should be more people > around who know the framework. > > * http://struts.apache.org/mail-lists.html Lest I find myself being chastised for asking my questions on the "wrong" list should I be subscribing to the User, Developer, Commits or the Issues list? Ask on the Users list. (The dev list is for discussion about developing the Struts framework itself. Commits and Issues are read-only, for Subversion and JIRA notifications.) Fair warning, a lot of the discussion is about Struts 2 now, so make sure to mention what version you're using. (If you're not sure, and there is no version number in the filename, (i.e., struts-1.2.9.jar,) then look inside WEB-INF/lib/struts.jar (or possibly struts-core.jar) and examine the contents of the MANIFEST.MF file. You can open .jar files with WinZip or the command line equivalent.) -- Wendy - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] RE: insight into model.do
> Well, at least you'll come out of this with some resume material. :) > > Do come join us on the Struts Users list, where your > questions are more on-topic and there should be more people > around who know the framework. > > * http://struts.apache.org/mail-lists.html > > -- > Wendy Wendy, Lest I find myself being chastised for asking my questions on the "wrong" list should I be subscribing to the User, Developer, Commits or the Issues list? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] RE: insight into model.do
On 2/14/07, Steve Ingraham <[EMAIL PROTECTED]> wrote: If anyone has some further input on what would be the best way to examine the script I would appreciate any additional direction. Well, at least you'll come out of this with some resume material. :) Do come join us on the Struts Users list, where your questions are more on-topic and there should be more people around who know the framework. * http://struts.apache.org/mail-lists.html -- Wendy - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] RE: insight into model.do
>Haroon Rafique wrote: > Hi Steve, > > I thought you said you had access to the source. You won't find the > sources inside the tomcat webapps directory. You are likely > to only find > the .war file and an expanded ware file directory (but no > sources). Find > out in which directory the real sources are and then look for a "src" > folder (or a src/main/java folder in case maven is being > used). Inside the > "src" folder you should be able to find a directory structure which > corresponds to the package you quoted eariler: > > org.keel.clients.struts.ModelAction > > The above package would correspond to the following directory: > > org/keel/clients/struts > > Inside that directory, you should look for a file > ModelAction.java. Look > either for an excute() method or in case of a DispatchAction > flavor, you > might have method names which correspond to verbs like > edit(), save(), > etc. > > In any case, you have to find ModelAction.java. Try using: > locate ModelAction.java > That's assuming that your "locate" database is up-to-date > (typically the > command updatedb is used in a nightly cron job to update the "locate" > database). > > Later, > -- > Haroon Rafique > <[EMAIL PROTECTED]> David, P, Hassan and Haroon thanks for the information. I am looking at the ModelAction.java now. The programmer had created the application on a development machine and then transferred the working application to the production server. I have gone into that development machine and ran the locate ModelAction.java command. It returned several versions of that file in various locations. I am not sure exactly which one is the one that was ultimately used but I am able to see in that code. Regrettably I am not seeing anything in that code that I understand to be showing me where the specific input is passing to the database. I can provide information on the source code if anyone would be willing to look it over and educate me on it. Or, if there is a generic version of this code would anyone be familiar with what the code would be doing. Looking at this code it does seem to be generic in nature. Neither Michael Nash nor Shash Chatterjee was the programmer for this application so I am assuming this was a generic java file that was used by this programmer. This is in the comments section at the beginning of the script: /** * An Action that provides the glue between Struts and Keel. * * @author Michael Nash * @author Shash Chatterjee * @version $Revision: 1.24 $ $Date: 2005/05/26 10:16:39 $ */ If anyone has some further input on what would be the best way to examine the script I would appreciate any additional direction. > Tracy Nelson wrote: >Have you considered having a consultant come in and document the system? This isn't unusual (at least, I was hired to do >it a couple of times back when I was consulting), and will probably get you better and quicker answers than trying to >figure it all out yourself. Plus, if things come up later, you may well be able to just call this person up and ask them >questions or run ideas by them. At least there would be someone else who knows how your system works. This is something I have tried to talk to my bosses about. I would do this in a heartbeat but I do not hold the purse strings. My bosses have the belief (not because of anything I have told them mind you) that whoever manages their Network systems should be able to do anything they need done in the computer world. This includes fully understanding how the previous programmer coded this Java/ant/struts/Tomcat application front end to their database. I am hoping that if I ask enough questions on this and other mail lists your expert advice can lead me to the information. It is a very frustrating way to get this done but it is all I have available for me to do at this time. Because of this I am eternally grateful for all of you guys and your willingness to educate me. Thanks, Steve - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] RE: insight into model.do
On Today at 2:02pm, SI=>Steve Ingraham <[EMAIL PROTECTED]> wrote: SI> SI> [..snip..] SI> Glad you found the source. See my comments inline. SI> /** SI> * An Action that provides the glue between Struts and Keel. SI> * SI> * @author Michael Nash SI> * @author Shash Chatterjee SI> * @version $Revision: 1.24 $ $Date: 2005/05/26 10:16:39 $ SI> */ SI> SI> If anyone has some further input on what would be the best way to SI> examine the script I would appreciate any additional direction. SI> Yes, it seems like your ex-developer used the keel framework. http://www.keelframework.org/ Before today I had never heard of it. Seemingly it is a meta framework which sits on top of underlying frameworks. Nash and Chatterjee are (probably) the authors of the keel framework. SI> [..snip..] SI> SI> This is something I have tried to talk to my bosses about. I would do SI> this in a heartbeat but I do not hold the purse strings. My bosses SI> have the belief (not because of anything I have told them mind you) SI> that whoever manages their Network systems should be able to do SI> anything they need done in the computer world. This includes fully SI> understanding how the previous programmer coded this SI> Java/ant/struts/Tomcat application front end to their database. SI> Sshhh Better not say anything to get yourself into trouble (being a public forum and all). The management's view seems highly naive and short-sighted though. SI> SI> I am hoping that if I ask enough questions on this and other mail SI> lists your expert advice can lead me to the information. It is a very SI> frustrating way to get this done but it is all I have available for me SI> to do at this time. Because of this I am eternally grateful for all SI> of you guys and your willingness to educate me. SI> SI> Thanks, SI> Steve Your first bet is to try and find out which version of keel you are running. After finding that, get the documentation for that version of keel. http://www.keelframework.org/documentation.shtml Later, -- Haroon Rafique <[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]
RE: [OT] RE: insight into model.do
| From: Steve Ingraham [mailto:[EMAIL PROTECTED] | Sent: Tuesday, 13 February, 2007 15:57 | | I have been reading everything I can online, I | have a "Learning Java" book that I am trying to read and understand, I | have enrolled in a Java class that is teaching me some basics of Java | coding. But there is no one that I have any personal one on one contact | with that knows Java or Tomcat enough to give me any input or | explanation as to how things were created with this application. Have you considered having a consultant come in and document the system? This isn't unusual (at least, I was hired to do it a couple of times back when I was consulting), and will probably get you better and quicker answers than trying to figure it all out yourself. Plus, if things come up later, you may well be able to just call this person up and ask them questions or run ideas by them. At least there would be someone else who knows how your system works. - The information contained in this message is confidential proprietary property of Nelnet, Inc. and its affiliated companies (Nelnet) and is intended for the recipient only. Any reproduction, forwarding, or copying without the express permission of Nelnet 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]
Re: [OT] RE: insight into model.do
Sorry my bad. I wrote that waaa tooo early in the morning. You are looking for the class org.keel.clients.struts.ModelAction which should be in the folder org/keel/clients/struts of your source code. Since you've described yourself as a real newbie, you might find the servlet spec as well as a good book on struts enlightening. The servlet spec located at the link below offers up a top level view of web application architecture that Struts fits into. A good Struts book can get you into the specifics of the Struts framework and how it implements the MVC (model-view-controller) architecture. http://jcp.org/aboutJava/communityprocess/final/jsr154/index.html --David Steve Ingraham wrote: >>David Smith wrote: >>Looking at the source code for the class >>my.package.action.ModelAction >>will get you to the entry point for handling the request. >>Depending on >>the size of the app and how well versed your predecessor was, >>this could >>be the whole back-end or it could call other classes to handle the >>database back-end. Either way, this class is where to start looking >>when tracing back what's happening. >> >>--David >> >> > >Ok, I have been trying to locate the class file but am striking out. >Can someone tell me where this "my.package.action.ModelAction" class >would be located in a Jakarta Tomcat 5.5.9 build on a Redhat AS 3 >machine? I have run the command "locate *.ModelAction*" with no return. > >Thanks, >Steve > >- >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]
Re: [OT] RE: insight into model.do
Steve Ingraham wrote: David Smith wrote: Looking at the source code for the class my.package.action.ModelAction will get you to the entry point for handling the request. Depending on the size of the app and how well versed your predecessor was, this could be the whole back-end or it could call other classes to handle the database back-end. Either way, this class is where to start looking when tracing back what's happening. --David Ok, I have been trying to locate the class file but am striking out. Can someone tell me where this "my.package.action.ModelAction" class would be located in a Jakarta Tomcat 5.5.9 build on a Redhat AS 3 machine? I have run the command "locate *.ModelAction*" with no return. the class will likely be inside a .jar file. the jar file type is basically a zip file, with a specific internal structure. the source of the application is compiled to produce the jars, you'll need to look at the .java files your predecessor used to make the app. do you know where the source is? p Thanks, Steve - 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]
RE: [OT] RE: insight into model.do
On Today at 9:24am, SI=>Steve Ingraham <[EMAIL PROTECTED]> wrote: SI> SI> Ok, I have been trying to locate the class file but am striking out. SI> Can someone tell me where this "my.package.action.ModelAction" class SI> would be located in a Jakarta Tomcat 5.5.9 build on a Redhat AS 3 SI> machine? I have run the command "locate *.ModelAction*" with no SI> return. SI> Hi Steve, I thought you said you had access to the source. You won't find the sources inside the tomcat webapps directory. You are likely to only find the .war file and an expanded ware file directory (but no sources). Find out in which directory the real sources are and then look for a "src" folder (or a src/main/java folder in case maven is being used). Inside the "src" folder you should be able to find a directory structure which corresponds to the package you quoted eariler: org.keel.clients.struts.ModelAction The above package would correspond to the following directory: org/keel/clients/struts Inside that directory, you should look for a file ModelAction.java. Look either for an excute() method or in case of a DispatchAction flavor, you might have method names which correspond to verbs like edit(), save(), etc. In any case, you have to find ModelAction.java. Try using: locate ModelAction.java That's assuming that your "locate" database is up-to-date (typically the command updatedb is used in a nightly cron job to update the "locate" database). Later, -- Haroon Rafique <[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]
Re: [OT] RE: insight into model.do
On 2/14/07, Steve Ingraham <[EMAIL PROTECTED]> wrote: Ok, I have been trying to locate the class file but am striking out. Can someone tell me where this "my.package.action.ModelAction" class would be located in a Jakarta Tomcat 5.5.9 build on a Redhat AS 3 machine? I have run the command "locate *.ModelAction*" with no return. Your struts-config.xml entry shows the file you're looking for: type="org.keel.clients.struts.ModelAction" So find the *source* for the application, and look for {wherever}/org/keel/clients/struts/ModelAction.java Again, this is *the webapp's source code* -- very likely somewhere other than the Tomcat install directory. HTH, -- Hassan Schroeder [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]
RE: [OT] RE: insight into model.do
> David Smith wrote: > Looking at the source code for the class > my.package.action.ModelAction > will get you to the entry point for handling the request. > Depending on > the size of the app and how well versed your predecessor was, > this could > be the whole back-end or it could call other classes to handle the > database back-end. Either way, this class is where to start looking > when tracing back what's happening. > > --David Ok, I have been trying to locate the class file but am striking out. Can someone tell me where this "my.package.action.ModelAction" class would be located in a Jakarta Tomcat 5.5.9 build on a Redhat AS 3 machine? I have run the command "locate *.ModelAction*" with no return. Thanks, Steve - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] RE: insight into model.do
Looking at the source code for the class my.package.action.ModelAction will get you to the entry point for handling the request. Depending on the size of the app and how well versed your predecessor was, this could be the whole back-end or it could call other classes to handle the database back-end. Either way, this class is where to start looking when tracing back what's happening. --David Steve Ingraham wrote: Hi Steve, Since you are using a struts application, you would be better off asking this question on the struts user mailing list. In any case, you can look inside the /WEB-INF/struts-config.xml file and there should be a mapping between the and the invoked class: e.g., something like: Thanks for that information. So here is what I found in the /WEB-INF/struts-config.xml file. Is this what you were referring to above? Can you tell me what I am reading here? Will this direct me to the script that is used to pass the input data to the database fields? If not, am I even looking in the location to find out this information? Steve - 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]
RE: [OT] RE: insight into model.do
> Hi Steve, > > Since you are using a struts application, you would be better > off asking > this question on the struts user mailing list. In any case, > you can look > inside the /WEB-INF/struts-config.xml file and there should > be a mapping > between the and the invoked class: > > e.g., something like: > >path="/model" > type="my.package.action.ModelAction" > Good luck, > Cheers, > -- > Haroon Rafique > <[EMAIL PROTECTED]> Thanks for that information. So here is what I found in the /WEB-INF/struts-config.xml file. Is this what you were referring to above? Can you tell me what I am reading here? Will this direct me to the script that is used to pass the input data to the database fields? If not, am I even looking in the location to find out this information? Steve - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] RE: insight into model.do
Yes all the code is here but I do not really know what I am looking at when I see it. In fact the source code for individual web pages and the associated commands in the code is what I am trying to track down. I feel that if I can find the location of the web page code, the struts, Java servlets, Java classes or whatever else was used in the creation of this application I can decipher how, where and why each part of the web page is doing whatever it is doing to the database. I agree with your statement below but asking you guys about Tomcat is currently my only real resource for assistance in learning what was done here. What I mean is, I have been reading everything I can online, I have a "Learning Java" book that I am trying to read and understand, I have enrolled in a Java class that is teaching me some basics of Java coding. But there is no one that I have any personal one on one contact with that knows Java or Tomcat enough to give me any input or explanation as to how things were created with this application. I am having to reverse engineer the code that was written, the Tomcat application and how it works, the database schema that it all ties to all while doing so without a good grasp of what I am seeing when I see it. I appreciate all of you guys and your input as it serves to slowly allow me to piece together how this all works. > > BTW, when you said your predecessor wrote this application do > you have the > source for this application? IMO, having the source and basic > understanding of struts are prerequisites if you want to be > able to make > any headway. > > Good luck, > Cheers, > -- > Haroon Rafique - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] RE: insight into model.do
On Today at 3:15pm, SI=>Steve Ingraham <[EMAIL PROTECTED]> wrote: SI> I have found that section in the /occa/webapps/web.xml file. It is SI> showing: SI> SI> SI> - SI> action SI> *.do SI> Hi Steve, Since you are using a struts application, you would be better off asking this question on the struts user mailing list. In any case, you can look inside the /WEB-INF/struts-config.xml file and there should be a mapping between the and the invoked class: e.g., something like: - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]