<?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 - Jigsaw's Modular Mistake? Failing to Comprehend What OSGi Already Knows</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>Fri, 24 May 2013 23:47:24 -0400</pubDate>


    <item>

        <title>Jigsaw's Modular Mistake? Failing to Comprehend What OSGi Already</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

        
            <description><![CDATA[<p>Yes I agree with sound shift. "At most" wouldn't work here as the expression "at most" is usually used to express quantity.-<a href="http://oceans2003.org/cwd-construction/" target="_blank">CWD Construction</a></p>]]></description>
        

        <pubDate>Fri, 22 Jun 2012 08:21:00 -0400</pubDate>

        

        <jf:creationDate>Fri, 22 Jun 2012 08:21:00 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 22 Jun 2012 08:21:00 -0400</jf:modificationDate>
        <jf:date>Jun 22, 2012</jf:date>
        <jf:author>kookee01</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Jigsaw's Modular Mistake? Failing to Comprehend What OSGi Already Knows</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

        
            <description><![CDATA[<p>This really sounds interesting regarding the&nbsp;<span>modular development where we can even learned words odf wisdom.&nbsp;</span></p>...]]></description>
        

        <pubDate>Thu, 21 Jun 2012 22:19:02 -0400</pubDate>

        

        <jf:creationDate>Thu, 21 Jun 2012 22:19:02 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 21 Jun 2012 22:19:02 -0400</jf:modificationDate>
        <jf:date>Jun 21, 2012</jf:date>
        <jf:author>juliestarkey45</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<p>The OSGi specifications have moved beyond the original focus of service gateways, and are now used in applications ranging from mobile phones to the open source Eclipse IDE. Other application areas include automobiles, industrial automation, building...]]></description>
        

        <pubDate>Tue, 05 Jun 2012 02:43:06 -0400</pubDate>

        

        <jf:creationDate>Tue, 05 Jun 2012 02:43:06 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 05 Jun 2012 02:43:06 -0400</jf:modificationDate>
        <jf:date>Jun 5, 2012</jf:date>
        <jf:author>kookee01</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>OSGi and Jigsaw -- why is it a conflict?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

        
            <description><![CDATA[<p>The real question is how we can make sure that Jigsaw does not break OSGi, and that perhaps OSGi can leverage Jigsaw's intrinsic capabilities to simplify the implementation -- if not the surface area -- of OSGi.</p>...]]></description>
        

        <pubDate>Fri, 29 Jul 2011 14:41:37 -0400</pubDate>

        

        <jf:creationDate>Fri, 29 Jul 2011 14:41:37 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 29 Jul 2011 14:41:37 -0400</jf:modificationDate>
        <jf:date>Jul 29, 2011</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Metadata complex</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

        
            <description><![CDATA[<p>How do you repeat yourself with the maven bundle plugin? The only additional information is what packages are shared with others, which is not in the scope of maven. And you can even specify this in the POM?</p>...]]></description>
        

        <pubDate>Thu, 28 Jul 2011 15:22:36 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Jul 2011 15:22:36 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Jul 2011 15:22:36 -0400</jf:modificationDate>
        <jf:date>Jul 28, 2011</jf:date>
        <jf:author>Peter Kriens</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Metadata complex</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

        
            <description><![CDATA[<p>The idea behind OSGi is good: a list based classpath is broken and only a graph based classpath can truly fix it. What makes it confusing is that it mixes 3 concepts in a single manifest.mf text file: package visibility, module dependencies and...]]></description>
        

        <pubDate>Thu, 28 Jul 2011 10:47:44 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Jul 2011 10:47:44 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Jul 2011 10:47:44 -0400</jf:modificationDate>
        <jf:date>Jul 28, 2011</jf:date>
        <jf:author>Geoffrey De Smet</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<p>Peter, it seems you do a lot of OSGi (duh) so do you use Eclipse? If so, do you have lots of plugins that you develop at the same time? And if so, I am curious as to how you manage it. FYI, this goes for anyone. What I mean is.. you should work with...]]></description>
        

        <pubDate>Thu, 28 Jul 2011 09:15:42 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Jul 2011 09:15:42 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Jul 2011 09:15:42 -0400</jf:modificationDate>
        <jf:date>Jul 28, 2011</jf:date>
        <jf:author>Mark N</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>re: OSGi Needs to get Simpler</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

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

        <pubDate>Thu, 28 Jul 2011 09:09:04 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Jul 2011 09:09:04 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Jul 2011 09:09:04 -0400</jf:modificationDate>
        <jf:date>Jul 28, 2011</jf:date>
        <jf:author>Mark N</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Metadata complex</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

        
            <description><![CDATA[<p>I am not sure this post was related to the article I wrote? However, I am interested in what mandatory metadata you consider unnecessarily complex?</p>...]]></description>
        

        <pubDate>Thu, 28 Jul 2011 05:20:45 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Jul 2011 05:20:45 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Jul 2011 05:20:45 -0400</jf:modificationDate>
        <jf:date>Jul 28, 2011</jf:date>
        <jf:author>Peter Kriens</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>OSGi Needs to get Simpler</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

        
            <description><![CDATA[<p>The problem is backward compatibility with existing patterns. Most of these class loading patterns (ServiceLoader, factories, etc.) are not modular and will never be as they violate modular boundaries. JBOss modules is already running in the same...]]></description>
        

        <pubDate>Thu, 28 Jul 2011 04:03:36 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Jul 2011 04:03:36 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Jul 2011 04:03:36 -0400</jf:modificationDate>
        <jf:date>Jul 28, 2011</jf:date>
        <jf:author>Peter Kriens</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Jigsaw's Modular Mistake? Failing to Comprehend What OSGi Already Knows</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

        
            <description><![CDATA[<p>In my experience, OSGi is a <em>trainwreck</em>. It's meta-data is complex and there's little that fail-fasts when you configure it wrong. The fact that OSGi resolution is NP-complete is a show stopper for me. JBoss modules looks far simpler to...]]></description>
        

        <pubDate>Thu, 28 Jul 2011 04:01:44 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Jul 2011 04:01:44 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Jul 2011 04:01:44 -0400</jf:modificationDate>
        <jf:date>Jul 28, 2011</jf:date>
        <jf:author>Geoffrey De Smet</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<p>I've been engaged in 277 (though was denied membership in the beginning), 294, 277 resurrection, and now active in Jigsaw. We proposed the Simple Module System as a bridge. All to no avail because there is basically a stone wall on the other side.</p>...]]></description>
        

        <pubDate>Thu, 28 Jul 2011 03:49:05 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Jul 2011 03:49:05 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Jul 2011 03:49:05 -0400</jf:modificationDate>
        <jf:date>Jul 28, 2011</jf:date>
        <jf:author>Peter Kriens</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<p>When I look into problems with OSGi it is invariably because the code is not modular, it usually loads classes across module boundaries. This might be a common pattern in today's code but it is fact of life that this violates modularity. Jigsaw will...]]></description>
        

        <pubDate>Thu, 28 Jul 2011 03:45:49 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Jul 2011 03:45:49 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Jul 2011 03:45:49 -0400</jf:modificationDate>
        <jf:date>Jul 28, 2011</jf:date>
        <jf:author>Peter Kriens</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<p>My guess would be just another competing model to discuss in the JCP. We'll similarly present our pomegranate modularity ideas: <a class="jive-link-external" href="http://blog.caucho.com/2009/06/10/pomegranate-modules/"...]]></description>
        

        <pubDate>Wed, 27 Jul 2011 23:08:54 -0400</pubDate>

        

        <jf:creationDate>Wed, 27 Jul 2011 23:08:54 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 27 Jul 2011 23:08:54 -0400</jf:modificationDate>
        <jf:date>Jul 27, 2011</jf:date>
        <jf:author>Reza Rahman</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: engaging with Jigsaw</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=62699</link>

        

        
            <description><![CDATA[<p>To be fair, he didn't; the title of the news post did: "failing to comprehend what OSGi..."</p>...]]></description>
        

        <pubDate>Wed, 27 Jul 2011 23:03:53 -0400</pubDate>

        

        <jf:creationDate>Wed, 27 Jul 2011 23:03:53 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 27 Jul 2011 23:03:53 -0400</jf:modificationDate>
        <jf:date>Jul 27, 2011</jf:date>
        <jf:author>Reza Rahman</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>



</channel>
</rss>

