OBR Repository
Hi guys, I notice that the following OBR repository link is returning a 404. http://felix.apache.org/obr/releases.xml <http://felix.apache.org/obr/releases.xml> Is there any way to get that back or any alternative link you could suggest? Thanks so much for your help, Jonny. -- NOTICE OF CONFIDENTIALITY: At Rapid7, the privacy of our customers, partners, and employees is paramount. If you received this email in error, please notify the sender and delete it from your inbox right away. Learn how Rapid7 handles privacy at rapid7.com/privacy-policy <https://www.rapid7.com/privacy-policy/>. To opt-out of Rapid7 marketing emails, please click here <https://information.rapid7.com/communication-preferences.html> or email priv...@rapid7.com <mailto:priv...@rapid7.com>.
Create OBR repository from command line
My current deployment strategy is as follows: - increase version number in build.gradle file - use SSH gradle plugin to SCP to target - use telnet to uninstall old version and install new version I'm hoping that using a OBR will make it easier. I would like to tell Felix to check if there are plugins with newer versions and have it install it. However, I don't know how to create such OBRs. I known that there are Maven plugins that do so, but I'm using Gradle and the BND plugin (biz.aQute.bnd:biz.aQute.bnd.gradle:3.0.0). The documentation[1] doesn't help me much. Maurice. [1] https://felix.apache.org/documentation/subprojects/apache-felix-maven-bundle-plugin-bnd.html - To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
obr repository, file instead of http-uris with 2.1.0-SNAPSHOT
Hello We're using the maven-bundle-plugin to have a repository.xml on our maven repository, it used to work but now we started having file-uris instead of http-uri in repository.xml. The plugin is configured as follows: pluginManagement plugins plugin groupIdorg.apache.felix/groupId artifactIdmaven-bundle-plugin/artifactId version2.1.0-SNAPSHOT/version executions execution idupdate-remote-obr/id phasedeploy/phase goals goaldeploy/goal /goals configuration remoteOBRtrialox/remoteOBR /configuration /execution /executions /plugin /plugins /pluginManagement using version 2.0.1 things work. Cheers, reto
Re: obr repository, file instead of http-uris with 2.1.0-SNAPSHOT
Ok, i'll investigate that asap. This is certainly a regression caused by one of the big refactoring i've done recently. On Tue, Mar 23, 2010 at 11:17, Reto Bachmann-Gmuer reto.bachm...@trialox.org wrote: Hello We're using the maven-bundle-plugin to have a repository.xml on our maven repository, it used to work but now we started having file-uris instead of http-uri in repository.xml. The plugin is configured as follows: pluginManagement plugins plugin groupIdorg.apache.felix/groupId artifactIdmaven-bundle-plugin/artifactId version2.1.0-SNAPSHOT/version executions execution idupdate-remote-obr/id phasedeploy/phase goals goaldeploy/goal /goals configuration remoteOBRtrialox/remoteOBR /configuration /execution /executions /plugin /plugins /pluginManagement using version 2.0.1 things work. Cheers, reto -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
Re: Possible problem with Maven-bundle-plugin and remote OBR repository and Bundle-RequiredExecutionEnvironment info
2009/7/7 miguel.ol...@telvent.com Hi all, I will try to show you the whole scenario related with the remote deployment (install) of an artifact from the Apache Felix Web Management Console within the OSGi Repository Tab. I do not know if the problem will be related with the Maven-bundle-plugin vesion 2.0.0 when publishing in a remote OBR repository a component (and updating the new component information), or related with Apache Felix Bundle Repository version 1.4.0 during the process of dependencies resolution, or a mixture of both. The problem seems to appear when a bundle with the Manifest header Bundle-RequiredExecutionEnvironment: J2SE-1.5,JavaSE-1.6 present. In this case, when publishing the information in the remote OBR repository using the Maven-bundle-plugin (see 2), it is included a require information related with the execution environment in the repository.xml file (see 4). Then when you try to deploy the bundle version from the Web Management Console the Apache Felix Bundle Repository it is not able to resolve this dependency, and the deployment process is not satisfactory concluded (see error Log in 5). If you try to install the artifact manually from an URL location it works. I think that or the require clause related to the manifest headers entry Bundle-RequiredExecutionEnvironment should not be considered when publishing information in the remote OBR repository, or the Apache Felix Bundle Repository bundle should ignore this dependency clause when resolving the dependencies related to a certain bundle. Any suggestions? this is a bug in the bundlerepository implementation: http://issues.apache.org/jira/browse/FELIX-575 as the execution environment is a valid requirement (you don't want to consider bundles you can't use) 1) Felix components: ** [ 0] [Active ] [0] System Bundle (1.8.0) [ 1] [Active ] [1] Apache Felix Shell Service (1.2.0) [ 2] [Active ] [1] Apache Felix Shell TUI (1.2.0) [ 3] [Active ] [1] Apache Felix Bundle Repository (1.4.0) ** 2) Remote OBR deployment command: ** mvn org.apache.felix:maven-bundle-plugin:2.0.0:deploy-file -DgroupId=org.apache.tuscany -DartifactId=tuscany-sca-api -Dversion=2.0-M3 -Dpackaging=bundle -Dfile=tuscany-sca-api-2.0-M3.jar -DrepositoryId=nexus -Durl=http://www.x.es:8081/nexus/content/repositories/releases -DbundleUrl=http://www.x.es:8081/nexus/content/repositories/releases/org/apache/tuscany/tuscany-sca-api/2.0-M3/tuscany-sca-api-2.0-M3.jarhttp://www.x.es:8081/nexus/content/repositories/releases%0A-DbundleUrl=http://www.x.es:8081/nexus/content/repositories/releases/org/apache/tuscany/tuscany-sca-api/2.0-M3/tuscany-sca-api-2.0-M3.jar ** 3) MANIFEST.MF content: ** Import-Package: javax.security.auth,org.oasisopen.sca;version=2.0.0, org.oasisopen.sca.annotation;version=2.0.0,org.oasisopen.sca.client ;version=2.0.0 Bundle-RequiredExecutionEnvironment: J2SE-1.5,JavaSE-1.6 ** 4) Repository.xml content: ** resource id=org.apache.tuscany.sca.api/2.0.0 presentationname=Apache Tuscany SCA API symbolicname=org.apache.tuscany.sca.api uri= http://www.xx.com:8081/nexus/content/repositories/releases/org/apache/tuscany/tuscany-sca-api/2.0-M3/tuscany-sca-api-2.0-M3.jar version=2.0.0 descriptionAPI classes for the Service Component Architecture/description size31019/size documentationhttp://www.apache.org//documentation licensehttp://www.apache.org/licenses/LICENSE-2.0.txt/license category id=org.apache.tuscany/ - capability name=bundle p n=manifestversion v=2/ p n=presentationname v=Apache Tuscany SCA API/ p n=symbolicname v=org.apache.tuscany.sca.api/ p n=version t=version v=2.0.0/ /capability - capability name=package p n=package v=org.oasisopen.sca.annotation/ p n=version t=version v=2.0.0/ /capability - capability name=package p n=package v=org.oasisopen.sca/ p n=uses v=javax.security.auth/ p n=version t=version v=2.0.0/ /capability - capability name=package p n=package v=org.oasisopen.sca.client/ p n=version t=version v=2.0.0/ /capability require extend=false filter=((package=javax.security.auth)(version=0.0.0)) multiple=false name=package optional=falseImport package javax.security.auth/require require extend=false filter=((package=org.oasisopen.sca)(version=2.0.0)) multiple=false name=package optional
Re: Exception while using obr repository file generated by the bundleplugin
Hi, It's seems, looking at the code, that it can be done more efficiently ... Tokenizing filter and generating event to a handler will have my preference like a SAX parser. Stevens On Thu, Mar 5, 2009 at 4:19 PM, Richard S. Hall he...@ungoverned.orgwrote: Thanks for creating the issue and patch. I commented on the issue, that we really need to see if we can create a new Filter impl specifically for OBR, not for the framework. The framework should not include a filter with non-standard features, in my opinion. In theory, it should be possible to use a different Filter impl without any difficulty in OBR and it is actually a much easier patch, since you can just include a completely new Filter impl for OBR to use. At least, I would think so. - richard Kristian Köhler wrote: Hi I created a jira issue for this ( https://issues.apache.org/jira/browse/FELIX-973) and attached a patch with an additional testcase. I decide to enhance the actual implementation and not to use yours, sorry ;-) The differences are too big i think (interface, time of parsing and exception handling). Kristian 2009/3/4 Peter Kriens peter.kri...@aqute.biz The filter is part of Bindex, which is already licensed under Apache code. Kind regards, Peter Kriens - To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org -- Le respect commence par celui de l'environnement
Re: Exception while using obr repository file generated by the bundleplugin
Hi I created a jira issue for this ( https://issues.apache.org/jira/browse/FELIX-973) and attached a patch with an additional testcase. I decide to enhance the actual implementation and not to use yours, sorry ;-) The differences are too big i think (interface, time of parsing and exception handling). Kristian 2009/3/4 Peter Kriens peter.kri...@aqute.biz The filter is part of Bindex, which is already licensed under Apache code. Kind regards, Peter Kriens -- http://www.kkoehler.com
Exception while using obr repository file generated by the bundleplugin
Hi I'm trying to add/install some local jar files to my local OBR repository and then use these jar-files within felix via the bundle repository. For most of the files this seems to work fine but some files are corrupting my repository (file). The following 'require' element is generated within the obr repository file for the spring-core-2.5.6.jar file for example: --- 8 --- require extend=false filter=(amp;(package=org.eclipse.core.runtime)(versiongt;=0.0.0)(common=split)(mandatory:lt;*common)) multiple=false name=package optional=trueImport package org.eclipse.core.runtime/require --- 8 --- This elements causes the parser to throw the following exception when invoking 'obr list' via the felix shell: --- 8 --- ERROR: Error parsing repository metadata org.osgi.framework.InvalidSyntaxException: expected ~=|=|= at org.apache.felix.framework.FilterImpl.init(FilterImpl.java:81) at org.apache.felix.framework.BundleContextImpl.createFilter(BundleContextImpl.java:102) at org.apache.felix.bundlerepository.RequirementImpl.setFilter(RequirementImpl.java:57) at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.felix.bundlerepository.metadataparser.XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org.apache.felix.bundlerepository.metadataparser.kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:71) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:60) at org.apache.felix.bundlerepository.RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org.apache.felix.bundlerepository.RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java:126) at org.apache.felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java:210) at org.apache.felix.bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:104) at org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:276) at org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:167) at java.lang.Thread.run(Thread.java:619) WARNING: RepositoryAdminImpl: Exception creating repository file:/home/kkoehler/repository.xml. Repository is skipped. java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.felix.bundlerepository.metadataparser.XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org.apache.felix.bundlerepository.metadataparser.kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:71) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:60) at org.apache.felix.bundlerepository.RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org.apache.felix.bundlerepository.RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java:126) at org.apache.felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java:210) at org.apache.felix.bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:104) at org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:276) at org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:167) at java.lang.Thread.run(Thread.java:619) Caused by: org.osgi.framework.InvalidSyntaxException: expected ~=|=|= at org.apache.felix.framework.FilterImpl.init(FilterImpl.java:81) at org.apache.felix.framework.BundleContextImpl.createFilter(BundleContextImpl.java:102) at org.apache.felix.bundlerepository.RequirementImpl.setFilter(RequirementImpl.java:57) ... 18 more --- 8 --- The parser expects ~=|=|= but found mandatory:*common ('explicit' generated by the org.osgi.impl.bundle.obr.resource.BundleInfo class). So I'm not sure what's going wrong here ;-) and how to fix this. Is this the wrong syntax or is it a parser problem? I'm
Re: Exception while using obr repository file generated by the bundleplugin
The issue is that bindex (which generates the repository.xml file) is using non-standard LDAP operators which are not supported by the OBR implementation. In this case, the mandatory directive on your bundle is resulting in a subset operator, I believe, which is not standard LDAP. This is a known issue, although we have no solution for it at present. - richard Kristian Köhler wrote: Hi I'm trying to add/install some local jar files to my local OBR repository and then use these jar-files within felix via the bundle repository. For most of the files this seems to work fine but some files are corrupting my repository (file). The following 'require' element is generated within the obr repository file for the spring-core-2.5.6.jar file for example: --- 8 --- require extend=false filter=(amp;(package=org.eclipse.core.runtime)(versiongt;=0.0.0)(common=split)(mandatory:lt;*common)) multiple=false name=package optional=trueImport package org.eclipse.core.runtime/require --- 8 --- This elements causes the parser to throw the following exception when invoking 'obr list' via the felix shell: --- 8 --- ERROR: Error parsing repository metadata org.osgi.framework.InvalidSyntaxException: expected ~=|=|= at org.apache.felix.framework.FilterImpl.init(FilterImpl.java:81) at org.apache.felix.framework.BundleContextImpl.createFilter(BundleContextImpl.java:102) at org.apache.felix.bundlerepository.RequirementImpl.setFilter(RequirementImpl.java:57) at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.felix.bundlerepository.metadataparser.XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org.apache.felix.bundlerepository.metadataparser.kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:71) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:60) at org.apache.felix.bundlerepository.RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org.apache.felix.bundlerepository.RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java:126) at org.apache.felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java:210) at org.apache.felix.bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:104) at org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:276) at org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:167) at java.lang.Thread.run(Thread.java:619) WARNING: RepositoryAdminImpl: Exception creating repository file:/home/kkoehler/repository.xml. Repository is skipped. java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.felix.bundlerepository.metadataparser.XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org.apache.felix.bundlerepository.metadataparser.kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:71) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:60) at org.apache.felix.bundlerepository.RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org.apache.felix.bundlerepository.RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java:126) at org.apache.felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java:210) at org.apache.felix.bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:104) at org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:276) at org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:167) at java.lang.Thread.run(Thread.java:619) Caused by: org.osgi.framework.InvalidSyntaxException: expected ~=|=|= at org.apache.felix.framework.FilterImpl.init(FilterImpl.java:81) at org.apache.felix.framework.BundleContextImpl.createFilter
Re: Exception while using obr repository file generated by the bundleplugin
You are a committer. :-) - richard Peter Kriens wrote: Implement these operators? I can send you the source code for a filter that implements them ... Kind regards, Peter Kriens On 3 mrt 2009, at 16:11, Richard S. Hall wrote: The issue is that bindex (which generates the repository.xml file) is using non-standard LDAP operators which are not supported by the OBR implementation. In this case, the mandatory directive on your bundle is resulting in a subset operator, I believe, which is not standard LDAP. This is a known issue, although we have no solution for it at present. - richard Kristian Köhler wrote: Hi I'm trying to add/install some local jar files to my local OBR repository and then use these jar-files within felix via the bundle repository. For most of the files this seems to work fine but some files are corrupting my repository (file). The following 'require' element is generated within the obr repository file for the spring-core-2.5.6.jar file for example: --- 8 --- require extend=false filter=(amp;(package=org.eclipse.core.runtime)(versiongt;=0.0.0)(common=split)(mandatory:lt;*common)) multiple=false name=package optional=trueImport package org.eclipse.core.runtime/require --- 8 --- This elements causes the parser to throw the following exception when invoking 'obr list' via the felix shell: --- 8 --- ERROR: Error parsing repository metadata org.osgi.framework.InvalidSyntaxException: expected ~=|=|= at org.apache.felix.framework.FilterImpl.init(FilterImpl.java:81) at org.apache.felix.framework.BundleContextImpl.createFilter(BundleContextImpl.java:102) at org.apache.felix.bundlerepository.RequirementImpl.setFilter(RequirementImpl.java:57) at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.felix.bundlerepository.metadataparser.XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org.apache.felix.bundlerepository.metadataparser.kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:71) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:60) at org.apache.felix.bundlerepository.RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org.apache.felix.bundlerepository.RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java:126) at org.apache.felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java:210) at org.apache.felix.bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:104) at org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:276) at org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:167) at java.lang.Thread.run(Thread.java:619) WARNING: RepositoryAdminImpl: Exception creating repository file:/home/kkoehler/repository.xml. Repository is skipped. java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.felix.bundlerepository.metadataparser.XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org.apache.felix.bundlerepository.metadataparser.kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:71) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:60) at org.apache.felix.bundlerepository.RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org.apache.felix.bundlerepository.RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java:126) at org.apache.felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java:210) at org.apache.felix.bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:104) at org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:276) at org.apache.felix.shell.tui.Activator
Re: Exception while using obr repository file generated by the bundleplugin
Hmm, it often feels more like committeD ... Kind regards, Peter Kriens On 3 mrt 2009, at 17:04, Richard S. Hall wrote: You are a committer. :-) - richard Peter Kriens wrote: Implement these operators? I can send you the source code for a filter that implements them ... Kind regards, Peter Kriens On 3 mrt 2009, at 16:11, Richard S. Hall wrote: The issue is that bindex (which generates the repository.xml file) is using non-standard LDAP operators which are not supported by the OBR implementation. In this case, the mandatory directive on your bundle is resulting in a subset operator, I believe, which is not standard LDAP. This is a known issue, although we have no solution for it at present. - richard Kristian Köhler wrote: Hi I'm trying to add/install some local jar files to my local OBR repository and then use these jar-files within felix via the bundle repository. For most of the files this seems to work fine but some files are corrupting my repository (file). The following 'require' element is generated within the obr repository file for the spring-core-2.5.6.jar file for example: --- 8 --- require extend=false filter=(amp;(package=org.eclipse.core.runtime) (versiongt;=0.0.0)(common=split)(mandatory:lt;*common)) multiple=false name=package optional=trueImport package org.eclipse.core.runtime/require --- 8 --- This elements causes the parser to throw the following exception when invoking 'obr list' via the felix shell: --- 8 --- ERROR: Error parsing repository metadata org.osgi.framework.InvalidSyntaxException: expected ~=|=|= at org.apache.felix.framework.FilterImpl.init(FilterImpl.java: 81) at org .apache .felix .framework.BundleContextImpl.createFilter(BundleContextImpl.java: 102) at org .apache .felix .bundlerepository.RequirementImpl.setFilter(RequirementImpl.java: 57) at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun .reflect .DelegatingMethodAccessorImpl .invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org .apache .felix .bundlerepository .metadataparser .XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org .apache .felix .bundlerepository .metadataparser .kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org .apache .felix .bundlerepository .RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access $000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl $1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org .apache .felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java: 71) at org .apache .felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java: 60) at org .apache .felix .bundlerepository .RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org .apache .felix .bundlerepository .RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java: 126) at org .apache .felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java: 210) at org .apache .felix .bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:104) at org.apache.felix.shell.impl.Activator $ShellServiceImpl.executeCommand(Activator.java:276) at org.apache.felix.shell.tui.Activator $ShellTuiRunnable.run(Activator.java:167) at java.lang.Thread.run(Thread.java:619) WARNING: RepositoryAdminImpl: Exception creating repository file:/home/kkoehler/repository.xml. Repository is skipped. java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun .reflect .DelegatingMethodAccessorImpl .invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org .apache .felix .bundlerepository .metadataparser .XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org .apache .felix .bundlerepository .metadataparser .kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org .apache .felix .bundlerepository .RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access $000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl $1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org .apache .felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java: 71) at org .apache .felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java: 60) at org .apache .felix .bundlerepository .RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org .apache .felix .bundlerepository .RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java: 126) at org .apache .felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java: 210) at org
Re: Exception while using obr repository file generated by the bundleplugin
Hi if you send me the filter I could try to build the patch... Kristian 2009/3/3 Peter Kriens peter.kri...@aqute.biz Hmm, it often feels more like committeD ... Kind regards, Peter Kriens On 3 mrt 2009, at 17:04, Richard S. Hall wrote: You are a committer. :-) - richard Peter Kriens wrote: Implement these operators? I can send you the source code for a filter that implements them ... Kind regards, Peter Kriens On 3 mrt 2009, at 16:11, Richard S. Hall wrote: The issue is that bindex (which generates the repository.xml file) is using non-standard LDAP operators which are not supported by the OBR implementation. In this case, the mandatory directive on your bundle is resulting in a subset operator, I believe, which is not standard LDAP. This is a known issue, although we have no solution for it at present. - richard Kristian Köhler wrote: Hi I'm trying to add/install some local jar files to my local OBR repository and then use these jar-files within felix via the bundle repository. For most of the files this seems to work fine but some files are corrupting my repository (file). The following 'require' element is generated within the obr repository file for the spring-core-2.5.6.jar file for example: --- 8 --- require extend=false filter=(amp;(package=org.eclipse.core.runtime)(versiongt;=0.0.0)(common=split)(mandatory:lt;*common)) multiple=false name=package optional=trueImport package org.eclipse.core.runtime/require --- 8 --- This elements causes the parser to throw the following exception when invoking 'obr list' via the felix shell: --- 8 --- ERROR: Error parsing repository metadata org.osgi.framework.InvalidSyntaxException: expected ~=|=|= at org.apache.felix.framework.FilterImpl.init(FilterImpl.java:81) at org.apache.felix.framework.BundleContextImpl.createFilter(BundleContextImpl.java:102) at org.apache.felix.bundlerepository.RequirementImpl.setFilter(RequirementImpl.java:57) at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.felix.bundlerepository.metadataparser.XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org.apache.felix.bundlerepository.metadataparser.kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:71) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:60) at org.apache.felix.bundlerepository.RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org.apache.felix.bundlerepository.RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java:126) at org.apache.felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java:210) at org.apache.felix.bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:104) at org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:276) at org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:167) at java.lang.Thread.run(Thread.java:619) WARNING: RepositoryAdminImpl: Exception creating repository file:/home/kkoehler/repository.xml. Repository is skipped. java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.felix.bundlerepository.metadataparser.XmlCommonHandler.startElement(XmlCommonHandler.java:490) at org.apache.felix.bundlerepository.metadataparser.kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) at org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) at org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44) at org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75) at java.security.AccessController.doPrivileged(Native Method) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:71) at org.apache.felix.bundlerepository.RepositoryImpl.init(RepositoryImpl.java:60) at org.apache.felix.bundlerepository.RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206) at org.apache.felix.bundlerepository.RepositoryAdminImpl.discoverResources(RepositoryAdminImpl.java:126) at org.apache.felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java:210
Re: Setting up an OBR Repository
Hello David, To set up your own bundle repository, you need two things: - A HTTP-server to host your bundles and the repository file (repository.xml). - The Bindex tool to generate the repository.xml file: http://www2.osgi.org/Repository/BIndex The Felix OBR bundle is not able to generate the repository file. Greetings, Bart David Leangen wrote: Where can I find some doc that describes how to use Felix OBR to set up my own bundle repository? The doc explains how to link to existing repos, but not how to create my own. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting up an OBR Repository
Ok, thank you! On Thu, 2007-09-13 at 10:20 +0200, Bart Elen wrote: Hello David, To set up your own bundle repository, you need two things: - A HTTP-server to host your bundles and the repository file (repository.xml). - The Bindex tool to generate the repository.xml file: http://www2.osgi.org/Repository/BIndex The Felix OBR bundle is not able to generate the repository file. Greetings, Bart David Leangen wrote: Where can I find some doc that describes how to use Felix OBR to set up my own bundle repository? The doc explains how to link to existing repos, but not how to create my own. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Setting up an OBR Repository
Where can I find some doc that describes how to use Felix OBR to set up my own bundle repository? The doc explains how to link to existing repos, but not how to create my own. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]