updated to TDKa11
Hi, I updated Jetspeed to TDKa11. The most obvious modifications are a proper logging service (we really needed this!) and the pull service (gess we'll need this soon ;-) ). - I'm not sure if we will use the ScheduledJobService, commented it out in TR.P for the time being - I don't know, hat the difference between log4j and log4j-core is - the core seems to be sufficient at the moment. Jon can you tell us more? ingo. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
About jsp vc pull (off topic, long and evangelizing rant :)
Johnny Cass wrote: Jon Stevens wrote: Velocity kick's JSP ass so badly, in so many ways, it is silly. I'm going to start working on a page that just shows how bad JSP really is. Even combined with nice toolsets like Struts, it still sucks. I've read a lot of opinions like this one all over the net (that JSP sucks). Though my intuition tells me that using Velocity *must* somehow be better than using JSP, I haven't actually been able to determine *why* this is the case. When you have been using JSP about six months, in a real project, you will notice that your code is harly manageable. Then you will think that you should write taglibs (now) or inherit from a given base class your pages (I did it this way, because when I was involved with JSP taglibs were not available). And you should edit all of your pages refactoring code and moving it out of pages. That will be the first real pain, and it will hurt a lot if deadline pressure delays this refactoring until when it is too late. Your second pain will be that your code, no matter what efforts you do, will end being spaghetti code, and maintenance will be very hard. Your last pain will be to redesign and redeploy the system using better design (MVC or whatever pattern you choose). I know, this is about software engineering, not about the JSP pages. But the fact that JSP makes it easy to prototype without ANY previous design effort makes this pain very big. OTOH, tools like Velocity and models such as Turbine pull together make developers isolate View/style issues from Model/logic issues. They give your mind the right conceptual frame to think about the problem. To stress it: JSP is about PAGES, while Turbine Pull is about WEBAPPS, ACTIONS and TEMPLATES. Once the team get this mind frame, it does not matter if you use JSP for your templates. I have seen this problems happening with Microsoft ASP technology (be it perlScript, JScript, or VBScript). Cocoon people had to control it with XSP taglibs, since they were violating the principle of separation between content, logic and style in their own examples. And they have very sound engineering principles guiding their development. I don't want this to happen with java technology, because if projects fail, people will say "this crappy java tech is not worth the effort". I'm also waiting for your paper, Jon :) -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Example sites
Dave Carlson wrote: Also, there is the machine in http://XMLmodeling.com. Even if it is quite certainly implemented with jetspeed, I don't know the version, and there is no reference to the jetspeed project in the page. So, for a demo, your customer will have to trust you when you clain it is jetspeed. This is my site, so I can verify that it is indeed running Jetspeed! It's been running 1.2b1 since September, non-stop without a problem (I did patch 2-3 bug fixes into that version). You mean five months uptime? I refuse to believe. Or just that the code base is the same? I'd lilke to know if you have admin issues (log rotation?, VM problems? ...) I don't get a lot of traffic, but on the order of 50 visits per day very consistently. There are 4 RSS newsfeeds that are updated once per hour. The other portlets are static HTML. I deactivated the login because I didn't reallly need it. I believe that my goal was achieved by getting a few folks to use this portal as a regular information source. FYI, the site is running on WinNT using the JRun 3.0 servlet engine routed via Apache Web server. The pages are nice (layout and content). The information is quite interesting as a XML info repository. Also, fyi, I featured a screen shot of Jetspeed (using a product catalog demo that I put togther)and some portlet architecture discussion in my forthcoming book. The book, on XML modeling with UML, will be released in early April. We should be prepared for having a boost in the list traffic when the book hits the shops :) I also have 1.3a1 running on a test machine, but am keeping a close eye on the excellent development progess and waiting for the next stable release before converting the XMLModeling site. Thanks. Nice to have a working example. I think a lot of people would like to see customisation and login, but still, seeing aggregation and updated content is something! -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Example sites
Christian Nichols wrote: Try this site out: http://216.216.26.182/servlet/qmetrics You can login into the site using system/system as the user/password. This is the product that we have been working on for the last year and have just released. It is based on Jetspeed 1.2B1 and Turbine and also uses ECS and several other Apache projects including WebMacro for portlet generation. We are currently working on the second release of the product. We don't use the RSS stuff from jetspeed nor the remote URL pull, but we made heavy use of the portlet framework, PSML and the turbine MVC model. Nice to see it. It looks interesting. I think we are beginning to be able to offer a "Live sites" page, with either production, pre-production or test sites. Jetspeed is growing up! :) For your information, the applets lack some classes and stop loading when accessed through mozilla 0.7 with java plugin 1.3.0_01. Also, the tabs do not look right under gecko. It hangs with my netscape 4.76 copy (this NS is not very stable). I don't have any IE version handy to check. :) May I steal your tab gifs for some temporary tests in http://fw.intranet.hisitech.com/jetspeed/ ? I want to test a better pane support. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Connection Pooling in Turbine - J2EE
Velocity kick's JSP ass so badly, in so many ways, it is silly. I'm going to start working on a page that just shows how bad JSP really is. Even combined with nice toolsets like Struts, it still sucks. I've read a lot of opinions like this one all over the net (that JSP sucks). Though my intuition tells me that using Velocity *must* somehow be better than using JSP, I haven't actually been able to determine *why* this is the case. Be it as it may, we (at IBM) are committed to JSPs and we'll therefore take care that JSP will always be a good alternative to Velocity in Jetspeed. I have to admit that I'm still learning about how templating is supposed to be used with turbine and that our JSPs are not 100% code free, but I'm working to gradually improve it. ;-) ingo. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Connection Pooling in Turbine - J2EE
If used properly, JSP fits the MVC model just fine. Your always going to have some type of code in your presentation level. Whether it is VTL or Java shouldn't matter. VTL is still code...Try to teach a creative designer how to write VTL. You'll have no more luck than trying to teach them Java basics. What is the difference between: HTML BODY Hello $customer.Name! table #foreach( $mud in $mudsOnSpecial ) #if ( $customer.hasPurchased($mud) ) tr td $flogger.getPromo( $mud ) /td /tr #end #end /table and this: HTML BODY Hello %=customer.getName()%! table % for(int i = 0; i mudsOnSpecial.length; i++) { if (customer.hasPurchased(mudsOnSpecial[i])) { % tr td %=flogger.getPromo(mudsOnSpecial[i])% /td /tr % } } % /table Personally I would rather use java. VTL is clunky. Jon Stevens [EMAIL PROTECTED] 02/06/01 01:48 AM on 2/5/01 9:48 PM, "Johnny Cass" [EMAIL PROTECTED] wrote: I've read a lot of opinions like this one all over the net (that JSP sucks). Though my intuition tells me that using Velocity *must* somehow be better than using JSP, I haven't actually been able to determine *why* this is the case. I have only been using JSP for about two weeks (so I may just be naive) but have so far enjoyed it's: - Ease of use (but not debugging) Right, it is so easy to just put a few lines of Java code in your page, isn't it? Right there you just broke the MVC separation that everyone is so into. - The thorough specification and documentation Yes, that part is good. However, when you have a large corporation backing the development with millions of $, you would expect such a thing. - Level of integration (with tools like NetBeans IDE) Yes, that part is good. However, when you have a large corporation backing the development with millions of $, you would expect such a thing. Again, I'm working on my essay...it should be ready in a few days. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: build broken, stack traces
At 12:59 02/06/01, Santiago Gala wrote: ingo schuster wrote: David, CVS builds with no problems and Jetspeed runs well - are you sure that you did a clean checkout and updated your webapp directory? Don't think the two files that I checked in yesterday afternoon fixed a build problem... ingo. I'm having the same problem, even after building clean and deleting the war directory. Maybe you forgot to add some file? I got a clue from jasper.log. Someone is looking for ECS.jsp, while the file I have is Ecs.jsp (get a Linux box for testing :) Ok, sh** I'll have to take more care about case-sesitivity! Fixed it in CVS, the problem was in JetspeedJspLayout: - screenTemplate = "ECS"; + screenTemplate = "Ecs"; Sorry, ingo. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: FW: XSLPortlet
One of my colleagues is looking into Veronique's files. We post the solution whenthe problem is found. ingo. At 07:30 02/06/01, Jon Stevens wrote: Maybe one of the IBM people here can help her out? -jon -- From: "Veronique Moses" [EMAIL PROTECTED] Date: Mon, 5 Feb 2001 21:18:14 -0500 To: [EMAIL PROTECTED] Subject: XSLPortlet Question: I'll preface that I'm new to the portlet and JetSpeed technology and I have a question regarding the XSLPortlet in JetSpeed. I have an XML document that I want to use to render to the browser using the XSL Portlet. Thus, in my jetspeed-config.jcfg, I've registered and created porlet entries as follows: When the data is rendered in the browser, only the static data in the XSL is rendered. For example, this is a partial view of the XSL document: In the browser, ONLY "Major League Baseball Statistics AND the "/" are displayed. . Could you please help, I've been surfing through documents for days and can't seem to find anything detailed. xsl:for-each select="SEASON" - H1 xsl:value-of select="@YEAR" / Major League Baseball Statistics /H1 - xsl:for-each select="LEAGUE" - H2 xsl:value-of select="@NAME" / / /H2 portlet-entry type="abstract" name="XSL" classnameorg.apache.jetspeed.portal.portlets.XSLPortlet/classname /portlet-entry portlet-entry type="ref" parent="XSL" name="VLMXML" url/XML/baseball_xsl.xml/url parameter name="stylesheet" value="/XML/baseballstats.xsl"/ meta-info title Veronique's XML portlet /title descriptionThis portlet renders XML data./description /meta-info /portlet-entry Veronique L. Moses WebSphere Solution Content T/L 444-6692 OUTSIDE (919) 254-6692 INTERNET [EMAIL PROTECTED] http://www.software.ibm.com/webservers/ -- "We are what we repeatedly do.EXCELLENCE, then, is not an act, but a habit" - ARISTOTLE -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Serlvet API error
Hi all, I'm building a Servlet portlet which is used EcsServletElement to get the content from a servlet. I added this portlet in jetspeed-config.jcfg file. After that I added this portlet into the Turbine home page via the customizer. The first time the Turbine home page is displaying, I get en servlet error for this portlet : "Servlet API error : sendError with commited buffer". After - when I "maximize" my servlet portlet -, I can see the right content and that's the same when I minimize this servlet portlet, the content is correct. So, do you have an idea why I get this exception when jetspeed display for the first time this servlet portlet ? Christophe _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: FW: XSLPortlet
Does the XSL stylesheet work properly with Xalan from the command line, outside of Jetspeed? The error (outputing of the stylesheet itself) is a common symptom of an incorrect XSL namespace declaration in the stylesheet root element. For example, was this stylesheet written for an older version of MS's not-quite-XSL? Dave - Original Message - From: "ingo schuster" [EMAIL PROTECTED] To: "JetSpeed" [EMAIL PROTECTED] Sent: Tuesday, February 06, 2001 4:57 AM Subject: Re: FW: XSLPortlet One of my colleagues is looking into Veronique's files. We post the solution whenthe problem is found. ingo. At 07:30 02/06/01, Jon Stevens wrote: Maybe one of the IBM people here can help her out? -jon -- From: "Veronique Moses" [EMAIL PROTECTED] Date: Mon, 5 Feb 2001 21:18:14 -0500 To: [EMAIL PROTECTED] Subject: XSLPortlet Question: I'll preface that I'm new to the portlet and JetSpeed technology and I have a question regarding the XSLPortlet in JetSpeed. I have an XML document that I want to use to render to the browser using the XSL Portlet. Thus, in my jetspeed-config.jcfg, I've registered and created porlet entries as follows: When the data is rendered in the browser, only the static data in the XSL is rendered. For example, this is a partial view of the XSL document: In the browser, ONLY "Major League Baseball Statistics AND the "/" are displayed. . Could you please help, I've been surfing through documents for days and can't seem to find anything detailed. xsl:for-each select="SEASON" - H1 xsl:value-of select="@YEAR" / Major League Baseball Statistics /H1 - xsl:for-each select="LEAGUE" - H2 xsl:value-of select="@NAME" / / /H2 portlet-entry type="abstract" name="XSL" classnameorg.apache.jetspeed.portal.portlets.XSLPortlet/classname /portlet-entry portlet-entry type="ref" parent="XSL" name="VLMXML" url/XML/baseball_xsl.xml/url parameter name="stylesheet" value="/XML/baseballstats.xsl"/ meta-info title Veronique's XML portlet /title descriptionThis portlet renders XML data./description /meta-info /portlet-entry Veronique L. Moses WebSphere Solution Content T/L 444-6692 OUTSIDE (919) 254-6692 INTERNET [EMAIL PROTECTED] http://www.software.ibm.com/webservers/ -- "We are what we repeatedly do.EXCELLENCE, then, is not an act, but a habit" - ARISTOTLE -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: Connection Pooling in Turbine - J2EE
Interesting discussion! I remember old days ... I think is difficult to say wich is better, you may find people that suggests you is better to use another template engine for doing MVC like XMLC, TRiX, IMHO the Turbine added value is to provide a lot of utilities/tools that constitutes a core for easy doing web applications, i.e. the users framework, the scheduler, the DB pooling, etc... not only the Velocity ... May be the same is true for JetSpeed, the standard portlet API will be nice, but all the facilities and applications for content sindication, RSS, RDF, iCalendar, etc.. make up the advantage for developping portals or new generation of web applications. Josep Vela [EMAIL PROTECTED] - Mensaje original - De: Mica Davis [EMAIL PROTECTED] Para: JetSpeed [EMAIL PROTECTED] Enviado: martes 6 de febrero de 2001 12:29 Asunto: Re: Connection Pooling in Turbine - J2EE If used properly, JSP fits the MVC model just fine. Your always going to have some type of code in your presentation level. Whether it is VTL or Java shouldn't matter. VTL is still code...Try to teach a creative designer how to write VTL. You'll have no more luck than trying to teach them Java basics. What is the difference between: HTML BODY Hello $customer.Name! table #foreach( $mud in $mudsOnSpecial ) #if ( $customer.hasPurchased($mud) ) tr td $flogger.getPromo( $mud ) /td /tr #end #end /table and this: HTML BODY Hello %=customer.getName()%! table % for(int i = 0; i mudsOnSpecial.length; i++) { if (customer.hasPurchased(mudsOnSpecial[i])) { % tr td %=flogger.getPromo(mudsOnSpecial[i])% /td /tr % } } % /table Personally I would rather use java. VTL is clunky. Jon Stevens [EMAIL PROTECTED] 02/06/01 01:48 AM on 2/5/01 9:48 PM, "Johnny Cass" [EMAIL PROTECTED] wrote: I've read a lot of opinions like this one all over the net (that JSP sucks). Though my intuition tells me that using Velocity *must* somehow be better than using JSP, I haven't actually been able to determine *why* this is the case. I have only been using JSP for about two weeks (so I may just be naive) but have so far enjoyed it's: - Ease of use (but not debugging) Right, it is so easy to just put a few lines of Java code in your page, isn't it? Right there you just broke the MVC separation that everyone is so into. - The thorough specification and documentation Yes, that part is good. However, when you have a large corporation backing the development with millions of $, you would expect such a thing. - Level of integration (with tools like NetBeans IDE) Yes, that part is good. However, when you have a large corporation backing the development with millions of $, you would expect such a thing. Again, I'm working on my essay...it should be ready in a few days. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: build broken, stack traces
ingo schuster wrote: Ok, sh** I'll have to take more care about case-sesitivity! Fixed it in CVS, the problem was in JetspeedJspLayout: - screenTemplate = "ECS"; + screenTemplate = "Ecs"; No problem, I was already able to work around it. BTW, my suggestion about having Linux (or AIX, or another *ixes) is serious. There are strongs signs that in the next years there will be a explosion of OSes and HW platforms, both in the server and in the client side. That is one of the reasons why I push java and multidevice development platforms, java for the server and multidevice for the client. It is sad to buy the latest gadget only to see that you cannot read you newspaper or look into your bank account listings because "this pages best viewed under MSIE 5.53 sp0.324 with Flash version 3.7 and 725x432 resolution, on a 64k color screen..." :) And they put download buttons, and you find that your platform is not supported by the plugin and browser vendors. :( Wait to when VoiceML spreads, and a nice girl/boy voice tells you "Flash plugin. Options: back, home, ..." when you try to access a corporate page for a contact while you are driving there with your car. :) Sorry about the rants and off-topic posts. I'll go to take a shower. Too few hours slept tonigh. STOP. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Example sites
From: "Santiago Gala" [EMAIL PROTECTED] This is my site, so I can verify that it is indeed running Jetspeed! It's been running 1.2b1 since September, non-stop without a problem (I did patch 2-3 bug fixes into that version). You mean five months uptime? I refuse to believe. Or just that the code base is the same? I'd lilke to know if you have admin issues (log rotation?, VM problems? ...) No, not 5 months uptime (after all, it *is* running on NT :-) It is the same code base, with a few updates to the portlets. I do not have a good admin strategy for log rotation, and Jetspeed 1.2b1 produces very verbose logs... I occasionally stop JRun and manually rotate logs. I've been pleasantly surprised to have the JRun/Jetspeed process running for about 1 month continuous uptime with no VM problems. I expect my next major rev to run on Linux and Tomcat (that is my current test server for 1.3a1), but I'm new with Linux/Tomcat admin so need some time to figure out configuration. The pages are nice (layout and content). The information is quite interesting as a XML info repository. Thanks. This is only the first iteration to get my feet wet. I'm building an on-line tool that transforms UML models to XML DTDs, Schemas, Relax modules, HTML, etc. I am looking at ways to integrate this into a seamless Jetspeed portal. Also, fyi, I featured a screen shot of Jetspeed (using a product catalog demo that I put togther)and some portlet architecture discussion in my forthcoming book. The book, on XML modeling with UML, will be released in early April. We should be prepared for having a boost in the list traffic when the book hits the shops :) One of my book's technical reviewers said that he was motivated to download Jetspeed after reading my book draft :-) I also have 1.3a1 running on a test machine, but am keeping a close eye on the excellent development progess and waiting for the next stable release before converting the XMLModeling site. Thanks. Nice to have a working example. I think a lot of people would like to see customisation and login, but still, seeing aggregation and updated content is something! I'm taking an incremental approach here. The current site is indeed a production site, and I expect the traffic to grow (because the URL is listed in the book as a companion site, and Addison-Wesley will link to this site from their Web pages). However, I am pleased with even these limited capabilities. IBM, Oracle, CommerceOne, and others are among my site's regular visitors. I did have a link to Jetspeed on my site until just last week and will re-add a link, something like "built on Jetspeed". It's interesting that my Analog web log analysis shows that I receive a significant number of visitors who included "jetspeed" as one of their search words! Regards, Dave -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
newbie -- portlet entry
I am trying to code the following portlet entry and I get errors: portlet-entry type="ref" parent="RSS" name="Commodities" parameter name="itemdisplayed" value="10" type="int"/ urlhttp://p.moreover.com/cgi-local/page?c=Commodities%20newso=rss/url meta-info titleMozilla/title /meta-info /portlet-entry my jetspeed log says: Exception: java.lang.NullPointerException Stack Trace follows: java.lang.NullPointerException at org.apache.jetspeed.daemon.impl.util.diskcachedaemon.URLRefresher.run(URLRef resher.java:114) at org.apache.jetspeed.services.threadpool.RunnableThread.run(RunnableThread.ja va:145) [Tue Feb 06 11:01:46 EST 2001] -- ERROR -- Could not unmarshal: file:C:\apps\tomcat32\webapps\jetspeed\WEB-INF\conf\jetspeed-config.jcfg Exception: org.xml.sax.SAXParseException: The reference to entity "o" must end with the ';' delimiter.{file: [not available]; line: 145; column: 78} Stack Trace follows: org.xml.sax.SAXParseException: The reference to entity "o" must end with the ';' delimiter. How do I code the url link to avoid this error? -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
orion/jetspeed outputstream error
Hi all i am trying to get jetspeed to work with orion on win2000 prof. using sun jdk 1.2.2, orion version 1.4.5 (i also tried 1.3.8) i am getting the following exception when going to localhost:8080/jetspeed/index.jsp for the first time: anyone else get this/know how to fix/can point me in the right direction? java.lang.IllegalStateException: OutputStream already retrieved at com.evermind.server.http.EvermindHttpServletResponse.getWriter(JAX) at org.apache.turbine.util.RunData.getOut(RunData.java:280) at org.apache.jetspeed.services.jsp.tags.JetspeedNavigationTag.doStartTag(Jetsp eedNavigationTag.java:142) at /WEB-INF/templates/jsp/layouts/html/default.jsp._jspService(/WEB-INF/templat es/jsp/layouts/html/default.jsp.java:54) (JSP page line 19)... ... any help much appreciated rob -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: newbie -- portlet entry
At 11:07 06/02/2001 -0500, you wrote: I am trying to code the following portlet entry and I get errors: portlet-entry type="ref" parent="RSS" name="Commodities" parameter name="itemdisplayed" value="10" type="int"/ urlhttp://p.moreover.com/cgi-local/page?c=Commodities%20newso=rss/url meta-info titleMozilla/title /meta-info /portlet-entry my jetspeed log says: Exception: java.lang.NullPointerException Stack Trace follows: java.lang.NullPointerException at org.apache.jetspeed.daemon.impl.util.diskcachedaemon.URLRefresher.run(URLRef resher.java:114) at org.apache.jetspeed.services.threadpool.RunnableThread.run(RunnableThread.ja va:145) [Tue Feb 06 11:01:46 EST 2001] -- ERROR -- Could not unmarshal: file:C:\apps\tomcat32\webapps\jetspeed\WEB-INF\conf\jetspeed-config.jcfg Exception: org.xml.sax.SAXParseException: The reference to entity "o" must end with the ';' delimiter.{file: [not available]; line: 145; column: 78} Stack Trace follows: org.xml.sax.SAXParseException: The reference to entity "o" must end with the ';' delimiter. How do I code the url link to avoid this error? In a XML document, the character has special meaning and must be escaped using 'amp;'. Your URL should look like: urlhttp://p.moreover.com/cgi-local/page?c=Commodities%20newsamp;o=rss/url -- Raphal Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Services Manager / Paris -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: newbie -- portlet entry
urlhttp://p.moreover.com/cgi-local/page?c=Commodities%20news o=rss/url I have trouble with the moreover feeds also The issue is with the "o=rss" Try replacing the "" with "amp;" -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John Menke Sent: Tuesday, February 06, 2001 8:07 AM To: Jetspeed Subject: newbie -- portlet entry I am trying to code the following portlet entry and I get errors: portlet-entry type="ref" parent="RSS" name="Commodities" parameter name="itemdisplayed" value="10" type="int"/ urlhttp://p.moreover.com/cgi-local/page?c=Commodities%20news o=rss/url meta-info titleMozilla/title /meta-info /portlet-entry my jetspeed log says: Exception: java.lang.NullPointerException Stack Trace follows: java.lang.NullPointerException at org.apache.jetspeed.daemon.impl.util.diskcachedaemon.URLRefres her.run(URLRef resher.java:114) at org.apache.jetspeed.services.threadpool.RunnableThread.run(Run nableThread.ja va:145) [Tue Feb 06 11:01:46 EST 2001] -- ERROR -- Could not unmarshal: file:C:\apps\tomcat32\webapps\jetspeed\WEB-INF\conf\jetspeed-c onfig.jcfg Exception: org.xml.sax.SAXParseException: The reference to entity "o" must end with the ';' delimiter.{file: [not available]; line: 145; column: 78} Stack Trace follows: org.xml.sax.SAXParseException: The reference to entity "o" must end with the ';' delimiter. How do I code the url link to avoid this error? -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: Example sites
Hey Dave, Let us know when your book is available, sounds like an interesting combination of technologies - david -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dave Carlson Sent: Tuesday, February 06, 2001 8:02 AM To: JetSpeed Subject: Re: Example sites From: "Santiago Gala" [EMAIL PROTECTED] This is my site, so I can verify that it is indeed running Jetspeed! It's been running 1.2b1 since September, non-stop without a problem (I did patch 2-3 bug fixes into that version). You mean five months uptime? I refuse to believe. Or just that the code base is the same? I'd lilke to know if you have admin issues (log rotation?, VM problems? ...) No, not 5 months uptime (after all, it *is* running on NT :-) It is the same code base, with a few updates to the portlets. I do not have a good admin strategy for log rotation, and Jetspeed 1.2b1 produces very verbose logs... I occasionally stop JRun and manually rotate logs. I've been pleasantly surprised to have the JRun/Jetspeed process running for about 1 month continuous uptime with no VM problems. I expect my next major rev to run on Linux and Tomcat (that is my current test server for 1.3a1), but I'm new with Linux/Tomcat admin so need some time to figure out configuration. The pages are nice (layout and content). The information is quite interesting as a XML info repository. Thanks. This is only the first iteration to get my feet wet. I'm building an on-line tool that transforms UML models to XML DTDs, Schemas, Relax modules, HTML, etc. I am looking at ways to integrate this into a seamless Jetspeed portal. Also, fyi, I featured a screen shot of Jetspeed (using a product catalog demo that I put togther)and some portlet architecture discussion in my forthcoming book. The book, on XML modeling with UML, will be released in early April. We should be prepared for having a boost in the list traffic when the book hits the shops :) One of my book's technical reviewers said that he was motivated to download Jetspeed after reading my book draft :-) I also have 1.3a1 running on a test machine, but am keeping a close eye on the excellent development progess and waiting for the next stable release before converting the XMLModeling site. Thanks. Nice to have a working example. I think a lot of people would like to see customisation and login, but still, seeing aggregation and updated content is something! I'm taking an incremental approach here. The current site is indeed a production site, and I expect the traffic to grow (because the URL is listed in the book as a companion site, and Addison-Wesley will link to this site from their Web pages). However, I am pleased with even these limited capabilities. IBM, Oracle, CommerceOne, and others are among my site's regular visitors. I did have a link to Jetspeed on my site until just last week and will re-add a link, something like "built on Jetspeed". It's interesting that my Analog web log analysis shows that I receive a significant number of visitors who included "jetspeed" as one of their search words! Regards, Dave -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: Example sites
Just as a note. The site below does require IE 5.0+ to be viewed correctly. We are currently working on compatibilty issues regarding Netscape and Modzilla as well as Opera but our primary browser to support will be IE. Christian -Original Message- From: Santiago Gala [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 06, 2001 4:02 AM To: JetSpeed Subject: Re: Example sites Christian Nichols wrote: Try this site out: http://216.216.26.182/servlet/qmetrics You can login into the site using system/system as the user/password. This is the product that we have been working on for the last year and have just released. It is based on Jetspeed 1.2B1 and Turbine and also uses ECS and several other Apache projects including WebMacro for portlet generation. We are currently working on the second release of the product. We don't use the RSS stuff from jetspeed nor the remote URL pull, but we made heavy use of the portlet framework, PSML and the turbine MVC model. Nice to see it. It looks interesting. I think we are beginning to be able to offer a "Live sites" page, with either production, pre-production or test sites. Jetspeed is growing up! :) For your information, the applets lack some classes and stop loading when accessed through mozilla 0.7 with java plugin 1.3.0_01. Also, the tabs do not look right under gecko. It hangs with my netscape 4.76 copy (this NS is not very stable). I don't have any IE version handy to check. :) May I steal your tab gifs for some temporary tests in http://fw.intranet.hisitech.com/jetspeed/ ? I want to test a better pane support. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: updated to TDKa11
on 2/6/01 1:46 AM, "ingo schuster" [EMAIL PROTECTED] wrote: - I'm not sure if we will use the ScheduledJobService, commented it out in TR.P for the time being - I don't know, hat the difference between log4j and log4j-core is - the core seems to be sufficient at the moment. Jon can you tell us more? ingo. There are two .jar files that come with log4j. I believe that extra functionality, such as syslogd support, is included in the second .jar file. I just included it because it seemed like the right thing to do. I'm not sure which one is actually needed for your application. At some point, I might just combine the two together and distribute them that way. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Connection Pooling in Turbine - J2EE
on 2/6/01 12:34 AM, "ingo schuster" [EMAIL PROTECTED] wrote: Be it as it may, we (at IBM) are committed to JSPs and we'll therefore take care that JSP will always be a good alternative to Velocity in Jetspeed. I have to admit that I'm still learning about how templating is supposed to be used with turbine and that our JSPs are not 100% code free, but I'm working to gradually improve it. ;-) ingo. How about this hypothesis based on your comments above: If the people at IBM knew more about template tools like Velocity, they wouldn't use JSP. :-) -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: Secure Portlets
Chris, Yes, the profiler does support groups, but the security isn't implemented. So you could take the JetspeedProfilerService and extend with security. I will be doing just that, but first Im more concerned with how profiling services will work with the portlet api. I've seen that the portlet API has a User and ProfileUser object, but its not apparent if a 'profiling service' is even defined as a standard service. Thomas, could you explain how profiling services plug into the Portlet API? Sorry but its not apparent to me... Thanks, David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kimpton,C (Chris) Sent: Tuesday, February 06, 2001 3:07 AM To: 'JetSpeed' Subject: Secure Portlets Hi, We want to make our portlet secure - so that only users in specific groups can access it. From the Jetspeed features, it seems like the profiler service should allow this - but I've not tracked down any more info on this yet. Any quick answers available on how this should be done - is a jetspeed.jcfg setting? Or a method needed in our Portlet? TIA, Chris == == This electronic message (email) and any attachments to it are subject to copyright and are sent for the personal attention of the addressee. Although you may be the named recipient, it may become apparent that this email and its contents are not intended for you and an addressing error has been made. This email may include information that is legally privileged and exempt from disclosure. If you have received this email in error, please advise us immediately and delete this email and any attachments from your computer system.Rabobank International is the trading name of Coperatieve Centrale Raiffeisen-Boerenleenbank B.A. which is incorporated in the Netherlands. Registered with the Registrar of Companies for England Wales No. BR002630 and regulated by the SFA for the conduct of investment business in the UK. The presence of this footnote also confirms that this email has been automatically checked by Rabobank International for the presence of computer viruses prior to it being sent, however, no guarantee is given or implied that this email is virus free upon delivery. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Connection Pooling in Turbine - J2EE
on 2/6/01 3:29 AM, "Mica Davis" [EMAIL PROTECTED] wrote: If used properly, JSP fits the MVC model just fine. Key words here. The problem is that JSP is almost NEVER used properly. Even the examples on all of the javaworld.com articles on JSP don't use it properly. What good is that? Your always going to have some type of code in your presentation level. Whether it is VTL or Java shouldn't matter. VTL is still code...Try to teach a creative designer how to write VTL. You'll have no more luck than trying to teach them Java basics. Actually, that is where you are wrong. There are very fundamental differences between VTL and "code". VTL has a well defined small subset of functionality that prevents it from being used improperly, where with JSP you must actually make more effort to use it improperly. What is the difference between: Your example is fundamentally flawed in that you are not giving an example of a pull based application. What you should really do is provide an example of doing that with a pull based system. You missed all the parts where, in your JSP page, in order to do pull based systems, you have to do things like this: jsp:useBean id="cart" scope="request" class="com.mycompany.MyApp.MyCart"/ Ok, right there, you have screwed up the View portion of the model because you are embedding the scope of the use of the bean within the template...that is not part of the View This is not something that a designer wants to know about or can even know about. Let me also state that the syntax of that blows. What designers are going to actually remember how to type all of that? Personally I would rather use java. VTL is clunky. Right, but you know how to write Java. That is where you just totally missed the boat. Your designers don't know how to write Java and therefore VTL is much easier for them. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Connection Pooling in Turbine - J2EE
on 2/6/01 7:48 AM, "Josep Vela" [EMAIL PROTECTED] wrote: IMHO the Turbine added value is to provide a lot of utilities/tools that constitutes a core for easy doing web applications, i.e. the users framework, the scheduler, the DB pooling, etc... not only the Velocity ... May be the same is true for JetSpeed, the standard portlet API will be nice, but all the facilities and applications for content sindication, RSS, RDF, iCalendar, etc.. make up the advantage for developping portals or new generation of web applications. Josep Vela [EMAIL PROTECTED] Yes. You are very correct in that statement. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: CVS update: jetspeed/lib jdbc-se2.0.jar
on 2/6/01 9:19 AM, "Java Apache CVS Development" [EMAIL PROTECTED] wrote: User: ingo Date: 01/02/06 09:19:51 Added: lib jdbc-se2.0.jar Log: TDKa11 seems to use jdbc... Revision ChangesPath 1.1 jetspeed/lib/jdbc-se2.0.jar Binary file I posted about this earlier on your list...I made Turbine's connection pooling code implement the JDBC standard extensions. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: catalina and jetspeed
Okay, I got the new TDK and the latest jetspeed. I built the jetspeed webapp, placed the .war in tdk/webapps, and this is what I get: [Tue Feb 06 10:30:13 PST 2001] -- ERROR -- Exception: java.lang.SecurityException: sealing violation Stack Trace follows: java.lang.SecurityException: sealing violation at java.net.URLClassLoader.defineClass(URLClassLoader.java:234) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader .java:648) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader .java:987) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader .java:906) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) at org.apache.jetspeed.portal.portlets.JetspeedContent.parse(JetspeedContent.ja va:186) at org.apache.jetspeed.portal.portlets.JetspeedContent.init(JetspeedContent.jav a:139) at org.apache.jetspeed.portal.factory.PortletFactory.getPortlet(PortletFactory. java:434) at o Tracing back to the last line in JetspeedContent: return new ClearElement( SimpleTransform.transform( url, stylesheet ) ); Also noticed that the webapp doesn't seem to expand completely from the .war file Here is the jetspeed directory .. WEB-INF 279 welcome.html wml and the WEB-INF .. lib log psml templates tmp 1,357 web.xml xsl I tried a completely expanded jetspeed directory, but same problems I tried two other JSP applications and they worked fine. I get the impression that Catalina is very fast -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason van Zyl Sent: Monday, February 05, 2001 8:21 PM To: JetSpeed Subject: Re: catalina and jetspeed On Mon, 5 Feb 2001, David Sean Taylor wrote: Anyone try Catalina + Jetspeed yet? I must be doing something wrong with my Catalina install, its like JSP isn't even there I get this: HTTP Status 503 - Servlet jsp is currently unavailable The requested service (Servlet jsp is currently unavailable) is not currently available You might want to try the TDK, 1.11a uses Catalina and will probably be release tonight or tomorrow. Just a thought :-) jvz. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
parent attribute in entry : was newbie portlet entry
First, I would like to thank Rapheal and David for their help. The previous advice worked for encoding in the url :) I am trying to alter the default.psml file and I'm having problems with getting the ClearPortletControl to display my content. The portlet works great in the top the default.psml but below... it doesn't work when I try to include it in the RSS sources pane... I have the following coded in my jetspeed-config.jcfg file: portlet-entry type="ref" parent="RSS" name="Commodities" parameter name="itemdisplayed" value="10" type="int"/ urlhttp://p.moreover.com/cgi-local/page?c=Commodities%20newsamp;o=rss/ur l meta-info titleCommodities/title /meta-info /portlet-entry I am trying to alter the default.psml file and I'm having problems with getting the ClearPortletControl to display my content when I use the parent = url syntax From the default.psml file: this part works portlets controller name="org.apache.jetspeed.portal.controllers.RowColumnPortletController"/ entry type="ref" parent="Jetspeed"/ entry type="ref" parent="Welcome"/ entry type="ref" parent="Commodities"/ /portlets /portlets From the default.psml file: this part does not work BELOW DOES NOT WORK entry type="ref" parent="http://p.moreover.com/cgi-local/page?c=Commodities%20newsamp;o=rss" control name="org.apache.jetspeed.portal.controls.ClearPortletControl"/ /entry Is there any entry I'm missing in the config file? It doesn't appear I need one... How do you use a url as parent reference in a portlet entry. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Connection Pooling in Turbine - J2EE
I am looking to move my web based mail application written using JSP and Beans to a MVC model. I like what I see in Turbine and Velocity. Any performance issues due to parsing the *.vm files? Or, is there some type of caching involved? Anyone have some good examples for the Turbine/Velocity combo? Jon Stevens [EMAIL PROTECTED] 02/06/01 01:00 PM on 2/6/01 3:29 AM, "Mica Davis" [EMAIL PROTECTED] wrote: If used properly, JSP fits the MVC model just fine. Key words here. The problem is that JSP is almost NEVER used properly. Even the examples on all of the javaworld.com articles on JSP don't use it properly. What good is that? Your always going to have some type of code in your presentation level.Whether it is VTL or Java shouldn't matter.VTL is still code...Try to teach a creative designer how to write VTL.You'll have no more luck than trying to teach them Java basics. Actually, that is where you are wrong. There are very fundamental differences between VTL and "code". VTL has a well defined small subset of functionality that prevents it from being used improperly, where with JSP you must actually make more effort to use it improperly. What is the difference between: Your example is fundamentally flawed in that you are not giving an example of a pull based application. What you should really do is provide an example of doing that with a pull based system. You missed all the parts where, in your JSP page, in order to do pull based systems, you have to do things like this: jsp:useBean id="cart" scope="request" class="com.mycompany.MyApp.MyCart"/ Ok, right there, you have screwed up the View portion of the model because you are embedding the scope of the use of the bean within the template...that is not part of the View This is not something that a designer wants to know about or can even know about. Let me also state that the syntax of that blows. What designers are going to actually remember how to type all of that? Personally I would rather use java.VTL is clunky. Right, but you know how to write Java. That is where you just totally missed the boat. Your designers don't know how to write Java and therefore VTL is much easier for them. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe:[EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?:[EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Serlvet API error
Does the servlet you invoke implement the post and the get method ? The JetSpeed Implementation sonetimes uses the post method. Best regards, Thomas Thomas Schaeck IBM Pervasive Computing Division Phone: +49-(0)7031-16-3479 Mobile: +49-(0)171-6928407 e-mail: [EMAIL PROTECTED] Fax: +49-(0)7031-16-4888 Address: IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032 Boeblingen, Germany Hi all, I'm building a Servlet portlet which is used EcsServletElement to get the content from a servlet. I added this portlet in jetspeed-config.jcfg file. After that I added this portlet into the Turbine home page via the customizer. The first time the Turbine home page is displaying, I get en servlet error for this portlet : "Servlet API error : sendError with commited buffer". After - when I "maximize" my servlet portlet -, I can see the right content and that's the same when I minimize this servlet portlet, the content is correct. So, do you have an idea why I get this exception when jetspeed display for the first time this servlet portlet ? Christophe _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Connection Pooling in Turbine - J2EE
on 2/6/01 11:54 AM, "Ethan Adams" [EMAIL PROTECTED] wrote: I am looking to move my web based mail application written using JSP and Beans to a MVC model. I like what I see in Turbine and Velocity. Great! Any performance issues due to parsing the *.vm files? Or, is there some type of caching involved? Tons of caching is enabled (it is disabled by default) and the parser is quite fast. The parser is based on JavaCC...the same parser behind the javac parser. In other words, no major performance issues. Anyone have some good examples for the Turbine/Velocity combo? Scarab is going to be a good example, there is also several examples in the TDK. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: catalina and jetspeed
David Sean Taylor wrote: Okay, I got the new TDK and the latest jetspeed. I built the jetspeed webapp, placed the .war in tdk/webapps, and this is what I get: [Tue Feb 06 10:30:13 PST 2001] -- ERROR -- Exception: java.lang.SecurityException: sealing violation Stack Trace follows: java.lang.SecurityException: sealing violation at java.net.URLClassLoader.defineClass(URLClassLoader.java:234) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader .java:648) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader .java:987) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader .java:906) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) at org.apache.jetspeed.portal.portlets.JetspeedContent.parse(JetspeedContent.ja va:186) at org.apache.jetspeed.portal.portlets.JetspeedContent.init(JetspeedContent.jav a:139) at org.apache.jetspeed.portal.factory.PortletFactory.getPortlet(PortletFactory. java:434) at o Tracing back to the last line in JetspeedContent: return new ClearElement( SimpleTransform.transform( url, stylesheet ) ); Also noticed that the webapp doesn't seem to expand completely from the .war file Here is the jetspeed directory .. WEB-INF 279 welcome.html wml and the WEB-INF .. lib log psml templates tmp 1,357 web.xml xsl I tried a completely expanded jetspeed directory, but same problems I tried two other JSP applications and they worked fine. I get the impression that Catalina is very fast -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason van Zyl Sent: Monday, February 05, 2001 8:21 PM To: JetSpeed Subject: Re: catalina and jetspeed On Mon, 5 Feb 2001, David Sean Taylor wrote: Anyone try Catalina + Jetspeed yet? I must be doing something wrong with my Catalina install, its like JSP isn't even there I get this: HTTP Status 503 - Servlet jsp is currently unavailable The requested service (Servlet jsp is currently unavailable) is not currently available You might want to try the TDK, 1.11a uses Catalina and will probably be release tonight or tomorrow. Just a thought :-) jvz. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] I got exactly the same error with a clean CVS of jetspeed and the latest TDK. The TDK runs nicely- I could rebuild my Turbine apps from the base schemas. So the problem could be inside jetspeed or one of the dependent libraries. (maybe xalan.jar, xerces.jar, servet_2_2.jar?) I noticed that the versions of some of the jar files in the Jetspeed CVS are out of sync with the files in the TDK. The timestamps and names of the dependent jars in jetspeed/lib are different from the same files in tdk/share/tdk-lib. It would be nice to get this working- since Tomcat4/Catalina does seem to respond faster that Tomcat3.2.. -bill -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: catalina and jetspeed
David Sean Taylor wrote: Okay, I got the new TDK and the latest jetspeed. I built the jetspeed webapp, placed the .war in tdk/webapps, and this is what I get: [Tue Feb 06 10:30:13 PST 2001] -- ERROR -- Exception: java.lang.SecurityException: sealing violation Stack Trace follows: java.lang.SecurityException: sealing violation at java.net.URLClassLoader.defineClass(URLClassLoader.java:234) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader .java:648) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader .java:987) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader .java:906) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) at org.apache.jetspeed.portal.portlets.JetspeedContent.parse(JetspeedContent.ja va:186) at Just a guess: servlet engines load classes in the following way: - classes in CLASSPATH or global lib (tomcat/lib in tomcat) are loaded through application classloader - classes in different webapps are loaded through different classloaders each. In tomcat, if you have a common jar to several webapps, you can put it under lib. I guess that in catalina that no loger works, because of security concerns, so you should move or copy (probably) ecs.jar from tomcat/lib to webapps/jetspeed/WEB-INF/lib If it is not this one, look for jars in tomcat/lib that are needed and absent in jetspeed.jar, and move them or copy them to tomcat. Good luck! :) -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Example sites
I have created a new user on the site called "turbine" with a password of "turbine" since many people have been attempting to login with those credentials. Evidently there are a lot of people interested in seeing a Jetspeed based site as I have gotten about 150+ login attempts since yesterday evening when I posted the address. Christian Nichols Director of Product Development Q Strategies Inc. 909.505.5803 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: catalina and jetspeed
FYI - I ran into the same error trying to install webmail (http://sourceforge.net/projects/jwma) in Catalina. Looking at the lib folder, I see it also uses xerces.jar and castorxml.jar. I don't know if this helps, so I apologise if I am adding clutter to your research into this issue. Steve B. - Original Message - From: "Jon Stevens" [EMAIL PROTECTED] To: "jetspeed" [EMAIL PROTECTED] Sent: Tuesday, February 06, 2001 2:01 PM Subject: FW: catalina and jetspeed fyi...if someone can come up with a test case and send it to craig...that would be great... -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- From: "Craig R. McClanahan" [EMAIL PROTECTED] Date: Tue, 06 Feb 2001 13:29:41 -0800 To: Jon Stevens [EMAIL PROTECTED] Subject: Re: FW: catalina and jetspeed Jon Stevens wrote: This is starting to come up more and more...any ideas on the problem? The "sealing violation" issue is, *I think*, related to Xerces. It seems to reference a class somewhere that is not in xerces.jar but is found in crimson.jar. I've been trying to create a test case so we can isolate exactly what classes are involved -- if the Jetspeed folks can help create such a case (like you did on the reloading thing with Scarab) would be quite helpful. Same thing on the potential "incomplete unpack" -- there has been some churn in that code over the last week or so, and a test case on a complex app would help. NOTE: According to Ed Goei, Xerces is, or very soon will be, JAXP 1.1 compatible, so you will be able to use it (instead of Crimson) even in an environment that needs Jasper. -jon Craig -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- From: "David Sean Taylor" [EMAIL PROTECTED] Reply-To: "JetSpeed" [EMAIL PROTECTED] Date: Tue, 6 Feb 2001 11:00:39 -0800 To: "JetSpeed" [EMAIL PROTECTED] Subject: RE: catalina and jetspeed Okay, I got the new TDK and the latest jetspeed. I built the jetspeed webapp, placed the .war in tdk/webapps, and this is what I get: [Tue Feb 06 10:30:13 PST 2001] -- ERROR -- Exception: java.lang.SecurityException: sealing violation Stack Trace follows: java.lang.SecurityException: sealing violation at java.net.URLClassLoader.defineClass(URLClassLoader.java:234) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader .java:648) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader .java:987) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader .java:906) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) at org.apache.jetspeed.portal.portlets.JetspeedContent.parse(JetspeedContent.ja va:186) at org.apache.jetspeed.portal.portlets.JetspeedContent.init(JetspeedContent.jav a:139) at org.apache.jetspeed.portal.factory.PortletFactory.getPortlet(PortletFactory. java:434) at o Tracing back to the last line in JetspeedContent: return new ClearElement( SimpleTransform.transform( url, stylesheet ) ); Also noticed that the webapp doesn't seem to expand completely from the .war file Here is the jetspeed directory .. WEB-INF 279 welcome.html wml and the WEB-INF .. lib log psml templates tmp 1,357 web.xml xsl I tried a completely expanded jetspeed directory, but same problems I tried two other JSP applications and they worked fine. I get the impression that Catalina is very fast -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason van Zyl Sent: Monday, February 05, 2001 8:21 PM To: JetSpeed Subject: Re: catalina and jetspeed On Mon, 5 Feb 2001, David Sean Taylor wrote: Anyone try Catalina + Jetspeed yet? I must be doing something wrong with my Catalina install, its like JSP isn't even there I get this: HTTP Status 503 - Servlet jsp is currently unavailable The requested service (Servlet jsp is currently unavailable) is not currently available You might want to try the TDK, 1.11a uses Catalina and will probably be release tonight or tomorrow. Just a thought :-) jvz. -- -- To subscribe:[EMAIL PROTECTED] To
Re: FW: catalina and jetspeed
Sam Ruby wrote: Craig R. McClanahan wrote: NOTE: According to Ed Goei, Xerces is, or very soon will be, JAXP 1.1 compatible, so you will be able to use it (instead of Crimson) even in an environment that needs Jasper. Unless Jasper does some wierd reflection tricks that I'm not aware of, I've been successfully compiling all versions of Tomcat against the latest Xerces for quite some time. For example: http://oss.software.ibm.com/developerworks/opensource/jakarta/proto2/jakarta-tomcat-4.0.html - Sam Ruby -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] It seems to be more of a run-time issue versus a compile time issue. The problem appears to be around how Tomcat4/Catalina searches the CLASSPATH and resolves the XML parser classes differently than Tomcat3.2 ie- jetspeed will build fine and resolve the libraries needed to compile, but the error does not surface until you start jetspeed up and point your browser at the main page. There are several messages on the tomcat list that seem related. It could be how Tomcat4 + the TDK uses jaxp/crimson vs the version of xalan/xerces that Jetspeed is using. The message that I found on the tomcat list was: http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg09193.html I am experimenting with various versions of xalan/xerces/jaxp to try to narrow down the problem... -bill -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: FW: catalina and jetspeed
Hi, I've been playing with the latest tomcat-4.0 from CVS and the TDK trying to get rid of the problem and I seem to have the TDK sample apps working again. Removing the xerxes jar, and the servlet jar from the WEB-INF/lib directory seemed to do the trick. I will pull down jetspeed from CVS and try to get it to work. jvz. On Tue, 6 Feb 2001, xbill wrote: Sam Ruby wrote: Craig R. McClanahan wrote: NOTE: According to Ed Goei, Xerces is, or very soon will be, JAXP 1.1 compatible, so you will be able to use it (instead of Crimson) even in an environment that needs Jasper. Unless Jasper does some wierd reflection tricks that I'm not aware of, I've been successfully compiling all versions of Tomcat against the latest Xerces for quite some time. For example: http://oss.software.ibm.com/developerworks/opensource/jakarta/proto2/jakarta-tomcat-4.0.html - Sam Ruby -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] It seems to be more of a run-time issue versus a compile time issue. The problem appears to be around how Tomcat4/Catalina searches the CLASSPATH and resolves the XML parser classes differently than Tomcat3.2 ie- jetspeed will build fine and resolve the libraries needed to compile, but the error does not surface until you start jetspeed up and point your browser at the main page. There are several messages on the tomcat list that seem related. It could be how Tomcat4 + the TDK uses jaxp/crimson vs the version of xalan/xerces that Jetspeed is using. The message that I found on the tomcat list was: http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg09193.html I am experimenting with various versions of xalan/xerces/jaxp to try to narrow down the problem... -bill -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: FW: catalina and jetspeed
Hi, It appears that having a servlet jar in your WEB-INF/lib directory causes the "Turbine is not a servlet error". Once I removed that everything that error was removed and I haven't seen the "seal violation" error either. I will try to get the "seal violation" error by putting the xerces jar in the WEB-INF/lib directory. jvz. On Tue, 6 Feb 2001, Jason van Zyl wrote: Hi, I've been playing with the latest tomcat-4.0 from CVS and the TDK trying to get rid of the problem and I seem to have the TDK sample apps working again. Removing the xerxes jar, and the servlet jar from the WEB-INF/lib directory seemed to do the trick. I will pull down jetspeed from CVS and try to get it to work. jvz. On Tue, 6 Feb 2001, xbill wrote: Sam Ruby wrote: Craig R. McClanahan wrote: NOTE: According to Ed Goei, Xerces is, or very soon will be, JAXP 1.1 compatible, so you will be able to use it (instead of Crimson) even in an environment that needs Jasper. Unless Jasper does some wierd reflection tricks that I'm not aware of, I've been successfully compiling all versions of Tomcat against the latest Xerces for quite some time. For example: http://oss.software.ibm.com/developerworks/opensource/jakarta/proto2/jakarta-tomcat-4.0.html - Sam Ruby -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] It seems to be more of a run-time issue versus a compile time issue. The problem appears to be around how Tomcat4/Catalina searches the CLASSPATH and resolves the XML parser classes differently than Tomcat3.2 ie- jetspeed will build fine and resolve the libraries needed to compile, but the error does not surface until you start jetspeed up and point your browser at the main page. There are several messages on the tomcat list that seem related. It could be how Tomcat4 + the TDK uses jaxp/crimson vs the version of xalan/xerces that Jetspeed is using. The message that I found on the tomcat list was: http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg09193.html I am experimenting with various versions of xalan/xerces/jaxp to try to narrow down the problem... -bill -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: url appearing as portlet name -- where is it configured?
John Menke wrote: [EMAIL PROTECTED]">Several of the portlets in the configuration menu have URL's as their names.I looked in my registry and they are no references anywhere to the url's.Where do these entries come from? How can I remove them? They are getting loaded and instantiated through the feed manager daemon, coming from the ocs urls in config. You can skip running the FeedManager at all, or else comment those feed you don't want. Note: there is a /ocs/local.ocs feed that is used for some portlets, and it is instanciated also by the FeedManager, so the best solution is to comment the other feeds. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: List Help?: [EMAIL PROTECTED]
Re: FW: catalina and jetspeed
Hi, I am unable to get the ./build.sh webapp target to build the jetspeed.war file. I get about 100 errors regarding incorrect characters in org/apache/jetspeed/modules/localization/JetspeedLocalization_fr.java ? I pulled down the war file from the site and I get this the error below. I don't use JSP so I'm not sure what's going on but some class isn't being found. I'm sure this is a simple problem that a jetspeeder will see in a second. I think jetspeed is almost working in the TDK 1.1a12 :-) jvz org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:525) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:175) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:187) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:353) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:427) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:191) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:254) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:879) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:879) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2087) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:418) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:879) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:162) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:879) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:818) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:897) at java.lang.Thread.run(Thread.java:484) Root Cause: java.lang.ClassNotFoundException: index_jsp at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:188) at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:120) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:523) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:175) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:187) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:353) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:427) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:191) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:254) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:879) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at