I was developing an application on Oracle9iAS using DbForms. I need to shift this to TomCat 4.1.X . When I move the application directory to the TomCat Home\wepapps directory, I cannot open any pages of the site (either jsp or html). I get an http error 404.
If I replace the web.xml file in my applications web-inf directory with a plain vanilla version of the web.xml then I can at least access my pages. But, using the web.xml that contains dbforms controller references, I cannot get it to function. The web.xml from the original install is below. Is there anything specific to TomCat that I must configure in order for the dbforms controller sections to work? <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";> <web-app> <servlet> <servlet-name>control</servlet-name> <servlet-class>org.dbforms.Controller</servlet-class> <init-param> <param-name>maxUploadSize</param-name> <param-value>80000</param-value> </init-param> </servlet> <servlet> <servlet-name>file</servlet-name> <servlet-class>org.dbforms.util.FileServlet</servlet-class> <load-on-startup>3</load-on-startup> </servlet> <servlet> <servlet-name>org.dbforms.ConfigServlet</servlet-name> <servlet-class>org.dbforms.ConfigServlet</servlet-class> <init-param> <param-name>log4j.configuration</param-name> <param-value>/WEB-INF/log4j.properties</param-value> </init-param> <load-on-startup>4</load-on-startup> </servlet> <servlet-mapping> <servlet-name>control</servlet-name> <url-pattern>/servlet/control</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>file</servlet-name> <url-pattern>/servlet/file</url-pattern> </servlet-mapping> <session-config> <session-timeout>25</session-timeout> </session-config> <welcome-file-list> <welcome-file>home.jsp</welcome-file> </welcome-file-list> <taglib> <taglib-uri>/WEB-INF/dbforms.tld</taglib-uri> <taglib-location>/WEB-INF/dbforms.tld</taglib-location> </taglib> </web-app> -----Original Message----- From: [EMAIL PROTECTED] [mailto:jdbforms-interest-request@;lists.sourceforge.net] Sent: Thursday, October 31, 2002 2:15 PM To: [EMAIL PROTECTED] Subject: jDbForms-interest digest, Vol 1 #408 - 4 msgs Send jDbForms-interest mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/jdbforms-interest or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of jDbForms-interest digest..." Today's Topics: 1. Re: User Manual (Shawn) 2. Size attribute of Field (Henner Kollmann) 3. Re: Size attribute of Field (Dirk Kraemer) 4. RFC: Proposal on foreign key configuration... (John Gagon) --__--__-- Message: 1 From: "Shawn" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: Re: [dbforms] User Manual Date: Thu, 31 Oct 2002 09:47:44 +0900 Hello, > We'll get a better PDF document if we let Richard do the Job, > it will have a clickable table of contents. Shawn, please let > Richard do the cleanup that is needed, the result will be worth the > waiting. Agreed. My impression though was that his work was a one time shot and that it could be done by me if I followed his stylesheets. > I would also suggest to consider if we still need to maintain > the reference part within the doc file, or if it would be better > to transfer all the information into the taglib_docu.xml. > Using XSL stylesheets and FOP we would always have an up to date > reference manual in HTML and PDF. And it will easily be possible > to convert it into docbook, it _is_ already xml. The documentation > would be done by developers themselfes, who will use the comment > and info tags within above file. Agreed. Developers should document in the summary and info tags. (It's summary and not comment isn't it?) Where do the stylesheets come from? I could try coming up with them myself but you'll likely get a better job from someone else. I would just use a wyswyg editor (trial version haha). Shawn > Regards > > Dirk > --__--__-- Message: 2 From: "Henner Kollmann" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Date: Thu, 31 Oct 2002 11:48:52 +0100 Subject: [dbforms] Size attribute of Field Hi all, Do anybody know what the meaning of the size attribute of field tag is? In current Field.java it is not read? Regards, Henner --__--__-- Message: 3 Date: Thu, 31 Oct 2002 12:31:24 +0100 From: Dirk Kraemer <[EMAIL PROTECTED]> Organization: Computer Center, University Kiel, Germany To: dbforms-interest mailing list <[EMAIL PROTECTED]> Subject: Re: [dbforms] Size attribute of Field Hi Henner, > > Hi all, > Do anybody know what the meaning of the size attribute of field tag is? > In current Field.java it is not read? > It is used within devgui. For a short field devgui generates a textfield, for a long one a textarea. I don't think it is currently used within dbforms itself. Regards Dirk --__--__-- Message: 4 From: John Gagon <[EMAIL PROTECTED]> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> Date: Thu, 31 Oct 2002 13:08:13 -0600 Subject: [dbforms] RFC: Proposal on foreign key configuration... Proposal: We have a way of configuring foreign keys into the configuration file. Configuration File Example: <table name="grandpa"> ... </table> <table name="pa"..> ... <foreign-key foreignTable="pa" name="mypa"> <reference local="pa_id" foreign="id"> <foreign-key> ... </table> <table name="son"..> ... <foreign-key foreignTable="pa" name="mypa2"> <reference local="pa_id" foreign="id"> <foreign-key> ... </table> More elaborate example with multiple columns and formatting included: <table name="order"..> <field name="order_id" ... idKey="true"/> <field name="date" ... /> ... <field name="area_id" ... /> <field name="cust_id" .../> ... <foreign-key foreignTable="customer" name="customer_known_in_order" visibleFields="first_name,last_name,phone" format="%s %s (Phone %s)"> <reference local="area_id" foreign="area_id"> <reference local="cust_id" foreign="id"> </foreign-key> ... </table> On the GUI you can then have: Read only form: <db:dbform name="order" ...> ... <db:body> <db:dateLabel field="date"/> <db:dataLabel fieldName="customer_known_in_order"/> ... </db:body> </db:dbform> Editable Form using select tag: <db:dbform name="order" ...> ... <db:body> <db:dateField field="date"/> <db:select fieldName="customer_known_in_order"/> ... </db:body> </db:dbform> Note: the select is improved and simplified. You don't need the visibleFields or stored Attribute or another nest of tags and you can support multiple column keys. Also, you could put the name of another foreign-key from another table as the fieldName and it would be intelligent enough to check the linkages. Sometimes, you want parent fields in the child's form and you don't want a select to do it. This would solve that problem. You can also reuse the foreign keys in many other forms in a standard way. What do you think? John. --__--__-- _______________________________________________ jDbForms-interest mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jdbforms-interest End of jDbForms-interest Digest ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ DbForms Mailing List http://www.wap-force.net/dbforms
