Re: [GSoC2013] Unsatisfied dependencies.
On Fri, Aug 9, 2013 at 5:30 AM, Dishara Wijewardana wrote: > > > On Thu, Aug 8, 2013 at 11:29 PM, Ian Boston wrote: > >> I would add a >> !com.sun.java_cup.internal.* >> >> in the Import-Packages before the * >> >> ie >> !com.sun.java_cup.internal.*, >> * >> >> That might work, but I am not certain what com.sun.java_cup.internal does. >> > Yes. That's why I did not remove it from import packages. But I will give > it a try. > Hi Ian, Yes it worked and now the cassandra bundle is in active state. > Ian >> >> On 8 August 2013 02:56, Dishara Wijewardana >> wrote: >> > On Wed, Aug 7, 2013 at 6:48 PM, Ian Boston wrote: >> > >> >> On 7 August 2013 12:49, Dishara Wijewardana >> >> wrote: >> >> >> >> >> >> @Dishara >> >> >> >> >> >> Will be better to just add Guava as a bundle rathe than embed it >> since >> >> >> it uses threads to reap weak references and do clean up. >> >> >> >> >> >> >> >> > I manually Added Guva OSGI bundle. It worked as mentioned. Is that >> what >> >> you >> >> > meant? >> >> > And I am going through each missing ones and adding those to pom and >> >> > checking. Still few more to go. Will update on that. Meantime I would >> >> want >> >> > to know whether sling already has a Apache Thrift bundle in sling >> >> runtime ? >> >> > If so how can I find the version of it. Because If I add package a >> >> > different version I think it will again be confused at runtime >> because of >> >> > the two versions of the same bundle. >> >> >> >> One of the strengths of OSGi is you can add many versions of the same >> >> jar/bundle containing different versions of the same package. Thats >> >> why import and export have version numbers on the packages. >> >> >> >> AFAIK, there isnt a Thrift bundle. >> >> >> >> Hi Ian, >> > I got all of them solved except one. Now only following is there and >> seems >> > this is something else. I tried couple of dependencies and still same >> > result. Any idea why ? >> > com.sun.java_cup.internal -- Cannot be resolved and overwritten by Boot >> > Delegation >> > >> > Here is what I additionally added to include the missing classes. >> > >> >> hector-core,jaxp-ri,FastInfoset,cassandra-thrift,commons-pool,libthrift,httpclient,httpcore >> > >> > And those dependencies are >> > >> > >> > com.sun.org.apache >> > jaxp-ri >> > 1.4 >> > >> > >> > com.sun.xml.fastinfoset >> > FastInfoset >> > 1.2.8 >> > >> > >> > org.apache.cassandra >> > cassandra-thrift >> > 1.1.0 >> > >> > >> > commons-pool >> > commons-pool >> > 1.5.5 >> > >> > >> > org.apache.thrift >> > libthrift >> > 0.9.0 >> > >> > >> > org.apache.httpcomponents >> > httpclient >> > 4.2 >> > >> > >> > org.apache.httpcomponents >> > httpcore >> > 4.2 >> > >> > >> > >> > >> > >> >> Ian >> >> >> > >> > >> > >> > -- >> > Thanks >> > /Dishara >> > > > > -- > Thanks > /Dishara > -- Thanks /Dishara
Re: [GSoC2013] Unsatisfied dependencies.
On Thu, Aug 8, 2013 at 11:29 PM, Ian Boston wrote: > I would add a > !com.sun.java_cup.internal.* > > in the Import-Packages before the * > > ie > !com.sun.java_cup.internal.*, > * > > That might work, but I am not certain what com.sun.java_cup.internal does. > Yes. That's why I did not remove it from import packages. But I will give it a try. > Ian > > On 8 August 2013 02:56, Dishara Wijewardana > wrote: > > On Wed, Aug 7, 2013 at 6:48 PM, Ian Boston wrote: > > > >> On 7 August 2013 12:49, Dishara Wijewardana > >> wrote: > >> >> > >> >> @Dishara > >> >> > >> >> Will be better to just add Guava as a bundle rathe than embed it > since > >> >> it uses threads to reap weak references and do clean up. > >> >> > >> >> > >> > I manually Added Guva OSGI bundle. It worked as mentioned. Is that > what > >> you > >> > meant? > >> > And I am going through each missing ones and adding those to pom and > >> > checking. Still few more to go. Will update on that. Meantime I would > >> want > >> > to know whether sling already has a Apache Thrift bundle in sling > >> runtime ? > >> > If so how can I find the version of it. Because If I add package a > >> > different version I think it will again be confused at runtime > because of > >> > the two versions of the same bundle. > >> > >> One of the strengths of OSGi is you can add many versions of the same > >> jar/bundle containing different versions of the same package. Thats > >> why import and export have version numbers on the packages. > >> > >> AFAIK, there isnt a Thrift bundle. > >> > >> Hi Ian, > > I got all of them solved except one. Now only following is there and > seems > > this is something else. I tried couple of dependencies and still same > > result. Any idea why ? > > com.sun.java_cup.internal -- Cannot be resolved and overwritten by Boot > > Delegation > > > > Here is what I additionally added to include the missing classes. > > > > hector-core,jaxp-ri,FastInfoset,cassandra-thrift,commons-pool,libthrift,httpclient,httpcore > > > > And those dependencies are > > > > > > com.sun.org.apache > > jaxp-ri > > 1.4 > > > > > > com.sun.xml.fastinfoset > > FastInfoset > > 1.2.8 > > > > > > org.apache.cassandra > > cassandra-thrift > > 1.1.0 > > > > > > commons-pool > > commons-pool > > 1.5.5 > > > > > > org.apache.thrift > > libthrift > > 0.9.0 > > > > > > org.apache.httpcomponents > > httpclient > > 4.2 > > > > > > org.apache.httpcomponents > > httpcore > > 4.2 > > > > > > > > > > > >> Ian > >> > > > > > > > > -- > > Thanks > > /Dishara > -- Thanks /Dishara
Re: [GSoC2013] Unsatisfied dependencies.
I would add a !com.sun.java_cup.internal.* in the Import-Packages before the * ie !com.sun.java_cup.internal.*, * That might work, but I am not certain what com.sun.java_cup.internal does. Ian On 8 August 2013 02:56, Dishara Wijewardana wrote: > On Wed, Aug 7, 2013 at 6:48 PM, Ian Boston wrote: > >> On 7 August 2013 12:49, Dishara Wijewardana >> wrote: >> >> >> >> @Dishara >> >> >> >> Will be better to just add Guava as a bundle rathe than embed it since >> >> it uses threads to reap weak references and do clean up. >> >> >> >> >> > I manually Added Guva OSGI bundle. It worked as mentioned. Is that what >> you >> > meant? >> > And I am going through each missing ones and adding those to pom and >> > checking. Still few more to go. Will update on that. Meantime I would >> want >> > to know whether sling already has a Apache Thrift bundle in sling >> runtime ? >> > If so how can I find the version of it. Because If I add package a >> > different version I think it will again be confused at runtime because of >> > the two versions of the same bundle. >> >> One of the strengths of OSGi is you can add many versions of the same >> jar/bundle containing different versions of the same package. Thats >> why import and export have version numbers on the packages. >> >> AFAIK, there isnt a Thrift bundle. >> >> Hi Ian, > I got all of them solved except one. Now only following is there and seems > this is something else. I tried couple of dependencies and still same > result. Any idea why ? > com.sun.java_cup.internal -- Cannot be resolved and overwritten by Boot > Delegation > > Here is what I additionally added to include the missing classes. > > hector-core,jaxp-ri,FastInfoset,cassandra-thrift,commons-pool,libthrift,httpclient,httpcore > > And those dependencies are > > > com.sun.org.apache > jaxp-ri > 1.4 > > > com.sun.xml.fastinfoset > FastInfoset > 1.2.8 > > > org.apache.cassandra > cassandra-thrift > 1.1.0 > > > commons-pool > commons-pool > 1.5.5 > > > org.apache.thrift > libthrift > 0.9.0 > > > org.apache.httpcomponents > httpclient > 4.2 > > > org.apache.httpcomponents > httpcore > 4.2 > > > > > >> Ian >> > > > > -- > Thanks > /Dishara
Re: [GSoC2013] Unsatisfied dependencies.
On Wed, Aug 7, 2013 at 6:48 PM, Ian Boston wrote: > On 7 August 2013 12:49, Dishara Wijewardana > wrote: > >> > >> @Dishara > >> > >> Will be better to just add Guava as a bundle rathe than embed it since > >> it uses threads to reap weak references and do clean up. > >> > >> > > I manually Added Guva OSGI bundle. It worked as mentioned. Is that what > you > > meant? > > And I am going through each missing ones and adding those to pom and > > checking. Still few more to go. Will update on that. Meantime I would > want > > to know whether sling already has a Apache Thrift bundle in sling > runtime ? > > If so how can I find the version of it. Because If I add package a > > different version I think it will again be confused at runtime because of > > the two versions of the same bundle. > > One of the strengths of OSGi is you can add many versions of the same > jar/bundle containing different versions of the same package. Thats > why import and export have version numbers on the packages. > > AFAIK, there isnt a Thrift bundle. > > Hi Ian, I got all of them solved except one. Now only following is there and seems this is something else. I tried couple of dependencies and still same result. Any idea why ? com.sun.java_cup.internal -- Cannot be resolved and overwritten by Boot Delegation Here is what I additionally added to include the missing classes. hector-core,jaxp-ri,FastInfoset,cassandra-thrift,commons-pool,libthrift,httpclient,httpcore And those dependencies are com.sun.org.apache jaxp-ri 1.4 com.sun.xml.fastinfoset FastInfoset 1.2.8 org.apache.cassandra cassandra-thrift 1.1.0 commons-pool commons-pool 1.5.5 org.apache.thrift libthrift 0.9.0 org.apache.httpcomponents httpclient 4.2 org.apache.httpcomponents httpcore 4.2 > Ian > -- Thanks /Dishara
Re: [GSoC2013] Unsatisfied dependencies.
On 7 August 2013 12:49, Dishara Wijewardana wrote: >> >> @Dishara >> >> Will be better to just add Guava as a bundle rathe than embed it since >> it uses threads to reap weak references and do clean up. >> >> > I manually Added Guva OSGI bundle. It worked as mentioned. Is that what you > meant? > And I am going through each missing ones and adding those to pom and > checking. Still few more to go. Will update on that. Meantime I would want > to know whether sling already has a Apache Thrift bundle in sling runtime ? > If so how can I find the version of it. Because If I add package a > different version I think it will again be confused at runtime because of > the two versions of the same bundle. One of the strengths of OSGi is you can add many versions of the same jar/bundle containing different versions of the same package. Thats why import and export have version numbers on the packages. AFAIK, there isnt a Thrift bundle. Ian
Re: [GSoC2013] Unsatisfied dependencies.
On Tue, Aug 6, 2013 at 3:18 PM, Ian Boston wrote: > Hi, > > On 6 August 2013 10:24, Robert Munteanu wrote: > > On Tue, Aug 6, 2013 at 12:10 PM, Dishara Wijewardana > > wrote: > >> > >> com.google.common.base -- Cannot be resolved > >> com.google.common.collect -- Cannot be resolved > > > > > > These are coming from Guava and Guava is a proper OSGi bundle. > > > > @Robert, thank you for the pointer. > > > @Dishara > > Will be better to just add Guava as a bundle rathe than embed it since > it uses threads to reap weak references and do clean up. > > I manually Added Guva OSGI bundle. It worked as mentioned. Is that what you meant? And I am going through each missing ones and adding those to pom and checking. Still few more to go. Will update on that. Meantime I would want to know whether sling already has a Apache Thrift bundle in sling runtime ? If so how can I find the version of it. Because If I add package a different version I think it will again be confused at runtime because of the two versions of the same bundle. > Also > *true* > > Never been able to get Embed-Transitive to work. > I have always listed each artifact Id separately. > Best Regards > Ian > > > > > Robert > > > > -- > > Sent from my (old) computer > -- Thanks /Dishara
Re: [GSoC2013] Unsatisfied dependencies.
Hi, On 6 August 2013 10:24, Robert Munteanu wrote: > On Tue, Aug 6, 2013 at 12:10 PM, Dishara Wijewardana > wrote: >> >> com.google.common.base -- Cannot be resolved >> com.google.common.collect -- Cannot be resolved > > > These are coming from Guava and Guava is a proper OSGi bundle. > @Robert, thank you for the pointer. @Dishara Will be better to just add Guava as a bundle rathe than embed it since it uses threads to reap weak references and do clean up. Also *true* Never been able to get Embed-Transitive to work. I have always listed each artifact Id separately. Best Regards Ian > Robert > > -- > Sent from my (old) computer
Re: [GSoC2013] Unsatisfied dependencies.
On Tue, Aug 6, 2013 at 12:10 PM, Dishara Wijewardana wrote: > > com.google.common.base -- Cannot be resolved > com.google.common.collect -- Cannot be resolved These are coming from Guava and Guava is a proper OSGi bundle. Robert -- Sent from my (old) computer
Re: [GSoC2013] Unsatisfied dependencies.
Hi Ian, I did so. But then I am facing more dependencies to be resolved. In import package I have only *. Which means all importing (will have to change that also, but hard to figure out which can be removed.). I added hector dependency and added Transitive =true. Doesn't this Transitive =true add hector's transitive dependencies ? * *true* hector-core com.eaio.uuid -- Cannot be resolved com.ecyrd.speed4j -- Cannot be resolved com.google.common.base -- Cannot be resolved com.google.common.collect -- Cannot be resolved com.sun.org.apache.xerces.internal.impl.dv.util -- Cannot be resolved and overwritten by Boot Delegation com.sun.xml.fastinfoset.stax -- Cannot be resolved and overwritten by Boot Delegation javax.management from org.apache.felix.framework (0) javax.naming from org.apache.felix.framework (0) javax.naming.spi from org.apache.felix.framework (0) javax.security.auth from org.apache.felix.framework (0) javax.security.auth.callback from org.apache.felix.framework (0) javax.security.auth.login from org.apache.felix.framework (0) javax.servlet.http from org.apache.felix.http.jetty (1) javax.xml.bind from org.apache.felix.framework (0) javax.xml.stream from org.apache.felix.framework (0) org.apache.cassandra.thrift -- Cannot be resolved org.apache.commons.lang,version=[2.4,3) from org.apache.commons.lang (85) org.apache.commons.lang.builder,version=[2.4,3) from org.apache.commons.lang (85) org.apache.commons.lang.math,version=[2.4,3) from org.apache.commons.lang (85) org.apache.commons.pool.impl,version=[1.5,2) -- Cannot be resolved org.apache.sling.api.resource,version=[2.3,3) from org.apache.sling.api (98) org.apache.thrift -- Cannot be resolved org.apache.thrift.protocol -- Cannot be resolved org.apache.thrift.transport -- Cannot be resolved On Mon, Aug 5, 2013 at 1:01 PM, Ian Boston wrote: > Hi, > > Dishara Wijewardana wrote in thread titled > [Status Update] Apache Cassandra backend for Sling: > > Hi Ian > > > > I started Sling launchpad and Cassandra Server as well. And uploaded the > > bundle through management console from > http://localhost:8080/system/console > > . > > When I try to start the bundle it does nothing and no error logs in the > > back end as well. The I noticed following where me.prettyprint.* classes > > cannot loaded and hence my bundle cannot start. So ideally my bundle only > > contains it self only. Not included its dependencies. As I feel one > > option is get a me.prettyprint.* jar and install that bundle (I am not > sure > > whether it also fails due to a similar reason). So what is the best > > approach to this ? > > > If there is a Hector OSGi bundle (or the standard Jar has a OSGi > MANIFEST.MF) then use that. If not you will need to embed the > dependencies. > > If you embed the dependencies, you are going to have to resolve all of > Hectors dependencies, and TBH, if the Hector OSGi bundle doesnt embed > its dependencies, they you will have to do that anyway. > > Personally, I would embed since nothing else is going to be using Hector. > > Have a look at ./contrib/extensions/cache/ehcache/pom.xml > to see how its done. > > > ehcache,jsr107cache,backport-util-concurrent > > embeds the artefacts of the same name. > > Best Regards > Ian > > > > > > > > Symbolic Name org.apache.sling.cassandra > > Version 0.0.1.SNAPSHOT > > Bundle Location inputstream:org.apache.sling.cassandra-0.0.1-SNAPSHOT.jar > > Last Modification Mon Aug 05 05:26:16 IST 2013 > > Description Provides a ResourceProvider implementation supporting Apache > > Cassandra based resources. > > Start Level 20 > > Exported Packages > > org.apache.sling.cassandra.resource.provider,version=0.0.1.SNAPSHOT > > > org.apache.sling.cassandra.resource.provider.mapper,version=0.0.1.SNAPSHOT > > org.apache.sling.cassandra.resource.provider.util,version=0.0.1.SNAPSHOT > > Imported Packages com.sun.org.apache.xerces.internal.impl.dv.util -- > > Cannot be resolved and overwritten by Boot Delegation > > javax.servlet.http from org.apache.felix.http.jetty (1) > > me.prettyprint.cassandra.model,version=[1.0,2) -- Cannot be resolved > > me.prettyprint.cassandra.serializers,version=[1.0,2) -- Cannot be > resolved > > me.prettyprint.hector.api,version=[1.0,2) -- Cannot be resolved > > me.prettyprint.hector.api.beans,version=[1.0,2) -- Cannot be resolved > > me.prettyprint.hector.api.ddl,version=[1.0,2) -- Cannot be resolved > > me.prettyprint.hector.api.factory,version=[1.0,2) -- Cannot be resolved > > me.prettyprint.hector.api.query,version=[1.0,2) -- Cannot be resolved > > org.apache.sling.api.resource,version=[2.3,3) from org.apache.sling.api > (98) > > org.slf4j,version=[1.5,2) from slf4j.api (6) > > Manifest Headers Bnd-LastModified: 1375238009819 > > Build-Jdk: 1.6.0_26 > > Built-By: dishara > > Bundle-Description: Provides a ResourceProvider implementation supporting > > Apache Cassandra based resources. > > Bundle-ManifestVersion: 2 > > Bundle-Name: Apache Sling Cas