<?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 - OSGi and future directions for Enterprise Java</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>Thu, 20 Jun 2013 02:45:06 -0400</pubDate>


    <item>

        <title>Re: OSGi jars vs. (?) Maven2</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote>But aren't OSGi implementation too dependent on java.util.jar.JarFile.getManifest() method? I've looked at Felix code. It would be required to deploy two JARs into "bundles" directory of an OSGi container - one with implementation and one...]]></description>
        

        <pubDate>Sat, 04 Apr 2009 16:45:03 -0400</pubDate>

        

        <jf:creationDate>Sat, 04 Apr 2009 16:45:03 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 04 Apr 2009 16:45:03 -0400</jf:modificationDate>
        <jf:date>Apr 4, 2009</jf:date>
        <jf:author>enewc</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi jars vs. (?) Maven2</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote><blockquote><blockquote>...but you can't go cracking open all existing JARs and repackaging them. That is just an untenable path forward.</blockquote>That's what I'm thinking of... OSGi metadata should be external, as it's "higher level" of...]]></description>
        

        <pubDate>Wed, 18 Mar 2009 03:06:00 -0400</pubDate>

        

        <jf:creationDate>Wed, 18 Mar 2009 03:06:00 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 18 Mar 2009 03:06:00 -0400</jf:modificationDate>
        <jf:date>Mar 18, 2009</jf:date>
        <jf:author>Grzegorz Grzybek</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi jars vs. (?) Maven2</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote><blockquote>...but you can't go cracking open all existing JARs and repackaging them. That is just an untenable path forward.</blockquote>That's what I'm thinking of... OSGi metadata should be external, as it's "higher level" of organization...]]></description>
        

        <pubDate>Fri, 13 Mar 2009 17:16:40 -0400</pubDate>

        

        <jf:creationDate>Fri, 13 Mar 2009 17:16:40 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 13 Mar 2009 17:16:40 -0400</jf:modificationDate>
        <jf:date>Mar 13, 2009</jf:date>
        <jf:author>enewc</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi and future directions for Enterprise Java</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote>People who started using the OSGi programming model for enterprise applications approached the Alliance to suggest the enterprise edition, not the other way around as you imply. If people weren't already using the OSGi APIs successfully in...]]></description>
        

        <pubDate>Sun, 01 Mar 2009 05:22:20 -0500</pubDate>

        

        <jf:creationDate>Sun, 01 Mar 2009 05:22:20 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 01 Mar 2009 05:22:20 -0500</jf:modificationDate>
        <jf:date>Mar 1, 2009</jf:date>
        <jf:author>Alessandro Mottadelli</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi and future directions for Enterprise Java</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote>Its the way OSGi proponents are trying to push OSGi APIs into application code that really disturbs me.</blockquote>...]]></description>
        

        <pubDate>Sat, 28 Feb 2009 11:11:49 -0500</pubDate>

        

        <jf:creationDate>Sat, 28 Feb 2009 11:11:49 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 28 Feb 2009 11:11:49 -0500</jf:modificationDate>
        <jf:date>Feb 28, 2009</jf:date>
        <jf:author>enewc</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi and future directions for Enterprise Java</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote>Dear Chief Thrall,<br><br><blockquote>Lately everybody feels free to take liberty to bash on Sun/JCP ..</blockquote><br><br>You're sounding very defensive.<br><br>Sun acted extremely Microsoft-like when it came time to consider how to...]]></description>
        

        <pubDate>Fri, 27 Feb 2009 19:59:58 -0500</pubDate>

        

        <jf:creationDate>Fri, 27 Feb 2009 19:59:58 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 27 Feb 2009 19:59:58 -0500</jf:modificationDate>
        <jf:date>Feb 27, 2009</jf:date>
        <jf:author>Bill Burke</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Glassfish uses OSGI</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[The question is: if OSGI is not that great for certain kind of apps, why do they use it?...]]></description>
        

        <pubDate>Thu, 26 Feb 2009 15:08:24 -0500</pubDate>

        

        <jf:creationDate>Thu, 26 Feb 2009 15:08:24 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 26 Feb 2009 15:08:24 -0500</jf:modificationDate>
        <jf:date>Feb 26, 2009</jf:date>
        <jf:author>Ivica Loncar</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi and future directions for Enterprise Java</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote>I assume that is the behavior that you are defending?</blockquote>...]]></description>
        

        <pubDate>Thu, 26 Feb 2009 14:06:34 -0500</pubDate>

        

        <jf:creationDate>Thu, 26 Feb 2009 14:06:34 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 26 Feb 2009 14:06:34 -0500</jf:modificationDate>
        <jf:date>Feb 26, 2009</jf:date>
        <jf:author>Chief Thrall</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi and future directions for Enterprise Java</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[Dear Chief Thrall,...]]></description>
        

        <pubDate>Thu, 26 Feb 2009 10:11:50 -0500</pubDate>

        

        <jf:creationDate>Thu, 26 Feb 2009 10:11:50 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 26 Feb 2009 10:11:50 -0500</jf:modificationDate>
        <jf:date>Feb 26, 2009</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>5</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi jars vs. Sigil(?)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote>I think there are two issues with this approach which really cause headaches going forward; Module vs API dependencies and complex "Uses" graphs.</blockquote>This is true. I've started this topic from the side of Maven2 (and mess in its...]]></description>
        

        <pubDate>Thu, 26 Feb 2009 06:16:27 -0500</pubDate>

        

        <jf:creationDate>Thu, 26 Feb 2009 06:16:27 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 26 Feb 2009 06:16:27 -0500</jf:modificationDate>
        <jf:date>Feb 26, 2009</jf:date>
        <jf:author>Grzegorz Grzybek</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi jars vs. Sigil(?)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote><blockquote>...but you can't go cracking open all existing JARs and repackaging them. That is just an untenable path forward.</blockquote>That's what I'm thinking of... OSGi metadata should be external, as it's "higher level" of organization...]]></description>
        

        <pubDate>Thu, 26 Feb 2009 05:41:08 -0500</pubDate>

        

        <jf:creationDate>Thu, 26 Feb 2009 05:41:08 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 26 Feb 2009 05:41:08 -0500</jf:modificationDate>
        <jf:date>Feb 26, 2009</jf:date>
        <jf:author>Dave Savage</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi and future directions for Enterprise Java</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote> there is feeling in the air that OSGi movement is little to pushy, so to speak</blockquote>...]]></description>
        

        <pubDate>Thu, 26 Feb 2009 05:29:29 -0500</pubDate>

        

        <jf:creationDate>Thu, 26 Feb 2009 05:29:29 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 26 Feb 2009 05:29:29 -0500</jf:modificationDate>
        <jf:date>Feb 26, 2009</jf:date>
        <jf:author>Alessandro Mottadelli</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi jars vs. (?) Maven2</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[<blockquote>...but you can't go cracking open all existing JARs and repackaging them. That is just an untenable path forward.</blockquote>That's what I'm thinking of... OSGi metadata should be external, as it's "higher level" of organization - similar to...]]></description>
        

        <pubDate>Thu, 26 Feb 2009 01:53:58 -0500</pubDate>

        

        <jf:creationDate>Thu, 26 Feb 2009 01:53:58 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 26 Feb 2009 01:53:58 -0500</jf:modificationDate>
        <jf:date>Feb 26, 2009</jf:date>
        <jf:author>Grzegorz Grzybek</jf:author>
        <jf:replyCount>5</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi jars vs. (?) Maven2</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[That is really going to be cool.  That was one of the action items Peter Kriens took from the last EEG.  I am sorry I won't be able to stay for it but David and Oisin will be there.  I will also definitely check out the projects.  Thanks!]]></description>
        

        <pubDate>Wed, 25 Feb 2009 18:38:54 -0500</pubDate>

        

        <jf:creationDate>Wed, 25 Feb 2009 18:38:54 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 25 Feb 2009 18:38:54 -0500</jf:modificationDate>
        <jf:date>Feb 25, 2009</jf:date>
        <jf:author>enewc</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: OSGi jars vs. (?) Maven2</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=53803</link>

        

        
            <description><![CDATA[There is an OSGi tooling summit on March 27th, and we'll be showing some the tooling Sonatype has been working on to bridge the infrastructure gap between bundles/JARs and the different repository structures....]]></description>
        

        <pubDate>Wed, 25 Feb 2009 13:46:23 -0500</pubDate>

        

        <jf:creationDate>Wed, 25 Feb 2009 13:46:23 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 25 Feb 2009 13:46:23 -0500</jf:modificationDate>
        <jf:date>Feb 25, 2009</jf:date>
        <jf:author>Jason van Zyl</jf:author>
        <jf:replyCount>7</jf:replyCount>
    </item>



</channel>
</rss>

