You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(87) |
Oct
(116) |
Nov
(138) |
Dec
(114) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(116) |
Feb
(213) |
Mar
(167) |
Apr
(281) |
May
(155) |
Jun
(128) |
Jul
(143) |
Aug
(211) |
Sep
(143) |
Oct
(114) |
Nov
(148) |
Dec
(129) |
2005 |
Jan
(107) |
Feb
(146) |
Mar
(100) |
Apr
(109) |
May
(111) |
Jun
(115) |
Jul
(81) |
Aug
(127) |
Sep
(66) |
Oct
(116) |
Nov
(119) |
Dec
(113) |
2006 |
Jan
(175) |
Feb
(150) |
Mar
(210) |
Apr
(149) |
May
(199) |
Jun
(206) |
Jul
(195) |
Aug
(191) |
Sep
(203) |
Oct
(146) |
Nov
(342) |
Dec
(162) |
2007 |
Jan
(252) |
Feb
(202) |
Mar
(156) |
Apr
(147) |
May
(123) |
Jun
(126) |
Jul
(182) |
Aug
(186) |
Sep
(166) |
Oct
(131) |
Nov
(140) |
Dec
(92) |
2008 |
Jan
(120) |
Feb
(112) |
Mar
(121) |
Apr
(16) |
May
(8) |
Jun
(10) |
Jul
(5) |
Aug
(9) |
Sep
(2) |
Oct
(10) |
Nov
(4) |
Dec
(13) |
2009 |
Jan
(13) |
Feb
(4) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
(7) |
Jul
(2) |
Aug
(4) |
Sep
(3) |
Oct
(2) |
Nov
(5) |
Dec
(2) |
2010 |
Jan
|
Feb
(7) |
Mar
(6) |
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(5) |
Jun
(5) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2013 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
From: Greg W. <gr...@mo...> - 2003-09-14 09:11:17
|
Look at the demos that are included with Jetty and read the tutorial. Generally if you are using webapplications (as you probably should), then you don't need to do anything to use JSPs. If you are configuring your own contexts, then you need to add and configure the JspServlet. regards netanel weinberg wrote: > Hi! > I have Jetty 4.2.11 and i've managed to configurate the demo.xml to > use my server files directory but i don't know how to configurate the > xml files and to use my jsp files and my javabeans and if i should put > them in special directory, how should i configurate it? > > ware. > > _________________________________________________________________ > Add photos to your e-mail with MSN 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jetty-support mailing list > Jet...@li... > https://lists.sourceforge.net/lists/listinfo/jetty-support > |
From: netanel w. <net...@ho...> - 2003-09-14 09:04:00
|
Hi! I have Jetty 4.2.11 and i've managed to configurate the demo.xml to use my server files directory but i don't know how to configurate the xml files and to use my jsp files and my javabeans and if i should put them in special directory, how should i configurate it? ware. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail |
From: Steve J. <st...@te...> - 2003-09-12 21:17:27
|
On Thu, Sep 11, 2003 at 10:57:41AM -0400, Steve Jones wrote: > I'm trying to get taglibs working in Jetty.4.2.12. I'm > surprised that googling about turns up pretty much > nothing. > > I am to the point that the jsp page compilation gives an > error, presumably because it can't find my handler class: Well, I've sorted it out since I posted this. The problem seemed have to do with packages and paths of my classes. -- Steve Jones "Outside of a dog, a book is man's best friend. Inside of a dog, it's too dark to read." -- G. Marx |
From: rfuente <rf...@te...> - 2003-09-12 12:41:01
|
Hello all, Is there anyway to appreviate/hide/change the version request of the jetty server, currently when I version my server this is the reply I get, HTTP/1.1 200 OK Date: Tue, 09 Sep 2003 14:06:23 GMT Server: Jetty/4.2.9 (Linux/2.4.9-e.27smp i386 java/1.3.1_09) Content-Type: text/html Any possible solutions would be much appreciated. TIA Rob ---------------- Powered by telstra.com |
From: Steve J. <st...@jo...> - 2003-09-11 14:51:32
|
Hi all, I'm trying to get taglibs working in Jetty.4.2.12. I'm surprised that googling about turns up pretty much nothing. I am to the point that the jsp page compilation gives an error, presumably because it can't find my handler class: [javac] /tmp/Jetty__8080__fellowship/viewPeople_jsp.java:86: cannot resolve symbol [javac] symbol : class GetTable [javac] location: class org.apache.jsp.viewPeople_jsp Here's some detail: /WEB-INF/tlds/fellowship.tld ================================================================================ <?xml version="1.0" encoding="ISO-8859-1" ?> <!DOCTYPE taglib PUBLIC "-//Sun Microsystems, Inc.//DTD JSP Tag Library 1.2//EN" "http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd"> <taglib> <tlib-version>1.0</tlib-version> <jsp-version>1.2</jsp-version> <short-name>fellowship</short-name> <tag> <name>getTable</name> <tag-class>GetTable</tag-class> <body-content>empty</body-content> </tag> </taglib> ================================================================================ /WEB-INF/classes/GetTable.java ================================================================================ import javax.servlet.http.*; import javax.servlet.jsp.*; import javax.servlet.jsp.tagext.*; import java.io.*; public class GetTable extends TagSupport { public int doStartTag() throws JspException { try { JspWriter out = pageContext.getOut(); out.print("<p>blah</p>\n"); } catch (IOException e) { throw new JspException(e.getMessage()); } return SKIP_BODY; } } ================================================================================ viewPeople.jsp ================================================================================ <%@ taglib prefix="fwp" uri="/WEB-INF/tlds/fellowship.tld" %> <html> <head> <title>View People</title> </head> <body> <h1>View People</h1> <p>before</p> <fwp:getTable/> <p>after</p> <%java.util.Date today = new java.util.Date(); out.println("Today's date is: "+today);%> </body> <html> ================================================================================ Note that the scriptlet fragment works fine, so jsp in general seems to be happening. thanks, steve -- Steve Jones "Outside of a dog, a book is man's best friend. Inside of a dog, it's too dark to read." -- G. Marx |
From: Alexey Y. <Al...@fr...> - 2003-09-11 06:46:08
|
If I request http://my.host.name/javasript:blah() to a Jetty server I = get 500 error with the following exception: java.net.MalformedURLException: unknown protocol: javasript at java.net.URL.<init>(URL.java:586) at java.net.URL.<init>(URL.java:476) at org.mortbay.util.FileResource.addPath(FileResource.java:87) at org.mortbay.http.HttpContext.getResource(HttpContext.java:788) at = org.mortbay.jetty.servlet.WebApplicationContext.getResource(WebApplicatio= nContext.java:1237) at org.mortbay.jetty.servlet.Default.getResource(Default.java:168) at org.mortbay.jetty.servlet.Default.service(Default.java:189) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at = org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356) at = org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplica= tionHandler.java:342) I guess it could be handled better with response 404 NOT FOUND. I discovered this when some stupid crawler (identified User-Agent: = Mozilla/3.0 (compatible; Indy Library)) tried to walk through my site. |
From: <MFe...@ea...> - 2003-09-10 22:12:08
|
I used to keep these jar files in a separate lib folder and then set the class path in the webApplicationContext in the main function. If I keep the following jar files in the WEB-INF\lib folder the class cast exception and the java compiler error is fixed. Also am able to stop the server on logout jasper-compiler.jar jasper-runtime.jar org.apache.jasper.jar Thanks for your help. -Meena Meena Fernandes/America s/ABS To jet...@li... 09/10/2003 10:59 cc AM Greg Wilkins <gr...@mo...> Subject Re: [Jetty-support] How to stop the server in my Application with Embedded Jetty(Document link: Meena Fernandes) Hello Greg, Thanks for your response. I am using jdk1.3.1 and Jetty -4.2.10 I have cross checked for class loading and the only place I am setting the class path is in my application's main function using webApplicationContext.setClassPath(classPath); When I turn on java2compliant classloading for the webapp using the following statement, webApplicationContext.setClassLoaderJava2Compliant(true) It gives me a jsp compilation error at run time as below <<10:29:56.469 EVENT Error compiling file: <<C:\DOCUME~1\MFERNA~1\LOCALS~1\Temp\Jetty__8080_AMERICAN-DBI4IP_o2k\/index_jsp.java [javac] Compiling 1 <<source file << [javac] Modern compiler not found - looking for classic compiler 10:29:56.484 WARN!! Exception for /test/ <<org.apache.jasper.JasperException: Unable to compile class for JSP <<An error occurred at line: -1 in the jsp file: null <<Generated servlet error: <<[javac] Compiling 1 source file <<[javac] Modern compiler not found - looking for classic compiler at <<org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:120) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:315) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:326) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:182) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:366) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:284) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:216) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:151) at org.mortbay.jetty.servlet.Default.handleGet(Default.java:232) at org.mortbay.jetty.servlet.Default.service(Default.java:146) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:366) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:284) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:577) at org.mortbay.http.HttpContext.handle(HttpContext.java:1674) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:544) at org.mortbay.http.HttpContext.handle(HttpContext.java:1624) at org.mortbay.http.HttpServer.service(HttpServer.java:875) at org.mortbay.http.HttpConnection.service(HttpConnection.java:785) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:935) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:802) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:200) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:294) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:743) at java.lang.Thread.run(Unknown Source) Any idea why this is happening? thanks Meena Greg Wilkins <gr...@mo... m> To jet...@li... 09/10/2003 04:27 , MFe...@ea... AM cc Subject Re: [Jetty-support] How to stop the server in my Application with Embedded Jetty Welcome to the wonderful world of servlet classloading :-) The problem is that you probably have the class on both the system classpath and in WEB-INF/lib or WEB-INF/classes. The servlet spec allows the webapp to override the system classloader so you have two instances of the same class in memory and they cannot be cast from one to the other. Simplest thing to do is to mke sure every class appears in only 1 spot. Or you can turn on java2compliant classloading for that webapp (see web-jetty.xml example in demos). cheers MFe...@ea... wrote: > > > > I have an application class with the Jetty Server embedded. When I logout > from the application I need to stop the server. > > In MyApp.start() method I set the application object in the webContext. > But in Logout.jsp when I access this application object from context and > try to cast it to com.sia.app.control.MyApp it gives me a > ClassCastException. Although when I do a System.out.println of the object > it prints the correct class name. > > Any help with the same or alternate way to stop the server would be very > much appreciated > > I have included code snippet for MyApp and the jsp page as below > > package com.sia.app.control.MyApp; > > import java.net.*; > import java.io.*; > > public class MyApp > { > private org.mortbay.jetty.Server server = null; > > public static void main(String[] args) throws ABSAppException, > Exception > { > MyApp app = new MyApp(); > app.start(); > } > > public MyApp() throws ABSAppException, Exception > { > } > > public void start() throws ABSAppException, Exception > { > String userDir = System.getProperty("user.dir"); > String fileSeparator = System.getProperty("file.separator"); > File jarDirFile = new File(userDir); > File[] listOfJars = jarDirFile.listFiles(new FilenameFilter() > { > public boolean > accept(File dir, String n) > { > return > n.indexOf(".jar") != -1; > } > }); > > String classPath = ".;"; > for(int i = 0; i < listOfJars.length; i++) > { > classPath = classPath + listOfJars[i].getAbsolutePath() + > ";"; > } > classPath = classPath + userDir + fileSeparator + "config" + > ";"; > if(server == null) > server = new org.mortbay.jetty.Server(); > > int port = 8080; > java.net.InetAddress inetAddr = > java.net.InetAddress.getLocalHost(); > org.mortbay.http.SocketListener listener = new > org.mortbay.http.SocketListener(); > listener.setPort(port); > server.addListener(listener); > > org.mortbay.jetty.servlet.WebApplicationContext > webApplicationContext = > server.addWebApplication(inetAddr.getHostName() ,"/test","./MyWeb.war"); > webApplicationContext.setClassPath(classPath); > webApplicationContext.setAttribute("APPLICATION_THIS", this); > > server.start(); > } > > public void stop() > { > try > { > if(server != null) > server.stop(); > } > catch (Exception e) > { > e.printStackTrace(); > } > finally > { > if(server != null) > server.destroy(); > } > } > } > > > I also have a logout.jsp with following code snippet > <!DOCTYPE HTML PUBLIC "-//SoftQuad Software//DTD HoTMetaL PRO > 6.0::19990601::extensions to HTML 4.0//EN" "hmpro6.dtd"> > <HTML> > <BODY> > <% > ServletContext context = config.getServletContext(); > Object app = context.getAttribute("APPLICATION_THIS"); > com.sia.app.control.MyApp myApp = > (com.sia.app.control.MyApp)app; > > session.invalidate(); > > String fwd = request.getContextPath() + "/jsp/MyHome.jsp"; > response.sendRedirect(fwd); > System.out.println("ClassName = " + app.getClass().getName()); > if(surveyReportingApp != null) > { > surveyReportingApp.stop(); > } > > %> > </BODY> > </HTML> > > thanks > Meena > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jetty-support mailing list > Jet...@li... > https://lists.sourceforge.net/lists/listinfo/jetty-support > |
From: Carwyn E. <ca...@ca...> - 2003-09-10 21:40:38
|
I have jetty plus configured as per the plus pages on the jetty web site using postgresql on RH9. I have one error that I can't seem to get rid of though: [java] 4834 [main] ERROR pool - StandardXAPoolDataSource:connectionClosed should not be used outside an EJBServer The datasource is set up to be accessible via JNDI as per the plus web pages. I'm then feeding this into a hibernate plugin written for struts. This is only using the datasource though which is the StandardXAPoolDataSource. Any ideas? |
From: <MFe...@ea...> - 2003-09-10 16:00:28
|
Hello Greg, Thanks for your response. I am using jdk1.3.1 and Jetty -4.2.10 I have cross checked for class loading and the only place I am setting the class path is in my application's main function using webApplicationContext.setClassPath(classPath); When I turn on java2compliant classloading for the webapp using the following statement, webApplicationContext.setClassLoaderJava2Compliant(true) It gives me a jsp compilation error at run time as below <<10:29:56.469 EVENT Error compiling file: <<C:\DOCUME~1\MFERNA~1\LOCALS~1\Temp\Jetty__8080_AMERICAN-DBI4IP_o2k\/index_jsp.java [javac] Compiling 1 <<source file << [javac] Modern compiler not found - looking for classic compiler 10:29:56.484 WARN!! Exception for /test/ <<org.apache.jasper.JasperException: Unable to compile class for JSP <<An error occurred at line: -1 in the jsp file: null <<Generated servlet error: <<[javac] Compiling 1 source file <<[javac] Modern compiler not found - looking for classic compiler at <<org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:120) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:315) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:326) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:182) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:366) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:284) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:216) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:151) at org.mortbay.jetty.servlet.Default.handleGet(Default.java:232) at org.mortbay.jetty.servlet.Default.service(Default.java:146) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:366) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:284) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:577) at org.mortbay.http.HttpContext.handle(HttpContext.java:1674) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:544) at org.mortbay.http.HttpContext.handle(HttpContext.java:1624) at org.mortbay.http.HttpServer.service(HttpServer.java:875) at org.mortbay.http.HttpConnection.service(HttpConnection.java:785) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:935) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:802) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:200) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:294) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:743) at java.lang.Thread.run(Unknown Source) Any idea why this is happening? thanks Meena Greg Wilkins <gr...@mo... m> To jet...@li... 09/10/2003 04:27 , MFe...@ea... AM cc Subject Re: [Jetty-support] How to stop the server in my Application with Embedded Jetty Welcome to the wonderful world of servlet classloading :-) The problem is that you probably have the class on both the system classpath and in WEB-INF/lib or WEB-INF/classes. The servlet spec allows the webapp to override the system classloader so you have two instances of the same class in memory and they cannot be cast from one to the other. Simplest thing to do is to mke sure every class appears in only 1 spot. Or you can turn on java2compliant classloading for that webapp (see web-jetty.xml example in demos). cheers MFe...@ea... wrote: > > > > I have an application class with the Jetty Server embedded. When I logout > from the application I need to stop the server. > > In MyApp.start() method I set the application object in the webContext. > But in Logout.jsp when I access this application object from context and > try to cast it to com.sia.app.control.MyApp it gives me a > ClassCastException. Although when I do a System.out.println of the object > it prints the correct class name. > > Any help with the same or alternate way to stop the server would be very > much appreciated > > I have included code snippet for MyApp and the jsp page as below > > package com.sia.app.control.MyApp; > > import java.net.*; > import java.io.*; > > public class MyApp > { > private org.mortbay.jetty.Server server = null; > > public static void main(String[] args) throws ABSAppException, > Exception > { > MyApp app = new MyApp(); > app.start(); > } > > public MyApp() throws ABSAppException, Exception > { > } > > public void start() throws ABSAppException, Exception > { > String userDir = System.getProperty("user.dir"); > String fileSeparator = System.getProperty("file.separator"); > File jarDirFile = new File(userDir); > File[] listOfJars = jarDirFile.listFiles(new FilenameFilter() > { > public boolean > accept(File dir, String n) > { > return > n.indexOf(".jar") != -1; > } > }); > > String classPath = ".;"; > for(int i = 0; i < listOfJars.length; i++) > { > classPath = classPath + listOfJars[i].getAbsolutePath() + > ";"; > } > classPath = classPath + userDir + fileSeparator + "config" + > ";"; > if(server == null) > server = new org.mortbay.jetty.Server(); > > int port = 8080; > java.net.InetAddress inetAddr = > java.net.InetAddress.getLocalHost(); > org.mortbay.http.SocketListener listener = new > org.mortbay.http.SocketListener(); > listener.setPort(port); > server.addListener(listener); > > org.mortbay.jetty.servlet.WebApplicationContext > webApplicationContext = > server.addWebApplication(inetAddr.getHostName() ,"/test","./MyWeb.war"); > webApplicationContext.setClassPath(classPath); > webApplicationContext.setAttribute("APPLICATION_THIS", this); > > server.start(); > } > > public void stop() > { > try > { > if(server != null) > server.stop(); > } > catch (Exception e) > { > e.printStackTrace(); > } > finally > { > if(server != null) > server.destroy(); > } > } > } > > > I also have a logout.jsp with following code snippet > <!DOCTYPE HTML PUBLIC "-//SoftQuad Software//DTD HoTMetaL PRO > 6.0::19990601::extensions to HTML 4.0//EN" "hmpro6.dtd"> > <HTML> > <BODY> > <% > ServletContext context = config.getServletContext(); > Object app = context.getAttribute("APPLICATION_THIS"); > com.sia.app.control.MyApp myApp = > (com.sia.app.control.MyApp)app; > > session.invalidate(); > > String fwd = request.getContextPath() + "/jsp/MyHome.jsp"; > response.sendRedirect(fwd); > System.out.println("ClassName = " + app.getClass().getName()); > if(surveyReportingApp != null) > { > surveyReportingApp.stop(); > } > > %> > </BODY> > </HTML> > > thanks > Meena > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jetty-support mailing list > Jet...@li... > https://lists.sourceforge.net/lists/listinfo/jetty-support > |
From: <esa...@pd...> - 2003-09-10 09:43:13
|
Thanks for the reply=2E The problem is that I don't have control of the environment in AS/400 and I=20= don't think there even exists a JDK 1=2E4 yet on AS/400=2E I have tried running JettyPlus and Jotm on my PC (Win XP) in Sun's JDK 1=2E4=20= and this works without any problem=2E So maybe I should try to get the sources for Jotm (which version?) and=20= compile it and JettyPlus on AS/400 with IBM JDK 1=2E3? -----Original Message----- From: gregw@mortbay=2Ecom [mailto:gregw@mortbay=2Ecom]=20= Sent: den 10 september 2003 11:33 To: jetty-support@lists=2Esourceforge=2Enet; EK@pdb=2Ese Subject: Re: [Jetty-support] Re: Jetty Plus problem on AS/400 It might be simpler to download and try running in JDK 1=2E4 If that verifies this is the problem, you can then look at compiling Jotm and JettyPlus for 1=2E3 cheers esa=2Ekylli@pdb=2Ese wrote: > I don't think I have any other version of Jotm on the classpath (neither=20= Jotm or > Jetty hasn't been installed on the server previously)=2E I start Jetty Plus=20= via start=2Ejar=2E > > I can try to compile Jetty Plus against the server's IBM JDK 1=2E3=2E But=20= shouldn't > I also compile Jotm? Can I download the sources for it from Objectweb? What > version of it should I download? > > Best regards > Esa > > > This kind of error is usually caused by classpath problems=2E Maybe you > have a different version of Jotm on the classpath than JettyPlus was > compiled against=2E How are you running JettyPlus? The other possibility is=20= that JettyPlus was compiled with a different version of the JVM, and I note=20= you're using JDK 1=2E3=2E JettyPlus was compiled against JDK 1=2E4=2E1=2E Try=20= recompiling against your IBM 1=2E3 JDK=2E > > cheers, > Jan > > esakylli wrote: > >>I have tried to run the Jetty Plus server (4=2E2=2E12) on AS/400 (V5R1) >=20= with IBM JDK 1=2E3=2E When JOTM is starting I get > an=20= "IncompatibleClassChangeError"=2E >>Do anyone know what could be the problem and how it could be solved? >>The stack trace of the error is shown below=2E >> >>>java=2Elang=2Ereflect=2EInvocationTargetException: >=20= java=2Elang=2EIncompatibleClassChangeError >> >> java/lang/Error=2E<init>()V+1 (Error=2Ejava:37) >> >>>java/lang/IncompatibleClassChangeError=2E<init>()V+1 >=20= (IncompatibleClassChangeError=2Ejava:29) >> >>java/lang/ClassLoader=2EdefineClass >>(Ljava/lang/String;=ACBIILjava/security/ProtectionDomain;) >>Ljava/lang/Class;+79 (ClassLoader=2Ejava:486) >>java/security/SecureClassLoader=2EdefineClass >>(Ljava/lang/String;=ACBIILjava/security/CodeSource;) >>Ljava/lang/Class;+27 (SecureClassLoader=2Ejava:111) >>java/net/URLClassLoader=2EdefineClass >>(Ljava/lang/String;Lsun/misc/Resource;)Ljava/lang/Class;+199 >=20= (URLClassLoader=2Ejava:287) >>java/net/URLClassLoader=2Eaccess=C5300 >>(Ljava/net/URLClassLoader;Ljava/lang/String;Lsun/misc/Resource;) >>Ljava/lang/Class;+1 (URLClassLoader=2Ejava:64) >>java/net/URLClassLoader=C5ClassFinder=2Erun()Ljava/lang/Object;+42 >=20= (URLClassLoader=2Ejava:594) >>java/net/URLClassLoader=2EfindClass(Ljava/lang/String;) >>Ljava/lang/Class;+16 (URLClassLoader=2Ejava:200) >>java/lang/ClassLoader=2EloadClass(Ljava/lang/String;Z) >>Ljava/lang/Class;+41 (ClassLoader=2Ejava:297) >>java/lang/ClassLoader=2EloadClass(Ljava/lang/String;) >>Ljava/lang/Class;+1 (ClassLoader=2Ejava:253) >>java/lang/ClassLoader=2EloadClassInternal(Ljava/lang/String;) >>Ljava/lang/Class;+1 (ClassLoader=2Ejava:313) >>org/objectweb/jotm/jta/rmi/JTAInterceptorInitializer=2Epre_init >>(Lorg/objectweb/carol/rmi/jrmp/interceptor/JInitInfo;)V+0 >=20= (JTAInterceptorInitializer=2Ejava:51) >>org/objectweb/carol/rmi/jrmp/interceptor/JInterceptorStore=2EinitLocalI >>nterceptors()V+0 (JInterceptorStore=2Ejava:80) >>org/objectweb/carol/rmi/multi/JrmpPRODelegate=2E<init>()V+0 >=20= (JrmpPRODelegate=2Ejava:60) >>java/lang/Class=2EnewInstance()Ljava/lang/Object;+14 (Class=2Ejava:239) >>javax/rmi/PortableRemoteObject=2EcreateDelegateIfSpecified >>(Ljava/lang/String;)Ljava/lang/Object;+46 > (PortableRemoteObject=2Ejava:185) >>javax/rmi/PortableRemoteObject=2E<clinit>()V+4 >=20= (PortableRemoteObject=2Ejava:64) >>org/objectweb/jotm/Jotm=2E<init>(ZZ)V+0 (Jotm=2Ejava:72) >>org/mortbay/jetty/plus/JotmService=2Estart()V+0 (JotmService=2Ejava:93) >>org/mortbay/jetty/plus/Server=2Estart()V+0 (Server=2Ejava:110) >>org/mortbay/jetty/plus/Server=2Emain(=ACLjava/lang/String;)V+0 >=20= (Server=2Ejava:160) >>org/mortbay/start/Main=2EinvokeMain >>(Ljava/lang/ClassLoader;Ljava/lang/String;=ACLjava/lang/String;)V+0 >=20= (Main=2Ejava:142) >>org/mortbay/start/Main=2Estart(=ACLjava/lang/String;)V+0 (Main=2Ejava:407) >>org/mortbay/start/Main=2Emain(=ACLjava/lang/String;)V+0 (Main=2Ejava:88) > > > > > ------------------------------------------------------- > This sf=2Enet email is sponsored by:ThinkGeek > Welcome to geek heaven=2E > http://thinkgeek=2Ecom/sf > _______________________________________________ > Jetty-support mailing list > Jetty-support@lists=2Esourceforge=2Enet > https://lists=2Esourceforge=2Enet/lists/listinfo/jetty-support > << File: ENVELOPE=2ETXT >>=20= |
From: Greg W. <gr...@mo...> - 2003-09-10 09:29:16
|
It might be simpler to download and try running in JDK 1.4 If that verifies this is the problem, you can then look at compiling Jotm and JettyPlus for 1.3 cheers esa...@pd... wrote: > I don't think I have any other version of Jotm on the classpath (neither Jotm or > Jetty hasn't been installed on the server previously). I start Jetty Plus via start.jar. > > I can try to compile Jetty Plus against the server's IBM JDK 1.3. But shouldn't > I also compile Jotm? Can I download the sources for it from Objectweb? What > version of it should I download? > > Best regards > Esa > > > This kind of error is usually caused by classpath problems. Maybe you > have a different version of Jotm on the classpath than JettyPlus was > compiled against. How are you running JettyPlus? The other possibility is that JettyPlus was compiled with a different version of the JVM, and I note you're using JDK 1.3. JettyPlus was compiled against JDK 1.4.1. Try recompiling against your IBM 1.3 JDK. > > cheers, > Jan > > esakylli wrote: > >>I have tried to run the Jetty Plus server (4.2.12) on AS/400 (V5R1) > with IBM JDK 1.3. When JOTM is starting I get > an "IncompatibleClassChangeError". >>Do anyone know what could be the problem and how it could be solved? >>The stack trace of the error is shown below. >> >>>java.lang.reflect.InvocationTargetException: > java.lang.IncompatibleClassChangeError >> >> java/lang/Error.<init>()V+1 (Error.java:37) >> >>>java/lang/IncompatibleClassChangeError.<init>()V+1 > (IncompatibleClassChangeError.java:29) >> >>java/lang/ClassLoader.defineClass >>(Ljava/lang/String;¬BIILjava/security/ProtectionDomain;) >>Ljava/lang/Class;+79 (ClassLoader.java:486) >>java/security/SecureClassLoader.defineClass >>(Ljava/lang/String;¬BIILjava/security/CodeSource;) >>Ljava/lang/Class;+27 (SecureClassLoader.java:111) >>java/net/URLClassLoader.defineClass >>(Ljava/lang/String;Lsun/misc/Resource;)Ljava/lang/Class;+199 > (URLClassLoader.java:287) >>java/net/URLClassLoader.accessÅ300 >>(Ljava/net/URLClassLoader;Ljava/lang/String;Lsun/misc/Resource;) >>Ljava/lang/Class;+1 (URLClassLoader.java:64) >>java/net/URLClassLoaderÅClassFinder.run()Ljava/lang/Object;+42 > (URLClassLoader.java:594) >>java/net/URLClassLoader.findClass(Ljava/lang/String;) >>Ljava/lang/Class;+16 (URLClassLoader.java:200) >>java/lang/ClassLoader.loadClass(Ljava/lang/String;Z) >>Ljava/lang/Class;+41 (ClassLoader.java:297) >>java/lang/ClassLoader.loadClass(Ljava/lang/String;) >>Ljava/lang/Class;+1 (ClassLoader.java:253) >>java/lang/ClassLoader.loadClassInternal(Ljava/lang/String;) >>Ljava/lang/Class;+1 (ClassLoader.java:313) >>org/objectweb/jotm/jta/rmi/JTAInterceptorInitializer.pre_init >>(Lorg/objectweb/carol/rmi/jrmp/interceptor/JInitInfo;)V+0 > (JTAInterceptorInitializer.java:51) >>org/objectweb/carol/rmi/jrmp/interceptor/JInterceptorStore.initLocalI >>nterceptors()V+0 (JInterceptorStore.java:80) >>org/objectweb/carol/rmi/multi/JrmpPRODelegate.<init>()V+0 > (JrmpPRODelegate.java:60) >>java/lang/Class.newInstance()Ljava/lang/Object;+14 (Class.java:239) >>javax/rmi/PortableRemoteObject.createDelegateIfSpecified >>(Ljava/lang/String;)Ljava/lang/Object;+46 > (PortableRemoteObject.java:185) >>javax/rmi/PortableRemoteObject.<clinit>()V+4 > (PortableRemoteObject.java:64) >>org/objectweb/jotm/Jotm.<init>(ZZ)V+0 (Jotm.java:72) >>org/mortbay/jetty/plus/JotmService.start()V+0 (JotmService.java:93) >>org/mortbay/jetty/plus/Server.start()V+0 (Server.java:110) >>org/mortbay/jetty/plus/Server.main(¬Ljava/lang/String;)V+0 > (Server.java:160) >>org/mortbay/start/Main.invokeMain >>(Ljava/lang/ClassLoader;Ljava/lang/String;¬Ljava/lang/String;)V+0 > (Main.java:142) >>org/mortbay/start/Main.start(¬Ljava/lang/String;)V+0 (Main.java:407) >>org/mortbay/start/Main.main(¬Ljava/lang/String;)V+0 (Main.java:88) > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jetty-support mailing list > Jet...@li... > https://lists.sourceforge.net/lists/listinfo/jetty-support > |
From: Greg W. <gr...@mo...> - 2003-09-10 09:27:54
|
Welcome to the wonderful world of servlet classloading :-) The problem is that you probably have the class on both the system classpath and in WEB-INF/lib or WEB-INF/classes. The servlet spec allows the webapp to override the system classloader so you have two instances of the same class in memory and they cannot be cast from one to the other. Simplest thing to do is to mke sure every class appears in only 1 spot. Or you can turn on java2compliant classloading for that webapp (see web-jetty.xml example in demos). cheers MFe...@ea... wrote: > > > > I have an application class with the Jetty Server embedded. When I logout > from the application I need to stop the server. > > In MyApp.start() method I set the application object in the webContext. > But in Logout.jsp when I access this application object from context and > try to cast it to com.sia.app.control.MyApp it gives me a > ClassCastException. Although when I do a System.out.println of the object > it prints the correct class name. > > Any help with the same or alternate way to stop the server would be very > much appreciated > > I have included code snippet for MyApp and the jsp page as below > > package com.sia.app.control.MyApp; > > import java.net.*; > import java.io.*; > > public class MyApp > { > private org.mortbay.jetty.Server server = null; > > public static void main(String[] args) throws ABSAppException, > Exception > { > MyApp app = new MyApp(); > app.start(); > } > > public MyApp() throws ABSAppException, Exception > { > } > > public void start() throws ABSAppException, Exception > { > String userDir = System.getProperty("user.dir"); > String fileSeparator = System.getProperty("file.separator"); > File jarDirFile = new File(userDir); > File[] listOfJars = jarDirFile.listFiles(new FilenameFilter() > { > public boolean > accept(File dir, String n) > { > return > n.indexOf(".jar") != -1; > } > }); > > String classPath = ".;"; > for(int i = 0; i < listOfJars.length; i++) > { > classPath = classPath + listOfJars[i].getAbsolutePath() + > ";"; > } > classPath = classPath + userDir + fileSeparator + "config" + > ";"; > if(server == null) > server = new org.mortbay.jetty.Server(); > > int port = 8080; > java.net.InetAddress inetAddr = > java.net.InetAddress.getLocalHost(); > org.mortbay.http.SocketListener listener = new > org.mortbay.http.SocketListener(); > listener.setPort(port); > server.addListener(listener); > > org.mortbay.jetty.servlet.WebApplicationContext > webApplicationContext = > server.addWebApplication(inetAddr.getHostName() ,"/test","./MyWeb.war"); > webApplicationContext.setClassPath(classPath); > webApplicationContext.setAttribute("APPLICATION_THIS", this); > > server.start(); > } > > public void stop() > { > try > { > if(server != null) > server.stop(); > } > catch (Exception e) > { > e.printStackTrace(); > } > finally > { > if(server != null) > server.destroy(); > } > } > } > > > I also have a logout.jsp with following code snippet > <!DOCTYPE HTML PUBLIC "-//SoftQuad Software//DTD HoTMetaL PRO > 6.0::19990601::extensions to HTML 4.0//EN" "hmpro6.dtd"> > <HTML> > <BODY> > <% > ServletContext context = config.getServletContext(); > Object app = context.getAttribute("APPLICATION_THIS"); > com.sia.app.control.MyApp myApp = > (com.sia.app.control.MyApp)app; > > session.invalidate(); > > String fwd = request.getContextPath() + "/jsp/MyHome.jsp"; > response.sendRedirect(fwd); > System.out.println("ClassName = " + app.getClass().getName()); > if(surveyReportingApp != null) > { > surveyReportingApp.stop(); > } > > %> > </BODY> > </HTML> > > thanks > Meena > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jetty-support mailing list > Jet...@li... > https://lists.sourceforge.net/lists/listinfo/jetty-support > |
From: Greg W. <gr...@mo...> - 2003-09-10 09:25:04
|
You have two choices: 1) Run the webapp packed. edit jetty.xml so that it says: <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> <!-- Add a all web application within the webapps directory. --> <!-- + No virtual host specified --> <!-- + Look in the webapps directory relative to jetty.home or . --> <!-- + Use the webdefault.xml resource for the defaults descriptor --> <!-- + Upack the war file --> <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> <Set name="rootWebApp">root</Set> <Call name="addWebApplications"> <Arg></Arg> <Arg><SystemProperty name="jetty.home" default="."/>/webapps/</Arg> <Arg>org/mortbay/jetty/servlet/webdefault.xml</Arg> <Arg type="boolean">false</Arg> </Call> ie switch the unpack war file option to false. This will run your war in place (instead of unpacking it to a temp directory). This is a bit slow. 2) Unpack your webapp yourself. instead of putting foo.war in deploy, unpack the war to a foo directory in the deploy directory. It will run from that directory. cheers Ikonne, Ike wrote: > Hi all, > > I am new to jetty. I am trying to deploy a war file. I placed my war file > under $(jetty_home)/webapps and > then I started jetty with the following command > > java -jar start.jar etc/jetty.xml > > My war file was deployed to C:/Documnent and settings/iikonne/local/ ..... > I was expecting my war file to be deployed under $(jetty_home)webapp/ > instead of the location > above. What do I have to do to get my war file deployed under > $(jetty_home)/webapp? > > > Thanks, > > > Ike Ikonne > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jetty-support mailing list > Jet...@li... > https://lists.sourceforge.net/lists/listinfo/jetty-support > |
From: <esa...@pd...> - 2003-09-09 11:20:24
|
I don't think I have any other version of Jotm on the classpath (neither Jotm=20= or Jetty hasn't been installed on the server previously)=2E I start Jetty Plus via=20= start=2Ejar=2E I can try to compile Jetty Plus against the server's IBM JDK 1=2E3=2E But=20= shouldn't I also compile Jotm? Can I download the sources for it from Objectweb? What version of it should I download? Best regards Esa This kind of error is usually caused by classpath problems=2E Maybe you have a different version of Jotm on the classpath than JettyPlus was compiled against=2E How are you running JettyPlus? The other possibility=20= is that JettyPlus was compiled with a different version of the JVM, and=20= I note you're using JDK 1=2E3=2E JettyPlus was compiled against JDK 1=2E4=2E1=2E=20= Try recompiling against your IBM 1=2E3 JDK=2E cheers, Jan esakylli wrote: > I have tried to run the Jetty Plus server (4=2E2=2E12) on AS/400 (V5R1)=20= > with IBM JDK 1=2E3=2E When JOTM is starting I get=20= > an "IncompatibleClassChangeError"=2E > Do anyone know what could be the problem and how it could be solved? > The stack trace of the error is shown below=2E >=20= > java=2Elang=2Ereflect=2EInvocationTargetException:=20= > java=2Elang=2EIncompatibleClassChangeError > java/lang/Error=2E<init>()V+1 (Error=2Ejava:37) >=20= > java/lang/IncompatibleClassChangeError=2E<init>()V+1=20= > (IncompatibleClassChangeError=2Ejava:29) > java/lang/ClassLoader=2EdefineClass > (Ljava/lang/String;=ACBIILjava/security/ProtectionDomain;) > Ljava/lang/Class;+79 (ClassLoader=2Ejava:486) > java/security/SecureClassLoader=2EdefineClass > (Ljava/lang/String;=ACBIILjava/security/CodeSource;) > Ljava/lang/Class;+27 (SecureClassLoader=2Ejava:111) > java/net/URLClassLoader=2EdefineClass > (Ljava/lang/String;Lsun/misc/Resource;)Ljava/lang/Class;+199=20= > (URLClassLoader=2Ejava:287) > java/net/URLClassLoader=2Eaccess=C5300 > (Ljava/net/URLClassLoader;Ljava/lang/String;Lsun/misc/Resource;) > Ljava/lang/Class;+1 (URLClassLoader=2Ejava:64) > java/net/URLClassLoader=C5ClassFinder=2Erun()Ljava/lang/Object;+42=20= > (URLClassLoader=2Ejava:594) > java/net/URLClassLoader=2EfindClass(Ljava/lang/String;) > Ljava/lang/Class;+16 (URLClassLoader=2Ejava:200) > java/lang/ClassLoader=2EloadClass(Ljava/lang/String;Z) > Ljava/lang/Class;+41 (ClassLoader=2Ejava:297) > java/lang/ClassLoader=2EloadClass(Ljava/lang/String;) > Ljava/lang/Class;+1 (ClassLoader=2Ejava:253) > java/lang/ClassLoader=2EloadClassInternal(Ljava/lang/String;) > Ljava/lang/Class;+1 (ClassLoader=2Ejava:313) > org/objectweb/jotm/jta/rmi/JTAInterceptorInitializer=2Epre_init > (Lorg/objectweb/carol/rmi/jrmp/interceptor/JInitInfo;)V+0=20= > (JTAInterceptorInitializer=2Ejava:51) > org/objectweb/carol/rmi/jrmp/interceptor/JInterceptorStore=2EinitLocalI > nterceptors()V+0 (JInterceptorStore=2Ejava:80) > org/objectweb/carol/rmi/multi/JrmpPRODelegate=2E<init>()V+0=20= > (JrmpPRODelegate=2Ejava:60) > java/lang/Class=2EnewInstance()Ljava/lang/Object;+14 (Class=2Ejava:239) > javax/rmi/PortableRemoteObject=2EcreateDelegateIfSpecified > (Ljava/lang/String;)Ljava/lang/Object;+46=20= > (PortableRemoteObject=2Ejava:185) > javax/rmi/PortableRemoteObject=2E<clinit>()V+4=20= > (PortableRemoteObject=2Ejava:64) > org/objectweb/jotm/Jotm=2E<init>(ZZ)V+0 (Jotm=2Ejava:72) > org/mortbay/jetty/plus/JotmService=2Estart()V+0 (JotmService=2Ejava:93) > org/mortbay/jetty/plus/Server=2Estart()V+0 (Server=2Ejava:110) > org/mortbay/jetty/plus/Server=2Emain(=ACLjava/lang/String;)V+0=20= > (Server=2Ejava:160) > org/mortbay/start/Main=2EinvokeMain > (Ljava/lang/ClassLoader;Ljava/lang/String;=ACLjava/lang/String;)V+0=20= > (Main=2Ejava:142) > org/mortbay/start/Main=2Estart(=ACLjava/lang/String;)V+0 (Main=2Ejava:407) > org/mortbay/start/Main=2Emain(=ACLjava/lang/String;)V+0 (Main=2Ejava:88) |
From: Chris H. <ch...@ha...> - 2003-09-09 03:58:20
|
testing |
From: <MFe...@ea...> - 2003-09-09 03:03:16
|
I have an application class with the Jetty Server embedded. When I logout from the application I need to stop the server. In MyApp.start() method I set the application object in the webContext. But in Logout.jsp when I access this application object from context and try to cast it to com.sia.app.control.MyApp it gives me a ClassCastException. Although when I do a System.out.println of the object it prints the correct class name. Any help with the same or alternate way to stop the server would be very much appreciated I have included code snippet for MyApp and the jsp page as below package com.sia.app.control.MyApp; import java.net.*; import java.io.*; public class MyApp { private org.mortbay.jetty.Server server = null; public static void main(String[] args) throws ABSAppException, Exception { MyApp app = new MyApp(); app.start(); } public MyApp() throws ABSAppException, Exception { } public void start() throws ABSAppException, Exception { String userDir = System.getProperty("user.dir"); String fileSeparator = System.getProperty("file.separator"); File jarDirFile = new File(userDir); File[] listOfJars = jarDirFile.listFiles(new FilenameFilter() { public boolean accept(File dir, String n) { return n.indexOf(".jar") != -1; } }); String classPath = ".;"; for(int i = 0; i < listOfJars.length; i++) { classPath = classPath + listOfJars[i].getAbsolutePath() + ";"; } classPath = classPath + userDir + fileSeparator + "config" + ";"; if(server == null) server = new org.mortbay.jetty.Server(); int port = 8080; java.net.InetAddress inetAddr = java.net.InetAddress.getLocalHost(); org.mortbay.http.SocketListener listener = new org.mortbay.http.SocketListener(); listener.setPort(port); server.addListener(listener); org.mortbay.jetty.servlet.WebApplicationContext webApplicationContext = server.addWebApplication(inetAddr.getHostName() ,"/test","./MyWeb.war"); webApplicationContext.setClassPath(classPath); webApplicationContext.setAttribute("APPLICATION_THIS", this); server.start(); } public void stop() { try { if(server != null) server.stop(); } catch (Exception e) { e.printStackTrace(); } finally { if(server != null) server.destroy(); } } } I also have a logout.jsp with following code snippet <!DOCTYPE HTML PUBLIC "-//SoftQuad Software//DTD HoTMetaL PRO 6.0::19990601::extensions to HTML 4.0//EN" "hmpro6.dtd"> <HTML> <BODY> <% ServletContext context = config.getServletContext(); Object app = context.getAttribute("APPLICATION_THIS"); com.sia.app.control.MyApp myApp = (com.sia.app.control.MyApp)app; session.invalidate(); String fwd = request.getContextPath() + "/jsp/MyHome.jsp"; response.sendRedirect(fwd); System.out.println("ClassName = " + app.getClass().getName()); if(surveyReportingApp != null) { surveyReportingApp.stop(); } %> </BODY> </HTML> thanks Meena |
From: Ikonne, I. <Ike...@st...> - 2003-09-09 00:48:43
|
Hi all, I am new to jetty. I am trying to deploy a war file. I placed my war file under $(jetty_home)/webapps and then I started jetty with the following command java -jar start.jar etc/jetty.xml My war file was deployed to C:/Documnent and settings/iikonne/local/ ..... I was expecting my war file to be deployed under $(jetty_home)webapp/ instead of the location above. What do I have to do to get my war file deployed under $(jetty_home)/webapp? Thanks, Ike Ikonne |
From: Jan B. <ja...@mo...> - 2003-09-07 06:47:20
|
This kind of error is usually caused by classpath problems. Maybe you have a different version of Jotm on the classpath than JettyPlus was compiled against. How are you running JettyPlus? The other possibility is that JettyPlus was compiled with a different version of the JVM, and I note you're using JDK 1.3. JettyPlus was compiled against JDK 1.4.1. Try recompiling against your IBM 1.3 JDK. cheers, Jan esakylli wrote: > I have tried to run the Jetty Plus server (4.2.12) on AS/400 (V5R1) > with IBM JDK 1.3. When JOTM is starting I get > an "IncompatibleClassChangeError". > Do anyone know what could be the problem and how it could be solved? > The stack trace of the error is shown below. > > java.lang.reflect.InvocationTargetException: > java.lang.IncompatibleClassChangeError > java/lang/Error.<init>()V+1 (Error.java:37) > > java/lang/IncompatibleClassChangeError.<init>()V+1 > (IncompatibleClassChangeError.java:29) > java/lang/ClassLoader.defineClass > (Ljava/lang/String;¬BIILjava/security/ProtectionDomain;) > Ljava/lang/Class;+79 (ClassLoader.java:486) > java/security/SecureClassLoader.defineClass > (Ljava/lang/String;¬BIILjava/security/CodeSource;) > Ljava/lang/Class;+27 (SecureClassLoader.java:111) > java/net/URLClassLoader.defineClass > (Ljava/lang/String;Lsun/misc/Resource;)Ljava/lang/Class;+199 > (URLClassLoader.java:287) > java/net/URLClassLoader.accessÅ300 > (Ljava/net/URLClassLoader;Ljava/lang/String;Lsun/misc/Resource;) > Ljava/lang/Class;+1 (URLClassLoader.java:64) > java/net/URLClassLoaderÅClassFinder.run()Ljava/lang/Object;+42 > (URLClassLoader.java:594) > java/net/URLClassLoader.findClass(Ljava/lang/String;) > Ljava/lang/Class;+16 (URLClassLoader.java:200) > java/lang/ClassLoader.loadClass(Ljava/lang/String;Z) > Ljava/lang/Class;+41 (ClassLoader.java:297) > java/lang/ClassLoader.loadClass(Ljava/lang/String;) > Ljava/lang/Class;+1 (ClassLoader.java:253) > java/lang/ClassLoader.loadClassInternal(Ljava/lang/String;) > Ljava/lang/Class;+1 (ClassLoader.java:313) > org/objectweb/jotm/jta/rmi/JTAInterceptorInitializer.pre_init > (Lorg/objectweb/carol/rmi/jrmp/interceptor/JInitInfo;)V+0 > (JTAInterceptorInitializer.java:51) > org/objectweb/carol/rmi/jrmp/interceptor/JInterceptorStore.initLocalI > nterceptors()V+0 (JInterceptorStore.java:80) > org/objectweb/carol/rmi/multi/JrmpPRODelegate.<init>()V+0 > (JrmpPRODelegate.java:60) > java/lang/Class.newInstance()Ljava/lang/Object;+14 (Class.java:239) > javax/rmi/PortableRemoteObject.createDelegateIfSpecified > (Ljava/lang/String;)Ljava/lang/Object;+46 > (PortableRemoteObject.java:185) > javax/rmi/PortableRemoteObject.<clinit>()V+4 > (PortableRemoteObject.java:64) > org/objectweb/jotm/Jotm.<init>(ZZ)V+0 (Jotm.java:72) > org/mortbay/jetty/plus/JotmService.start()V+0 (JotmService.java:93) > org/mortbay/jetty/plus/Server.start()V+0 (Server.java:110) > org/mortbay/jetty/plus/Server.main(¬Ljava/lang/String;)V+0 > (Server.java:160) > org/mortbay/start/Main.invokeMain > (Ljava/lang/ClassLoader;Ljava/lang/String;¬Ljava/lang/String;)V+0 > (Main.java:142) > org/mortbay/start/Main.start(¬Ljava/lang/String;)V+0 (Main.java:407) > org/mortbay/start/Main.main(¬Ljava/lang/String;)V+0 (Main.java:88) > > > > ------------------------ Yahoo! Groups Sponsor ---------------------~--> > Buy Ink Cartridges or Refill Kits for Your HP, Epson, Canon or Lexmark > Printer at Myinks.com. Free s/h on orders $50 or more to the US & Canada. http://www.c1tracking.com/l.asp?cid=5511 > http://us.click.yahoo.com/l.m7sD/LIdGAA/qnsNAA/CefplB/TM > ---------------------------------------------------------------------~-> > > For the latest information about Jetty, please see http://jetty.mortbay.org > > > > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ > |
From: Greg W. <gr...@mo...> - 2003-09-06 07:01:19
|
test -- Greg Wilkins<gr...@mo...> Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com |
From: jetty-support M. <jet...@ya...> - 2003-09-06 00:52:01
|
Hello, I've added you to my jetty-support group at Yahoo! Groups, a free, easy-to-use email group service. As a member of this group, you may send messages to the entire group using just one email address: jet...@ya.... Yahoo! Groups also makes it easy to store photos and files, coordinate events, and more. Here's a description of the group: ------------------------------------------------------------------------ This list is for informal support of the Jetty Open Source Java WWW server from Mort Bay Consulting ( http://www.mortbay.com ). The list is provided by http://www.egroups.com and can be reached at jet...@eg... Archives can be viewed at http://www.egroups.com/group/jetty-support/ For the latest information about Jetty, please see http://jetty.mortbay.com ------------------------------------------------------------------------ Here's my introductory message for you: ------------------------------------------------------------------------ link the two lists together ------------------------------------------------------------------------ TO START SENDING messages to members of this group, simply send email to jet...@ya... If you do not wish to belong to the jetty-support group, you can unsubscribe by replying to this message, or by sending an email to jet...@ya... Regards, Moderator, jetty-support SPECIAL NOTE FROM Yahoo! Groups: Because Yahoo! Groups values your privacy, it is a violation of our service rules for moderators to add subscribers to a group against their wishes. If you feel this has happened, please notify us at ab...@ya... P.S. If you would like to learn more about the jetty-support group, please visit http://groups.yahoo.com/group/jetty-support Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ |
From: jetty-support M. <jet...@ya...> - 2003-09-06 00:52:01
|
This is a regular posting to jetty-support as a FAQ to using this list: + This list if for jetty related support questions. General questions about servlets and/or java should not be posted here. + Before posting, please check the archives that the question has not been asked before by checking the archives at http://groups.yahoo.com/group/jetty-support + Please also read the improving documentation at http://jetty.mortbay.org/jetty/doc/index.html Please read the tutorial, then read it again. + Jetty3 uses the 2.2 servlet API, which introduced contexts. It is important to understand contexts when configuring Jetty and it may be worth while reading the Jetty documentation and the servlet spec about the 2.2 servlet API. + Before posting, try increasing the debug output of Jetty. Debugging control is described in the README file. Even if you cannot spot the problem in the output, it may be valuable to make the trace available to whoever helps you with your problem. + When posting a support question, please provide as much information as possible, which should include: - The version of Jetty. - The version of java. - Your Operating system. - Overview of your configuration. - What URL was tried. - What browser and what it rendered. - Details of the problem, including stack traces and/or log files. - Details of what you have tried to make it work. + For JSP problems, consider checking JSP forums first. Jetty uses the Jasper engine from jakarta.apache.org - bugs and all. If you can write a small JSP that demonstrates your problem, you will get much faster results. + For general class loading problems, the solution is often best to start with your classes on the system classpath until you are more familiar with the configuration of Contexts. + If in doubt about if you should post or not - please post, we are pretty friendly and will tell you nicely if it is not appropriate. |