<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
    xmlns:wfw="http://wellformedweb.org/CommentAPI/"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
>
<!-- MHonArc v2.6.10 -->
	<channel>
		<title>sisu-dev</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/maillist.html</link>
		<description>sisu-dev</description>
		<language>en-us</language>
		<pubDate>Fri, 03 May 2013 18:14:12 GMT</pubDate>
		<lastBuildDate>Fri, 03 May 2013 18:14:12 GMT</lastBuildDate>
		<docs>http://blogs.law.harvard.edu/tech/rss</docs>
		<generator>MHonArc RSS 2.0 RCFile</generator>
		<managingEditor>webmaster@eclipse.org (Webmaster)</managingEditor>
		<webMaster>webmaster@eclipse.org (Webmaster)</webMaster>
		<image>
			<title>sisu-dev</title>
			<url>http://www.eclipse.org/eclipse.org-common/themes/Phoenix/images/eclipse_home_header.jpg</url>
			<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/maillist.html</link>
		</image>
 

	<item>
		<title>Re: [sisu-dev] [ANN] Eclipse/Sisu milestone 0.0.0.M2</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00031.html</link>
		<description> </description>
		<content:encoded><![CDATA[<pre>Congrats for the release, Stuart!

<a  href="http://people.apache.org/~simonetripodi/">http://people.apache.org/~simonetripodi/</a>
<a  href="http://simonetripodi.livejournal.com/">http://simonetripodi.livejournal.com/</a>
<a  href="http://twitter.com/simonetripodi">http://twitter.com/simonetripodi</a>
<a  href="http://www.99soft.org/">http://www.99soft.org/</a>


On Fri, Mar 15, 2013 at 1:50 AM, Stuart McCulloch &lt;mcculls@xxxxxxxxx&gt; wrote:
&gt; Forgot to mention that 0.0.0.M2 includes initial Maven support for generating Sisu index files (META-INF/sisu/...):
&gt;
&gt;         <a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.mojos.git/tag/?id=milestones/0.0.0.M2">http://git.eclipse.org/c/sisu/org.eclipse.sisu.mojos.git/tag/?id=milestones/0.0.0.M2</a>
&gt;
&gt; You can configure Sisu to use these index files instead of classpath scanning by using the BeanScanning option.
&gt;
&gt; On 14 Mar 2013, at 23:51, Stuart McCulloch wrote:
&gt;
&gt;&gt; Hi folks,
&gt;&gt;
&gt;&gt; Eclipse/Sisu milestone 0.0.0.M2 has been tagged:
&gt;&gt;
&gt;&gt;       <a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/tag/?id=milestones/0.0.0.M2">http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/tag/?id=milestones/0.0.0.M2</a>
&gt;&gt;       <a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.plexus.git/tag/?id=milestones/0.0.0.M2">http://git.eclipse.org/c/sisu/org.eclipse.sisu.plexus.git/tag/?id=milestones/0.0.0.M2</a>
&gt;&gt;
&gt;&gt; This milestone contains minor fixes and further Plexus support:
&gt;&gt;
&gt;&gt;       <a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=390240">https://bugs.eclipse.org/bugs/show_bug.cgi?id=390240</a> - Provide cleanroom implementation of Plexus configurators
&gt;&gt;
&gt;&gt; This concludes the cleanroom effort required to use pure Eclipse/Sisu as the container for Maven 3 and other Plexus-based applications (except fixes for regressions in expected/assumed behaviour).
&gt;&gt;
&gt;&gt; The next milestone M3 will focus on the @Inject side of things - I'll be doing a &quot;spring clean&quot; of the packages and at the same time will look into reviewing and merging Don's fixes+improvements:
&gt;&gt;
&gt;&gt;       <a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=393213">https://bugs.eclipse.org/bugs/show_bug.cgi?id=393213</a>
&gt;&gt;       <a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=393214">https://bugs.eclipse.org/bugs/show_bug.cgi?id=393214</a>
&gt;&gt;
&gt;&gt; --
&gt;&gt; Cheers, Stuart
&gt;
&gt; _______________________________________________
&gt; sisu-dev mailing list
&gt; sisu-dev@xxxxxxxxxxx
&gt; <a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>

</pre>]]></content:encoded>
		<pubDate>Fri, 15 Mar 2013 20:35:15 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00031.html</guid>
		<author>simonetripodi@xxxxxxx (Simone Tripodi)</author>
	</item>


	<item>
		<title>Re: [sisu-dev] [ANN] Eclipse/Sisu milestone 0.0.0.M2</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00030.html</link>
		<description> </description>
		<content:encoded><![CDATA[<pre>Forgot to mention that 0.0.0.M2 includes initial Maven support for generating Sisu index files (META-INF/sisu/...):

	<a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.mojos.git/tag/?id=milestones/0.0.0.M2">http://git.eclipse.org/c/sisu/org.eclipse.sisu.mojos.git/tag/?id=milestones/0.0.0.M2</a>

You can configure Sisu to use these index files instead of classpath scanning by using the BeanScanning option.

On 14 Mar 2013, at 23:51, Stuart McCulloch wrote:

&gt; Hi folks,
&gt; 
&gt; Eclipse/Sisu milestone 0.0.0.M2 has been tagged:
&gt; 
&gt; 	<a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/tag/?id=milestones/0.0.0.M2">http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/tag/?id=milestones/0.0.0.M2</a>
&gt; 	<a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.plexus.git/tag/?id=milestones/0.0.0.M2">http://git.eclipse.org/c/sisu/org.eclipse.sisu.plexus.git/tag/?id=milestones/0.0.0.M2</a>
&gt; 
&gt; This milestone contains minor fixes and further Plexus support:
&gt; 
&gt; 	<a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=390240">https://bugs.eclipse.org/bugs/show_bug.cgi?id=390240</a> - Provide cleanroom implementation of Plexus configurators
&gt; 
&gt; This concludes the cleanroom effort required to use pure Eclipse/Sisu as the container for Maven 3 and other Plexus-based applications (except fixes for regressions in expected/assumed behaviour).
&gt; 
&gt; The next milestone M3 will focus on the @Inject side of things - I'll be doing a &quot;spring clean&quot; of the packages and at the same time will look into reviewing and merging Don's fixes+improvements:
&gt; 
&gt; 	<a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=393213">https://bugs.eclipse.org/bugs/show_bug.cgi?id=393213</a>
&gt; 	<a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=393214">https://bugs.eclipse.org/bugs/show_bug.cgi?id=393214</a>
&gt; 
&gt; --
&gt; Cheers, Stuart


</pre>]]></content:encoded>
		<pubDate>Fri, 15 Mar 2013 00:50:45 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00030.html</guid>
		<author>mcculls@xxxxxxx (Stuart McCulloch)</author>
	</item>
	<item>
		<title>[sisu-dev] [ANN] Eclipse/Sisu milestone 0.0.0.M2</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00029.html</link>
		<description>Hi folks, Eclipse/Sisu milestone 0.0.0.M2 has been tagged: http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/tag/?id=milestones/0.0.0.M2 http://git.eclipse.org/c/sisu/org.eclipse.sisu.plexus.git/tag/?id=milestones/0.0.0.M2 This milestone contains m...</description>
		<content:encoded><![CDATA[<pre>Hi folks,

Eclipse/Sisu milestone 0.0.0.M2 has been tagged:

	<a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/tag/?id=milestones/0.0.0.M2">http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/tag/?id=milestones/0.0.0.M2</a>
	<a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.plexus.git/tag/?id=milestones/0.0.0.M2">http://git.eclipse.org/c/sisu/org.eclipse.sisu.plexus.git/tag/?id=milestones/0.0.0.M2</a>

This milestone contains minor fixes and further Plexus support:

	<a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=390240">https://bugs.eclipse.org/bugs/show_bug.cgi?id=390240</a> - Provide cleanroom implementation of Plexus configurators

This concludes the cleanroom effort required to use pure Eclipse/Sisu as the container for Maven 3 and other Plexus-based applications (except fixes for regressions in expected/assumed behaviour).

The next milestone M3 will focus on the @Inject side of things - I'll be doing a &quot;spring clean&quot; of the packages and at the same time will look into reviewing and merging Don's fixes+improvements:

	<a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=393213">https://bugs.eclipse.org/bugs/show_bug.cgi?id=393213</a>
	<a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=393214">https://bugs.eclipse.org/bugs/show_bug.cgi?id=393214</a>

--
Cheers, Stuart
</pre>]]></content:encoded>
		<pubDate>Thu, 14 Mar 2013 23:51:35 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00029.html</guid>
		<author>mcculls@xxxxxxx (Stuart McCulloch)</author>
	</item>


	<item>
		<title>Re: [sisu-dev] Testing?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00028.html</link>
		<description> I can recommend pax-exam, especially the recent releases. </description>
		<content:encoded><![CDATA[<pre>On 16 Jan 2013, at 19:12, Jonathan Doklovic wrote:

&gt; Just wondering if anyone knows the best way to do testing with sisu &amp; felix?
&gt; 
&gt; pax-exam or something?

I can recommend pax-exam, especially the recent releases.

&gt; - Jonathan
&gt; _______________________________________________
&gt; sisu-dev mailing list
&gt; sisu-dev@xxxxxxxxxxx
&gt; <a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>


</pre>]]></content:encoded>
		<pubDate>Wed, 16 Jan 2013 19:15:03 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00028.html</guid>
		<author>mcculls@xxxxxxx (Stuart McCulloch)</author>
	</item>
	<item>
		<title>[sisu-dev] Testing?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00027.html</link>
		<description>Just wondering if anyone knows the best way to do testing with sisu &amp;amp; felix? pax-exam or something? - Jonathan </description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Just wondering if anyone knows the best way to do testing with sisu &amp; felix?</pre><br>
<pre style="margin: 0em;">pax-exam or something?</pre><br>
<pre style="margin: 0em;">- Jonathan</pre><br>
]]></content:encoded>
		<pubDate>Wed, 16 Jan 2013 19:12:07 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00027.html</guid>
		<author>doklovic@xxxxxxx (Jonathan Doklovic)</author>
	</item>


	<item>
		<title>Re: [sisu-dev] @Qualifier not being indexed</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00026.html</link>
		<description>If you want details of all implementations of ConfigurationEntry without instantiating them then you can use: @Inject Iterable&amp;lt;BeanEntry&amp;lt;Named, ConfigurationEntry&amp;gt;&amp;gt; entries; If you want details of all implementations of ConfigurationEntry that have a speci...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Thanks, got it working with</pre><br>
<pre style="margin: 0em;">Iterable&lt;BeanEntry&lt;MyQualifier, ConfigurationEntry&gt;&gt; entries;</pre><br>
<pre style="margin: 0em;"><br></pre><br>
<pre style="margin: 0em;">- Jonathan</pre><br>
<tt>On 01/11/2013 03:49 PM, Stuart McCulloch wrote:
</tt><blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">On 11 Jan 2013, at 23:16, Jonathan Doklovic wrote:</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Let me ask this a different way....</pre><br>
<pre style="margin: 0em;">Is there a way in sisu to easily get a collection of classes (not objects) that implement a given interface and/or have a specific annotation?</pre><br>
<tt>For example, I have classes that implement ConfigurationEntry. I need to find all of those classes (across bundles) and pass their class objects to a gson type adapter. These classes should NOT be instantiated/wired by guice.
</tt></blockquote><pre style="margin: 0em;">If you want details of all implementations of ConfigurationEntry without instantiating them then you can use:</pre><br>
<pre style="margin: 0em;">    @Inject Iterable&lt;BeanEntry&lt;Named, ConfigurationEntry&gt;&gt; entries;</pre><br>
<pre style="margin: 0em;">If you want details of all implementations of ConfigurationEntry that have a specific Qualifier then you can use:</pre><br>
<pre style="margin: 0em;">    @Inject Iterable&lt;BeanEntry&lt;MyQualifier, ConfigurationEntry&gt;&gt; entries;</pre><br>
<pre style="margin: 0em;">If you want details of all implementations that have a specific Qualifier then you can use:</pre><br>
<pre style="margin: 0em;">    @Inject Iterable&lt;BeanEntry&lt;MyQualifier, Object&gt;&gt; entries;</pre><br>
<pre style="margin: 0em;">The BeanEntry API lets you query various details such as the implementation class without needing to eagerly instantiate the component:</pre><br>
<pre style="margin: 0em;">    <a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/plain/org.eclipse.sisu.inject/src/org/eclipse/sisu/BeanEntry.java">http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/plain/org.eclipse.sisu.inject/src/org/eclipse/sisu/BeanEntry.java</a></pre><br>
<pre style="margin: 0em;">all the various dynamic Lists/Maps/etc. provided by Sisu are actually driven by BeanEntry under the covers - the only difference is the view onto the BeanEntry sequence.</pre><br>
<pre style="margin: 0em;">HTH</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Thanks,</pre><br>
<pre style="margin: 0em;">- Jonathan</pre><br>
<tt>On 01/11/2013 01:42 PM, Stuart McCulloch wrote:
</tt><blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">On 11 Jan 2013, at 20:25, Jonathan Doklovic wrote:</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi,</pre><br>
<pre style="margin: 0em;">I have an annotation that's tagged with @Qualifier and a class that uses my annotation.
I expected to see a new file in META-INF/sisu for this class, but it doesn't get generated.
the @Named index is being generated properly just not my custom annotation.</pre><br>
<tt>Am I missing something?
</tt></blockquote><pre style="margin: 0em;">The current indexer will pick up other @Qualifiers, but at the moment the qualified class is only added to the @Named index, as from Sisu's perspective it treats any component with a @Qualifier as being implicitly @Named.</pre><br>
<pre style="margin: 0em;">Likewise the container only queries the 'META-INF/sisu/javax.inject.Named' file when performing an indexed scan, because 1) it lists all known qualified components and 2) it is much faster to call getResource on a fixed path than hunt for all resources under the 'META-INF/sisu/' path (plus not all classloaders expose enough information about the underlying resource URLs to perform such a scan). Note this index is only used to list the qualified components needing runtime scanning to avoid having to brute-force scan the classpath, the binding and query features both work off the runtime annotations found when loading the component class.</pre><br>
<pre style="margin: 0em;">Originally the idea was to have a file per-@Qualifier, but the benefit of every qualified component being implicitly @Named and therefore 'META-INF/sisu/javax.inject.Named' list all know qualified components meant this was implemented first - and since the container only needs this file the indexer hasn't yet been extended to write out the other @Qualifier files (although it does have the necessary information to do this). There was a discussion about choosing a different name for this 'any qualified component list', but at the time we already had jars using this format and it also lets us add other @Qualifier files in the future (which would then be subsets of the main javax.inject.Named index).</pre><br>
<pre style="margin: 0em;">So basically you can index components with other @Qualifiers, and query them using those @Qualifiers, but at the moment they only get listed in the canonical 'META-INF/sisu/javax.inject.Named' file.</pre><br>
<pre style="margin: 0em;">HTH</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">- Jonathan</pre><br>
<pre style="margin: 0em;">_______________________________________________
sisu-dev mailing list
sisu-dev@xxxxxxxxxxx
<a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>
</pre></blockquote><pre style="margin: 0em;">_______________________________________________
sisu-dev mailing list
sisu-dev@xxxxxxxxxxx
<a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>
</pre></blockquote></blockquote></blockquote><pre style="margin: 0em;"><br></pre><br>
]]></content:encoded>
		<pubDate>Tue, 15 Jan 2013 18:59:07 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00026.html</guid>
		<author>doklovic@xxxxxxx (Jonathan Doklovic)</author>
	</item>


	<item>
		<title>Re: [sisu-dev] @Qualifier not being indexed</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00025.html</link>
		<description> </description>
		<content:encoded><![CDATA[<pre>Forgot to mention you can also @Inject the BeanLocator which lets you do programatic lookups

On 11 Jan 2013, at 23:49, Stuart McCulloch wrote:

&gt; On 11 Jan 2013, at 23:16, Jonathan Doklovic wrote:
&gt; 
&gt;&gt; Let me ask this a different way....
&gt;&gt; 
&gt;&gt; Is there a way in sisu to easily get a collection of classes (not objects) that implement a given interface and/or have a specific annotation?
&gt;&gt; 
&gt;&gt; For example, I have classes that implement ConfigurationEntry. I need to find all of those classes (across bundles) and pass their class objects to a gson type adapter. These classes should NOT be instantiated/wired by guice.
&gt; 
&gt; If you want details of all implementations of ConfigurationEntry without instantiating them then you can use:
&gt; 
&gt;   @Inject Iterable&lt;BeanEntry&lt;Named, ConfigurationEntry&gt;&gt; entries;
&gt; 
&gt; If you want details of all implementations of ConfigurationEntry that have a specific Qualifier then you can use:
&gt; 
&gt;   @Inject Iterable&lt;BeanEntry&lt;MyQualifier, ConfigurationEntry&gt;&gt; entries;
&gt; 
&gt; If you want details of all implementations that have a specific Qualifier then you can use:
&gt; 
&gt;   @Inject Iterable&lt;BeanEntry&lt;MyQualifier, Object&gt;&gt; entries;
&gt; 
&gt; The BeanEntry API lets you query various details such as the implementation class without needing to eagerly instantiate the component:
&gt; 
&gt;   <a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/plain/org.eclipse.sisu.inject/src/org/eclipse/sisu/BeanEntry.java">http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/plain/org.eclipse.sisu.inject/src/org/eclipse/sisu/BeanEntry.java</a>
&gt; 
&gt; all the various dynamic Lists/Maps/etc. provided by Sisu are actually driven by BeanEntry under the covers - the only difference is the view onto the BeanEntry sequence.
&gt; 
&gt; HTH
&gt; 
&gt;&gt; Thanks,
&gt;&gt; 
&gt;&gt; - Jonathan
&gt;&gt; 
&gt;&gt; On 01/11/2013 01:42 PM, Stuart McCulloch wrote:
&gt;&gt;&gt; On 11 Jan 2013, at 20:25, Jonathan Doklovic wrote:
&gt;&gt;&gt; 
&gt;&gt;&gt;&gt; Hi,
&gt;&gt;&gt;&gt; 
&gt;&gt;&gt;&gt; I have an annotation that's tagged with @Qualifier and a class that uses my annotation.
&gt;&gt;&gt;&gt; I expected to see a new file in META-INF/sisu for this class, but it doesn't get generated.
&gt;&gt;&gt;&gt; the @Named index is being generated properly just not my custom annotation.
&gt;&gt;&gt;&gt; 
&gt;&gt;&gt;&gt; Am I missing something?
&gt;&gt;&gt; The current indexer will pick up other @Qualifiers, but at the moment the qualified class is only added to the @Named index, as from Sisu's perspective it treats any component with a @Qualifier as being implicitly @Named.
&gt;&gt;&gt; 
&gt;&gt;&gt; Likewise the container only queries the 'META-INF/sisu/javax.inject.Named' file when performing an indexed scan, because 1) it lists all known qualified components and 2) it is much faster to call getResource on a fixed path than hunt for all resources under the 'META-INF/sisu/' path (plus not all classloaders expose enough information about the underlying resource URLs to perform such a scan). Note this index is only used to list the qualified components needing runtime scanning to avoid having to brute-force scan the classpath, the binding and query features both work off the runtime annotations found when loading the component class.
&gt;&gt;&gt; 
&gt;&gt;&gt; Originally the idea was to have a file per-@Qualifier, but the benefit of every qualified component being implicitly @Named and therefore 'META-INF/sisu/javax.inject.Named' list all know qualified components meant this was implemented first - and since the container only needs this file the indexer hasn't yet been extended to write out the other @Qualifier files (although it does have the necessary information to do this). There was a discussion about choosing a different name for this 'any qualified component list', but at the time we already had jars using this format and it also lets us add other @Qualifier files in the future (which would then be subsets of the main javax.inject.Named index).
&gt;&gt;&gt; 
&gt;&gt;&gt; So basically you can index components with other @Qualifiers, and query them using those @Qualifiers, but at the moment they only get listed in the canonical 'META-INF/sisu/javax.inject.Named' file.
&gt;&gt;&gt; 
&gt;&gt;&gt; HTH
&gt;&gt;&gt; 
&gt;&gt;&gt;&gt; - Jonathan
&gt;&gt;&gt;&gt; 
&gt;&gt;&gt;&gt; _______________________________________________
&gt;&gt;&gt;&gt; sisu-dev mailing list
&gt;&gt;&gt;&gt; sisu-dev@xxxxxxxxxxx
&gt;&gt;&gt;&gt; <a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>
&gt;&gt;&gt; _______________________________________________
&gt;&gt;&gt; sisu-dev mailing list
&gt;&gt;&gt; sisu-dev@xxxxxxxxxxx
&gt;&gt;&gt; <a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>
&gt;&gt; 
&gt; 


</pre>]]></content:encoded>
		<pubDate>Sat, 12 Jan 2013 01:24:10 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00025.html</guid>
		<author>mcculls@xxxxxxx (Stuart McCulloch)</author>
	</item>
	<item>
		<title>Re: [sisu-dev] @Qualifier not being indexed</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00024.html</link>
		<description> If you want details of all implementations of ConfigurationEntry without instantiating them then you can use: @Inject Iterable&amp;lt;BeanEntry&amp;lt;Named, ConfigurationEntry&amp;gt;&amp;gt; entries; If you want details of all implementations of ConfigurationEntry that have a spec...</description>
		<content:encoded><![CDATA[<pre>On 11 Jan 2013, at 23:16, Jonathan Doklovic wrote:

&gt; Let me ask this a different way....
&gt; 
&gt; Is there a way in sisu to easily get a collection of classes (not objects) that implement a given interface and/or have a specific annotation?
&gt; 
&gt; For example, I have classes that implement ConfigurationEntry. I need to find all of those classes (across bundles) and pass their class objects to a gson type adapter. These classes should NOT be instantiated/wired by guice.

If you want details of all implementations of ConfigurationEntry without instantiating them then you can use:

   @Inject Iterable&lt;BeanEntry&lt;Named, ConfigurationEntry&gt;&gt; entries;

If you want details of all implementations of ConfigurationEntry that have a specific Qualifier then you can use:

   @Inject Iterable&lt;BeanEntry&lt;MyQualifier, ConfigurationEntry&gt;&gt; entries;

If you want details of all implementations that have a specific Qualifier then you can use:

   @Inject Iterable&lt;BeanEntry&lt;MyQualifier, Object&gt;&gt; entries;

The BeanEntry API lets you query various details such as the implementation class without needing to eagerly instantiate the component:

   <a  href="http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/plain/org.eclipse.sisu.inject/src/org/eclipse/sisu/BeanEntry.java">http://git.eclipse.org/c/sisu/org.eclipse.sisu.inject.git/plain/org.eclipse.sisu.inject/src/org/eclipse/sisu/BeanEntry.java</a>

all the various dynamic Lists/Maps/etc. provided by Sisu are actually driven by BeanEntry under the covers - the only difference is the view onto the BeanEntry sequence.

HTH

&gt; Thanks,
&gt; 
&gt; - Jonathan
&gt; 
&gt; On 01/11/2013 01:42 PM, Stuart McCulloch wrote:
&gt;&gt; On 11 Jan 2013, at 20:25, Jonathan Doklovic wrote:
&gt;&gt; 
&gt;&gt;&gt; Hi,
&gt;&gt;&gt; 
&gt;&gt;&gt; I have an annotation that's tagged with @Qualifier and a class that uses my annotation.
&gt;&gt;&gt; I expected to see a new file in META-INF/sisu for this class, but it doesn't get generated.
&gt;&gt;&gt; the @Named index is being generated properly just not my custom annotation.
&gt;&gt;&gt; 
&gt;&gt;&gt; Am I missing something?
&gt;&gt; The current indexer will pick up other @Qualifiers, but at the moment the qualified class is only added to the @Named index, as from Sisu's perspective it treats any component with a @Qualifier as being implicitly @Named.
&gt;&gt; 
&gt;&gt; Likewise the container only queries the 'META-INF/sisu/javax.inject.Named' file when performing an indexed scan, because 1) it lists all known qualified components and 2) it is much faster to call getResource on a fixed path than hunt for all resources under the 'META-INF/sisu/' path (plus not all classloaders expose enough information about the underlying resource URLs to perform such a scan). Note this index is only used to list the qualified components needing runtime scanning to avoid having to brute-force scan the classpath, the binding and query features both work off the runtime annotations found when loading the component class.
&gt;&gt; 
&gt;&gt; Originally the idea was to have a file per-@Qualifier, but the benefit of every qualified component being implicitly @Named and therefore 'META-INF/sisu/javax.inject.Named' list all know qualified components meant this was implemented first - and since the container only needs this file the indexer hasn't yet been extended to write out the other @Qualifier files (although it does have the necessary information to do this). There was a discussion about choosing a different name for this 'any qualified component list', but at the time we already had jars using this format and it also lets us add other @Qualifier files in the future (which would then be subsets of the main javax.inject.Named index).
&gt;&gt; 
&gt;&gt; So basically you can index components with other @Qualifiers, and query them using those @Qualifiers, but at the moment they only get listed in the canonical 'META-INF/sisu/javax.inject.Named' file.
&gt;&gt; 
&gt;&gt; HTH
&gt;&gt; 
&gt;&gt;&gt; - Jonathan
&gt;&gt;&gt; 
&gt;&gt;&gt; _______________________________________________
&gt;&gt;&gt; sisu-dev mailing list
&gt;&gt;&gt; sisu-dev@xxxxxxxxxxx
&gt;&gt;&gt; <a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>
&gt;&gt; _______________________________________________
&gt;&gt; sisu-dev mailing list
&gt;&gt; sisu-dev@xxxxxxxxxxx
&gt;&gt; <a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>
&gt; 


</pre>]]></content:encoded>
		<pubDate>Fri, 11 Jan 2013 23:49:36 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00024.html</guid>
		<author>mcculls@xxxxxxx (Stuart McCulloch)</author>
	</item>
	<item>
		<title>Re: [sisu-dev] @Qualifier not being indexed</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00023.html</link>
		<description>The current indexer will pick up other @Qualifiers, but at the moment the qualified class is only added to the @Named index, as from Sisu's perspective it treats any component with a @Qualifier as being implicitly @Named. Likewise the container only querie...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Let me ask this a different way....</pre><br>
<tt>Is there a way in sisu to easily get a collection of classes (not 
objects) that implement a given interface and/or have a specific annotation?</tt><br>
<br>
<tt>For example, I have classes that implement ConfigurationEntry. I need to 
find all of those classes (across bundles) and pass their class objects 
to a gson type adapter. These classes should NOT be instantiated/wired 
by guice.</tt><br>
<br>
<pre style="margin: 0em;">Thanks,</pre><br>
<pre style="margin: 0em;">- Jonathan</pre><br>
<tt>On 01/11/2013 01:42 PM, Stuart McCulloch wrote:
</tt><blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">On 11 Jan 2013, at 20:25, Jonathan Doklovic wrote:</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi,</pre><br>
<pre style="margin: 0em;">I have an annotation that's tagged with @Qualifier and a class that uses my annotation.
I expected to see a new file in META-INF/sisu for this class, but it doesn't get generated.
the @Named index is being generated properly just not my custom annotation.</pre><br>
<tt>Am I missing something?
</tt></blockquote><pre style="margin: 0em;">The current indexer will pick up other @Qualifiers, but at the moment the qualified class is only added to the @Named index, as from Sisu's perspective it treats any component with a @Qualifier as being implicitly @Named.</pre><br>
<pre style="margin: 0em;">Likewise the container only queries the 'META-INF/sisu/javax.inject.Named' file when performing an indexed scan, because 1) it lists all known qualified components and 2) it is much faster to call getResource on a fixed path than hunt for all resources under the 'META-INF/sisu/' path (plus not all classloaders expose enough information about the underlying resource URLs to perform such a scan). Note this index is only used to list the qualified components needing runtime scanning to avoid having to brute-force scan the classpath, the binding and query features both work off the runtime annotations found when loading the component class.</pre><br>
<pre style="margin: 0em;">Originally the idea was to have a file per-@Qualifier, but the benefit of every qualified component being implicitly @Named and therefore 'META-INF/sisu/javax.inject.Named' list all know qualified components meant this was implemented first - and since the container only needs this file the indexer hasn't yet been extended to write out the other @Qualifier files (although it does have the necessary information to do this). There was a discussion about choosing a different name for this 'any qualified component list', but at the time we already had jars using this format and it also lets us add other @Qualifier files in the future (which would then be subsets of the main javax.inject.Named index).</pre><br>
<pre style="margin: 0em;">So basically you can index components with other @Qualifiers, and query them using those @Qualifiers, but at the moment they only get listed in the canonical 'META-INF/sisu/javax.inject.Named' file.</pre><br>
<pre style="margin: 0em;">HTH</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">- Jonathan</pre><br>
<pre style="margin: 0em;">_______________________________________________
sisu-dev mailing list
sisu-dev@xxxxxxxxxxx
<a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>
</pre></blockquote><pre style="margin: 0em;">_______________________________________________
sisu-dev mailing list
sisu-dev@xxxxxxxxxxx
<a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>
</pre></blockquote><pre style="margin: 0em;"><br></pre><br>
]]></content:encoded>
		<pubDate>Fri, 11 Jan 2013 23:16:49 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00023.html</guid>
		<author>doklovic@xxxxxxx (Jonathan Doklovic)</author>
	</item>
	<item>
		<title>Re: [sisu-dev] @Qualifier not being indexed</title>
		<link>http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00022.html</link>
		<description> The current indexer will pick up other @Qualifiers, but at the moment the qualified class is only added to the @Named index, as from Sisu's perspective it treats any component with a @Qualifier as being implicitly @Named. Likewise the container only queri...</description>
		<content:encoded><![CDATA[<pre>On 11 Jan 2013, at 20:25, Jonathan Doklovic wrote:

&gt; Hi,
&gt; 
&gt; I have an annotation that's tagged with @Qualifier and a class that uses my annotation.
&gt; I expected to see a new file in META-INF/sisu for this class, but it doesn't get generated.
&gt; the @Named index is being generated properly just not my custom annotation.
&gt; 
&gt; Am I missing something?

The current indexer will pick up other @Qualifiers, but at the moment the qualified class is only added to the @Named index, as from Sisu's perspective it treats any component with a @Qualifier as being implicitly @Named.

Likewise the container only queries the 'META-INF/sisu/javax.inject.Named' file when performing an indexed scan, because 1) it lists all known qualified components and 2) it is much faster to call getResource on a fixed path than hunt for all resources under the 'META-INF/sisu/' path (plus not all classloaders expose enough information about the underlying resource URLs to perform such a scan). Note this index is only used to list the qualified components needing runtime scanning to avoid having to brute-force scan the classpath, the binding and query features both work off the runtime annotations found when loading the component class.

Originally the idea was to have a file per-@Qualifier, but the benefit of every qualified component being implicitly @Named and therefore 'META-INF/sisu/javax.inject.Named' list all know qualified components meant this was implemented first - and since the container only needs this file the indexer hasn't yet been extended to write out the other @Qualifier files (although it does have the necessary information to do this). There was a discussion about choosing a different name for this 'any qualified component list', but at the time we already had jars using this format and it also lets us add other @Qualifier files in the future (which would then be subsets of the main javax.inject.Named index).

So basically you can index components with other @Qualifiers, and query them using those @Qualifiers, but at the moment they only get listed in the canonical 'META-INF/sisu/javax.inject.Named' file.

HTH

&gt; - Jonathan
&gt; 
&gt; _______________________________________________
&gt; sisu-dev mailing list
&gt; sisu-dev@xxxxxxxxxxx
&gt; <a  href="http://dev.eclipse.org/mailman/listinfo/sisu-dev">http://dev.eclipse.org/mailman/listinfo/sisu-dev</a>


</pre>]]></content:encoded>
		<pubDate>Fri, 11 Jan 2013 21:42:35 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/sisu-dev/msg00022.html</guid>
		<author>mcculls@xxxxxxx (Stuart McCulloch)</author>
	</item>

 
	</channel>
	</rss>
<!-- MHonArc v2.6.10 -->
