Thanks,

Same warnings with this command line:

/usr/local/linux-sun-jdk1.7.0/bin/java  -XX:MaxPermSize=192m -Xmx1g 
-Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.PollSelectorProvider  -jar 
/usr/local/infra/stanbol-svn/launchers/full/target/org.apache.stanbol.launchers.full-0.10.0-SNAPSHOT.jar
 -no-security



One more thing here:

In Felix web console, first time I click on OSGI repository, it gives me the 
full list. If I click another button, and then back to OSGI repository again, 
it gives an error and nothing is listed:

Error Filtering Resources: java.lang.String cannot be cast to 
org.osgi.framework.Version(filter=(|(presentationname=a*)(presentationname=A*)))



Is there a way to fix this?


--mike

On Apr 25, 2013, at 9:53 PM, Alessandro Adamou <ada...@cs.unibo.it> wrote:

> On 25/04/2013 19:37, MJ wrote:
>> I set maxpermsize and it looks a lot better, thanks.
>> 
>> [...]
>> 
>> WARNING: The following warnings have been detected with resource and/or 
>> provider classes:
>>   WARNING: A HTTP GET method, public void 
>> org.apache.clerezza.platform.security.permissioncheck.PermissionCheck.checkPermission(java.lang.String),
>>  MUST return a non-void type.
>> Apr 25, 2013 9:32:51 PM 
>> com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
>> INFO: Initiating Jersey application, version 'Jersey: 1.15 10/30/2012 02:40 
>> PM'
>> Apr 25, 2013 9:32:52 PM com.sun.jersey.spi.inject.Errors processErrorMessages
>> WARNING: The following warnings have been detected with resource and/or 
>> provider classes:
>>   WARNING: A HTTP GET method, public void 
>> org.apache.clerezza.platform.security.permissioncheck.PermissionCheck.checkPermission(java.lang.String),
>>  MUST return a non-void type.
>> 25.04.2013 21:32:52.696 *INFO * [main] Startup completed
>> 
>> 
>> Is this warning serious?
> 
> That would be for the security manager people to say. I cannot even see what 
> component is causing these warnings.
> 
> I do remember the security manager was blocking some OWL API HTTP calls and 
> temporary file creations, so if you're using the Ontology Manager it might 
> refuse to load ontologies. If you do, you may also want to pass 
> "-no-security" as a Stanbol launch param (but I'm opening a can of worms 
> here).
> 
> There's a chance it was fixed by then, though.
> 
> Best,
> Alessandro
> 
> 
>> On Apr 25, 2013, at 9:15 PM, Alessandro Adamou <ada...@cs.unibo.it> wrote:
>> 
>>> Launched fine here on r1475855 and the following environment
>>> 
>>> Maven 3.0.4
>>> OpenJDK 1.6.0_24 i386
>>> CrunchBang Linux i386 kernel 3.2.0-4-686-pae
>>> 
>>> ...but before we investigate further: are those all the arguments you've 
>>> set for your JVM/Stanbol?
>>> 
>>> did you ever set the permanent generation size? The default is not enough 
>>> for the full launcher. If you did not set it, it might just by chance have 
>>> gone out of memory at the time of activating the 
>>> ontologymanager.servicesapi bundle.
>>> 
>>> Try also to pass
>>> 
>>>    -XX:MaxPermSize=192m
>>> 
>>> alongside the max heap ( -Xmx)
>>> 
>>> IIRC from my VisualVM benchmarks, 192 megabytes is kind of a borderline 
>>> value for the full launcher. If it is not enough, try 256m or 320m but try 
>>> to be conservative. If you are not activating additional custom bundles, 
>>> you won't need a larger permanent generation than the one necessary for 
>>> getting Stanbol running.
>>> 
>>> Best,
>>> Alessandro
>>> 
>>> 
>>> On 25/04/2013 18:02, Alessandro Adamou wrote:
>>>> That's odd. Let me try a fresh rebuild/launch.
>>>> 
>>>> Alessandro
>>>> 
>>>> 
>>>> On 25/04/2013 18:00, MJ wrote:
>>>>> Hi,
>>>>> 
>>>>> I searched the mailing list archives, but didn't find any useful tips to 
>>>>> resolve my problem.
>>>>> 
>>>>> I built the subversion snapshot using Maven 3 and Sun JDK 1.7 on FreeBSD 
>>>>> using Linux emulation layer. I tried to run with Sun JDK, but alas 
>>>>> KqueueSelectorProvider is non-existent, so I switched to running with 
>>>>> OpenJDK since I really need the event-based I/O.
>>>>> 
>>>>> Anyhow, I tried starting Stanbol with Sun JDK 1.7, OpenJDK 1.6, and 
>>>>> OpenJDK 1.7, all with exactly the same problem.
>>>>> 
>>>>> 
>>>>> The startup command line:
>>>>> 
>>>>> /usr/local/openjdk7/bin/java -Xmx1g -jar 
>>>>> /usr/local/infra/stanbol-svn/launchers/full/target/org.apache.stanbol.launchers.full-0.10.0-SNAPSHOT.jar
>>>>> 
>>>>> 
>>>>> 
>>>>> The problem:
>>>>> 
>>>>> 
>>>>> ERROR: Bundle org.apache.stanbol.enhancer.engines.refactor [40]: Error 
>>>>> starting 
>>>>> slinginstall:org.apache.stanbol.enhancer.engines.refactor-0.10.0-SNAPSHOT.jar
>>>>>  (org.osgi.framework.BundleException: Unresolved constraint in bundle 
>>>>> org.apache.stanbol.enhancer.engines.refactor [40]: Unable to resolve 
>>>>> 40.0: missing requirement [40.0] package; 
>>>>> (&(package=org.apache.stanbol.ontologymanager.servicesapi.collector)(version>=0.10.0)(!(version>=1.0.0))))
>>>>> org.osgi.framework.BundleException: Unresolved constraint in bundle 
>>>>> org.apache.stanbol.enhancer.engines.refactor [40]: Unable to resolve 
>>>>> 40.0: missing requirement [40.0] package; 
>>>>> (&(package=org.apache.stanbol.ontologymanager.servicesapi.collector)(version>=0.10.0)(!(version>=1.0.0)))
>>>>>    at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3443)
>>>>>    at org.apache.felix.framework.Felix.startBundle(Felix.java:1727)
>>>>>    at 
>>>>> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1156)
>>>>>    at 
>>>>> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
>>>>>    at java.lang.Thread.run(Thread.java:722)
>>>>> 25.04.2013 19:42:16.289 *INFO * [main] Startup completed
>>>>> 
>>>>> 
>>>>> 
>>>>> I would be highly appreciative if somebody would advise me on how to get 
>>>>> the Ontology Manager going. The Ontology Manager is actually the most 
>>>>> important reason for my using Stanbol.
>>>>> 
>>>>> 
>>>>> Thank you,
>>>>> Mike
>>>> 
>>> 
>>> -- 
>>> Alessandro Adamou, Ph.D.
>>> 
>>> Knowledge Media Institute
>>> The Open University
>>> Walton Hall, Milton Keynes MK7 6AA
>>> United Kingdom
>>> 
>>> Alma Mater Studiorum - Università di Bologna
>>> Department of Computer Science
>>> Mura Anteo Zamboni 7, 40127 Bologna
>>> Italy
>>> 
>>> 
>>> "I will give you everything, just don't demand anything."
>>> (Ettore Petrolini, 1917)
>>> 
>>> Not sent from my iSnobTechDevice
>>> 
>> 
> 
> 
> -- 
> Alessandro Adamou, Ph.D.
> 
> Knowledge Media Institute
> The Open University
> Walton Hall, Milton Keynes MK7 6AA
> United Kingdom
> 
> Alma Mater Studiorum - Università di Bologna
> Department of Computer Science
> Mura Anteo Zamboni 7, 40127 Bologna
> Italy
> 
> 
> "I will give you everything, just don't demand anything."
> (Ettore Petrolini, 1917)
> 
> Not sent from my iSnobTechDevice
> 

Reply via email to