we compile for 1.4 by default. regards,
Karl 2010/5/4 Toni Menzel <t...@okidokiteam.com>: > then there are at least two broken compilers out in the wild > ;) > > 2010/5/4 Justin Edelson <justinedel...@gmail.com> > >> According to the manifest, Carsten, not Karl, built EventAdmin 1.2.2. >> >> On 5/4/10 11:49 AM, Toni Menzel wrote: >> > But i realized i the warnings just appear when using the stock felix >> > 2.0.5 (and other bundles like event admin). >> > Self built stuff works just fine. >> > >> > So Karl, what do you use to build the released artifacts ? >> > >> > >> > On Tue, May 4, 2010 at 5:27 PM, Justin Edelson <justinedel...@gmail.com >> > <mailto:justinedel...@gmail.com>> wrote: >> > >> > On 5/4/10 10:25 AM, Richard S. Hall wrote: >> > > On 5/4/10 10:19, Jackson, Bruce wrote: >> > >> Yes, that's easier said than done! >> > >> I seem to remember that the was no single place where you could >> > set the >> > >> compiler version to use for building Felix. Is that correct? >> > >> >> > > >> > > You should just be able to edit the Event Admin pom.xml file to >> > include >> > > this in its plugins section, no? >> > > >> > > -> richard >> > You can actually do it from the command line: >> > >> > mvn package -Dmaven.compiler.compilerVersion=1.4 >> > -Dmaven.compiler.executable=[path to javac] >> -Dmaven.compiler.fork=true >> > -Dmaven.compiler.verbose=true >> > >> > See >> > >> http://maven.apache.org/plugins/maven-compiler-plugin/compile-mojo.html#compilerVersion >> > >> > Justin >> > >> > >> > > >> > >> >> > >> On 04/05/2010 12:54, "Karl Pauls"<karlpa...@gmail.com >> > <mailto:karlpa...@gmail.com>> wrote: >> > >> >> > >> >> > >>> And like before, make sure you don't have other messages like >> "class >> > >>> resolved by unexpected dex" in the log ... >> > >>> >> > >>> regards, >> > >>> >> > >>> Karl >> > >>> >> > >>> On Tue, May 4, 2010 at 1:33 PM, Karl Pauls<karlpa...@gmail.com >> > <mailto:karlpa...@gmail.com>> wrote: >> > >>> >> > >>>> Well, this should be easy enough to test, right? Just >> > re-compile the >> > >>>> eventadmin and see whether that fixes the issue or not - if it >> > does, >> > >>>> that would be really useful to know :-) >> > >>>> >> > >>>> regards, >> > >>>> >> > >>>> Karl >> > >>>> >> > >>>> On Tue, May 4, 2010 at 1:23 PM, Jackson, >> > Bruce<bru...@qualcomm.com <mailto:bru...@qualcomm.com>> >> > >>>> wrote: >> > >>>> >> > >>>>> Hi All >> > >>>>> >> > >>>>> Some time back, we had a discussion about the default compiler >> > >>>>> version used >> > >>>>> to build Felix, and whether this was compatible with the >> > >>>>> requirements of >> > >>>>> Android. >> > >>>>> >> > >>>>> I noted that when you dx the bundle jars produced by the >> > regular Felix >> > >>>>> build, you get a whole collection of warning of the the form: >> > >>>>> >> > >>>>> $ dx --dex --output=classes.dex >> > org.apache.felix.eventadmin-1.2.2.jar >> > >>>>> warning: Ignoring InnerClasses attribute for an anonymous inner >> > >>>>> class that >> > >>>>> doesn't come with an associated EnclosingMethod attribute. >> (This >> > >>>>> class was >> > >>>>> probably produced by a broken compiler.) >> > >>>>> >> > >>>>> ...for example. We debated this, and decided that these were >> just >> > >>>>> warning >> > >>>>> and not a real problem. However, now that I have a working >> Felix >> > >>>>> framework >> > >>>>> on Android, I find that when I load and start the EventAdmin >> > >>>>> bundle, I find >> > >>>>> that it fails to start with the following message in the log: >> > >>>>> >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): >> > >>>>> org.osgi.framework.BundleException: Activator start error in >> > bundle >> > >>>>> org.apache.felix.eventadmin [5]. >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> org.apache.felix.framework.Felix.activateBundle(Felix.java:1807) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> org.apache.felix.framework.Felix.startBundle(Felix.java:1682) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> org.apache.felix.framework.BundleImpl.start(BundleImpl.java:905) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> org.apache.felix.framework.BundleImpl.start(BundleImpl.java:892) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > >> com.skifta.android.client.SkiftaService.startOSGi(SkiftaService.java:437) >> > >>>>> >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > com.skifta.android.client.SkiftaService.init(SkiftaService.java:174) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > >> com.skifta.android.client.SkiftaService.onCreate(SkiftaService.java:166) >> > >>>>> >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > >> android.app.ActivityThread.handleCreateService(ActivityThread.java:2894) >> > >>>>> >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> android.app.ActivityThread.access$3200(ActivityThread.java:126) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > android.app.ActivityThread$H.handleMessage(ActivityThread.java:1986) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> android.os.Handler.dispatchMessage(Handler.java:99) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> android.os.Looper.loop(Looper.java:123) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> android.app.ActivityThread.main(ActivityThread.java:4595) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> java.lang.reflect.Method.invokeNative(Native Method) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> java.lang.reflect.Method.invoke(Method.java:521) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > >> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:8 >> > >>>>> >> > >>>>> 60) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:618) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> dalvik.system.NativeStart.main(Native Method) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): Caused by: >> > >>>>> java.lang.NoClassDefFoundError: >> > >>>>> >> > org.apache.felix.eventadmin.impl.handler.BlacklistingHandlerTasks$1 >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > >> org.apache.felix.eventadmin.impl.handler.BlacklistingHandlerTasks.<init>(Bla >> > >>>>> >> > >>>>> cklistingHandlerTasks.java:223) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > >> org.apache.felix.eventadmin.impl.Configuration.start(Configuration.java:293) >> > >>>>> >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > >>>>> >> > >> >> > >> org.apache.felix.eventadmin.impl.Configuration.<init>(Configuration.java:152>>> >> > >> >> > >> ) >> > >> >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > org.apache.felix.eventadmin.impl.Activator.start(Activator.java:65) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> > >> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.jav >> > >>>>> >> > >>>>> a:661) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): at >> > >>>>> >> org.apache.felix.framework.Felix.activateBundle(Felix.java:1760) >> > >>>>> 05-04 12:01:26.853: WARN/System.err(4682): ... 17 more >> > >>>>> >> > >>>>> Looking at the class in question (BlacklistingHandlerTasks:223) >> I >> > >>>>> see that >> > >>>>> this is a use of an anonymous inner class: >> > >>>>> >> > >>>>> private final EventHandler m_nullEventHandler = new >> EventHandler() >> > >>>>> { >> > >>>>> /** >> > >>>>> * This is a null object that is supposed to do nothing >> at >> > >>>>> this >> > >>>>> point. >> > >>>>> * >> > >>>>> * @param event an event that is not used >> > >>>>> */ >> > >>>>> public void handleEvent(final Event event) >> > >>>>> { >> > >>>>> // This is a null object that is supposed to do >> > nothing >> > >>>>> at this >> > >>>>> // point. This is used once a EventHandler is >> requested >> > >>>>> for a >> > >>>>> // servicereference that is either stale (i.e., >> > >>>>> unregistered) or >> > >>>>> // blacklisted. >> > >>>>> } >> > >>>>> }; >> > >>>>> >> > >>>>> Is this an example of the problem we were discussing a couple >> of >> > >>>>> weeks ago, >> > >>>>> where dx canšt produce correct copde because the compiler >> version >> > >>>>> that was >> > >>>>> used to create the bundle was pre-1.5 do you think? >> > >>>>> >> > >>>>> Thanks >> > >>>>> >> > >>>>> Bruce >> > >>>>> >> > >>>>> >> > >>>> >> > >>>> >> > >>>> -- >> > >>>> Karl Pauls >> > >>>> karlpa...@gmail.com <mailto:karlpa...@gmail.com> >> > >>>> >> > >>>> >> > >>> >> > >>> >> > >> >> > >> > >> > >> > >> > -- >> > Toni Menzel >> > Independent Software Developer >> > Professional Profile: http://okidokiteam.com >> > t...@okidokiteam.com <mailto:t...@okidokiteam.com> >> > http://www.ops4j.org - New Energy for OSS Communities - Open >> > Participation Software. >> > >> >> > > > -- > Toni Menzel > Independent Software Developer > Professional Profile: http://okidokiteam.com > t...@okidokiteam.com > http://www.ops4j.org - New Energy for OSS Communities - Open > Participation Software. > -- Karl Pauls karlpa...@gmail.com