Re: Jetspeed XML string size limitation?
Santiago Gala wrote: Sarah Eggleston wrote: (...) If this isn't general interest just shout and we can take it offline. The XML data isn't stored in cache, I got hold of this by running with no stylesheet and saving the XML result manually. It's basically identical to the working XML data (uses the same ISO and DTD file) except that the entry-count value (and number of entries) changes. ?xml version="1.0" encoding='ISO-8859-1'? !DOCTYPE dsml SYSTEM "http://addressbook.corp.com/addressdir/dsml.dtd" dsml !--status error-code="0" msg="Ok" entry-count="10"-- directory-entries entry dn="uid=0+1188897,c=us,ou=addressbook,o=corp.com" ... /entry [...and 9 more entries...] /directory-entries /dsml The full stacktrace for the first exception thrown is this: [Tue Feb 20 10:52:58 GMT+00:00 2001] -- ERROR -- Exception: org.apache.jetspeed.services.urlmanager.URLNotAvailableException: The following URL is not available because it is considered invalid: http://addressbook.corp.com/person/((sn=Eggleston)(givenname=*)).list/byxml - java.io.IOException: Resetting to invalid mark Stack Trace follows: org.apache.jetspeed.services.urlmanager.URLNotAvailableException: The following URL is not available because it is considered invalid: http://addressbook.corp.com/person/((sn=Eggleston)(givenname=*)).list/byxml - java.io.IOException: Resetting to invalid mark at java.io.IOException.init(IOException.java:49) at org.apache.jetspeed.services.urlmanager.URLNotAvailableException.init(URLNotAvailableException.java:75) at org.apache.jetspeed.services.urlmanager.URLFetcher.fetch(URLFetcher.java:189) at org.apache.jetspeed.cache.disk.JetspeedDiskCache.fetch(JetspeedDiskCache.java(Compiled Code)) at org.apache.jetspeed.cache.disk.JetspeedDiskCache.add(JetspeedDiskCache.java:352) at org.apache.jetspeed.cache.disk.JetspeedDiskCache.getEntry(JetspeedDiskCache.java:243) at org.apache.jetspeed.cache.disk.JetspeedDiskCache.getEntry(JetspeedDiskCache.java:181) at org.apache.jetspeed.util.SimpleTransform.transform(SimpleTransform.java:140) at org.apache.jetspeed.util.SimpleTransform.transform(SimpleTransform.java:125) at BluePagesPortlet.parse(BluePagesPortlet.java:116) at BluePagesPortlet.getContent(BluePagesPortlet.java:89) at org.apache.jetspeed.portal.controls.FullScreenControl.getHTMLContent(FullScreenControl.java:171) at org.apache.jetspeed.portal.controls.FullScreenControl.getContent(FullScreenControl.java:103) at org.apache.jetspeed.portal.controllers.RowColumnPortletController.getHTMLContent(RowColumnPortletController.java(Compiled Code)) at org.apache.jetspeed.portal.controllers.RowColumnPortletController.getContent(RowColumnPortletController.java:115) at org.apache.jetspeed.portal.PortletSet.getContent(PortletSet.java:277) at org.apache.jetspeed.modules.screens.Home.getContent(Home.java:152) at org.apache.jetspeed.modules.screens.Home.doBuild(Home.java:132) at org.apache.turbine.modules.Screen.build(Screen.java:100) at org.apache.turbine.modules.ScreenLoader.eval(ScreenLoader.java:125) at org.apache.jetspeed.modules.layouts.JetspeedJspLayout.doBuild(JetspeedJspLayout.java:103) at org.apache.turbine.modules.Layout.build(Layout.java:93) at org.apache.turbine.modules.LayoutLoader.exec(LayoutLoader.java:122) at org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPage.java:170) at org.apache.turbine.modules.Page.build(Page.java:92) at org.apache.turbine.modules.PageLoader.exec(PageLoader.java:122) at org.apache.turbine.Turbine.doGet(Turbine.java:364) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:404) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:210) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java(Compiled Code)) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Thread.java:481) [Tue Feb 20 10:52:55 GMT+00:00 2001] -- NOTICE -- urlResult = http://addressbook.corp.com/person/((sn=Eggleston)(givenname=*)).list/byxml [Tue Feb 20 10:52:58 GMT+00:00 2001] -- NOTICE -- URLFetcher: found URL with encoding - ISO-8859-1 [Tue Feb 20 10:52:58 GMT+00:00 2001] -- ERROR -- Exception:
Re: Portlets + Velocity + extensions
At 16:11 19/02/2001 -0400, you wrote: Hi all Some days ago I post some extensions to portlets. I have some minor changes and now I have a 15kb zip file with a demo. How can i put this files in modules/ so you can test it. Basically the files are: + A portlet control supporting Min/restore/Max/Config/Close buttons making the layout with velocity ( extensible to support themes ) + An abstract portlet class to support those buttons + An unique generic portlet class ( extending the previous abstract class ) to make portles just with 1 action class (optional) and 1 velocity template + An hello world example supporting all buttons and saving data in persistence storage + no hack in any code Send the zip directly to me I'll commit the patches in the appropriate directories. -- 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: Velocity templates
At 12:40 20/02/2001 +0100, you wrote: At 01:23 02/20/01, Michael Sallman wrote: I made some changes to the Velocity templates to restore some of the JR/TR.props references that had been hard-coded in. (header logo, welcome message, login message, footer logo, stylesheet). I also moved the header logo from default.vm to top.vm as it seems the more appropriate place for it. I'm just starting to investigate Velocity, so I'm not sure if I'm even implementing it correctly. But the diffs do seem to work. Any comments/critiques would be appreciated. I don't think reviving these settings in the TR.p is a good idea. This was needed with Ecs to make those things configurable, but with templates it doesn't make sense to me: The idea is that for a portal installation the templates are customized. A page designer can develop the look and feel just by editing the templates - no touching of source code, no property files. I find it much more natural to specify the stylesheet name in the head section of a template (where a page designer would expect it) instead of setting a value in a property file that is then included in the template through a directive. Things are different for dynamic parts: If you decide to use different stylesheets depending on the locale, then you will have to use dynamic elements in the template. +1 I think that for the next alpha, the legacy ECS screens and related properties in JR.p will be removed since we'll already have support for 2 templating systems, and no one in his right mind should build markup using code... -- 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: Portlets + Velocity + extensions
At 21:11 02/19/01, Roberto E. Carrasco R. wrote: Hi all Some days ago I post some extensions to portlets. I have some minor changes and now I have a 15kb zip file with a demo. How can i put this files in modules/ so you can test it. I received the zip from Roberto - haven't had time to test it yet. I checked the zip "as is" into the jetspeed/modules directory. 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: Newbie Stupid CVS question
I tried jCVS last night with success. No problems at all. Steve Jon Stevens [EMAIL PROTECTED] To: JetSpeed [EMAIL PROTECTED] Sent by: cc: [EMAIL PROTECTED] Subject: Re: Newbie Stupid CVS question -dogs.com 02/20/01 09:28 PM Please respond to "JetSpeed" on 2/20/01 10:35 AM, "John Menke" [EMAIL PROTECTED] wrote: I am trying to use JCVS (Java CVS Client) to login to the CVS server. It asks me for a username I try anon with a password of anon and it fails. Below is a full description of the problem. I seem to be connecting to the CVS server correctly, but I cannot authenticate. How can I login for read-only access? JCVS asks for the following information Don't use JCVS? It works fine with every other CVS client. -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: [Admin] Documentation generation change
At 11:45 20/02/2001 +0100, you wrote: At 18:44 02/17/01, Raphal Luta wrote: I've not yet updated the web site with the new docs as I'd first like all the people involved to review the docs and fix any error or obsolete text you may encounter. I scanned through the docs and changed a few lines. I'm not sure about following statements: Features: "Synchronization with Avantgo" - does this really work at the moment? I don't know. Can someone test and report ? Resources: - Do we rely on Cocoon (_today_)? No. ToDo: - "Update Jetspeed to the new Turbine User and ACL architecture" I think that's done. What's still missing is "Incorporate Turbine ACL features in Jetspeed". Yes, the TODO needs to be updated more thoroughly Development-Architecture: - Is the Portlet API really between turbine and Jetspeed? I'd rather say that it is "turbine - jetspeed - portlet api - portlets". What about removing this page ? It seems really obsolete right now and will be even more when the new Portlet API and new layout engine will land. WAP: - "Jetspeed supports the Wireless Application Protocol (WAP) . This is mostly done via Cocoon and XSLT." ?? Don't think that's true. I guess we can safely remove any Cocoon mention since it's not part of the core engine anymore. I can change these myself, of course. Just wanted a comment. A thing I can't easily change is following: The source tag doesn't work (e.g. "PSML"), don't know why. It possibly doesn't like xml inside?? I did not convert all the stylebook tags and some (like s2) don't have any defined vsl macros so that may create confused markup. I think it would be prefer to only use "standard" jakarta-site2 macros, unless really necessary, so that we don't have to use or own vsl macros definitions. -- 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 Stupid CVS question
John Menke wrote: I am trying to use JCVS (Java CVS Client) to login to the CVS server. It asks me for a username I try anon with a password of anon and it fails. Below is a full description of the problem. I seem to be connecting to the CVS server correctly, but I cannot authenticate. How can I login for read-only access? JCVS asks for the following information Password: I have "anon" CVS Module: I have "Jetspeed" maybe this shoud be 'jetspeed' NOT 'Jetspeed' ?? i'm using jcvs and everything works fine ... martin -- -- 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 Stupid CVS question
Do you use a proxy for internet connection? CVS uses port 2401 for connection. If you don't have this port enabled on your proxy the connection can't be done and a message of this kind can be recieved. Hope this helps. Josep Vela [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]
Portlet security
The GlueCode team is preparing to pursue portlet-level security for Jetspeed -- that is, the ability to make portlets visible to only certain users. Of course, we want to build this on the existing Turbine group/role/permission scheme. Our initial thought is that adding attributes in jetspeed-config.jcfg of roughly this form viewable-by group="foo" role="bar" perm="baz" / would be a good way to encode the permissions. In the absence of any such attributes, the default would be viewable by all. A reasonable "choke point" at which to limit access to portlets would appear to be PortletConfig.getPortletSet(). The set returned could be filtered to remove portlets for which the user does not have permission. This would suffice to control access both to portlets on the portal page, and listing of portlets on the customization page (which we're working to extend, by the way). Thoughts on this approach, please? -- Craig Berry - (310) 570-4140 VP Technology GlueCode 1452 Second St Santa Monica CA 90401 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Trailing slashes education
on 2/21/01 12:30 AM, "ingo schuster" [EMAIL PROTECTED] wrote: Ok, know that a trailing slash after a file doesn't make sense (the trailing slashes in the example above on ".rdf" shouldn't be from me). But what's about URLs that end neither with a directory nor with a file (like "http://www.xmlhack.com")? What is the recommended way? It doesn't matter in that case because the request looks like this: GET / HTTP/1.0 If you haven't done this already, I suggest that everyone here take a few hours and read through the HTTP specifications at www.w3.org. They are boring and dry, but they have a lot of good information. P.S.: Thanks btw that you are reading our commits - another pair of eyes that findes problems. :-) Yup. The power of OSS. Keep preaching inside of IBM for us, ok? :-) thanks, -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: Trailing slashes education
It has to do with the processing at the server end The site name without the trailing slash indicates that the server should provide the default page for the site. Sometimes this is a complex name of a file or program not stored in the root html directory. To make it easier for the users of the site, this information is defaulted when the user doesn't specify the trailing slash. The site name with a trailing slash indicates that the server should provide the default page for the root html directory. For the above case of a complex name, this default page usually redirects the browser to the new location. The behavior when leaving off the trailing slash for a directory is based upon the host web server and configuration. It could indicate the default html page. Putting the trailing slash on might indicate a directory listing... or the default html page for the directory... depending... Steve Phone: 248-552-4087 (tie-line 896-4087) Fax:248-552-4087 Notes: Steve Freeman/Southfield/IBM I-net: [EMAIL PROTECTED] ingo schuster [EMAIL PROTECTED] To: "JetSpeed" [EMAIL PROTECTED] Sent by: cc: [EMAIL PROTECTED] Subject: Re: Trailing slashes education -dogs.com 02/21/01 03:30 AM Please respond to "JetSpeed" At 19:41 02/20/01, Jon Stevens wrote: ul - lia href="http://www.xmlhack.com"XMLHack/a/li + lia href="http://www.xmlhack.com/"XMLHack/a/li lia href="http://w.moreover.com/"Moreover/a/li lia href="http://www.mozilla.org/news.rdf/"Mozilla/a/li lia href="http://www.slashdot.org/slashdot.rdf/"SlashDot/a/li Ok, I think we need more education here. :-) Trailing slashes are ONLY needed in the following case: If the URI ends with a directory. Ok, know that a trailing slash after a file doesn't make sense (the trailing slashes in the example above on ".rdf" shouldn't be from me). But what's about URLs that end neither with a directory nor with a file (like "http://www.xmlhack.com")? What is the recommended way? ingo. P.S.: Thanks btw that you are reading our commits - another pair of eyes that findes problems. :-) -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: A humble request,
At 23:07 20/02/2001 -0800, you wrote: would it be possible to preface all subjects on the JetSpeed list with [JetSpeed]? This would help filtering, and just general recognition of the emails. -John Filter on the "[EMAIL PROTECTED]" Reply-to header. It works very well :) -- 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: Trailing slashes education
At 09:30 21/02/2001 +0100, you wrote: At 19:41 02/20/01, Jon Stevens wrote: ul - lia href="http://www.xmlhack.com"XMLHack/a/li + lia href="http://www.xmlhack.com/"XMLHack/a/li lia href="http://w.moreover.com/"Moreover/a/li lia href="http://www.mozilla.org/news.rdf/"Mozilla/a/li lia href="http://www.slashdot.org/slashdot.rdf/"SlashDot/a/li Ok, I think we need more education here. :-) Trailing slashes are ONLY needed in the following case: If the URI ends with a directory. Ok, know that a trailing slash after a file doesn't make sense (the trailing slashes in the example above on ".rdf" shouldn't be from me). But what's about URLs that end neither with a directory nor with a file (like "http://www.xmlhack.com")? What is the recommended way? They should have a / too to be well-formed URLs because http://www.xmlhack.com does not specify any query string (The browser itself adds the /, in order to create the GET / request) -- 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: A humble request,
Dude, you need to look into your filtering stuff a little further. Don't ask all of us to change because you can't get your email stuff to filter off subject line! I'm filtering this and a zillion others at the same time. -Original Message- From: John Kew [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 1:08 AM To: Jetspeed Subject: A humble request, would it be possible to preface all subjects on the JetSpeed list with [JetSpeed]? This would help filtering, and just general recognition of the emails. -John -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] --- This message has been scanned for viruses with Trend Micro's Interscan VirusWall. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: A humble request,
Just filter on the ReplyTo field containing "[EMAIL PROTECTED]". This works just great for me. Steve At 11:07 PM 2/20/2001 -0800, you wrote: would it be possible to preface all subjects on the JetSpeed list with [JetSpeed]? This would help filtering, and just general recognition of the emails. -John -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: [Admin] Documentation generation change
on 2/21/01 1:19 AM, "Raphal Luta" [EMAIL PROTECTED] wrote: I think it would be prefer to only use "standard" jakarta-site2 macros, unless really necessary, so that we don't have to use or own vsl macros definitions. FYI, you can define your own macros very easily (and this is perfectly acceptable): #1. Create a VM_global_library.vm file. #2. Put all your macro's in it. #3. Put the file in your resource.loader.1.resource.path (as defined in your velocity.properties file) You can also submit patches to the site.vsl in the jakarta-site2 module that adds additional functionality. Send your patches directly to me and I will commit them. thanks, -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: Newbie Stupid CVS question
Yes, I tried last night again and it worked. When I tried "anon" and "anon" the first time it failed. Must have been connectivity problems... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Steve Freeman Sent: Wednesday, February 21, 2001 8:03 AM To: JetSpeed Subject: Re: Newbie Stupid CVS question I tried jCVS last night with success. No problems at all. Steve Jon Stevens [EMAIL PROTECTED] To: JetSpeed [EMAIL PROTECTED] Sent by: cc: [EMAIL PROTECTED] Subject: Re: Newbie Stupid CVS question -dogs.com 02/20/01 09:28 PM Please respond to "JetSpeed" on 2/20/01 10:35 AM, "John Menke" [EMAIL PROTECTED] wrote: I am trying to use JCVS (Java CVS Client) to login to the CVS server. It asks me for a username I try anon with a password of anon and it fails. Below is a full description of the problem. I seem to be connecting to the CVS server correctly, but I cannot authenticate. How can I login for read-only access? JCVS asks for the following information Don't use JCVS? It works fine with every other CVS client. -jon -- -- 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: Portlets not refreshing
Hi, I have tried this solution and it is not working in my case. Is it sure that this works?? Carlos. sbelt wrote: Which portlet class are you using? One from the distribution or a portlet class of your own? I am using Jetspeed on an Intranet; one of the portlets on the users home page is a summary of their daily schedule - this requires an update every time the page is refreshed, ie, it cannot be cached. I'll share with you our solution (though be warned that the PortletAPI discussions may - or may not - alter this in the future) Assuming you are using an existing portlet class, here is what I would suggest. (I'll use RSSPortlet as an example): - copy \src\java\org\apache\jetspeed\portal\portlets\RSSPortlet.java to ...\RSSCurrentPortlet.java - Modify the RSSCurrentPortlet.java. Add the following method to the class. /* tells jetspeed not to cache this content*/ public boolean isCacheable ( ) { return false; } - modify the jetspeedconfig.jcfg to use RSSCurrentPortlet instead of RSSPortlet - Run the build scripts to create your jar/war file(s). Now you won't have to sacrifice the performance of the entire system to support this single portlet! I had actually modified many of the portlets so I can pass a parameter indicating whether the portlet should be cached. (Basically, read the parameter in the init() method, then return that value in the isCacheable() method rather than always returning false) -- -- 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 Stupid CVS question
I tried anon as username and anon as password and the CVS server let me in... Didn't do that the first time (maybe it was down?) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John Menke Sent: Tuesday, February 20, 2001 1:35 PM To: Jetspeed Subject: Newbie Stupid CVS question I am trying to use JCVS (Java CVS Client) to login to the CVS server. It asks me for a username I try anon with a password of anon and it fails. Below is a full description of the problem. I seem to be connecting to the CVS server correctly, but I cannot authenticate. How can I login for read-only access? JCVS asks for the following information Password: I have "anon" CVS Module: I have "Jetspeed" CVS Server: I have "cvs.working-dogs.com" CVS Repository: I have /products/cvs/jetspeed Checkout Directory: I have a local directory Authentication keeps failing with the message The CVS Request Failed Failed authentication with username "anon" I have also tried "pserver:anon", "pserver", and ":pserver:anon" as my username and I get similar errors... -- -- 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: Newbie Stupid CVS question
Do you use a proxy for internet connection? CVS uses port 2401 for connection. If you don't have this port enabled on your proxy the connection can't be done and a message of this kind can be recieved. when I put username= "anon" and password = "anon" it works (sometimes) (other times I guess the server is down?) -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: Trailing slashes education
From: Steve Freeman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 9:30 AM It has to do with the processing at the server end The site name without the trailing slash indicates that the server should provide the default page for the site. Sometimes this is a complex name of a file or program not stored in the root html directory. To make it easier for the users of the site, this information is defaulted when the user doesn't specify the trailing slash. The site name with a trailing slash indicates that the server should provide the default page for the root html directory. For the above case of a complex name, this default page usually redirects the browser to the new location. I don't believe that's the case, since the http request will consist simply of "GET /" in either case. It's the client browser that assumes the implicit trailing / in this case, not the server. To my knowledge, the server would have no way to distinguish between the two cases. -- Craig Berry - (310) 570-4140 VP Technology GlueCode 1452 Second St Santa Monica CA 90401 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: A humble request,
Wow, sorry I caused such a disturbance. I wasn't trying to pick a fight or anything. I actually was just interested in visually recognizing them in clients where I can't use filtering (such as using `mail` on my email server). If it's inconvenient I don't really mind, it's just something I'm used to on all of my lists. John On Wednesday 21 February 2001 09:10, you wrote: At 08:07 02/21/01, John Kew wrote: would it be possible to preface all subjects on the JetSpeed list with [JetSpeed]? This would help filtering, and just general recognition of the emails. Come on, that'll NEVER work - and it's very inconvenient as well. No, I think "To: Jetspeed [EMAIL PROTECTED]" should be sufficient for filtering. ingo. -- -- 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: Kickstart me :-)
Hi Markus I only know a location of a "How to write a portlet" documents. Perhaps some of your questions will be answered there http://www.bluesunrise.com/jetspeed/PortletHowTo.htm Yours Stefan -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: A humble request,
Fun a filtering discussion :-) ingo schuster [EMAIL PROTECTED] writes: Come on, that'll NEVER work - and it's very inconvenient as well. No, I think "To: Jetspeed [EMAIL PROTECTED]" should be sufficient for filtering. But that wouldn't work either. The correct would be to take both To: and CC:. Or if you want mails that are sent directly to you(as well as to the list) to appear in your default inbox, filter on Sender:. regards, Gunnar -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
multiple portlets based on the same class
Hi, We are using jetspeed1.3a1 and it is generally working fine (although still temperamental upon startup - at least on linux...) We have 2 portlets that based on the same class and when we use either individually, they work fine. These portlets are mini-applications - providing means of entering/querying/updating data all within the portlet. But when we have both portlets enabled at once, the links of the first portlet get passed to the second portlet displayed - they are setup as separate portlet entries WhosWho and Company. The links use action="servlet/jetspeed/portlet/WhosWho" and action="servlet/jetspeed/portlet/Company" - but requests from either go to the second portlet instance on the page. Is the corresponding portlet looked up using classname perhaps - and thus, because they have the same name, only the second is found? Thanks in advance, 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]
No Cacheable Portlets - Doesn't work?
Hi All, I am trying to create a portlet that doesn't use the cache. I have read that this can be done by creating a portlet with the isCacheable() method returning false. I have done so extending the newRSSPorlet and creating a new portlet called NoCacheRSSPortlet. After, I declared it in the portlet registry ( jetspeed.conf) and I created I new instance that is downloading a jsp page, this way: portlet-entry type="ref" parent="NoCacheRSS" name="NoCacheNews" urlhttp://giliberto.quepasa.it:18080/news/news/rssNews.jsp/url meta-info titleNo Cache News/title /meta-info /portlet-entry The JSP page is generating a page in RSS format. But it is not working!! Jetspeed is caching the jsp page and sending cache hits with this page. So the portlet is still using the cache and the channel is not renewed ! :(. Why is this happening? Has jetspeed a diferent behavior with JSP pages? Why is the portlet still using the cache?? Thanks. Carlos. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Portlet security
We also have plans in this direction, I think we should agree on a common interface for what we do. Some first thoughts on this topic ... I think there are actually two points where access control must be applied: - Customization - users should only be offered portlets that they are allowed to use - Access to portlets - before displaying a portlet or allowing to perform an action on it, the portal needs to check whether the user still has access rights In either case, the access decision should be obtained via the same interface. The latter is required to cover the case that a user has selected a portlet some time ago, when he was allowed to use it but meanwhile an administrator has revoked his access rights. Putting the info in the jetspeed.jcfg file is one option. Other options are putting this info in a database or in some kind of authoritzation engine , e.g. Policy Director or Siteminder. To accommodate usage of either store, JetSpeed should define an interface to check permissions, i.e. a call like checkPermission(user, portletID, action) or checkPermission(group, portletID, action) "action" may be something like display, edit, config, ... There should be pluggable services implementing this interface, e.g. one using settings in jetspeed.jcfg, one using a database, one using an authorization engine, etc. One option to implement the pluggable services would be Turine Services, i.e. we would have Turbine Authorization Services that would be invoked through the JetSpeed Authorization Interface. Best regards, Thomas Thomas Schaeck Portal Architect 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 The GlueCode team is preparing to pursue portlet-level security for Jetspeed -- that is, the ability to make portlets visible to only certain users. Of course, we want to build this on the existing Turbine group/role/permission scheme. Our initial thought is that adding attributes in jetspeed-config.jcfg of roughly this form viewable-by group="foo" role="bar" perm="baz" / would be a good way to encode the permissions. In the absence of any such attributes, the default would be viewable by all. A reasonable "choke point" at which to limit access to portlets would appear to be PortletConfig.getPortletSet(). The set returned could be filtered to remove portlets for which the user does not have permission. This would suffice to control access both to portlets on the portal page, and listing of portlets on the customization page (which we're working to extend, by the way). Thoughts on this approach, please? -- Craig Berry - (310) 570-4140 VP Technology GlueCode 1452 Second St Santa Monica CA 90401 -- -- 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: multiple portlets based on the same class
Yes! I have exactly the same problem!. "Kimpton,C (Chris)" wrote: Hi, We are using jetspeed1.3a1 and it is generally working fine (although still temperamental upon startup - at least on linux...) . . . Is the corresponding portlet looked up using classname perhaps - and thus, because they have the same name, only the second is found? Thanks in advance, Chris -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: Portlet security
There was a proposal in the cvs tree at one time, don't know if enough has changed to make it invalid, but integration with turbine's security model was in there... -Original Message- From: Craig Berry [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 11:20 AM To: Jetspeed Mailing List (E-mail) Subject: Portlet security The GlueCode team is preparing to pursue portlet-level security for Jetspeed -- that is, the ability to make portlets visible to only certain users. Of course, we want to build this on the existing Turbine group/role/permission scheme. Our initial thought is that adding attributes in jetspeed-config.jcfg of roughly this form viewable-by group="foo" role="bar" perm="baz" / would be a good way to encode the permissions. In the absence of any such attributes, the default would be viewable by all. A reasonable "choke point" at which to limit access to portlets would appear to be PortletConfig.getPortletSet(). The set returned could be filtered to remove portlets for which the user does not have permission. This would suffice to control access both to portlets on the portal page, and listing of portlets on the customization page (which we're working to extend, by the way). Thoughts on this approach, please? -- Craig Berry - (310) 570-4140 VP Technology GlueCode 1452 Second St Santa Monica CA 90401 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] --- This message has been scanned for viruses with Trend Micro's Interscan VirusWall. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: Trailing slashes education
I stand corrected... I forgot about the necessary '/' for the GET command. Steve "Craig Berry" [EMAIL PROTECTED]To: "JetSpeed" [EMAIL PROTECTED] Sent by: cc: [EMAIL PROTECTED] Subject: RE: Trailing slashes education -dogs.com 02/21/01 07:36 PM Please respond to "JetSpeed" From: Steve Freeman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 9:30 AM It has to do with the processing at the server end The site name without the trailing slash indicates that the server should provide the default page for the site. Sometimes this is a complex name of a file or program not stored in the root html directory. To make it easier for the users of the site, this information is defaulted when the user doesn't specify the trailing slash. The site name with a trailing slash indicates that the server should provide the default page for the root html directory. For the above case of a complex name, this default page usually redirects the browser to the new location. I don't believe that's the case, since the http request will consist simply of "GET /" in either case. It's the client browser that assumes the implicit trailing / in this case, not the server. To my knowledge, the server would have no way to distinguish between the two cases. -- Craig Berry - (310) 570-4140 VP Technology GlueCode 1452 Second St Santa Monica CA 90401 -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Border round Portlet?
I struggled with the same thing. I finally decided to implement my own TitlePortletControl and let all configuration entries point to this class. In the TitlePortletControl::getContent() method I generate relevant CLASS= tags on HTML elements I want to tweak. Then I use the shipped style sheet to make the portlet appear as I want it. I don't know if this is the proper way but it works for and gives me all visible elements through CSS. Regards, Rogier - Original Message - From: "Alex McLintock" [EMAIL PROTECTED] To: "JetSpeed" [EMAIL PROTECTED] Sent: Thursday, February 22, 2001 19:23 Subject: Border round Portlet? Can anyone give me an example of how to put a border around a portlet as done in XMLmodeling.com ? I think I see how to use BorderPortletControl in (for example) default.psml - but when I do use it the portlet's Titlebar disappears. (I am using 1.3a1 at the moment) Any chance of more people submitting their site configurations as examples...? Thanks Alex -- -- 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: Portlet security
[EMAIL PROTECTED] wrote: We also have plans in this direction, I think we should agree on a common interface for what we do. Some first thoughts on this topic ... I think there are actually two points where access control must be applied: - Customization - users should only be offered portlets that they are allowed to use - Access to portlets - before displaying a portlet or allowing to perform an action on it, the portal needs to check whether the user still has access rights In either case, the access decision should be obtained via the same interface. The latter is required to cover the case that a user has selected a portlet some time ago, when he was allowed to use it but meanwhile an administrator has revoked his access rights. Putting the info in the jetspeed.jcfg file is one option. Other options are putting this info in a database or in some kind of authoritzation engine , e.g. Policy Director or Siteminder. To accommodate usage of either store, JetSpeed should define an interface to check permissions, i.e. a call like checkPermission(user, portletID, action) or checkPermission(group, portletID, action) "action" may be something like display, edit, config, ... We could use java.security.Permission (in general all of the java.security.* framework). We could write org.apache.jetspeed.security.DisplayPermission, org.apache.jetspeed.security.EditPermission, org.apache.jetspeed.security.XXXPermission,... This should be integratable with Turbine now, and with any java enterprise application, allowing code like the following (in tomcat/examples/jsp/security) to be gracefully extended by turbine/jetspeed. --- (from tomcat examples) You are logged in as remote user b%= request.getRemoteUser() %/bbrbr % if (request.getUserPrincipal() != null) { % Your user principal name is b%= request.getUserPrincipal().getName() %/bbrbr % } else { % No user principal could be identified. % } % (...) including roles and acl. There should be pluggable services implementing this interface, e.g. one using settings in jetspeed.jcfg, one using a database, one using an authorization engine, etc. One option to implement the pluggable services would be Turine Services, i.e. we would have Turbine Authorization Services that would be invoked through the JetSpeed Authorization Interface. All of the java.security.* framework is interface based. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: Portlet security
You can find the other security proposal in the build: /jetspeed/proposals/0004.txt viewable-by group="foo" role="bar" perm="baz" / is this permission under the portlet definition? I believe it would be better to use an ACL approach, to represent the permission association between the portlet and role, and decouple the security def. from the portlet def. Look at the Turbine schema, the TURBINE_ROLE_PERMISSION table. Once the new architecture is formalised, we can identify entities needing security, possibly portlets, panes, templates. Turbine already gives us users, groups and roles. I was working on security wrt psml files. Will psml files be around in the next release? :) To accommodate usage of either store, JetSpeed should define an interface to check permissions, i.e. a call like checkPermission(user, portletID, action) or checkPermission(group, portletID, action) Turbine already does a lot of the work for you wrt users and groups: @see turbine.util.security.AccessControlList turbine.util.SecurityCheck turbine.util.TemplateSecurityCheck From rundata, you can make checks like this: data.getACL().hasPermission(permission) or use the utility classes There should be pluggable services implementing this interface, e.g. one using settings in jetspeed.jcfg, one using a database, one using an authorization engine, etc. One option to implement the pluggable services would be Turine Services, i.e. we would have Turbine Authorization Services that would be invoked through the JetSpeed Authorization Interface. I like that (authorization service) I like making use of the role-permission approach already defined in Turbine. The problem is that portlets and other jetspeed objects are stored in a JCFG registry, where users and groups are defined in the database. I know its very easy to edit the JCFG file, but mine is getting very large and unmanageable. Plus I have multiple configurations Has anyone ever considered storing the registries in a database? Using Torque, we could still define our object model in XML Schema, and deploy to whatever JDBC datastore we want. Im not sure if Torque can persist to XML files. My guess is that it always needs to go thru a JDBC driver... -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Getting rid of xalan and xerces :-)
What I really mean is that we found a problem while I was visiting Juan Carlos in Ciudad Real (related with how SAX1 implementations handle namespaces) that made it mandatory for us to try to go into SAX2 --- Xalan2. I did some experiments and I found that migrating Jetspeed to use only Xalan2.0.0 implies only changes in two files (SimpleTransform.java and ECSStylesheetElement.java). I have updated them, and everything seems to be OK. I will test a little bit more. I'm asking, in brief, if anybody oposes to switching to Xalan2.0.0. I can take care of commiting after more testing, maybe explaining needed changes in XSLT processing for other teams, ... It brings a lot of advantages if properly done, as Jetspeed (when some extra changes are done) will no longer depend from Xalan. Instead, it will depend on javax.xml.transform.*,org.xml.sax.* (TRAX) and javax.xml.parser.* (JAXP). This is not done yet, but I will do it in the next days if nobody oposes. BTW, there is a comment in EcsStylesheetElement.java saying that this class is transient. Is it needed still ? My adaptation is a quick fix, and I would prefer not to commit it. Another caveat: to make it work, I have to define export TOMCAT_OPTS="-Dorg.xml.sax.driver=org.apache.xerces.parsers.SAXParser" (before it was export TOMCAT_OPTS="-Dorg.xml.sax.parser=org.apache.xerces.parsers.SAXParser" ) I think it changes as gremlins move my versions of xerces.jar around :-) (1.2.3 -- 1.3.0 -- 1.2.3, ...) or from tomcat/lib to WEB-INF/lib (of cocoon and jetspeed and ... or maybe it was xalan.jar? ) You all know what I mean... You're happy if you don't :-) Anybody knows how to get rid of this definition in a sensible, cult and educated way? -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: multiple portlets based on the same class
Kimpton,C (Chris) wrote: Hi, We are using jetspeed1.3a1 and it is generally working fine (although still temperamental upon startup - at least on linux...) We have 2 portlets that based on the same class and when we use either individually, they work fine. These portlets are mini-applications - providing means of entering/querying/updating data all within the portlet. But when we have both portlets enabled at once, the links of the first portlet get passed to the second portlet displayed - they are setup as separate portlet entries WhosWho and Company. It looks it is a multithreading problem. Are you storing in the portlet information that belongs to the request or the session? Does the portlet class have any instance variables written by the requests? Are you storing a RunData anywhere? -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: No Cacheable Portlets - Doesn't work?
carlos beltran wrote: Hi All, I am trying to create a portlet that doesn't use the cache. I have read that this can be done by creating a portlet with the isCacheable() method returning false. I have done so extending the newRSSPorlet and creating a new portlet called NoCacheRSSPortlet. After, I declared it in the portlet registry ( jetspeed.conf) and I created I new instance that is downloading a jsp page, this way: portlet-entry type="ref" parent="NoCacheRSS" name="NoCacheNews" urlhttp://giliberto.quepasa.it:18080/news/news/rssNews.jsp/url meta-info titleNo Cache News/title /meta-info /portlet-entry The JSP page is generating a page in RSS format. But it is not working!! Jetspeed is caching the jsp page and sending cache hits with this page. So the portlet is still using the cache and the channel is not renewed ! :(. Why is this happening? Has jetspeed a diferent behavior with JSP pages? Why is the portlet still using the cache?? There are two caches here: - portletcache takes care of caching the portlet object in memory. - diskcache takes care of caching the URL to avoid thrashing other servers. You have removed memory cache for this portlet, but not disk cache. So your url will be updated once an hour when DiskCacheDaemon runs. The only URLs that the current DiskCache does not cache are "localhost", "yourhostname" and "file:/" urls. I have a prototype of the new cache, but I'm flooded with other work, and it is not even functional now. Once think we will have there is being able to specify regular-expression cacheability of URLs. I'll think of a quick workaroud for specifying non cacheable URLs with the current codebase. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Jetspeed XML string size limitation?
Sarah Eggleston wrote: Santiago Gala wrote: Sarah Eggleston wrote: (...) If this isn't general interest just shout and we can take it offline. The XML data isn't stored in cache, I got hold of this by running with It is. All the JetspeedDiskCacheEntry stuff means it is being taken from the cache. no stylesheet and saving the XML result manually. It's basically identical to the working XML data (uses the same ISO and DTD file) except that the entry-count value (and number of entries) changes. ?xml version="1.0" encoding='ISO-8859-1'? The problem is a bug (my code :( ) The current version of URLFetcher.java (line 353) checks for an encoding declaration as "encoding\"". This fails to take into account that you can use "'" to delimit encoding, and ALSO, that whitespace could be between name, "=" and value. The code needs fixing. It needs time to make it right and I'm rather flooded right now. It should check for "encoding" optional whitespace "=" optional WS "['|"]" to pick up the value, and remember which separator was used to find the end of the value. You can work around it by using double quotes to separate encoding. I will take a look to it ASAP. The error comes because the stream is "marked" to "rewind" it after the encoding has been read. Dirty, but it was the only way to handle XML files lying about the encoding in the HTTP Headers. :( As it takes too long to find a couple of "\"", the mark is not big enough. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Portlet security
on 2/22/01 3:52 PM, "David Sean Taylor" [EMAIL PROTECTED] wrote: Im not sure if Torque can persist to XML files. My guess is that it always needs to go thru a JDBC driver... yup. the design is JDBC based persistence. saving out to a XML file doesn't buy you anything since you can do that by having a JDBC-XML export. -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: Kickstart me :-)
Dear Stefan, thanks for your suggestion. I had read the document already, but it does not really provide the information I want. And to make matters worse, and I am sure that it had been discovered here already a zillion times, only that I cannot find the threads in any archive - how does Jetspeed compare to Cocoon? I have a list of requirements which I try to cover. Maybe the most important one is that I need to write packages which can also be supported by standalone applications. I guess that turbine (e.g. the DBConnectionPool) can be used in a way to do this. Currently I am getting the opinion that jetspeed might pose to much of a restriction on me, when it comes to create interoperability with legacy applications, because it uses a certain architecture model. So far I have not managed to get Cocoon to run with Tomcat 4.0, but I would be interested in general opinions about the two and if there are efforts to combine them. Markus Stefan Schmitt wrote: Hi Markus I only know a location of a "How to write a portlet" documents. Perhaps some of your questions will be answered there http://www.bluesunrise.com/jetspeed/PortletHowTo.htm Yours Stefan -- -- 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]