<?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 - Why OSGi is cool, but not for most enterprise apps…</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>Sat, 25 May 2013 21:54:43 -0400</pubDate>


    <item>

        <title>Re: Why OSGi is cool, but not for most enterprise apps…</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA["Moreover, are you ready to switch your entire programming and component structure of existing applications to OSGi?"...]]></description>
        

        <pubDate>Wed, 02 Sep 2009 06:17:29 -0400</pubDate>

        

        <jf:creationDate>Wed, 02 Sep 2009 06:17:29 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 02 Sep 2009 06:17:29 -0400</jf:modificationDate>
        <jf:date>Sep 2, 2009</jf:date>
        <jf:author>Ian Robinson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Import-Package ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote>James,<br><br><blockquote>But then I ask why even have Private-Package?</blockquote><br><br>Private-Package isn't part of the OSGi standard. I think this is a header that BND provides since it exports all packages by default.<br><br>Hope this...]]></description>
        

        <pubDate>Fri, 07 Aug 2009 11:45:07 -0400</pubDate>

        

        <jf:creationDate>Fri, 07 Aug 2009 11:45:07 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 07 Aug 2009 11:45:07 -0400</jf:modificationDate>
        <jf:date>Aug 7, 2009</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Import-Package ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[James,

<blockquote>But then I ask why even have Private-Package?</blockquote>

Private-Package isn't part of the OSGi standard. I think this is a header that BND provides since it exports all packages by default.

Hope this helps,

Rob]]></description>
        

        <pubDate>Fri, 07 Aug 2009 10:35:03 -0400</pubDate>

        

        <jf:creationDate>Fri, 07 Aug 2009 10:35:03 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 07 Aug 2009 10:35:03 -0400</jf:modificationDate>
        <jf:date>Aug 7, 2009</jf:date>
        <jf:author>Rob Harrop</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: Import-Package ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote>In regards import-package, for me the case in question is where you have a bundle where say 5% is public API (that other code depends on) and the other 95% is internal implementation. You want to explicitly hide the internal packages from...]]></description>
        

        <pubDate>Fri, 07 Aug 2009 09:23:32 -0400</pubDate>

        

        <jf:creationDate>Fri, 07 Aug 2009 09:23:32 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 07 Aug 2009 09:23:32 -0400</jf:modificationDate>
        <jf:date>Aug 7, 2009</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Import-Package ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[In regards import-package, for me the case in question is where you have a bundle where say 5% is public API (that other code depends on) and the other 95% is internal implementation. You want to explicitly hide the internal packages from other bundles...]]></description>
        

        <pubDate>Fri, 07 Aug 2009 01:28:39 -0400</pubDate>

        

        <jf:creationDate>Fri, 07 Aug 2009 01:28:39 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 07 Aug 2009 01:28:39 -0400</jf:modificationDate>
        <jf:date>Aug 7, 2009</jf:date>
        <jf:author>rob bygrave</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Re: Why OSGi is cool, but not for most enterprise apps…</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote>Absolutely.  Are we sure that all these dependency management schemes aren't just workarounds for early XML library problems? ;-)</blockquote>...]]></description>
        

        <pubDate>Thu, 06 Aug 2009 16:54:12 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 16:54:12 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 16:54:12 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>Re: Why OSGi is cool, but not for most enterprise apps…</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote>...]]></description>
        

        <pubDate>Thu, 06 Aug 2009 15:39:05 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 15:39:05 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 15:39:05 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>Emil Ong</jf:author>
        <jf:replyCount>5</jf:replyCount>
    </item>


    <item>

        <title>Re: Why OSGi is cool, but not for most enterprise apps…</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote>[...] We've been getting a lot of positive feedback from developers who didn't need the complexity when all they wanted is jar-level dependencies.[...]</blockquote>...]]></description>
        

        <pubDate>Thu, 06 Aug 2009 13:57:55 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 13:57:55 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 13:57:55 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>Eric Jain</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Who else implements rfc #66?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote>There are several competing OSGi containers, but are there any web containers other than Spring dm that will do RFC-66 on the horizon?  Standards don't mean much until there are two implementations.<br><br></blockquote>...]]></description>
        

        <pubDate>Thu, 06 Aug 2009 13:29:28 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 13:29:28 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 13:29:28 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>Sahoo Sanjeeb</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Why OSGi is cool, but not for most enterprise apps…</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote><blockquote>I think this feature is probably unnecessary 99% of the time (in my experience) but would really be a killer feature if you need it.</blockquote><br>Fair enough, but frameworks need to focus on the 99%.  Even if you used OSGi to...]]></description>
        

        <pubDate>Thu, 06 Aug 2009 12:47:27 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 12:47:27 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 12:47:27 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>6</jf:replyCount>
    </item>


    <item>

        <title>Re: Taking the wrong prespective, maybe</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote>I can easily envision services of a kind that are so frequently deployed and updated that it's not feasible to require a restart each time (and not necessary from an admin POV). Other kinds of upgrades, sure.</blockquote>...]]></description>
        

        <pubDate>Thu, 06 Aug 2009 12:31:10 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 12:31:10 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 12:31:10 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>Emil Ong</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Why OSGi is cool, but not for most enterprise apps…</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote>The best content so far is in the blogosphere including the post on my blog.</blockquote>...]]></description>
        

        <pubDate>Thu, 06 Aug 2009 12:22:38 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 12:22:38 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 12:22:38 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>Emil Ong</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Why OSGi is cool, but not for most enterprise apps…</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[<blockquote>I think this feature is probably unnecessary 99% of the time (in my experience) but would really be a killer feature if you need it.</blockquote>...]]></description>
        

        <pubDate>Thu, 06 Aug 2009 12:08:43 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 12:08:43 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 12:08:43 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>Emil Ong</jf:author>
        <jf:replyCount>8</jf:replyCount>
    </item>


    <item>

        <title>Taking the wrong prespective, maybe</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[From the blog post:...]]></description>
        

        <pubDate>Thu, 06 Aug 2009 11:58:16 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 11:58:16 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 11:58:16 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>Ulf Dittmer</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: Why OSGi is cool, but not for most enterprise apps…</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=55359</link>

        

        
            <description><![CDATA[I agree 100% with Scott Ferguson.]]></description>
        

        <pubDate>Thu, 06 Aug 2009 11:55:03 -0400</pubDate>

        

        <jf:creationDate>Thu, 06 Aug 2009 11:55:03 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 06 Aug 2009 11:55:03 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2009</jf:date>
        <jf:author>andrewwell</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

