I found Eclipse + Tomcat Plugin very handy in debuging. You can step through every single step very easily. Use Eclpise as your IDE for your web application, with Tomcat plugin, just start up Tomcat at Eclipse, you can then set break point at runtime, and step through the code via Eclipse.
I guess setting just ignore the white space in the content, but still create the text node. I'm pretty sure if you remove all spaces and line spacing between each element (i.e. make whole xml into one line), you can then elimiate all #text nodes.
Or if you are using xerces parser, you can...
This is because the white spaces between elements are consider text node. If you remove all the white space between nodes, then #text will disappers.
Alternatively you can turn ignore-whitespace on at the DocumentBuilderFactory.
DocumentBuilderFactory dbf =...
I beleive when forwarded to writeMessage.do, it is still within the same request scope, therefore the "id" parameter value should still available, and can be accessed via request.getParameter("id"). Isn't it?
You can first do a HTML to XSL-FO conversion using this: http://html2fo.sourceforge.net/
then do a XSL-Fo to PDF using apache FOP
http://xml.apache.org/fop/index.html
I think I see this error before. If I remember correctly, it's due to the jartest class is not under any package. Try put the jartest class in a package say "myPakage". then in the manifest file:
Main-Class: myPackage.jartest
If it is always case insensitive for the HashMap use in your application, then one work around would be always change the key to the same case when you put in the hashmap as well as the key that use to do the lookup. e.g.
HashMap map = new HashMap();
String key1 = "aBC";
String key2 = "def"...
Here is the header I got from your site:
HTTP/1.1 200 OK
Date: Sun, 19 Jun 2005 16:31:06 GMT
Server: Apache/1.3.33 (Darwin) mod_jk/1.2.6 DAV/1.0.3 mod_ssl/2.8.22 OpenSSL/0.9.7b PHP/4.3.10
Cache-Control: max-age=60
Expires: Sun, 19 Jun 2005 16:32:06 GMT
Set-Cookie...
Create a servlet with startup on load that read usr/pwd infro from a configuration file, set username and password to a class with static variable to hold the value. This should work on any application server.
In your Action From, define the field type as String[]. e.g. in your action form class:
....
private String[] names;
public String[] getName() { return names; }
public void setName(String[] names) { this.names = names; }
......
Since the applet is located and run on local system, I think the default java security policy allow it to write to local file system; however, the OS security setting may not.
Have you check the security setting of the filter file folder? It could be the user who run the application doesn't...
try middlegen http://boss.bekk.no/boss/middlegen/ it maps an existing database and gen code for EJB, Hibernate, JDO, etc. One of the best open source tool for this purpose.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.