[JBoss-user] Release: jboss-3.2.2-jetty-4.2.14.sar
A jbossweb sar for jboss 3.2.2 and jetty 4.2.14 is now available at http://sourceforge.net/projects/jetty/ Jetty 4.2.14 is a minor maintenance release: Jetty-4.2.14 - 4 November 2003 + respect content length when decoding form content. + JBoss integration uses writer rather than stream for XML config handling + Fixed NPE in SSO + Expire pages that contain set-cookie as per RFC2109 recommendation Jetty-4.2.14RC1 - 19 October 2003 + Reworked Dispatcher to better support cross context sessions. + Added UserRealm.logout and arrange for form auth session invalidation to call it + Allow customization of HttpConnections + Failed requests excluded from duration stats. Jetty-4.2.14RC0 - 7 October 2003 + Correctly setup context classloader in cross context dispatch. + Put a semi busy loop into proxy tunnels for IE problems + Fixed handling of error pages for IO and Servlet exceptions + updated extra/j2ee to jboss 3.2.1+ + Use File.toURI().toURL() when jdk 1.2 alternative is available. + cookie timestamps are in GMT + Priority on ThreadedServer + replaced win32 service with http://wrapper.tanukisoftware.org + Build fileclasspath from a walk of the classloaders + Set TransactionManager on JettyPlus datasources and pools + Fixed null pointer if no sevices configured for JettyPlus + Fixed comments with embedded double dashes on jettyplus.xml file + Improved JMX start mechanism Jetty-4.2.12 - 12 August 2003 + Restore max inactive interval for session manager + Removed protection of org.mortbay.http attributes + Fixed parameter ordering for a forward request. + Fixed up HTAccessHandler + Improved error messages from ProxyHandler + Added missing S to some OPTIONS strings + Added open method to threaded server. + FORMAuthenticator does 403 with empty error page. + Fixed MIME types for chemicals + Padding for IE in RootNotFoundHandler --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: Jetty vs Tomcat
You can access the jasper configuration in Jetty via the webdefault.xml in the jbossweb-jetty.sar regards JD Brennan wrote: Do you have an example of what the web.xml mappings would look like? I've checked the Tomcat docs, searched the JBoss 3.2.1 source tree and even read the web.xml DTD, but I still can't figure out how to do this. Thanks, JD -Original Message- From: Scott M Stark [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 06, 2003 3:51 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Jetty vs Tomcat Yes, but you have to update the web.xml mappings to use these. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: Recent CVS removals
Scott M Stark wrote: ... especially given the fact that there was no discussion on any public or private JBoss channel... We have been told many times in public and private not to post dissenting views to the jboss lists - so we could hardly discuss our reasons for a fork there. Plus many of our posting were censored anyway. We would love to not have done the elba fork - but while we were considering how to proceed with geronimo, we received several legal threats if we used the jboss trademark. If there was an open license to use the jboss trademark, then there would be no need for an elba fork - simply so we can link jboss code into another project. Eitherway, I wish to continue to contribute to the JBoss project -even if I have to use those contributions via the elba fork to avoid violating the jboss trademark. regards --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss commit access?
To the JBoss community and administrators, It appears that my JBoss commit access has been removed without notice? As has the access of the other Jetty developers! I expect this is related to my intention to contribute to the new apache geronimo project: http://incubator.apache.org/projects/geronimo.html I see no reason why my contributions to one OS project should effect my contributions to another? Jetty has been integrated with many applications servers: JBoss, JOnAS, Avalon and we have never had any conflict between these uses - we are supportive of any use of Jetty. More over, through my work on the JCP, I have shown that I am willing to contribute to the general J2EE community without undue bias to one project or another. There are many users out there that we have all encouraged to use Jetty/JBoss on the basis that it is a platform that will continue to be supported. I am sure those users will not be encourage that the creators of Jetty and Jetty/JBoss are being prevented from maintaining their work.This will just reflect badly on the whole OS community. Finally - if I am to be dismissed from the project - I would request that credit be given where credit is due. Specifically that my listing be returned to the JBoss developers page - at leasted listed in the forced to retire section. Due credit is the least that one can expected for their contributions. regards -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: Recent CVS removals
Firstly a note to the list moderator: This is a request for CVS access, so I believe that it is on topic and should not be censored. Bill Burke wrote: JBoss Group, as caretaker of the JBoss project, has recently decided to remove CVS access committers for a few of our committers. We do not remove from CVS without good reason nor without just cause. These are the reasons for the removals: I'll take these in reverse order: 3. There is just too much conflict of interest of developers working on two different J2EE projects that are being developed under two very different open-source licenses. Surely that is for the developers or their actions to determine? Or is this taking the Bush doctrine of pre-emptive action to it's logical extreme? There are conflicts all the time in open source development - between the day job and the project - between license types - between duplicate projects - between competing clients both using your code - between time developing and time to have a life etc. As the author of Jetty, I have helped it be integrated with JBoss, JOnAS and avalon among other proprietary projects. I am serving on JSR154 and give effort to improve all J2EE containers. I have worked with and submitted bug reports and patches for tomcat. I frequently consult to competative companies.I believe I have proven that I can deal with such conflicts in a professional manner. JBoss has many users and JBG has many clients that they have encouraged to use Jetty/JBoss as a stable and supported platform. JBoss is currently the best J2EE platform out there and I only wish to continue supporting it - and fullfilling the implicit promise made to all JBoss users that we will make best efforts to support our contributions. If you give us back our CVS access - what harm can it be? If we vandalize the code, or become idle for a long period - then remove our access. But we only wish to maintain our contributions and support the JBoss community. The only reasons that I can see for removing us is so you can make no jboss developer marketting claims. 2. More importantly, we have learned that they have forked JBoss. We also believe they are preparing to submit it, or some derivation, to the new Apache Geronimo project which would violate copyright and LGPL. Our proof? http://sourceforge.net/projects/elba I'm not exactly up to speed with the full motivation for Elba, but it is not for submission to geronimo - nor would the ASF accept it if it was offered. The elba CVS is a totally legal fork of the JBoss code, which after recent public legal threats is good to know that it can be done if needed. I do know it was motivated by removing a private trademarc from an open code base. But whatever, it's got nothing to do with JBoss nor my continuing desire to support the project. 1. These individuals have refused to discuss design issues on our public forums. It is crucial to have a public record of design discussions so that others may particpate in future work. I have always been willing to discuss issues on jboss-dev. I, Jan, David, Jeremy, Hiram and others have all posted to this forum recently - although several such posts were censored. Besides, even if we have done something to warrent our removal from current committers, we should not have been removed from the contributors page. regards --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: Recent CVS removals
Barlow, Dustin wrote: Maybe its time for the CDN folks to be a little more forthcoming about their real intentions and explain why they felt they needed to plan and implement their flight/fork from the JBoss Group in secret. Most new companies are conceived and put together in private. There is nothing about contributing to an open source project that should prevent you from having private/secret commercial plans. Do you post all your commercial plans to use JBoss on the list? Anyway, this is not the forum for us to list our grievances with JBG and thus our individual reasons for leaving and starting something new. Buy me a beer sometime and I'll tell you my long biased version. cheers --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: Jetty vs Tomcat
You can simply set your own handler in the root context and if it handles all requests, then a not found handler will never be created or used. You can also do this without jetty too much specific code simply by creating a root webapp as part of the jetty configuratoin (call addWebAppliction). This will get deployed at Jetty startup time, but will not be able to access any JBoss specific stuff as it's context will just be a normal Jetty one. regars Adrian Brock wrote: I don't. Jetty has a RootNotFoundHandler but I don't know how you configure it to do something other than the default behaviour. Regards, Adrian On Thu, 2003-08-07 at 14:33, Felipe Oliveira wrote: do you know how i can set a context without using a war file or a ear file? i want to have a default / context that will be used when my / ear file is being deployed. tks! Adrian Brock wrote: Not exactly what you are asking for but... If you are doing incremental builds into an unpacked war you can specify for each application where to put the class files. Jasper respects the web-app's temp directory property. As long as the class files have timestamps after the jsp files they don't need to be recompiled. It doesn't solve the problem for jsps that have changed. For jetty, this is done with a WEB-INF/jetty-web.xml I don't know the equivalent for Tomcat. ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE Configure PUBLIC -//Mort Bay Consulting//DTD Configure 1.1//EN http://jetty.mortbay.org/configure_1_2.dtd; Configure class=org.jboss.jetty.JBossWebApplicationContext Call name=setTempDirectory Arg New class=java.io.File/somedir/appname/New /Arg /Call /Configure Regards, Adrian On Thu, 2003-08-07 at 10:03, Eric Jain wrote: +1 Not being able to have JSPs compiled at deploy time is currently a big issue for me as well. Precompiling outside of the server doesn't work for us, as we have all requests mapped to a default servlet. Retrieving every page after the application is deployed doesn't work either, as we do not allow direct access to JSPs. What I have to do in the end is to run the complete suite of HTTPUnit tests every time I deploy the application, quite a waste of time and resources. And what if the server gets restarted without my knowing of it? Run the tests automatically every time JBoss starts up? Another issue are third party applications such as Jira. Needless to say that I don't feel very inclined to write scripts for preloading all the pages of such applications. On the other hand I don't want to expose users to the amazingly long time it takes the server to load the page for the first time. Another point was made about knowing which pages to compile versus which are includes. That is easy to solve and in my opinion an included JSP should never have the JSP extension. I remember reading a paper where Sun recommended the use of .jspf. -- Eric Jain --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET.
[JBoss-user] Re: Jetty - static files removed from tmp dir
Scott M Stark wrote: You have a cron job removing these files. Override the location jetty uses for its temp storage by setting the java.io.tmpdir property to point to the jboss server/x/tmp directory for example. Jason was going to change the JBoss startup so that it set java.io.tmpdir to the jboss tempdir. I saw some discussion about this, but no resolution? cheers --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [ANN] Sydney Training.
Core Developers Network and Mort Bay Consulting are pleased to confirm the date and location of our first training session: The Open Source J2EE web tier. http://www.coredevelopers.net/services/training/august_sydney.jsp I'll be presenting the course over 3 days from the 25th August. The course is aimed at the technical developer who wishes to truly understand the infrastructure they are using. It examines the new 2.4 standard and what it does and doesn't tell you about implementing real world web applications. The use and configuration of JBoss, Jetty and Tomcat are considered plus several related open source technologies. While this is not an internals course, details of the container implementation are presented where important or interesting. 10% discount still available for bookings before July 25. I hope to see you there. -- /** * Greg Wilkins * Partner * Core Developers Network **/ There's a difference between knowing the path and walking the path - morpheus --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [jetty-support] Re: [JBoss-user] Session scope when forwardingto a separate web app
A patch for this issue has gone into Jetty CVS and will propogate to JBoss shortly. cheers Jules Gosnell wrote: Alastair Rodgers wrote: Hello, I think I've come across a bug with HTTP session tracking in JBoss 3.0.6. I don't know if this is still a problem in 3.2.x as I'm not yet in a position to upgrade (though I plan to soon). I have two web apps deployed as two WARs. A client initiates a stateful conversation with servlet 1 in app 1, which maintains the state as an HTTP session. Eventually, after the client has submitted several requests, servlet 1 forwards the request to servlet 2 in app 2 as follows: getServletContext().getContext(/app2).getRequestDispatcher(/servlet2 ).forward(request, response); Servlet 2 then extracts some info from the request attributes, performs some workflow, storing a result object R in the session, then sends a response to the client. The client then continues a stateful conversation with servlet 2. So, in fact, servlet2 should be creating a new session, since it would not expect to be passed the session from the original context. It should then attach this session via cookie or url rewriting to the request, so that subsequent requests back to servlet2 find the correct session. But it is actually getting the session from the original context (bug, methinks), storing it's state into this and then failing to retrieve it on subsequent requests ? I'm CC-ing this to Jetty support - we'll take a look at it. Thanks for the succinct report. Jules My problem is that when servlet 2 first receives a request *directly from the client*, the session it gets from request.getSession() appears to be a new session, so it doesn't contain the object R stored after the forward(request, response) call. Upon deeper investigation, I found that the address of the session object in servlet 2 after the forward(request, response) call is the same as that in servlet 1 (it is the same object in memory), whereas the address of the session object in servlet 2 after the next POST from the client is different (i.e. a new session object instance). This behaviour seems to be at odds with the servlet 2.3 spec (section SRV.7.3 - Session Scope): HttpSession objects must be scoped at the application (or servlet context) level. The underlying mechanism, such as the cookie used to establish the session, can be the same for different contexts, but the object referenced, including the attributes in that object, must never be shared between contexts by the container. To illustrate this requirement with an example: if a servlet uses the RequestDispatcher to call a servlet in another web application, any sessions created for and visible to the callee servlet must be different from those visible to the calling servlet. So, is this a bug? If so, is it fixed in later releases? [NB: I've hacked a workaround, which involves duplicating the state in a SFSB, serialising the EJB handle and writing it to a hidden form field in the HTML response, then populating the new session from the SFSB after the next POST - YUCK!] Thanks for any help, and thanks for a great product, Al. --- Enterprise Linux Forum Conference Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user Yahoo! Groups Sponsor -~-- Rent DVDs from home. Over 14,500 titles. Free Shipping No Late Fees. Try Netflix for FREE! http://us.click.yahoo.com/BVVfoB/hP.FAA/uetFAA/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/ -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [ALERT] JSSE has a bug...
A security problem has been found in JSSE (the reference implementation of SSL from Sun). If you are using the default SSL libraries then you should upgrade JSSE immediately. This will effect both Jetty and Tomcat users. Replace the jsse.jar, jnet.jar and jcert.jar files in the $JBOSS_HOME/server/*/lib directories. http://sunsolve.sun.com/pub-cgi/retrieve.pl?doc=fsalert%2F50081zone_32=category%3Asecurity regards Original Message From: Pier Fumagalli [EMAIL PROTECTED] http://sunsolve.sun.com/pub-cgi/retrieve.pl?doc=fsalert%2F50081zone_32=category%3Asecurity If you are using JSSE for HTTPS support and stuff, make sure you check out the link above and upgrade _NOW_... Pier For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [jboss-group] Fw: [JBoss-user] Why PHP why not JSP?
Have you tried using a PHP servlet in JBoss/Jetty? That way we are still using our own server (eating our own dog food in Julian speak). It also may be more efficient as it avoids the CGI thang - but then it could also be worse? marc fleury wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Scott M Stark Sent: Thursday, January 09, 2003 9:16 PM To: 'JBossGroup' Subject: [jboss-group] Fw: [JBoss-user] Why PHP why not JSP? This will go on forever now. - Original Message - From: Christopher Blunck [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 09, 2003 5:45 PM Subject: Re: [JBoss-user] Why PHP why not JSP? Does anybody (other than me) find it ironic that the leading open source application server project uses PHP on it's home page instead of JSP? That's kind of like theserverside.com switching everything over to ASP or Cold Fusion. Maybe I missed something awhile back (like why you guys switched over). he he, funny. The reason we switched over is that POSTNUKE IS DONE. There is no equivalent application in the Java space. So it is done we take it, we are being functional. The requirement is the increase in development volume and the fact that JBoss-dev just isn't enough to scale this operation any longer. On the new website you have blogs per developer that sum up the week in development and let you get in the development easier. If this was available in java I would of course switch in an instant. HOWEVER THE PROBLEM is that it is slow. The reason is not PHP it is the way PHP is usually written. Think a pile of JSP/JDBC(straight) with no caching. He he, EJB is really a god send and we badly need it on this application. Our website used to be at 15% utilization CPU, with this new application (does the same runtime basically) we are at 100% we are porting from PHP to JSP to refactor with EJB and see if we can speed up that mess abit :) marcf -c On Thu, Jan 09, 2003 at 07:53:42PM -0800, Sundaram Ramasamy wrote: Today I visited jboss.org web site, it looks different (with php . I don't know much about php. Is there any advantage in PHP compare to JSP? Thanks -SR ___ jboss-group mailing list [EMAIL PROTECTED] https://mail.jboss.org/mailman/listinfo/jboss- group ___ jboss-group mailing list [EMAIL PROTECTED] https://mail.jboss.org/mailman/listinfo/jboss-group -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
re: [JBoss-user] Jetty - Remove socket warning from logs + console
When browsing with IE to our webapp, the browser doesn't download .js javascript files etc. with every request. In that case a warning like WARNING: Exception for /blabla.js:java.net.SocketException: Connection reset by peer: socket write error is logged and shown in the concole. I don't want to see these messages to be logged, nor do I think they need to be warnings (but I DO want to see other warnings though). What's the best way to accomplish this? The best way to accomplish this is to get all the browser and JVM developers together in a room and bash their heads together until they come up with a consistent way in which to close sockets and to throw exceptions about them when they are closed. In this case the browser has been too lazy to do a proper if-modified-since request, or it has sent out multiple requests for the same URL. Once it realizes it's mistake it handles it by just closing the socket. Meanwhile the JVM writers see this closed socket when we try to write more data to it and then think of an inventive exception to throw: IOException(Socket Closed) or SocketException or something else. We try to catch and ignore all of these expected exception, but still report real exceptions. For exceptions we are not sure about we just do a one line warning, but no stack trace. We do try to improve this every so often, but unless we start suppressing exceptions that really should be reported, I think it will never be perfect. cheers -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [jetty-discuss] [Fwd: [JBoss-user] Jetty's javax.servlet.errorrequest attributes]
With the stand alone Jetty that is used in jboss 3.0.2b, I get different behaviour. In the jetty demo, I changed the 404 error page to dump/info which should end up being served by the dump servlet. A request to http://localhost:8080/jetty/x does end up being served from the dump servlet with: getMethod: GET getContentLength: -1 getContentType: null getRequestURI: /jetty/x getContextPath: /jetty getServletPath: /dump getPathInfo: /info ... Request Attributes javax.servlet.error.servlet_name: Default javax.servlet.error.request_uri: /jetty/x javax.servlet.error.status_code: 404 javax.servlet.error.message: /jetty/x Not Found So the status looks to be working OK. But the problem I did find is that if I make the error page a JSP - the new jasper2 is dieing with a array out of bounds error deep in it's bowels So I'll investigate that further. cheers Jules Gosnell wrote: forwarding you to Jetty-Discuss... Jules Yahoo! Groups Sponsor -~-- 4 DVDs Free +sp Join Now http://us.click.yahoo.com/pt6YBB/NXiEAA/MVfIAA/CefplB/TM -~- For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ Subject: [JBoss-user] Jetty's javax.servlet.error request attributes From: Alex Loubyansky [EMAIL PROTECTED] Date: Tue, 24 Sep 2002 16:01:34 +0300 To: JBoss-User [EMAIL PROTECTED] Should javax.servlet.error.status_code attribute contain a corresponding value in case of HTTP error? Is it mandatory by the spec? With Jetty that comes with current JBoss-3.2.0beta2 status_code is null for 404 (haven't tried others). But servlet_name has a value set in case of error. The attributes were tested in a filter after request was processed by a servlet. Could someone, please, explain how it works and how it supposed to work? Thank you very much. alex --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [jetty-discuss] [Fwd: [JBoss-user] Jetty's javax.servlet.errorrequest attributes]
Alex, In the current version of the spec - filters only get applied to requests as they enter the container - not after request dispatching and undefined for error pages. In JSR154 (the 2.4 version of the spec), I was able to push through some clarifications on the welcome page mechanism and also extend the new Filter definitions to error pages. In 2.4 you will be able to specify if a filter applies to an normal request, a forward, an include or an error page. But that does not help you now! As it is in 2.3 your filter will be applied to the original request, but not for the implicit forwarding to the error page. My only suggestion is to write an error servlet that collects all the details and then does a META redirect to a URL that encodes the details. The redirected request will pass through your filter and will be able to display the results of your filter. Not very nice I'm afraid! regards -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [jetty-discuss] [Fwd: [JBoss-user] Jetty's javax.servlet.errorrequest attributes]
If you are using a filter, why not wrap the response object and implement sendError yourself. cheers Alex Loubyansky wrote: Thank you very much, Greg. I am hacking OSCache filter that caches content. The problem is not to cache error pages. I tried to check request attributes and javax.servlet.error.servlet_name is really set to 'action' and I could make use of it. But as I got you right, it's not the right way. Do someone have any suggestions? Thank you. alex Wednesday, September 25, 2002, 5:46:28 PM, you wrote: GW Alex, GW In the current version of the spec - filters only get applied GW to requests as they enter the container - not after request GW dispatching and undefined for error pages. GW In JSR154 (the 2.4 version of the spec), I was able to push GW through some clarifications on the welcome page mechanism and GW also extend the new Filter definitions to error pages. GW In 2.4 you will be able to specify if a filter applies to GW an normal request, a forward, an include or an error page. GW But that does not help you now! As it is in 2.3 your GW filter will be applied to the original request, but not GW for the implicit forwarding to the error page. GW My only suggestion is to write an error servlet that collects GW all the details and then does a META redirect to a URL that GW encodes the details. The redirected request will pass GW through your filter and will be able to display the results GW of your filter. Not very nice I'm afraid! GW regards -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Jetty Sessions
Pete, this is a fairly common limitation with setting cookies, as it is difficult for a container to tell what the domain actually is to set - specially if multiple ports and/or virtual hosts are involved. However, in the 4.1.0 release of Jetty, just gone out the door and coming to a JBoss release near you very soon... There is a support for a context init param org.mortbay.jetty.servlet.SessionDomain which if set, is used as the domain of all session cookies from that context. Ditto for o.m.j.s.SessionPath, if you want some for of single signon between multiple contexts (will need a distributed session manager) Ditto for o.m.j.s.MaxAge cheers I think I may have discovered a nasty bug in Jetty's cookie based session management. I'm using version JBoss 3.0.2 and Mozilla 1.0 and here's the problem I'm encountering. When jetty creates a cookie for a session (named jsessionid) it doesn't set the domain that it applies to. This results in Mozilla (and probably other browsers) using the hostname and portnumber to identify the cookie. What this means is that if you switching between SSL and non-SSL mode on the same application, you can get *two* cookies (one for each port number) and hence two sessions. Therefore you lose your session information going between the two. I can imagine some applications where this may be what you want, but my guess is that the majority of web-apps would want to share session information between secure and non-secure parts of the site. Now I can probably write a patch for the Jetty part of JBoss' source tree that will fix this problem, but is this the right solution? Does anyone have any suggestions for me? -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Apache 1.3 and JBOSS 3.0.2 (w/tomcat or w/jetty)
Thomas, Jetty has an AJP13 listener that works with mod_jk and mod_jk2. The contributed documentation is mostly about apache2 and mod_jk2, so I'll have a look at improving this soon. But the normal mod_jk documentation applies to when configuring for apache with Jetty. Note that the all the current 4.1.0RCx releases of Jetty and the recent releases of JBoss contain a bug in the AJP13 listener. Requests are initially handled correctly, but then an error in recycling responses eventually results in garbled responses. This is fixed in Jetty CVS, will be in 4.1.0RC5 and will soon propagate to JBoss. regards On Fri, 2002-09-06 at 04:48, Thomas T. Veldhouse wrote: This link points to an area that really applies to Apache2 and mod_jk2 (or proxy which has disadvantages). I was under the impression it (Jetty) would work with mod_jk and Apache 1.3. Tom Veldhouse - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, September 05, 2002 6:24 PM Subject: Re: [JBoss-user] Apache 1.3 and JBOSS 3.0.2 (w/tomcat or w/jetty) http://jetty.mortbay.org/jetty/doc/JettyWithApache.html I believe there is a fix for the AJP13Listener that has just gone into Jetty CVS. If you have any problems, let me know and I will mail you a build of this. Jules Thomas T. Veldhouse wrote: I have a few things running on Apache already, so I need to host my J2EE sites through apache. I am looking to find how to configure JBoss 3.0.2 and either Tomcat or Jetty to run with Apache (1.3, not 2.0 -- I have built mod_jk.so for Apache 1.3). I am quite familiar with Tomcat, but I am new to JBoss and Jetty. Thanks in advance for any help you can give. Tom Veldhouse --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Apache 1.3 and JBOSS 3.0.2 (w/tomcat or w/jetty)
I think that benchmarking that shows mod_proxy as faster than mod_jk is highly suspect. While mod_jk does faff about a lot - changing strings into single bytes and then back again, mod_proxy does not use persistent connectons and must reestablish a TCP/IP connection for each request. I would only expect mod_proxy to be faster if the load presented was HTTP/1.0 or not kept-alive HTTP/1.1 If mod_proxy does now support HTTP/1.1 persistent connections, then that is very good news as it is a much better way to forward requests (use the protocol rather than invent a new one!). cheers Larry Sanderson wrote: These are consistant with our results. We use mod_proxy and mod_rewrite in production becaus it has given us a consistent performance edge over the alternatives (mod_jk, no apache, etc...). Unfortunaty, last I checked, Tux does not support ssl, so that was not an option for us. -Larry As of Apache 1.3.23 I think, Apache supports HTTP/1.1 compliance in it's mod_proxy mechanism, meaning it can take advantage of persistent connections. That goes for the 2.x series of Apache as well. Using Apache 1.3.26, JBoss 2.4.4 and several different JSP/Servlet engines (Tomcat 3.2.4, Jetty 3.0,3.1, and Resin 2.0.5) I performed many load tests using LoadRunner against the above configurations. However, for each scenario, I tested once using mod_jk w/ ajp13 connector and a second time using mod_rewrite and mod_proxy passing off to the http listener of whatever jsp/servlet engine that was running. In _every_ example, the use of mod_rewrite and mod_proxy together improved performance over using mod_jk/ajp13. And this is in an application that uses Struts heavily. I am currently setting up a configuration with Tomcat 4.0.3 so I can try testing with mod_webapp and see how it performs. I then found even better performance on Linux, by using the TUX kernel web server in place of Apache and passing on all non-static requests on to the specific jsp/servlet container being used at the time. As a result, I would have to say that my testing reveals that using the latest Apaches with mod_proxy will out perform the mod_jk scenarios. Thanks, Mike - Original Message - From: Thomas T. Veldhouse [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Apache 1.3 and JBOSS 3.0.2 (w/tomcat or w/jetty) Date: Thu, 5 Sep 2002 22:48:32 -0500 Reply-To: [EMAIL PROTECTED] This link points to an area that really applies to Apache2 and mod_jk2 (or proxy which has disadvantages). I was under the impression it (Jetty) would work with mod_jk and Apache 1.3. J. Michael Savage Datastream Development mailto:[EMAIL PROTECTED] (800) 955-6775 x7646 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Apache 1.3 and JBOSS 3.0.2 (w/tomcat or w/jetty)
I think you will find that in 1.3 is uses non-persistent HTTP/1.1 Well at least it did a few months ago when I got ganged up on and brow beaten into implementing AJP13 for Jetty/JBoss. But it does work. cheers Thomas T. Veldhouse wrote: Actually, on inspecting the documentation of Apache 1.3, you are correct (please ignore my last email). This module implements a proxy/cache for Apache. It implements proxying capability for FTP, CONNECT (for SSL), HTTP/0.9, HTTP/1.0, and (as of Apache 1.3.23) HTTP/1.1. The module can be configured to connect to other proxy modules for these and other protocols. This module was experimental in Apache 1.1.x. As of Apache 1.2, mod_proxy stability is greatly improved. Warning: Do not enable proxying with ProxyRequests until you have secured your server. Open proxy servers are dangerous both to your network and to the Internet at large. Tom Veldhouse - Original Message - From: Larry Sanderson [EMAIL PROTECTED] To: Greg Wilkins [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, September 06, 2002 9:54 AM Subject: Re: [JBoss-user] Apache 1.3 and JBOSS 3.0.2 (w/tomcat or w/jetty) mod_proxy definitely supports HTTP/1.1 (see http://httpd.apache.org/docs-2.0/mod/mod_proxy.html). Does this imply that it also supports keep-alives? Also, with mod_rewrite, we have configured apache to serve up static content even within password-protected portions of the web-app. With mod_jk, it always does authentication checks. I'm not sure how much performance that buys us, but it is something. Another config that may affect these numbers: the default apache ssl config includes the following: SetEnvIf User-Agent .*MSIE.* \ nokeepalive ssl-unclean-shutdown \ downgrade-1.0 force-response-1.0 This forces all access from MS IE via https to downgrade to http/1.0. I have played around with this, and sure enough, without this, IE periodically shows blank pages while browsing secure pages. This configuration was in place for both mod_jk and mod_proxy tests. Regardless, the numbers we have obtained speak very clearly to us. Please respond if you find that your benchmarks show something else - I would love to make my site go faster! In the words of Mr. Schaefer: Have Fun! -Larry I think that benchmarking that shows mod_proxy as faster than mod_jk is highly suspect. While mod_jk does faff about a lot - changing strings into single bytes and then back again, mod_proxy does not use persistent connectons and must reestablish a TCP/IP connection for each request. I would only expect mod_proxy to be faster if the load presented was HTTP/1.0 or not kept-alive HTTP/1.1 If mod_proxy does now support HTTP/1.1 persistent connections, then that is very good news as it is a much better way to forward requests (use the protocol rather than invent a new one!). cheers Larry Sanderson wrote: These are consistant with our results. We use mod_proxy and mod_rewrite in production becaus it has given us a consistent performance edge over the alternatives (mod_jk, no apache, etc...). Unfortunaty, last I checked, Tux does not support ssl, so that was not an option for us. -Larry As of Apache 1.3.23 I think, Apache supports HTTP/1.1 compliance in it's mod_proxy mechanism, meaning it can take advantage of persistent connections. That goes for the 2.x series of Apache as well. Using Apache 1.3.26, JBoss 2.4.4 and several different JSP/Servlet engines (Tomcat 3.2.4, Jetty 3.0,3.1, and Resin 2.0.5) I performed many load tests using LoadRunner against the above configurations. However, for each scenario, I tested once using mod_jk w/ ajp13 connector and a second time using mod_rewrite and mod_proxy passing off to the http listener of whatever jsp/servlet engine that was running. In _every_ example, the use of mod_rewrite and mod_proxy together improved performance over using mod_jk/ajp13. And this is in an application that uses Struts heavily. I am currently setting up a configuration with Tomcat 4.0.3 so I can try testing with mod_webapp and see how it performs. I then found even better performance on Linux, by using the TUX kernel web server in place of Apache and passing on all non-static requests on to the specific jsp/servlet container being used at the time. As a result, I would have to say that my testing reveals that using the latest Apaches with mod_proxy will out perform the mod_jk scenarios. Thanks, Mike - Original Message - From: Thomas T. Veldhouse [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Apache 1.3 and JBOSS 3.0.2 (w/tomcat or w/jetty) Date: Thu, 5 Sep 2002 22:48:32 -0500 Reply-To: [EMAIL PROTECTED] This link points to an area that really applies to Apache2 and mod_jk2 (or proxy which has disadvantages). I was under the impression it (Jetty) would work
Re: [jetty-discuss] Re: [JBoss-user] Experimental Jetty in 3.0.1returning 303 instead of 302.
It is difficult to say if 302 or 303 is the correct response. While I'm sorry about your test harnesses, I'm more concerned that you say Netscape4 does not handle 303 responses? If this is the case, we will probably move back to 302 in the next release. regards Jules Gosnell wrote: I'm forwarding this to jetty-discuss, Jules Marcus Ahnve wrote: We have come to realize that a release candidate of Jetty was introduced in JBoss 3.0.1. We have a serious problem with the fact that when using form logins, it returns 303 see other instead of 302 Moved Temporarily. I suppose this is the correct behavior, but in practice it broke all our htmlunit webtests and more important makes it impossible to login using Netscape 4. It would be nice if this was an configurable property or something. The lack of questions about this suggests that noone else seems to have had this problem which sort of surprises us, but that could just be us. :-) Regards /Marcus Yahoo! Groups Sponsor -~-- 4 DVDs Free +sp Join Now http://us.click.yahoo.com/pt6YBB/NXiEAA/MVfIAA/CefplB/TM -~- For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ -- Greg Wilkins[EMAIL PROTECTED] Phone/fax: +44 7092063462 Mort Bay Consulting Australia and UK. http://www.mortbay.com --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-dev] RE: [JBoss-user] JBOSS 3.x FINAL
things |correct. If you |want to know how flexible, buy the docs. It's only $10.00. | |Bill | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: [jetty-discuss] Another virtual hosts question
Julian Gosnell wrote: There was one other way which I saw someone using, but it was a real hack. Jetty will read a proprietary descriptor for each webapp (?jetty-web.xml?) in which you can access it's configuration API. I think someone was using this to somehow register a new listener on a virtual host for the webapp in question, but it was a pretty nasty way of doing it. Actually this nasty way of doing it is probably the best way until JBoss supports virtual hosts in deployment. The reason that I say this is that it has minimal impact on the rest of your setup. Create a file called web-jetty.xml in your WEB-INF directory and put into it: ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE Configure PUBLIC -//Mort Bay Consulting//DTD Configure 1.1//EN http://jetty.mortbay.org/configure_1_1.dtd; Configure class=org.mortbay.jetty.servlet.WebApplicationContext Call name=registerHostArgYourVirtualHostName/Arg/Call /Configure -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Re: [jetty-discuss] Re: jetty integration with apache
Jetty used to have some JNI code to call setuid on *nix so that it could start as root and then become another user after listening on port 80. The problem here is that different JVMs uses different threading models. Sometimes setuid only changes it for the current thread rather than the whole JVM. As the idea is to be secure - ie to know who is running as root and who is not, a security mechanism that is hard to understand and platform dependant was just not good enough. The port mapping stuff works fine. If that's not for you, run as root and set up a permissions file so that the JVM sandbox does not let servlets call native code or exec files etc. cheers -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: [jetty-discuss] Re: jetty integration with apache
Jason, As Jetty (and tomcat4) is a full featured HTTP/1.1 server, there is little need to put apache up front. If you feel a technical needs - ask us for what you think is missing from Jetty and we will try to support it. If you feel an administration/managment/defacto standards need, try to educate :-) If the education fails and you really do need to put apache outfront, it is a trivial thing to do. Again as Jetty fully supports HTTP/1.1, there is no need to waste cycled using mod_webapp to translate the protocol to that used by tomcat3. Instead, use Apaches transparent proxy mechanism to delegate the HTTP requests to Jetty running within JBoss. I think it is something like the following in your apache config: ProxyPass /mywebapp/ http://jbosshost:8080/mywebapp/ The feedback I have had on this is that it is rather efficient and only slightly reduces the throughput you can get with direct access to the server within JBoss. cheers PS. Jetty's doco site is in transit at the moment, so the page about this is not linked in (nor exactly upto date). But you can still see it at: http://jetty.mortbay.org/jetty/doc/JettyWithApache.html --- Julian Gosnell [EMAIL PROTECTED] wrote: Jason, As far as i know - YES You should post on [EMAIL PROTECTED] where i am sure Greg will be able to point you to the relevant doc and summarise various pros and cons. Jetty supports virtual hosts, but this has not been integrated with JBoss as AFAIK, the Deployer does not yet support this (since J2EE doesn't???). Ask Greg re URL rewriting. Please let the list know of any other 'advanced features' that you feel Jetty (or JBoss/J2EE) is lacking, so they can be considered. I'm crossposting you to jetty-discuss, and jboss-user, as the points this thread raises may be of value to other participants. Jules Jason Dillon wrote: Hey, do you know if any integration support between jetty and apache? Like tomcat does with mod_webapp? I think it would be a good idea if it was easy to integrate jboss with apache as easily as possible. This would allow users to make use of the advanced web support it provides (virtual hosts, url re-writing...). snip... Anyways, I don't really care if it is jetty or tomcat that is shipped default with JBoss, just that which ever it is can be easily plugged into apache. Perhaps jetty can support mod_webapp, if not perhaps there is another alternative which could be used for tighter integration. Just want to see if you might have more information on the subject. :) --jason _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com Yahoo! Groups Sponsor -~-- Stop Smoking Now Nicotrol will help http://us.click.yahoo.com/2vN8tD/_pSDAA/ySSFAA/CefplB/TM -~- For the latest information about Jetty, please see http://jetty.mortbay. Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ = -- Greg Wilkins [EMAIL PROTECTED] Mort Bay Consulting Australia and UK.GB Phone: +44-(0)7775534369 http://www.mortbay.com AU Phone: +61-(0)299772395 http://shopping.yahoo.com.au - Yahoo! Shopping - Free CDs for thousands of Priority Shoppers! ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: [jetty-discuss] Re: jetty integration with apache
Jason, Mod_proxy does the job as the Host header should be used by all webapps as the basis of generating URLs in responses (and thus hiding the existance of the secondary server and/or port). Jetty uses this header for all the data and URL rewriting that it does, so almost all servlets should work fine behind mod_proxy. If the host header is not used, then those servlets will not work if the client has their own non-transparent proxies or port forwarders. I don't think that Jetty should try to incorporate all of the features and functionality of Apache. Instead, allow for JBoss/Jetty to be hooked up to Jetty is firstly and foremost a full featured HTTP/1.1 implementation in Java. Servlets are just a handler within the Jetty architecture. There is value in a 100% java solution: efficiency, simplicity, portability. While apache is a great server it should not be the end of the story when it comes to serving HTTP. While Jetty lacks some bells and whistle it can well support the requirements of almost all HTTP based applications. cheers --- Jason Dillon [EMAIL PROTECTED] wrote: I was avoiding posting to jetty-discuss right away, as I didn't really do that much research (short of a few websearches) on the matter. Let me clarify though. I was hoping to make use of apache's facilities for these advanced configurations and simply proxy other requests over to JBoss. The trick would be to make sure that the url mappings look consistent from the Apache standpoint. So if there was a virtual host foo.mydomain.com, and jboss was running on mydomain.com:8080, then apache could proxy requests to a j2ee app deployed, but appear to be foo.mydomain.com. The webuser would never know about mydomain.com:8080. I know that some of this is possible with mod_proxy, but I am not so sure about the rest. I don't think that Jetty should try to incorporate all of the features and functionality of Apache. Instead, allow for JBoss/Jetty to be hooked up to Apache seemlessly and get the best of both worlds. --jason On Mon, 10 Dec 2001, Julian Gosnell wrote: Jason, As far as i know - YES You should post on [EMAIL PROTECTED] where i am sure Greg will be able to point you to the relevant doc and summarise various pros and cons. Jetty supports virtual hosts, but this has not been integrated with JBoss as AFAIK, the Deployer does not yet support this (since J2EE doesn't???). Ask Greg re URL rewriting. Please let the list know of any other 'advanced features' that you feel Jetty (or JBoss/J2EE) is lacking, so they can be considered. I'm crossposting you to jetty-discuss, and jboss-user, as the points this thread raises may be of value to other participants. Jules Jason Dillon wrote: Hey, do you know if any integration support between jetty and apache? Like tomcat does with mod_webapp? I think it would be a good idea if it was easy to integrate jboss with apache as easily as possible. This would allow users to make use of the advanced web support it provides (virtual hosts, url re-writing...). snip... Anyways, I don't really care if it is jetty or tomcat that is shipped default with JBoss, just that which ever it is can be easily plugged into apache. Perhaps jetty can support mod_webapp, if not perhaps there is another alternative which could be used for tighter integration. Just want to see if you might have more information on the subject. :) --jason _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com Yahoo! Groups Sponsor -~-- Quit now for Great American Smokeout http://us.click.yahoo.com/0vN8tD/9pSDAA/ySSFAA/CefplB/TM -~- For the latest information about Jetty, please see http://jetty.mortbay. Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ = -- Greg Wilkins [EMAIL PROTECTED] Mort Bay Consulting Australia and UK.GB Phone: +44-(0)7775534369 http://www.mortbay.com AU Phone: +61-(0)299772395 http://shopping.yahoo.com.au - Yahoo! Shopping - Free CDs for thousands of Priority Shoppers! ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: [jetty-discuss] Re: Security and Jetty
Nicolai P Guba wrote: Greg I've tried this fix but the problem persists. Unfortunately tomcat and jetty seem to behave different when it comes to the security bit. Well form authentication has only recently been added to Jetty - so I'm sure it is more bugs than different behaviour. For eg, when I had a page in the /protected area and wasn't logged on, I got the logon screen from Tomcat. However, Jetty gives me HTTP ERROR: 500 Internal Server Error RequestURI=/restricted/ This should have produced an exception or some form of log message in the jetty log file or the console. Did you get one? And the url on top of the browser says http://ejb.frontwire.com/restricted/? Ok. Now let's got to the login page directly and the output is the same as before. HTTP ERROR: 404 Not Found Could not find resource for /j_security_check RequestURI=/j_security_check You should be able to fix this one by making sure that the url-pattern for the security constraint includes /j_security_check. Can you also send me that section of your web.xml so that I can test your exact setup. sorry about this - if you need to get past this point for testing now, try using BASIC auth for the time being. cheers -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: [jetty-discuss] Re: Security and Jetty
Nicalai, RC9 contains a bug with FORM authentication. If the URL j_security_check is not covered by the security contraint then it is not handled correctly.I know this is counter intuitive and it has already beed fixed for the next release. regards Julian Gosnell wrote: Nicolai, I'm afraid that I'm not the security expert. Put a little more about exactly what the problem is, and how to reproduce it, and cross-post this to [EMAIL PROTECTED] and [EMAIL PROTECTED] I will do everything I can to ensure the problem is sorted out quickly. Thanks for letting me know about this, Jules P.S. Any other comments, aside from the security issue. Does other stuff work, fast or slow, etc... --- Nicolai P Guba [EMAIL PROTECTED] wrote: Hello. Was nice meeting you in London last week. I've tried the jetty that comes with JBoss 2.4.1 and the security seems broken. HTTP ERROR: 404 Not Found Could not find resource for /j_security_check RequestURI=/j_security_check Bug or Feature? -- Nicolai P Gubahttp://www.gnu.org http://www.frontwire.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] GSM: +44 (0)7909 960 751 DDI: +44 (0)20 7368 9708 Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie Yahoo! Groups Sponsor -~-- Do you need to encrypt all your online transactions? Secure corporate intranets? Authenticate your Web sites? Whatever security your site needs, you'll find the perfect solution here! http://us.click.yahoo.com/wOMkGD/Q56CAA/yigFAA/CefplB/TM -~- For the latest information about Jetty, please see http://jetty.mortbay. Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [jetty-discuss] Re: [JBoss-user] WebApp to WebApp Communication
Yes - but only using a not well supported feature. You need to ask the servlet context for the other context, then ask for a request dispatcher from that context and finally do an include on that request dispatcher. My reading of the spec says that tomcats handling of getContext is broken - last time I looked (many months ago), so you could have portability problems with this mechanism. cheers Julian Gosnell wrote: You might get an answer to this on jetty-discuss - I have cross-posted. Jules --- Michael Oswall [EMAIL PROTECTED] wrote: Hello JBoss(+Tomcat/Jetty) Users I have a large j2ee project that divides nicely into a bunch of small modules that do not need to know about each other. There is one main HTTP entry point, that is, one primary Request Handling servlet in a small web app that uses the parameters of the request to determine which modules need to be included to service the request. Given that, if I have an enterprise application with an application.xml file looking like this... application display-nameApplication With Two Web Apps/display-name module ejbapp_module_N.jar/ejb /module module web web-uriapp_module_N.war/web-uri context-root/module_N/context-root /web /module module web web-urirequest_handler.war/web-uri context-root/handler/context-root /web /module /application Then is there any way I can make the RequestHandlerSerlvet in the request_handler.war be able to include a JSP page found in module_N.war. In other words, is it possible for a servlet/jsp in one web app context to include a JSP in another web app context? Thanks, Oz ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie For the latest information about Jetty, please see http://jetty.mortbay. Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +44-(0)7775534369 http://www.mortbay.com AU Phone: +61-(0)2 99772395 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [jetty-discuss] Re: [JBoss-user] jsp-file not recognized for jboss_jetty?
Sorry to take so long to respond, The bundled version of Jetty is 3.0.2, which did not support this type of mapping. Jetty 3.0.4 does support this (since 3.0.3) as does the 3.1 release candidates. I believe a more recent jetty jboss bundle is now available on the jetty sourceforge site at least. cheers Julian Gosnell wrote: I'm forwarding this to the Jetty discussion list for you. You are far more likely to get Jetty related answers there. Incidently, Jetty and Tomcat both use Jasper for their JSP engine, so expect the same behavior under Tomcat. Jules Gerald Gutierrez wrote: Hi all. We are currently using Orion, but with its large number of bugs, I'm evaluating jboss/jetty/tomcat as an alternative J2EE platform. To start, I tried to deploy our website EAR file, which has GIF, HTML and JSP files. The JSP files are described in the descriptors as follows: servlet servlet-nameRootJSP/servlet-name display-nameRootJSP/display-name jsp-file/redirect/redirectionkeys/Root.jsp/jsp-file /servlet servlet-mapping servlet-nameRootJSP/servlet-name url-pattern/root/url-pattern /servlet-mapping Supposedly, when you go to context path/root, you would end up hitting Root.jsp. However, I got the following errors when I deployed the application: [Jetty] Missing servlet-class in servletservlet-nameRootJSP/servlet-namedisplay-nameRootJSP/display- namejsp-file/redirect/redirectionkeys/Root.jsp/jsp-file/servlet [Jetty] No such servlet: RootJSP We have a number of JSP pages, all done the same way, and there are errors for each one. The servlet 2.2 spec says that jsp-file can be used in place of servlet-class when it is a JSP file, so I don't see that we're breaking spec. What's wrong? Gerald. ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com Yahoo! Groups Sponsor -~-~ Do you have 128-bit SSL encryption server security? Get VeriSign's FREE Guide, "Securing Your Web Site for Business." Get it now! http://us.click.yahoo.com/2cW4jC/c.WCAA/bT0EAA/CxaWlB/TM -_- For the latest information about Jetty, please see http://jetty.mortbay. Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] The Weblogic to JBoss/Jetty experience. additional question
What Julian says is true - Jetty used to bundle GNUJSP. But to my knowledge, jasper is the only open source JSP 1.1 engine available. If anybody knows of another one, please tell me - as integration of Jasper into Jetty is a bit painful as it makes several assumptions that it is running in the tomcat servlet container. Thus we have a branch of the jasper code, which takes time to sync with jasper bug fixes etc. cheers Julian Gosnell wrote: AFAIK : JSPs are implemented by a number of engines of which Jasper is one. These engines are usually written as Servlets. Therefore (here I go making dangerous assumptions) it should be possible to stick any JSDK compliant such engine into Jetty and run/hack-on your JSPs in it. I'm forwarding this to the Jetty discussion group where you may get a more knowlegdeable response. Jules --- Ren_Rolander_Nygaard [EMAIL PROTECTED] wrote: Jetty: - With the Weblogic 5.1 JSP engine you can do jsp:includes and then do a jsp:forward or a redirect. With Jetty and probably Tomcat, since they both use the apache Jasper engine, jsp:include causes a flush of the output buffer and commits the request. Thus you can't do a jsp:forward or a redirect. The Jasper engine is flawed in many ways, true. This is one of them. (It sucks performance-wise too). It should be possible to tell Jetty to use another "engine", but which one should we use ? And how do you setup Jetty with the new engine ? Btw: a very interesting story. Don't you have a "succes-stories" section on jboss.org for this kind of material ? - Ren Rolander Nygaard ATTACHMENT part 2 application/ms-tnef name=winmail.dat __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Q: jBoss Jetty Package
Julian Gosnell wrote: I shall be rewriting the jboss_jetty integration this weekend, now that i finally have the time to figure JMX out properly. This will include the Jetty 3.1 JMX enhancements, where most if Jetty's own components are JXM manageable (threadpools, listeners, contexts etc.) Please be more specific about your war file problem - If you can tell me what you think is broken I shall let Greg know. I also hope to deal with a WAR redeployment problem that seems to have appeared. Firstly Jetty does not support auto-deploy, you must request a WAR file to be deployed, either by code, config or JMX. This is a small price to pay and there are good security reasons for it. I may add this option the next version of jetty, but it will be off by default. Jetty does have a problem at the moment with redeploying changed war files if it is configured NOT to unpack them. The JarURLConnection class in the latest JVMs from Sun is very broken, and we will have to write our own to get around this problem. For now if you redeploy wars, configure Jetty to extract them to a temporary location. Greg, has anyone done any recent performance comparisons ? Nobody that I know has completed any formal tests - other than informal feedback that Jetty has 4 or 5 times more throughput than tomcat, I really don't know. I just build Jetty to be as fast as I can, and fix anything that people complain is slow But I'm more than happy to assist anybody who wants to do a formal comparison. cheers Jules [EMAIL PROTECTED] wrote: Will new jboss/jetty release be able to handle war files better? How does jboss/jetty (or jetty) handle standard war's (war, not ear)? I had a trivial deploy with tomcat (just copied war file into webapps and it worked), however I couldn't do that with jboss/jetty (or jetty standalone). We would like to avoid tomcat/apache integration, if jetty does not need any external web server for speed, however... By the way, are there any performance comparisons there? Tomcat 3.2.1 also looks pretty fast to me, by itself... Thanks. Miomir -Original Message- From: Julian Gosnell [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 29, 2001 12:39 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Q: jBoss Jetty Package Looking at it as we speak... It's taking a while, beacause Jetty has a completely new JMX-ified wrapper. I am trying to figure out how to connect it to the JBoss JMX stuff. Jules "Day, Jem BGI WAC" wrote: Guys, Do you intend to update the "jBoss Jetty" combined distribution for 2.1. The download page says that the standalone tomcat versions were produced on Mar 26th but the jetty version is from Jan 28th. Great stuff - keep up the good work. Jem.. ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user