Re: [VOTE] DependencyManager 3.2.0 and related subprojects release

[Clement Escoffier]

+1,

Regards,

Clement

On 15 juillet 2014 at 16:31:32, Jean-Baptiste Onofré (j...@nanthrax.net) wrote:

+1 (non binding)  

Regards  
JB  

On 07/15/2014 04:30 PM, Marcel Offermans wrote:  
> +1 (binding)  
>  
> Greetings, Marcel  
>  

--  
Jean-Baptiste Onofré  
jbono...@apache.org  
http://blog.nanthrax.net  
Talend - http://www.talend.com  

[jira] [Created] (FELIX-4561) Jetty 2.3.0 and Whiteboard 2.3.0 randomly not registering services

[Paul Bakker (JIRA)]

Paul Bakker created FELIX-4561:
--

 Summary: Jetty 2.3.0 and Whiteboard 2.3.0 randomly not registering 
services
 Key: FELIX-4561
 URL: https://issues.apache.org/jira/browse/FELIX-4561
 Project: Felix
  Issue Type: Bug
  Components: HTTP Service
Affects Versions: http-2.3.0
Reporter: Paul Bakker


In a project with many bundles/services there are always some registrations 
being "missed" by Jetty/Whiteboard. The problems seems to be random; each time 
different registrations will be missing.

I can't reproduce this consistently yet, it seems to be timing dependent. The 
logs show the stacktrace below, I'm not sure if this is related to the cause of 
the issue, or just another side effect.

{code}
g! ERROR: Bundle org.apache.felix.http.whiteboard [4] EventDispatcher: Error 
during dispatch. (java.lang.IllegalArgumentException: Nothing registered at 
/whatsnewjson)
java.lang.IllegalArgumentException: Nothing registered at /whatsnewjson
at 
org.apache.felix.http.base.internal.service.HttpServiceImpl.unregister(HttpServiceImpl.java:129)
at 
org.apache.felix.http.whiteboard.internal.manager.ServletMapping.unregister(ServletMapping.java:68)
at 
org.apache.felix.http.whiteboard.internal.manager.ExtenderManager.unregisterAll(ExtenderManager.java:217)
at 
org.apache.felix.http.whiteboard.internal.manager.ExtenderManager.unsetHttpService(ExtenderManager.java:200)
at 
org.apache.felix.http.whiteboard.internal.tracker.HttpServiceTracker.removed(HttpServiceTracker.java:47)
at 
org.apache.felix.http.whiteboard.internal.tracker.HttpServiceTracker.removed(HttpServiceTracker.java:24)
at 
org.apache.felix.http.whiteboard.internal.tracker.AbstractTracker.removedService(AbstractTracker.java:52)
at 
org.osgi.util.tracker.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:956)
at 
org.osgi.util.tracker.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:864)
at 
org.osgi.util.tracker.AbstractTracked.untrack(AbstractTracked.java:341)
at 
org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:902)
at 
org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:932)
at 
org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:793)
at 
org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:543)
at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4419)
at org.apache.felix.framework.Felix.access$000(Felix.java:74)
at org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:401)
at 
org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:151)
at 
org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:127)
at 
org.apache.felix.http.base.internal.HttpServiceController.unregister(HttpServiceController.java:159)
at 
org.apache.felix.http.base.internal.DispatcherServlet.destroy(DispatcherServlet.java:53)
at 
org.eclipse.jetty.servlet.ServletHolder.destroyInstance(ServletHolder.java:395)
at 
org.eclipse.jetty.servlet.ServletHolder.doStop(ServletHolder.java:368)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at 
org.eclipse.jetty.servlet.ServletHandler.doStop(ServletHandler.java:241)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.doStop(HandlerWrapper.java:107)
at 
org.eclipse.jetty.server.session.SessionHandler.doStop(SessionHandler.java:136)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.doStop(HandlerWrapper.java:107)
at 
org.eclipse.jetty.server.handler.ContextHandler.doStop(ContextHandler.java:815)
at 
org.eclipse.jetty.servlet.ServletContextHandler.doStop(ServletContextHandler.java:160)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at 
org.eclipse.jetty.server.handler.HandlerCollection.doStop(HandlerCollection.java:250)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.doStop(HandlerWrapper.java:107)
at org.eclipse.jetty.server.Server.doStop(Server.java:343)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at 
org.apache.felix.http.jetty.internal.JettyService.stopJetty(JettyService.java:216)
at 
org.apache.felix.http.jetty.internal.JettyService.updated(JettyService.java:188)
at 
org.apache.

Re: [VOTE] DependencyManager 3.2.0 and related subprojects release

[Marcel Offermans]

+1 (binding)

Greetings, Marcel

Re: [VOTE] DependencyManager 3.2.0 and related subprojects release

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 07/15/2014 04:30 PM, Marcel Offermans wrote:

+1 (binding)

Greetings, Marcel



--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] DependencyManager 3.2.0 and related subprojects release

[Jan Willem Janssen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13/07/14 20:22, Pierre De Rop wrote:
> Please vote to approve this release: [ ] +1 Approve the release [ ]
> -1 Veto the release (please provide specific comments)

+1, looks good!

- -- 
Met vriendelijke groeten | Kind regards

Jan Willem Janssen | Software Architect
+31 631 765 814

/My world is revolving around INAETICS and Amdatu/

Luminis Technologies B.V.
Churchillplein 1
7314 BZ   Apeldoorn
+31 88 586 46 00

http://www.luminis-technologies.com
http://www.luminis.eu

KvK (CoC) 09 16 28 93
BTW (VAT) NL8169.78.566.B.01
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTxTEDAAoJEKF/mP2eHDc4gmQQAKMjwo2BbLtyuxgXCs//1Q3V
enQh+fPMzWJOJ5BkBSvQE5VRt35uZwzjii3npk/47lLkPSW4ozTyTTj+rMLf21KL
W/7ObUTvvecZJiHYYW9XG/4iePVLkP54384GTl4Rp1m72lH2hJezBaCsUPI9QWdi
+C58glMnSCFKKm0Q1Oa2Ip7+KpaPU7ODbJBID0L+MpLH+0vqpG9KswGxh5ZHtzUQ
bLjCN+s46h2hC+mMU4aTS2hURAsyVJf2i3akc8PL3QnOE2aI4JDL2bYfdilDbxcg
090NOZk18vjQL9sYK5Ks9ixu3Un7UGdKCZFHZ4jm9jFI7TUmwYwU0narPa6i2jOE
jckIkPOohcrBHVcQBV6LdfZ1oT/BIA14zpRViquFuu+QqAleslkhm9kKFvzPz1oR
fDoc/meIOiiLPRDmnsIkVbefNIiKtEEuI+0Cb+zvQR727kBWTyL6Lya9elnhhBO9
nyHEU8jGSDgq/Z6YbSBvRTIBYpEJhrBQQMPopTlColTj714NDXTjgfH7JX5VgZ+A
AleU0bTYNgKJ0i2n8ZrV+eJEnCuRWyz3RWrFzn57y2IM4qkEe5VZjmYlNnVSjXdW
maqV5YQieY+7W0iNDH3Dg5QJCznp6q9yXYv/yZ5xaZ+LbfFoeiDwRfygdbjM2ayY
4XZOLqRZqw7KQW4mJdNH
=irvo
-END PGP SIGNATURE-

Re: [VOTE] DependencyManager 3.2.0 and related subprojects release

[Jamie G.]

+1 (non-binding)

Cheers,
Jamie

On Tue, Jul 15, 2014 at 1:21 AM, Carsten Ziegeler  wrote:
> +1
>
>
> 2014-07-14 17:02 GMT-07:00 Stuart McCulloch :
>
>> +1  signatures and RAT report all check out - verified you can build the
>> release from the project zip
>>
>> On 13 Jul 2014, at 19:22, Pierre De Rop  wrote:
>>
>> > Hello everybody,
>> >
>> > It's time for me to try to do my first release (many thanks to Chetan,
>> > Stuart, and Marcel for their help).
>> > So I'm calling a vote on the following artifacts, which is a maintenance
>> > release for dependencymanager:
>> >
>> > org.apache.felix.dependencymanager-3.2.0
>> > org.apache.felix.dependencymanager.shell-3.2.0
>> > org.apache.felix.dependencymanager.runtime-3.2.0
>> > org.apache.felix.dependencymanager.annotation-3.2.0
>> >
>> > We solved the following issues in this release:
>> >
>> > FELIX-3910: Race conditions in DependencyManager
>> > FELIX-4334: ServiceDependency properties change callback issue
>> > FELIX-4285: Remove abstract modifier from
>> DependencyActivatorBase.destroy()
>> > FELIX-4294: Dependency Manager Shell improvements
>> > FELIX-4305: DependencyMananer Adapters - service properties propagation
>> > FELIX-4002: ComponentStateListener.started is invoked twice when the
>> > listener is added in the start method.
>> > FELIX-4395: DependencyManager Configuration Dependency does not clone
>> some
>> > class fields.
>> > FELIX-4014: handleAspectAwareRemoved in ServiceDependencyImpl can cause a
>> > possible deadlock
>> > FELIX-4097: Allow debug logging for specific instances of service
>> > dependencies to debug wiring issues.
>> > FELIX-4098: Aspect swap sometimes invokes the callbacks in the wrong
>> order
>> > in a multithreaded application.
>> > FELIX-4099: Add support for negations in the multi property filter index.
>> > FELIX-4186: NPE in DependencyManager Logger
>> > FELIX-4226: Add option to have the dependency manager log against a
>> single
>> > BundleContext's LogService.
>> > FELIX-4361: Possible ConcurrentModificationException in
>> > DependencyManager.getComponents()
>> > FELIX-4050: Named dependencies are not injected if new dependencies are
>> > added at init phase.
>> > FELIX-4233: Race condition in dependency manager runtime SerialExecutor.
>> > FELIX-3869: Fragment support for DependencyManager-Component
>> > FELIX-4357: Support types beside String/String[] in @Property annotation.
>> > FELIX-3873: Make the reference to json.org consistent in DM artifacts
>> > FELIX-3996: Upgrade to latest bnd version
>> > FELIX-4352: Extend shell command to give better insight in where the
>> > problem is
>> >
>> > Other outstanding issues will be addressed later, possibly in the
>> upcoming
>> > Dependency Manager 4.0.
>> >
>> > Staging repository:
>> > https://repository.apache.org/content/repositories/orgapachefelix-1028
>> >
>> > 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 1028
>> > 
>> > /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 (at least).
>> >
>> > best regards;
>> > /Pierre
>>
>>
>
>
> --
> Carsten Ziegeler
> Adobe Research Switzerland
> cziege...@apache.org

[jira] [Resolved] (FELIX-4560) Unsynchonized access to map can cause infinite loop in UPnP web console plugin

[Valentin Valchev (JIRA)]

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

Valentin Valchev resolved FELIX-4560.
-

Resolution: Fixed
  Assignee: Valentin Valchev

fixed in rev.1610667

> Unsynchonized access to map can cause infinite loop in UPnP web console plugin
> --
>
> Key: FELIX-4560
> URL: https://issues.apache.org/jira/browse/FELIX-4560
> Project: Felix
>  Issue Type: Bug
>  Components: Web Console
>Affects Versions: webconsole-upnp-plugin-1.0.2
> Environment: j9 v2.4
>Reporter: Valentin Valchev
>Assignee: Valentin Valchev
> Fix For: webconsole-upnp-plugin-1.0.4
>
>
> An infinite loop loop while getting/putting elements in a map can occur in 
> ControlServlet.
> It uses unsynchonized maps to cache UPnP devices and icons. It seems that map 
> implementation might cause the infinite loop, if you access an element, that 
> is concurrently being removed.
> In order to prevent that race condition, the access to the cache must be 
> synchronized properly.
> To reproduce the problem do:
> # run upnp and upnp web console plug-in
> # restart upnp bundle
> # click a few times on "Search for UPnP Devices" button in web console
> The problem usually occurs on slower machines.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (FELIX-4560) Unsynchonized access to map can cause infinite loop in UPnP web console plugin

[Valentin Valchev (JIRA)]

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

Valentin Valchev updated FELIX-4560:


  Component/s: Web Console
Affects Version/s: webconsole-upnp-plugin-1.0.2
Fix Version/s: webconsole-upnp-plugin-1.0.4

> Unsynchonized access to map can cause infinite loop in UPnP web console plugin
> --
>
> Key: FELIX-4560
> URL: https://issues.apache.org/jira/browse/FELIX-4560
> Project: Felix
>  Issue Type: Bug
>  Components: Web Console
>Affects Versions: webconsole-upnp-plugin-1.0.2
> Environment: j9 v2.4
>Reporter: Valentin Valchev
> Fix For: webconsole-upnp-plugin-1.0.4
>
>
> An infinite loop loop while getting/putting elements in a map can occur in 
> ControlServlet.
> It uses unsynchonized maps to cache UPnP devices and icons. It seems that map 
> implementation might cause the infinite loop, if you access an element, that 
> is concurrently being removed.
> In order to prevent that race condition, the access to the cache must be 
> synchronized properly.
> To reproduce the problem do:
> # run upnp and upnp web console plug-in
> # restart upnp bundle
> # click a few times on "Search for UPnP Devices" button in web console
> The problem usually occurs on slower machines.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (FELIX-4560) Unsynchonized access to map can cause infinite loop in UPnP web console plugin

[Valentin Valchev (JIRA)]

Valentin Valchev created FELIX-4560:
---

 Summary: Unsynchonized access to map can cause infinite loop in 
UPnP web console plugin
 Key: FELIX-4560
 URL: https://issues.apache.org/jira/browse/FELIX-4560
 Project: Felix
  Issue Type: Bug
 Environment: j9 v2.4
Reporter: Valentin Valchev


An infinite loop loop while getting/putting elements in a map can occur in 
ControlServlet.
It uses unsynchonized maps to cache UPnP devices and icons. It seems that map 
implementation might cause the infinite loop, if you access an element, that is 
concurrently being removed.
In order to prevent that race condition, the access to the cache must be 
synchronized properly.

To reproduce the problem do:
# run upnp and upnp web console plug-in
# restart upnp bundle
# click a few times on "Search for UPnP Devices" button in web console

The problem usually occurs on slower machines.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (FELIX-4559) DS plugin should use Inventory instead of deprecated ConfigurationPrinter

[Valentin Valchev (JIRA)]

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

Valentin Valchev resolved FELIX-4559.
-

   Resolution: Fixed
Fix Version/s: webconsole-ds-plugin-1.0.2

fixed in rev.1610597

> DS plugin should use Inventory instead of deprecated ConfigurationPrinter
> -
>
> Key: FELIX-4559
> URL: https://issues.apache.org/jira/browse/FELIX-4559
> Project: Felix
>  Issue Type: Bug
>  Components: Inventory, Web Console
>Affects Versions: webconsole-ds-plugin-1.0.0
>Reporter: Valentin Valchev
>Assignee: Valentin Valchev
> Fix For: webconsole-ds-plugin-1.0.2
>
>




--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (FELIX-4559) DS plugin should use Inventory instead of deprecated ConfigurationPrinter

[Valentin Valchev (JIRA)]

Valentin Valchev created FELIX-4559:
---

 Summary: DS plugin should use Inventory instead of deprecated 
ConfigurationPrinter
 Key: FELIX-4559
 URL: https://issues.apache.org/jira/browse/FELIX-4559
 Project: Felix
  Issue Type: Bug
  Components: Inventory, Web Console
Affects Versions: webconsole-ds-plugin-1.0.0
Reporter: Valentin Valchev
Assignee: Valentin Valchev






--
This message was sent by Atlassian JIRA
(v6.2#6252)