This may be a problem in the tool (from OSGi) which generates the xml. OSGi recently decide to add < and > to the set of filter operators. But this is not in the 4.1 spec. It will be in a future spec. So the tool which generates the xml should not use the new operators.
BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance [EMAIL PROTECTED] Office: +1 386 848 1781 Mobile: +1 386 848 3788 ----- Original Message ----- From: ChangWoo Jung [EMAIL PROTECTED] Sent: 01/20/2008 07:43 AM To: Equinox development mailing list <[email protected]> Cc: Peter Kriens <[EMAIL PROTECTED]> Subject: Re: [equinox-dev] OBR I guess I found little bug in the generated OBR repo ( http://download.eclipse.org/releases/europa/repository.zip) The generated filter seems to be incorrect which throws exception in the runtime. For example, Jetty Http Service (org.eclipse.equinox.http.jetty), has dependency on "javax.servlet" which is shown as Import-Package: javax.servlet;version="[2.4.0,2.5.0)" in the manifest. It turns out be generated like below, (which seems to be incorrect), so it throws "InvalidSyntaxException" when equinox tries to create the filter upon that. <require extend='false' filter='(&(package=javax.servlet)(version>=2.4.0)(version<2.5.0))' multiple='false' name='package' optional='false'> Import package javax.servlet ;version=2.4.0 </require> I guess there is minor bug on creating filter and after applying my private fix it seems to be working. wrong: filter='(&(package=javax.servlet)(version>=2.4.0)(version<2.5.0))' correct: filter='(&(package=javax.servlet)(&(version>=2.4.0)(&(version!=2.5.0)(version<=2.5.0))))' Which component will be the right place to report a bug against that i can attach my fix there as well? Any pointers? Thanks. Sincerely, ChangWoo Jung From: Jeff McAffer <[EMAIL PROTECTED]> To: Equinox development mailing list <[email protected]> Date: 01/12/2008 12:43 AM Subject: Re: [equinox-dev] OBR We currently do host an OBR repo with the major releases. Don't remember the URL but the required repository.xml/zip file is there for Callisto and Europa. The OBR client code may be interesting but our strategic direction is p2. For the most part p2 has (or can be made to have) the same functionality as the OBR client but goes further towards solving the wider range of problems we see in the Eclipse provisioning space. I am all for supporting the use of OBR repositories in the sense that some people will make their function available that way. Given the p2 work however, it would be more interesting (to me at least) to write an OBR repository adaptor for p2 than to use the OBR api. Further, I hope that eclipse projects will feel comfortable making their content available as p2 repositories so that the Eclipse user community is not put in a position of having to get many different provisioning clients. In short, we in p2 would very much like to have your interaction and participation in making a provisioning solution that solves your needs. Jeff Thomas Hallgren <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 01/11/2008 10:19 AM Please respond to Equinox development mailing list <[email protected]> To Equinox development mailing list <[email protected]> cc Subject [equinox-dev] OBR Hi, I'm wonder if any work has been done within Eclipse to deal with OBR repositories, and if so, how can I get access to that. If not, and if no one has a better idea, I'm planning to start an IP-zilla to get the Apache Felix OBR approved since we will want to map that kind of repositories in Buckminster and also provide OBR's as an alternative to update sites in the spaces project. Regards, Thomas Hallgren _______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev
