Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 37260 invoked from network); 16 Apr 2008 11:20:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Apr 2008 11:20:25 -0000 Received: (qmail 13118 invoked by uid 500); 16 Apr 2008 11:20:25 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 13087 invoked by uid 500); 16 Apr 2008 11:20:25 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 13077 invoked by uid 99); 16 Apr 2008 11:20:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Apr 2008 04:20:25 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rajinisivaram@googlemail.com designates 64.233.166.179 as permitted sender) Received: from [64.233.166.179] (HELO py-out-1112.google.com) (64.233.166.179) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Apr 2008 11:19:41 +0000 Received: by py-out-1112.google.com with SMTP id b50so2449079pyh.30 for ; Wed, 16 Apr 2008 04:19:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=Y3YzYTLPVUjdeavuVF/wKw7o4ucqP8r+5NaZBPyUAT0=; b=iYq5Pi/wvEKFVNnmIe7buo/3sTh8/3XtnqcxWEOvr0/tNvL7NxlkzXIAhjyG/t/3fSav8oqZAUNOW7k3i2axTS2+OdyJC/axUir9xP+nL1EIBaQK7lHu+yKexRtXZ9sILFMp5m8m5F60bdtQfs9T+wRbLPFuTVGGxiTtkvrzQJs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=NXsqmnB3ZRf/puB4NyAHInaUhiZhZidTDmY5PWSi53/IKcbl9zVkOgnElhxnF0Q9PBJ2IIRgVLmaWMBqRyV/9BrXiXBnyWAtrBUzEt/MNqnUaJe7cM5XPf35dFiUtJcyDOqhd1ioBnZ9tMQYM7tkfTGxeY+fM3VGD6uSVjEmzuM= Received: by 10.140.134.15 with SMTP id h15mr5122666rvd.51.1208344793707; Wed, 16 Apr 2008 04:19:53 -0700 (PDT) Received: by 10.141.87.2 with HTTP; Wed, 16 Apr 2008 04:19:53 -0700 (PDT) Message-ID: Date: Wed, 16 Apr 2008 12:19:53 +0100 From: "Rajini Sivaram" To: dev@felix.apache.org Subject: Re: Intermittent IllegalArgumentException while using declarative services In-Reply-To: <1208336505.21240.54.camel@bslm-046.corp.day.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4601_27458783.1208344793707" References: <1208336505.21240.54.camel@bslm-046.corp.day.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_4601_27458783.1208344793707 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Felix, Thank you, I have raised a JIRA ( https://issues.apache.org/jira/browse/FELIX-539). Unfortunately, since the failure is very intermittent, I haven't been able to recreate it with SCR 1.0.1-SNAPSHOT yet. I will update the JIRA if I get any more information. On 4/16/08, Felix Meschberger wrote: > > Hi Rajini, > > Thanks for reporting this issue. Could you please file a JIRA for this. > > I basically agree that this is probably a synchronization issue, which > might not be caught correctly right now. > > Could you also try the SCR 1.0.1-SNAPSHOT ? This contains some more > logging, which could help resolve the issue. > > Thanks and Regards > Felix > > Am Mittwoch, den 16.04.2008, 08:35 +0100 schrieb Rajini Sivaram: > > Hello, > > > > I get an intermittent (very rare) exception while running tests using > > declarative services under Felix. > > > > The exception stack trace shows: > > > > java.lang.IllegalArgumentException: Service object cannot be null. > > at > org.apache.felix.framework.Felix.registerService(Felix.java:2661) > > at > > > org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:254) > > at > > > org.apache.felix.scr.impl.AbstractComponentManager.registerComponentService(AbstractComponentManager.java:598) > > at > > > org.apache.felix.scr.impl.AbstractComponentManager.activateInternal(AbstractComponentManager.java:426) > > at > > > org.apache.felix.scr.impl.AbstractComponentManager.enableInternal(AbstractComponentManager.java:323) > > at > > > org.apache.felix.scr.impl.AbstractComponentManager.access$000(AbstractComponentManager.java:36) > > at > > > org.apache.felix.scr.impl.AbstractComponentManager$1.run(AbstractComponentManager.java:94) > > at > > > org.apache.felix.scr.impl.ComponentActorThread.run(ComponentActorThread.java:85) > > > > Whenever I have seen the exception, logs suggest that the components > were > > being reactivated at around the same time. The stack trace from the > debugger > > when reactivate occurs shows: > > > > ImmediateComponentManager.disposeImplementationObject(Object, > > ComponentContext) line: 273 > > ImmediateComponentManager.deleteComponent() line: 151 > > > > ImmediateComponentManager(AbstractComponentManager).deactivateInternal() > > line: 469 > > ImmediateComponentManager(AbstractComponentManager).reactivate() > > line: 142 > > ImmediateComponentManager.reconfigure(Dictionary) line: 399 > > ImmediateComponentManager$1.updated(Dictionary) line: 90 > > ConfigurationManager$ManagedServiceUpdate.run() line: 863 > > UpdateThread.run() line: 89 > > > > Would it be possible to introduce some synchronization during > > activate/deactivate to avoid the service/component being set to null? I > am > > using Felix framework 1.1.0-SNAPSHOT and SCR 1.0.0. > > > > > > Thank you... > > > > Regards, > > > > Rajini > > -- Thank you... Regards, Rajini ------=_Part_4601_27458783.1208344793707--