[jira] [Closed] (FELIX-6004) Create a health check annotation based on OSGi R7 component property types

2019-01-06 Thread Georg Henzler (JIRA) 


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

Georg Henzler closed FELIX-6004.

Resolution: Fixed

> Create a health check annotation based on OSGi R7 component property types
> --
>
> Key: FELIX-6004
> URL: https://issues.apache.org/jira/browse/FELIX-6004
> Project: Felix
>  Issue Type: New Feature
>  Components: Health Checks
>Reporter: Georg Henzler
>Assignee: Georg Henzler
>Priority: Major
>
> In the same way as it was possible for Sling HCs [1] (based on felix SCR 
> plugin), there should be annotations to set health check specific SCR 
> properties in a type-safe manner. This is supported since OSGi R7 via 
> component property types [2] and is already used by the http whiteboard [3].
> [1] 
> https://sling.apache.org/documentation/bundles/sling-health-check-tool.html#slinghealthcheck-annotation
> [2] https://blog.osgi.org/2018/03/osgi-r7-highlights-declarative-services.html
> [3] https://blog.osgi.org/2018/05/osgi-r7-highlights-http-whiteboard.html



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (FELIX-6014) Implement checks in system ready as Health Checks

2019-01-06 Thread Georg Henzler (JIRA) 


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

Georg Henzler updated FELIX-6014:
-
Component/s: System Ready
 Health Checks

> Implement checks in system ready as Health Checks
> -
>
> Key: FELIX-6014
> URL: https://issues.apache.org/jira/browse/FELIX-6014
> Project: Felix
>  Issue Type: Improvement
>  Components: Health Checks, System Ready
>Reporter: Georg Henzler
>Priority: Major
>
> Now, that the HC api/runtime is available in Felix (FELIX-5952), the system 
> ready checks can be implemented using that.
> The attached patch implements the checks DsComponentsCheck, 
> FrameworkStartCheck and ServicesCheck. Since FELIX-6010 it is easy to HC 
> servlets that define JSON as default format and return 503 for "non-ready" 
> state. 
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (FELIX-6014) Implement checks in system ready as Health Checks

2019-01-06 Thread Georg Henzler (JIRA) 


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

Georg Henzler updated FELIX-6014:
-
Attachment: FELIX-6014-implement-systemready-as-hcs.patch

> Implement checks in system ready as Health Checks
> -
>
> Key: FELIX-6014
> URL: https://issues.apache.org/jira/browse/FELIX-6014
> Project: Felix
>  Issue Type: Improvement
>  Components: Health Checks, System Ready
>Reporter: Georg Henzler
>Priority: Major
> Attachments: FELIX-6014-implement-systemready-as-hcs.patch
>
>
> Now, that the HC api/runtime is available in Felix (FELIX-5952), the system 
> ready checks can be implemented using that.
> The attached patch implements the checks DsComponentsCheck, 
> FrameworkStartCheck and ServicesCheck. Since FELIX-6010 it is easy to HC 
> servlets that define JSON as default format and return 503 for "non-ready" 
> state. 
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (FELIX-6014) Implement checks in system ready as Health Checks

2019-01-06 Thread Georg Henzler (JIRA) 


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

Georg Henzler updated FELIX-6014:
-
Description: 
Now, that the HC api/runtime is available in Felix (FELIX-5952), the system 
ready checks can be implemented using that.

The attached patch implements the checks DsComponentsCheck, FrameworkStartCheck 
and ServicesCheck. Since FELIX-6010 it is easy to configure HC servlets that 
define JSON as default format and return 503 for "non-ready" state. 

  was:
Now, that the HC api/runtime is available in Felix (FELIX-5952), the system 
ready checks can be implemented using that.

The attached patch implements the checks DsComponentsCheck, FrameworkStartCheck 
and ServicesCheck. Since FELIX-6010 it is easy to HC servlets that define JSON 
as default format and return 503 for "non-ready" state. 

 

 


> Implement checks in system ready as Health Checks
> -
>
> Key: FELIX-6014
> URL: https://issues.apache.org/jira/browse/FELIX-6014
> Project: Felix
>  Issue Type: Improvement
>  Components: Health Checks, System Ready
>Reporter: Georg Henzler
>Priority: Major
> Attachments: FELIX-6014-implement-systemready-as-hcs.patch
>
>
> Now, that the HC api/runtime is available in Felix (FELIX-5952), the system 
> ready checks can be implemented using that.
> The attached patch implements the checks DsComponentsCheck, 
> FrameworkStartCheck and ServicesCheck. Since FELIX-6010 it is easy to 
> configure HC servlets that define JSON as default format and return 503 for 
> "non-ready" state. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Created] (FELIX-6014) Implement checks in system ready as Health Checks

2019-01-06 Thread Georg Henzler (JIRA) 
Georg Henzler created FELIX-6014:


 Summary: Implement checks in system ready as Health Checks
 Key: FELIX-6014
 URL: https://issues.apache.org/jira/browse/FELIX-6014
 Project: Felix
  Issue Type: Improvement
Reporter: Georg Henzler


Now, that the HC api/runtime is available in Felix (FELIX-5952), the system 
ready checks can be implemented using that.

The attached patch implements the checks DsComponentsCheck, FrameworkStartCheck 
and ServicesCheck. Since FELIX-6010 it is easy to HC servlets that define JSON 
as default format and return 503 for "non-ready" state. 

 

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (FELIX-5765) An illegal reflective access operation has occurred

2019-01-06 Thread Stuhlmeier (JIRA) 


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

Stuhlmeier commented on FELIX-5765:
---

Also happens with Java 12-ea and Felix 6.0.1.

> An illegal reflective access operation has occurred
> ---
>
> Key: FELIX-5765
> URL: https://issues.apache.org/jira/browse/FELIX-5765
> Project: Felix
>  Issue Type: Improvement
>  Components: Framework
>Affects Versions: framework-5.6.10
> Environment: Linux + JDK 9.0.1
>Reporter: Li Xu
>Priority: Minor
>
> Just reporting this as instructed:
> {noformat}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by 
> org.apache.felix.framework.ext.ClassPathExtenderFactory$DefaultClassLoaderExtender
>  (file:/full-test/framework/org.apache.felix.framework-5.6.10.jar) to method 
> java.net.URLClassLoader.addURL(java.net.URL)
> WARNING: Please consider reporting this to the maintainers of 
> org.apache.felix.framework.ext.ClassPathExtenderFactory$DefaultClassLoaderExtender
> WARNING: Use --illegal-access=warn to enable warnings of further illegal 
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Re: [VOTE] Release Felix Gogo Runtime-1.1.2, JLine-1.1.2, Shell-1.1.2, Command-1.1.0

2019-01-06 Thread Christian Schneider 
+1

Christian

Am Fr., 4. Jan. 2019 um 07:17 Uhr schrieb Raymond Auge <
raymond.a...@liferay.com>:

> Hi,
>
> We solved many issues and made many improvements in this release:
>
> gogo.runtime-1.1.2 Release Notes:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310100&version=12344293
>
> gogo.jline-1.1.2 Release Notes:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310100&version=12344335
>
> gogo.shell-1.1.2 Release Notes:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310100&version=12344334
>
> gogo.command-1.1.0 Release Notes:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310100&version=12344781
>
> Additionally, a BOM (1.0.2) was added for simplifying consumption of gogo
> as a dependency.
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachefelix-1275
>
> 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 1275 /tmp/felix-staging
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> --
> *Raymond Augé* 
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* 
>  (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance 
> (@OSGiAlliance)
>


-- 
-- 
Christian Schneider
http://www.liquid-reality.de

Computer Scientist
http://www.adobe.com

[jira] [Commented] (FELIX-5143) Gogo Command bundle should not include org.osgi.service.log classes

2019-01-06 Thread ASF GitHub Bot (JIRA) 


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

ASF GitHub Bot commented on FELIX-5143:
---

Github user xfournet closed the pull request at:

https://github.com/apache/felix/pull/49


> Gogo Command bundle should not include org.osgi.service.log classes
> ---
>
> Key: FELIX-5143
> URL: https://issues.apache.org/jira/browse/FELIX-5143
> Project: Felix
>  Issue Type: Bug
>  Components: Gogo Command
>Reporter: Xavier Fournet
>Priority: Major
> Fix For: gogo.command-1.1.0
>
>
> The classes of org.osgi.service.log are present in the Gogo command jar files.
> The bundle should instead import this package. It seems that there was a 
> confusion between Export-Package and Import-Package in the BND directives in 
> pom.xml



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[GitHub] felix pull request #49: FELIX-5143 import org.osgi.service.log package inste...

2019-01-06 Thread xfournet 
Github user xfournet closed the pull request at:

https://github.com/apache/felix/pull/49


---

Re: [VOTE] Release Felix Gogo Runtime-1.1.2, JLine-1.1.2, Shell-1.1.2, Command-1.1.0

2019-01-06 Thread Pierre De Rop 
+1

thanks Raymond
regards
Pierre

On Fri, Jan 4, 2019 at 3:18 PM Karl Pauls  wrote:

> +1
>
> Thank you, Ray!
>
> regards,
>
> Karl
>
> On Fri, Jan 4, 2019 at 2:59 PM Thomas Watson  wrote:
> >
> > +1 (binding)
> >
> > Tom
> >
> > On Fri, Jan 4, 2019 at 12:17 AM Raymond Auge 
> > wrote:
> >
> > > Hi,
> > >
> > > We solved many issues and made many improvements in this release:
> > >
> > > gogo.runtime-1.1.2 Release Notes:
> > >
> > >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310100&version=12344293
> > >
> > > gogo.jline-1.1.2 Release Notes:
> > >
> > >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310100&version=12344335
> > >
> > > gogo.shell-1.1.2 Release Notes:
> > >
> > >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310100&version=12344334
> > >
> > > gogo.command-1.1.0 Release Notes:
> > >
> > >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310100&version=12344781
> > >
> > > Additionally, a BOM (1.0.2) was added for simplifying consumption of
> gogo
> > > as a dependency.
> > >
> > > Staging repository:
> > > https://repository.apache.org/content/repositories/orgapachefelix-1275
> > >
> > > 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 1275 /tmp/felix-staging
> > >
> > > Please vote to approve this release:
> > >
> > > [ ] +1 Approve the release
> > > [ ] -1 Veto the release (please provide specific comments)
> > >
> > > This vote will be open for 72 hours.
> > >
> > > --
> > > *Raymond Augé* 
> > >  (@rotty3000)
> > > Senior Software Architect *Liferay, Inc.* 
> > >  (@Liferay)
> > > Board Member & EEG Co-Chair, OSGi Alliance 
> > > (@OSGiAlliance)
> > >
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>