I have used (SCR Generator 1.1.2)  the official version which I can
download on the Felix Download page. The problem is in the
JavaClassDescriptorManager.getJavaClassDescription" method.

There is no exit condition in case javaClass is not annotated. The
while will parse the same javaClass over and over again.

398  while ( result == null && index < javaClasses.length )
399            {
400                final JavaClass javaClass = javaClasses[index];
401                if ( javaClass.getFullyQualifiedName().equals( className ) )
402                {

     // <SNIP>   NO loop break condition in case javaClass is not annotated.

424                }
425                else
426                {
427                    index++;
428                }
429            }



On Tue, Sep 27, 2011 at 8:33 AM, Carsten Ziegeler <cziege...@apache.org> wrote:
> Hi,
>
> we had such an issue during the development phase of the latest
> release (see FELIX-3041), but that should be solved with the version
> of the generator you're using
>
> Regards
> Carsten
>
> 2011/9/27 Felix Meschberger <fmesc...@adobe.com>:
>> Hi,
>>
>> I would not know of such an issue. But a stack trace would at least be
>> very helpful. Particulary from the part of the trace where the "endless
>> loops" start.
>>
>> Also what version of the code are you using ?
>>
>> Regards
>> Felix
>>
>> On 26.09.2011 22:09, Daniel Kuffner wrote:
>>> Hi All,
>>>
>>> I try to use the Felix SCR generator library in a intellij plugin. I
>>> created subclass the JavaClassDescriptorManager to return the sources
>>> for the current build module. I have more or less copy cat the code
>>> form the ANT SCR. It seems like that the JavaClassDescriptorManager
>>> will go into a endless loop if I return a source file which doesn't
>>> have a Component annotation. Do I have to pre-filter those source
>>> files?
>>>
>>> Felix JIRA seems to be down so I couldn't have a look if such a bug
>>> already exists.
>>>
>>> thank you,
>>> Daniel
>>>
>>
>>
>
>
>
> --
> Carsten Ziegeler
> cziege...@apache.org
>

Reply via email to