Re: Webgui framework

[wim]

http://www.myfaces.org/
wim
Mark Thomas wrote:
Java Server Faces
http://java.sun.com/j2ee/javaserverfaces/
Mark 

 

-Original Message-
From: Alessandro Ronchi [mailto:[EMAIL PROTECTED] 
Sent: Sunday, November 14, 2004 1:04 AM
To: 'Tomcat Users List'
Subject: Webgui framework

Is there a jsp framework that helps developing of web applications,
helping developers handling tabs, buttons, choices and other similar
application needs, avoiding them to write the presentation layer
specific classes, such as tables, images for buttons and so on?
--
Alessandro Ronchi <[EMAIL PROTECTED]>
http://www.aronchi.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
   


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem with classpaths

[Venkatesh . Babu]

Hi,

First of all, thanks for the reply... U were right, I had two copies of 
servlet.jar, one in /common/lib and one in 
/webapps//WEB-INF/lib/

However, I removed the copy present in /webapps//WEB-INF/lib/, but I still get NoClassDef found error for 
javax.servlet.http.HttpServlet... This problem seems to be strange. I've 
checked to ensure that servlet.jar is now present only in 
/common/lib... Earlier I was playing around with setting 
CLASSPATH variable in (bin/catalina.sh)... but now, I've removed all the 
jars that I had added to the CLASSPATH environment variable... But still 
I'm facing with this problem. I've included the exception stack trace for 
your reference...

Regards,
Venkatesh

Exception stack trace:

java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet
 at java.lang.ClassLoader.defineClass1(Native Method)
 at 
java.lang.ClassLoader.defineClass(ClassLoader.java:620)
 at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
 at 
java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
 at 
java.net.URLClassLoader.access$100(URLClassLoader.java:56)
 at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
 at java.security.AccessController.doPrivileged(Native 
Method)
 at 
java.net.URLClassLoader.findClass(URLClassLoader.java:188)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
 at 
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
 at 
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
 at java.lang.ClassLoader.defineClass1(Native Method)
 at 
java.lang.ClassLoader.defineClass(ClassLoader.java:620)
 at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
 at 
java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
 at 
java.net.URLClassLoader.access$100(URLClassLoader.java:56)
 at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
 at java.security.AccessController.doPrivileged(Native 
Method)
 at 
java.net.URLClassLoader.findClass(URLClassLoader.java:188)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
 at 
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
 at 
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
 at java.lang.ClassLoader.defineClass1(Native Method)
 at 
java.lang.ClassLoader.defineClass(ClassLoader.java:620)
 at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
 at 
java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
 at 
java.net.URLClassLoader.access$100(URLClassLoader.java:56)
 at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
 at java.security.AccessController.doPrivileged(Native 
Method)
 at 
java.net.URLClassLoader.findClass(URLClassLoader.java:188)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
 at 
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
 at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1355)
 at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1289)
 at 
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
 at java.lang.ClassLoader.defineClass1(Native Method)
 at 
java.lang.ClassLoader.defineClass(ClassLoader.java:620)
 at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
 at 
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1679)
 at 
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:968)
 at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1409)
 at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1289)
 at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:885)
 at 
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668)
 at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
 at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
 at 
org.apache.catalina.cor

Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log

[Jacob Kjome]

At 01:26 AM 11/13/2004 +0100, you wrote:
>On Fri, 12 Nov 2004 12:53:18 -0600, Jonathan Eric Miller
><[EMAIL PROTECTED]> wrote:
>> Actually, I guess the default isn't that bad for UNIX/Linux anyway. In
>
>On Windows, I think it's time to start using the .exe wrapper (or
>another similar wrapper), rather than keep using the .bat scripts,
>given their current limitations. This redirects output to log files,
>which are not rotated at the moment (unlike the main procrun logger).
>I suppose the feature could be added.
>
>I know the "new" logging is not perfect, but I think it's better than
>it was before. As the ServletContext logging is bad, applications were
>never using it, and logging could not be unified due to Tomcat's use
>of proprietary loggers. The container logger often has little data,
>usually uncaught exceptions.
>
What I liked about the ServletContext logging was that I could dynamically 
create the file using a simple  in the  element of my 
context configuration file.  This way, all I have to do is the deploy the 
app and the log file is created and rolled for me.  Of course you're right 
that the context logging is weak on its own, but with the 
logging-log4j-sandbox ServletContextLogAppender (see 
http://tinyurl.com/5mf2q  and http://tinyurl.com/3s94q ), I can hook in 
application logging to go to the ServletContext log file.  And since that 
file is specified by the server, my own log4j config file need not point at 
any physical location on the machine (and it is my own app's config file, 
not the server's).  The logging will show up wherever the server decides to 
put the servlet context log file for the application.  No more 
context.getRealPath("/WEB-INF/logs") which is not guaranteed to work in all 
cases, nor do I have to configure any directory to point logging to.  Plus, 
I have the full power of Log4j.

This is logging heaven right up to Tomcat-5.0.xx, but with 5.5.x, I lose 
this ability to dynamically define the logger at deployment time.  For each 
context I want logging for, I have to set up an entry in my server-defined 
log4j config file in common/classes (in which case I also have to be the 
server admin) and then deploy the app.  This extra step is a real downgrade 
in functionality and efficiency between 5.0.xx and 5.5.x, IMO.  I'd like to 
see something like the old functionality come back, although I'm not 
holding my breath.

The other thing I'll mention is not so much a bug or defect, but an 
unfortunate collision between log4j's dtd and Tomcat-5.5.x's ServletContext 
logger naming scheme.  for Log4j XML config files, the log4j dtd (used for 
the DOMConfigurator, but not for Log4j-1.3's JoranConfigurator which will, 
hopefully, ameliorate this issue) specifies the  "name" attribute 
as being of Type ID.  As such, the naming scheme Tomcat-5.5.x uses causes a 
parsing failure because it uses characters not allowed in XML ID attributes 
("[", "]", and "/" in ). 
I'm not in any way implying that this is a bug in Tomcat-5.5.x.  I just 
thought I'd mention it for those who attempt to use Log4j XML config files 
with the DOMConfigurator for servlet context logging.  Using a properties 
file (which, unfortunately, doesn't have all the functionality that an XML 
config file has) or using Log4j-1.3's new JoranConfigurator should get 
around this (although I haven't actually tested this claim as of yet).

Jake
>--
>x
>Rémy Maucherat
>Developer & Consultant
>JBoss Group (Europe) SàRL
>x
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

WebDAV-Servlet with Contexts different from FileDirContext

[Oliver Zeigermann]

Folks,

I am just reviewing Tomcat's WebDAV servlet and have even run Slide's
WebDAV testsuite against it - many tests work :) I really like the
brevity!

I understand the default context used is FileDirContext, right? I am
no Tomcat expert, so maybe this is a stupid question, but is it
actually possible to use a different context possibly accessing a
system in a more complicated way? Has anybody tried this already?

Thanks in advance,
Oliver

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

TAGLIBS: Unresolved compilation problems

[Ricci Angelo]

Tomcat return the followed error and i can't understand why
standard.jar seems to be in the right place (WEB-INF\lib)
and the java code isn't  change since my customized tag worked very well!!!
So I can't recognize my error.
Can you help me???
error output from tomcat:
=
javax.servlet.ServletException: Unresolved compilation problems:
The import org.apache.taglibs cannot be resolved
ExpressionEvaluatorManager cannot be resolved
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat and -server option

[Chong, Kwong]

On *NIX, you should be able to firstly check to see if your environment
variables are being picked up when you start up tomcat with ps

eg

$ ps -ef , or ps -auxww

might show something like

  tcuser 23134 1  0   Nov 04 ?0:44 /usr/java/bin/java
-server -verbose:gc -Xms768m -Xmx768m 

and take it from there

KC.

-Original Message-
From: Mike Curwen [mailto:[EMAIL PROTECTED]
Sent: Saturday, 13 November 2004 11:46 AM
To: 'Tomcat Users List'
Subject: RE: Tomcat and -server option

You might need a space here, depending on what else is being constructed
and
sent to the command line:

JAVA_OPTS="-server
---^

might need:
JAVA_OPTS=" -server



> -Original Message-
> From: Mufaddal Khumri [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 12, 2004 3:09 PM
> To: Tomcat Users List
> Subject: Re: Tomcat and -server option
>
>
> Hi,
>
> I have: JAVA_OPTS="-server -Djava.awt.headless=true -Xms1g -Xmx1g
> -Dfile.encoding=ISO-8859-1" in catalina.sh
>
> I just tried:
>   logger.info("java.vm.name: " +
> System.getProperty("java.vm.name"));
> and i get:
>   INFO - java.vm.name: Java HotSpot(TM) Client VM
>
> Why is the -server option not taking effect?
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




www.sensis.com.au

A leading Australian advertising, information
and directories business.

www.yellowpages.com.au
www.whitepages.com.au
www.citysearch.com.au
www.whereis.com.au
www.telstra.com.au
www.tradingpost.com.au

This email and any attachments are intended only for the use of the recipient 
and may be confidential and/or legally privileged.
Sensis Pty Ltd disclaims liability for any errors, omissions, viruses, loss 
and/or damage arising from using, opening or transmitting this email.
If you are not the intended recipient you must not use, interfere with, 
disclose, copy or retain this email and you should notify the sender 
immediately by return email or by contacting Sensis Pty Ltd by telephone on 
[+61 3 8653 5000]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Soap under Tomcat

[feilong]

Hallo,
What do you mean that the /soap/rpcrouter is not available?
in web.xml

-

rpcrouter
Apache-SOAP RPC Router
no description

org.apache.soap.server.http.RPCRouterServlet

  faultListener
  org.apache.soap.server.DOMFaultListener

  

--
The servlet class is in this package org..RPCRouterServlet.
I tried replace  with onjava.CalcService but it doesn't work.

The current error message is


D:\Programs\jakarta-tomcat-4.1.30\webapps\soap\WEB-INF\classes>java
onjava.CalcC
lient 98 92
I am called!
The call failed:
Fault Code   = SOAP-ENV:Server.Exception:
Fault String = onjava/CalcService (wrong name: CalcService)

-

Thanks again

Best
Feilong




- Original Message - 
From: "Mark Thomas" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Sunday, November 14, 2004 10:00 PM
Subject: RE: Soap under Tomcat


> To quote from the error message from your original post:
>
> The requested resource (/soap/rpcrouter) is not available.
>
> Mark
>
> > -Original Message-
> > From: feilong [mailto:[EMAIL PROTECTED]
> > Sent: Sunday, November 14, 2004 8:18 PM
> > To: Tomcat Users List
> > Subject: Re: Soap under Tomcat
> >
> > Hallo Mark,
> > My client is requesting
> > http://localhost:8080/soap/servlet/rpcrouter, and
> > the servletmapping is exactly same
> > 
> >   rpcrouter
> >   /servlet/rpcrouter
> > 
> > in soap/WEB-INF/web.xml.
> > Why do you say that the requesting doesn't match the
> > description in web.xml?
> > The problem is still there.
> >
> > Best
> > Feilong
> >
> > The source code for CalcClient.java is following:
> > --
> > --
> > ---
> > package onjava;
> >
> > import java.io.*;
> > import java.net.*;
> > import java.util.*;
> > import org.apache.soap.*;
> > import org.apache.soap.rpc.*;
> >
> > public class CalcClient {
> >
> >   public static void main(String[] args) throws Exception {
> >
> > URL url = new URL
> > ("http://localhost:8080/soap/servlet/rpcrouter";);
> >
> > Integer p1 = new Integer(args[0]);
> > Integer p2 = new Integer(args[1]);
> >
> > // Build the call.
> > Call call = new Call();
> > call.setTargetObjectURI("urn:onjavaserver");
> > call.setMethodName("subtract");
> > call.setEncodingStyleURI(Constants.NS_URI_SOAP_ENC);
> > Vector params = new Vector();
> > params.addElement(new Parameter("p1", Integer.class, p1, null));
> > params.addElement(new Parameter("p2", Integer.class, p2, null));
> > call.setParams (params);
> >
> > // make the call: note that the action URI is empty because the
> > // XML-SOAP rpc router does not need this. This may change in the
> > // future.
> > Response resp = call.invoke(url, "" );
> >
> > // Check the response.
> > if ( resp.generatedFault() ) {
> >
> >   Fault fault = resp.getFault ();
> >   System.out.println("The call failed: ");
> >   System.out.println("Fault Code   = " + fault.getFaultCode());
> >   System.out.println("Fault String = " + fault.getFaultString());
> > }
> > else {
> >
> >   Parameter result = resp.getReturnValue();
> >   System.out.println(result.getValue());
> > }
> >   }
> > }
> >
> > -
> >
> >
> >
> >
> > - Original Message - 
> > From: "Mark Thomas" <[EMAIL PROTECTED]>
> > To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> > Sent: Sunday, November 14, 2004 12:44 PM
> > Subject: RE: Soap under Tomcat
> >
> >
> > > I am not familiar with this particular tutorial but the
> > problem appears to
> > be
> > > that your client is requesting /soap/rpcrouter but the
> > servlet mapping in
> > > web.xml indicates that the webapp is expcting
> > /soap/servlet/rpcrouter.
> > What the
> > > root cuase of this mismatch might be I do not know.
> > >
> > > Mark
> > >
> > > > -Original Message-
> > > > From: feilong [mailto:[EMAIL PROTECTED]
> > > > Sent: Saturday, November 13, 2004 11:45 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Soap under Tomcat
> > > >
> > > > Hallo all,
> > > > I am a beginner with programming web-service with soap
> > > > protocol under Tomcat web server.
> > > > I find a link
> > > > http://www.onjava.com/pub/a/onjava/2002/02/27/tomcat.html?page=1
> > > > which introduce how to use soap in Tomcat and deploy web
> > > > services and a simple client to call this web service
> > > > I have followed each step what is showed in this article. All
> > > > run succesfully. only the last step
> > > > java onjava.CalcClient 96 95. I get the following

Tomcat 5.5.4 Upgrade Blog

[Allistair Crossley]

Hi List,

 

Based on my upgrade to Tomcat 5.5.4 late last week and the few config issues I 
came across, I wrote a Blog that can be found on my web site here

 

www.adcworks.com/blog  

 

It covers IIS authentication (thanks Bill), logging, basic JNDI data source 
config.

 

It won't be useful for everyone, but hopefully for some of you. Everything I 
have written works. Feel free to comment on this Blog from the page or add 
additional information relating to it.

 

Best regards, Allistair

 

PS: Remy/Yoav, if you could take a look at this Blog and let me know if you 
think any of it is useful for the Tomcat pages, I can covert it appropriately.

 



 
---
QAS Ltd.
Developers of QuickAddress Software
http://www.qas.com";>www.qas.com
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---

RE: Soap under Tomcat

[Mark Thomas]

To quote from the error message from your original post:

The requested resource (/soap/rpcrouter) is not available.

Mark 

> -Original Message-
> From: feilong [mailto:[EMAIL PROTECTED] 
> Sent: Sunday, November 14, 2004 8:18 PM
> To: Tomcat Users List
> Subject: Re: Soap under Tomcat
> 
> Hallo Mark,
> My client is requesting  
> http://localhost:8080/soap/servlet/rpcrouter, and
> the servletmapping is exactly same
> 
>   rpcrouter
>   /servlet/rpcrouter
> 
> in soap/WEB-INF/web.xml.
> Why do you say that the requesting doesn't match the 
> description in web.xml?
> The problem is still there.
> 
> Best
> Feilong
> 
> The source code for CalcClient.java is following:
> --
> --
> ---
> package onjava;
> 
> import java.io.*;
> import java.net.*;
> import java.util.*;
> import org.apache.soap.*;
> import org.apache.soap.rpc.*;
> 
> public class CalcClient {
> 
>   public static void main(String[] args) throws Exception {
> 
> URL url = new URL 
> ("http://localhost:8080/soap/servlet/rpcrouter";);
> 
> Integer p1 = new Integer(args[0]);
> Integer p2 = new Integer(args[1]);
> 
> // Build the call.
> Call call = new Call();
> call.setTargetObjectURI("urn:onjavaserver");
> call.setMethodName("subtract");
> call.setEncodingStyleURI(Constants.NS_URI_SOAP_ENC);
> Vector params = new Vector();
> params.addElement(new Parameter("p1", Integer.class, p1, null));
> params.addElement(new Parameter("p2", Integer.class, p2, null));
> call.setParams (params);
> 
> // make the call: note that the action URI is empty because the
> // XML-SOAP rpc router does not need this. This may change in the
> // future.
> Response resp = call.invoke(url, "" );
> 
> // Check the response.
> if ( resp.generatedFault() ) {
> 
>   Fault fault = resp.getFault ();
>   System.out.println("The call failed: ");
>   System.out.println("Fault Code   = " + fault.getFaultCode());
>   System.out.println("Fault String = " + fault.getFaultString());
> }
> else {
> 
>   Parameter result = resp.getReturnValue();
>   System.out.println(result.getValue());
> }
>   }
> }
> 
> -
> 
> 
> 
> 
> - Original Message - 
> From: "Mark Thomas" <[EMAIL PROTECTED]>
> To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> Sent: Sunday, November 14, 2004 12:44 PM
> Subject: RE: Soap under Tomcat
> 
> 
> > I am not familiar with this particular tutorial but the 
> problem appears to
> be
> > that your client is requesting /soap/rpcrouter but the 
> servlet mapping in
> > web.xml indicates that the webapp is expcting 
> /soap/servlet/rpcrouter.
> What the
> > root cuase of this mismatch might be I do not know.
> >
> > Mark
> >
> > > -Original Message-
> > > From: feilong [mailto:[EMAIL PROTECTED]
> > > Sent: Saturday, November 13, 2004 11:45 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Soap under Tomcat
> > >
> > > Hallo all,
> > > I am a beginner with programming web-service with soap
> > > protocol under Tomcat web server.
> > > I find a link
> > > http://www.onjava.com/pub/a/onjava/2002/02/27/tomcat.html?page=1
> > > which introduce how to use soap in Tomcat and deploy web
> > > services and a simple client to call this web service
> > > I have followed each step what is showed in this article. All
> > > run succesfully. only the last step
> > > java onjava.CalcClient 96 95. I get the following exceptions,
> > > but unfortunately I can not understand such exceptions, I
> > > hope someone can indicate the reason for me
> > > ---
> > > Exception in thread "main" [SOAPException:
> > > faultCode=SOAP-ENV:Protocol; msg=Unsu
> > > pported response content type "text/html;
> > > charset=ISO-8859-1", must be
> > > : "text/xml". Response was:
> > >