Re: [VOTE] Accept Arjun Panday's service Diagnostics service and graphical WebConsole plugin

2011-09-26 Thread Felix Meschberger 
+1

Thanks Arjun (and Carsten) !

Regards
Felix

On 26.09.2011 09:04, Carsten Ziegeler wrote:
> Arjun Panday has offered to contribute a Service Diagnostics service
> and graphical WebConsole plugin
>
>https://issues.apache.org/jira/browse/FELIX-3128
>
> This idea has received positive feedback in email discussion, so I'd
> like to call a vote on it.
>
> [  ] +1 Accept the contribution
> [  ] 0 No opinion
> [  ] -1 Reject the contribution
>
> Please note that this is a general vote about accepting the
> contribution. We can technically discuss details once we've accepted
> and added the contribution.
>
> Regards
> Carsten

[jira] [Resolved] (FELIX-3134) Wrong default HTTPS port used (433)

2011-09-26 Thread Felix Meschberger (Resolved) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/FELIX-3134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Felix Meschberger resolved FELIX-3134.
--

   Resolution: Fixed
Fix Version/s: http-2.2.2

Fixed in Rev. 1176234 -- using 8443 instead of 433 now.

> Wrong default HTTPS port used (433)
> ---
>
> Key: FELIX-3134
> URL: https://issues.apache.org/jira/browse/FELIX-3134
> Project: Felix
>  Issue Type: Bug
>  Components: HTTP Service
>Affects Versions: http-2.2.0
>Reporter: Felix Meschberger
>Assignee: Felix Meschberger
> Fix For: http-2.2.2
>
>
> The Jetty based implementation of the HTTP Service uses port 433 as the 
> default port for HTTPS. This is problematic for non-root situations on *nix 
> platforms (server ports <1024 are not allowed for non-root users) and is not 
> the standard HTTPS port (which is 443).
> We should change the default to be 8443 -- which goes along the lines of 
> using 8080 as default for the HTTP port.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (FELIX-3134) Wrong default HTTPS port used (433)

2011-09-26 Thread Felix Meschberger (Created) (JIRA) 
Wrong default HTTPS port used (433)
---

 Key: FELIX-3134
 URL: https://issues.apache.org/jira/browse/FELIX-3134
 Project: Felix
  Issue Type: Bug
  Components: HTTP Service
Affects Versions: http-2.2.0
Reporter: Felix Meschberger
Assignee: Felix Meschberger


The Jetty based implementation of the HTTP Service uses port 433 as the default 
port for HTTPS. This is problematic for non-root situations on *nix platforms 
(server ports <1024 are not allowed for non-root users) and is not the standard 
HTTPS port (which is 443).

We should change the default to be 8443 -- which goes along the lines of using 
8080 as default for the HTTP port.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: SCR Generator 1.1.2 - JavaClassDescriptorManager.getJavaClassDescription() endless loop....

2011-09-26 Thread Carsten Ziegeler 
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 :
> 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

Re: SCR Generator 1.1.2 - JavaClassDescriptorManager.getJavaClassDescription() endless loop....

2011-09-26 Thread Felix Meschberger 
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
>

[jira] [Resolved] (FELIX-3130) Nested composites throws StackOverflowError on instantiation

2011-09-26 Thread Clement Escoffier (Resolved) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/FELIX-3130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Clement Escoffier resolved FELIX-3130.
--

   Resolution: Fixed
Fix Version/s: ipojo-composite-1.8.2

Fixed in trunk.

The composite was trying to instantiate itself... A snapshot version will be 
available soon from apache-snapshots.

> Nested composites throws StackOverflowError on instantiation
> 
>
> Key: FELIX-3130
> URL: https://issues.apache.org/jira/browse/FELIX-3130
> Project: Felix
>  Issue Type: Bug
>  Components: iPOJO
>Affects Versions: iPOJO-1.8.0
>Reporter: Thiago Souza
>Assignee: Clement Escoffier
> Fix For: ipojo-composite-1.8.2
>
> Attachments: stackoverflow.txt
>
>
> The following metadata.xml describes a composite with another nested 
> composite. Instantiating "composite-external" throws a StackOverflowError 
> 
>  xmlns:c="org.apache.felix.ipojo.composite">
>
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Resolved] (FELIX-2648) Incompatible security provider state when switching from 2.0.4 to 3.0.3

2011-09-26 Thread Richard S. Hall (Resolved) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/FELIX-2648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard S. Hall resolved FELIX-2648.


   Resolution: Won't Fix
Fix Version/s: (was: framework.security-2.0.0)

> Incompatible security provider state when switching from 2.0.4 to 3.0.3
> ---
>
> Key: FELIX-2648
> URL: https://issues.apache.org/jira/browse/FELIX-2648
> Project: Felix
>  Issue Type: Bug
>  Components: Framework Security
>Affects Versions: framework.security-1.2.0, framework.security-1.4.0
> Environment: Mac OS X
>Reporter: Tommaso Teofili
>Assignee: Karl Pauls
> Attachments: bundle0.zip
>
>
> When switching Felix version from 2.0.4 to 3.0.3 the (old) security provider 
> state in the bundle cache is not compatible with the newer version of the 
> security provider, so Felix can be started again only after deleting the 
> $cacheDir.
> In attachment the $cacheDir/bundle0 dir as a zip file.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

SCR Generator 1.1.2 - JavaClassDescriptorManager.getJavaClassDescription() endless loop....

2011-09-26 Thread Daniel Kuffner 
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

Re: [VOTE][RESULT] framework 4.0.0 and related subproject releases

2011-09-26 Thread Karl Pauls 
Time to call the vote on the Felix framework 4.0.0 and related
subproject releases.

* +1 votes from Jean-Baptiste Onofré, Marcel Offermans, Richard S.
Hall, Felix Meschberger, Clement Escoffier, Carsten Ziegeler, Rob
Walker, Stuart McCulloch, Toni Menzel, and Karl Pauls.

* No other votes

The vote is successful. I will make the release artifacts available as
soon as possible

Re: [VOTE] framework 4.0.0 and related subproject releases

2011-09-26 Thread Toni Menzel 
+1 not binding
On Sep 26, 2011 9:21 PM, "Karl Pauls"  wrote:
> +1
>
> regards,
>
> Karl
>
> On Sun, Sep 25, 2011 at 11:54 AM, Stuart McCulloch 
wrote:
>> On Sep 22, 2011 4:48 PM, "Karl Pauls"  wrote:
>>>
>>> I would like to call a vote on the following subproject releases:
>>>
>>> framework  4.0.0
>>> framework.security 2.0.0
>>> main 4.0.0
>>> main.distribution 4.0.0
>>> gogo.command 0.12.0
>>>
>>>
>>> Staging repositories:
>>> https://repository.apache.org/content/repositories/orgapachefelix-089/
>>>
>>> You can use this UNIX script to download the release and verify the
>> signatures:
>>> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>>>
>>> Usage:
>>> sh check_staged_release.sh 089 /tmp/felix-staging
>>>
>>> Please vote to approve this release:
>>>
>>> [ ] +1 Approve the release
>>> [ ] -1 Veto the release (please provide specific comments)
>>
>> +1
>>
>> --
>> Cheers, Stuart
>>
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
> http://twitter.com/karlpauls
> http://www.linkedin.com/in/karlpauls
> https://profiles.google.com/karlpauls

Re: [VOTE] framework 4.0.0 and related subproject releases

2011-09-26 Thread Karl Pauls 
+1

regards,

Karl

On Sun, Sep 25, 2011 at 11:54 AM, Stuart McCulloch  wrote:
> On Sep 22, 2011 4:48 PM, "Karl Pauls"  wrote:
>>
>> I would like to call a vote on the following subproject releases:
>>
>> framework  4.0.0
>> framework.security 2.0.0
>> main 4.0.0
>> main.distribution 4.0.0
>> gogo.command 0.12.0
>>
>>
>> Staging repositories:
>> https://repository.apache.org/content/repositories/orgapachefelix-089/
>>
>> You can use this UNIX script to download the release and verify the
> signatures:
>> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh
>>
>> Usage:
>> sh check_staged_release.sh 089 /tmp/felix-staging
>>
>> Please vote to approve this release:
>>
>> [ ] +1 Approve the release
>> [ ] -1 Veto the release (please provide specific comments)
>
> +1
>
> --
> Cheers, Stuart
>



-- 
Karl Pauls
karlpa...@gmail.com
http://twitter.com/karlpauls
http://www.linkedin.com/in/karlpauls
https://profiles.google.com/karlpauls

[jira] [Commented] (FELIX-3130) Nested composites throws StackOverflowError on instantiation

2011-09-26 Thread Thiago Souza (JIRA) 

[ 
https://issues.apache.org/jira/browse/FELIX-3130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13114794#comment-13114794
 ] 

Thiago Souza commented on FELIX-3130:
-

Actually... it's doing nothing, it's a simple class just like

public class ComponentAImpl {}

> Nested composites throws StackOverflowError on instantiation
> 
>
> Key: FELIX-3130
> URL: https://issues.apache.org/jira/browse/FELIX-3130
> Project: Felix
>  Issue Type: Bug
>  Components: iPOJO
>Affects Versions: iPOJO-1.8.0
>Reporter: Thiago Souza
>Assignee: Clement Escoffier
> Attachments: stackoverflow.txt
>
>
> The following metadata.xml describes a composite with another nested 
> composite. Instantiating "composite-external" throws a StackOverflowError 
> 
>  xmlns:c="org.apache.felix.ipojo.composite">
>
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (FELIX-3130) Nested composites throws StackOverflowError on instantiation

2011-09-26 Thread Clement Escoffier (JIRA) 

[ 
https://issues.apache.org/jira/browse/FELIX-3130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13114673#comment-13114673
 ] 

Clement Escoffier commented on FELIX-3130:
--

I've reproduced the issue.

> Nested composites throws StackOverflowError on instantiation
> 
>
> Key: FELIX-3130
> URL: https://issues.apache.org/jira/browse/FELIX-3130
> Project: Felix
>  Issue Type: Bug
>  Components: iPOJO
>Affects Versions: iPOJO-1.8.0
>Reporter: Thiago Souza
>Assignee: Clement Escoffier
> Attachments: stackoverflow.txt
>
>
> The following metadata.xml describes a composite with another nested 
> composite. Instantiating "composite-external" throws a StackOverflowError 
> 
>  xmlns:c="org.apache.felix.ipojo.composite">
>
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Work started] (FELIX-3130) Nested composites throws StackOverflowError on instantiation

2011-09-26 Thread Clement Escoffier (JIRA) 

 [ 
https://issues.apache.org/jira/browse/FELIX-3130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Work on FELIX-3130 started by Clement Escoffier.

> Nested composites throws StackOverflowError on instantiation
> 
>
> Key: FELIX-3130
> URL: https://issues.apache.org/jira/browse/FELIX-3130
> Project: Felix
>  Issue Type: Bug
>  Components: iPOJO
>Affects Versions: iPOJO-1.8.0
>Reporter: Thiago Souza
>Assignee: Clement Escoffier
> Attachments: stackoverflow.txt
>
>
> The following metadata.xml describes a composite with another nested 
> composite. Instantiating "composite-external" throws a StackOverflowError 
> 
>  xmlns:c="org.apache.felix.ipojo.composite">
>
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [VOTE] Accept Arjun Panday's service Diagnostics service and graphical WebConsole plugin

2011-09-26 Thread Pierre De Rop 
+1

/Pierre

On Mon, Sep 26, 2011 at 2:33 PM, Richard S. Hall wrote:

> +1
>
> -> richard
>
>
>
> On 9/26/11 3:04 AM, Carsten Ziegeler wrote:
>
>> Arjun Panday has offered to contribute a Service Diagnostics service
>> and graphical WebConsole plugin
>>
>>
>> https://issues.apache.org/**jira/browse/FELIX-3128
>>
>> This idea has received positive feedback in email discussion, so I'd
>> like to call a vote on it.
>>
>> [  ] +1 Accept the contribution
>> [  ] 0 No opinion
>> [  ] -1 Reject the contribution
>>
>> Please note that this is a general vote about accepting the
>> contribution. We can technically discuss details once we've accepted
>> and added the contribution.
>>
>> Regards
>> Carsten
>>
>

Re: [VOTE] Accept Arjun Panday's service Diagnostics service and graphical WebConsole plugin

2011-09-26 Thread Richard S. Hall 

+1

-> richard


On 9/26/11 3:04 AM, Carsten Ziegeler wrote:

Arjun Panday has offered to contribute a Service Diagnostics service
and graphical WebConsole plugin

https://issues.apache.org/jira/browse/FELIX-3128

This idea has received positive feedback in email discussion, so I'd
like to call a vote on it.

[  ] +1 Accept the contribution
[  ] 0 No opinion
[  ] -1 Reject the contribution

Please note that this is a general vote about accepting the
contribution. We can technically discuss details once we've accepted
and added the contribution.

Regards
Carsten

Re: [VOTE] Accept Arjun Panday's service Diagnostics service and graphical WebConsole plugin

2011-09-26 Thread Stuart McCulloch 
On 26 Sep 2011, at 08:04, Carsten Ziegeler  wrote:

> Arjun Panday has offered to contribute a Service Diagnostics service
> and graphical WebConsole plugin
> 
>   https://issues.apache.org/jira/browse/FELIX-3128
> 
> This idea has received positive feedback in email discussion, so I'd
> like to call a vote on it.
> 
> [  ] +1 Accept the contribution
> [  ] 0 No opinion
> [  ] -1 Reject the contribution

+1

--
Cheers, Stuart

> Please note that this is a general vote about accepting the
> contribution. We can technically discuss details once we've accepted
> and added the contribution.
> 
> Regards
> Carsten
> -- 
> Carsten Ziegeler
> cziege...@apache.org

Re: [VOTE] Accept Arjun Panday's service Diagnostics service and graphical WebConsole plugin

2011-09-26 Thread Carsten Ziegeler 
+1

Carsten

2011/9/26 Carsten Ziegeler :
> Arjun Panday has offered to contribute a Service Diagnostics service
> and graphical WebConsole plugin
>
>   https://issues.apache.org/jira/browse/FELIX-3128
>
> This idea has received positive feedback in email discussion, so I'd
> like to call a vote on it.
>
> [  ] +1 Accept the contribution
> [  ] 0 No opinion
> [  ] -1 Reject the contribution
>
> Please note that this is a general vote about accepting the
> contribution. We can technically discuss details once we've accepted
> and added the contribution.
>
> Regards
> Carsten
> --
> Carsten Ziegeler
> cziege...@apache.org
>



-- 
Carsten Ziegeler
cziege...@apache.org

Re: [VOTE] Accept Arjun Panday's service Diagnostics service and graphical WebConsole plugin

2011-09-26 Thread Arjun Panday 

+1  ;-)

-arjun

On 09/26/2011 09:04 AM, Carsten Ziegeler wrote:

Arjun Panday has offered to contribute a Service Diagnostics service
and graphical WebConsole plugin

https://issues.apache.org/jira/browse/FELIX-3128

This idea has received positive feedback in email discussion, so I'd
like to call a vote on it.

[  ] +1 Accept the contribution
[  ] 0 No opinion
[  ] -1 Reject the contribution

Please note that this is a general vote about accepting the
contribution. We can technically discuss details once we've accepted
and added the contribution.

Regards
Carsten

[VOTE] Accept Arjun Panday's service Diagnostics service and graphical WebConsole plugin

2011-09-26 Thread Carsten Ziegeler 
Arjun Panday has offered to contribute a Service Diagnostics service
and graphical WebConsole plugin

   https://issues.apache.org/jira/browse/FELIX-3128

This idea has received positive feedback in email discussion, so I'd
like to call a vote on it.

[  ] +1 Accept the contribution
[  ] 0 No opinion
[  ] -1 Reject the contribution

Please note that this is a general vote about accepting the
contribution. We can technically discuss details once we've accepted
and added the contribution.

Regards
Carsten
-- 
Carsten Ziegeler
cziege...@apache.org