<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - A Preferences API Implementation for Web Applications</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Tue, 18 Jun 2013 03:19:11 -0400</pubDate>


    <item>

        <title>Re: Nice, some security problems, wrote a test with IT Mill Tool</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[<blockquote>While the idea of the preferences servlet implementation is good, I'd consider some other than filesystem storage. Also running it as a filter doesn't seem necessary and creates problems for setting the user name, if using authenticated...]]></description>
        

        <pubDate>Sun, 23 Dec 2007 09:43:14 -0500</pubDate>

        

        <jf:creationDate>Sun, 23 Dec 2007 09:43:14 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 23 Dec 2007 09:43:14 -0500</jf:modificationDate>
        <jf:date>Dec 23, 2007</jf:date>
        <jf:author>Holger Engels</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Nice, some security problems, wrote a test with IT Mill Toolkit</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[The ServletPreferences does not check the entries in any way and allows preference nodes such as "../../../foo". Using a file system as a back-end might not be optimal anyhow, but in addition it creates security problems....]]></description>
        

        <pubDate>Sun, 23 Dec 2007 07:18:42 -0500</pubDate>

        

        <jf:creationDate>Sun, 23 Dec 2007 07:18:42 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 23 Dec 2007 07:18:42 -0500</jf:modificationDate>
        <jf:date>Dec 23, 2007</jf:date>
        <jf:author>Marko Gr??nroos</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: A Preferences API Implementation for Web Applications</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[Hi,...]]></description>
        

        <pubDate>Fri, 21 Dec 2007 06:16:10 -0500</pubDate>

        

        <jf:creationDate>Fri, 21 Dec 2007 06:16:10 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 21 Dec 2007 06:16:10 -0500</jf:modificationDate>
        <jf:date>Dec 21, 2007</jf:date>
        <jf:author>Christian Kochs</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Administration</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[With this implementation you can do exactly, what the standard java preferences api is designed for. From within a session, it is totally transparent, that there might be other sessions from other users. Thus with the standard api, you will not be able...]]></description>
        

        <pubDate>Fri, 21 Dec 2007 02:24:13 -0500</pubDate>

        

        <jf:creationDate>Fri, 21 Dec 2007 02:24:13 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 21 Dec 2007 02:24:13 -0500</jf:modificationDate>
        <jf:date>Dec 21, 2007</jf:date>
        <jf:author>Holger Engels</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Administration</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[This is interesting.
Some of the use-cases for web based applications require an administrator to maintain a users profile (override settings, etc).  How will this be accomplished?  Is there a standard API to manage multiple user preferences?]]></description>
        

        <pubDate>Thu, 20 Dec 2007 15:56:00 -0500</pubDate>

        

        <jf:creationDate>Thu, 20 Dec 2007 15:56:00 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 20 Dec 2007 15:56:00 -0500</jf:modificationDate>
        <jf:date>Dec 20, 2007</jf:date>
        <jf:author>Deepak Parbhoo</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: A Preferences API Implementation for Web Applications</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[<blockquote><blockquote><blockquote>In this case, ServletPreferences fall back to identifying the user via a unique ID stored in a Cookie.</blockquote><br><br>Have you taken any steps to secure this solution to avoid "any user" from accessing other users...]]></description>
        

        <pubDate>Thu, 20 Dec 2007 08:53:25 -0500</pubDate>

        

        <jf:creationDate>Thu, 20 Dec 2007 08:53:25 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 20 Dec 2007 08:53:25 -0500</jf:modificationDate>
        <jf:date>Dec 20, 2007</jf:date>
        <jf:author>John Brand</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: A Preferences API Implementation for Web Applications</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[<blockquote><blockquote>In this case, ServletPreferences fall back to identifying the user via a unique ID stored in a Cookie.</blockquote><br><br>Have you taken any steps to secure this solution to avoid "any user" from accessing other users...]]></description>
        

        <pubDate>Thu, 20 Dec 2007 04:37:29 -0500</pubDate>

        

        <jf:creationDate>Thu, 20 Dec 2007 04:37:29 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 20 Dec 2007 04:37:29 -0500</jf:modificationDate>
        <jf:date>Dec 20, 2007</jf:date>
        <jf:author>Victor Ott</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: A Preferences API Implementation for Web Applications</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[<blockquote>In this case, ServletPreferences fall back to identifying the user via a unique ID stored in a Cookie.</blockquote>

Have you taken any steps to secure this solution to avoid "any user" from accessing other users preferences?]]></description>
        

        <pubDate>Thu, 20 Dec 2007 03:15:54 -0500</pubDate>

        

        <jf:creationDate>Thu, 20 Dec 2007 03:15:54 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 20 Dec 2007 03:15:54 -0500</jf:modificationDate>
        <jf:date>Dec 20, 2007</jf:date>
        <jf:author>John Brand</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Re: Storing the preferences in cookies</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[Hi Romen,...]]></description>
        

        <pubDate>Thu, 20 Dec 2007 02:56:02 -0500</pubDate>

        

        <jf:creationDate>Thu, 20 Dec 2007 02:56:02 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 20 Dec 2007 02:56:02 -0500</jf:modificationDate>
        <jf:date>Dec 20, 2007</jf:date>
        <jf:author>Holger Engels</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: A Preferences API Implementation for Web Applications</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[Let me clarify my understanding of this implementation: it stores the user prefs data on the server side using XML?...]]></description>
        

        <pubDate>Thu, 20 Dec 2007 01:04:54 -0500</pubDate>

        

        <jf:creationDate>Thu, 20 Dec 2007 01:04:54 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 20 Dec 2007 01:04:54 -0500</jf:modificationDate>
        <jf:date>Dec 20, 2007</jf:date>
        <jf:author>Romen Law</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: Storage</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[<blockquote>The prefs API by default uses the native store for preferences of the OS it's running on. On Windows it uses the registry. On OSX it uses .plist in ~/Library/Preferences. For this port they've overridden that behavior and store the...]]></description>
        

        <pubDate>Wed, 19 Dec 2007 13:36:21 -0500</pubDate>

        

        <jf:creationDate>Wed, 19 Dec 2007 13:36:21 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 19 Dec 2007 13:36:21 -0500</jf:modificationDate>
        <jf:date>Dec 19, 2007</jf:date>
        <jf:author>Thai Dang Vu</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Storage</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[The prefs API by default uses the native store for preferences of the OS it's running on. On Windows it uses the registry. On OSX it uses .plist in ~/Library/Preferences. For this port they've overridden that behavior and store the preferences in XML. No...]]></description>
        

        <pubDate>Wed, 19 Dec 2007 09:43:19 -0500</pubDate>

        

        <jf:creationDate>Wed, 19 Dec 2007 09:43:19 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 19 Dec 2007 09:43:19 -0500</jf:modificationDate>
        <jf:date>Dec 19, 2007</jf:date>
        <jf:author>Tracy Snell</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: A Preferences API Implementation for Web Applications</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[Are the user preferences stored in a database / file by this API implementation? Or do I have to implement that feature?]]></description>
        

        <pubDate>Wed, 19 Dec 2007 09:20:30 -0500</pubDate>

        

        <jf:creationDate>Wed, 19 Dec 2007 09:20:30 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 19 Dec 2007 09:20:30 -0500</jf:modificationDate>
        <jf:date>Dec 19, 2007</jf:date>
        <jf:author>Thai Dang Vu</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>A Preferences API Implementation for Web Applications</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=47886</link>

        

        
            <description><![CDATA[The <a href="http://java.sun.com/j2se/1.5.0/docs/guide/preferences/index.html">Java Preferences API</a> provides a convenient and backend-neutral way of storing and retrieving simple data, especially user preferences, without requiring the application...]]></description>
        

        <pubDate>Wed, 19 Dec 2007 08:23:33 -0500</pubDate>

        

        <jf:creationDate>Wed, 19 Dec 2007 08:23:33 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 19 Dec 2007 08:23:33 -0500</jf:modificationDate>
        <jf:date>Dec 19, 2007</jf:date>
        <jf:author>Holger Engels</jf:author>
        <jf:replyCount>13</jf:replyCount>
    </item>



</channel>
</rss>

