Hi, John Langley schrieb: > Any chance that the sling project will being using the apache snapshot > repository?
Currently the README.txt in the trunk root instructs to add the Apache Snapshot repository to the local settings.xml. I agree with John, that we should add this declaration to the parent pom (we already have it configured for plugins) Along with this addition, we should remove the configuration of the incubator Maven 2 repository, since incubator projects are now allowed to deploy to central. Finally, we should probably cut a release of this parent POM and deploy it to central to make building Sling much easier -- and also releasing Sling itself afterwards. WDYT ? Regards Felix > > Thanks again! > > -- Langley > > > On Thu, 2009-02-19 at 06:26 -0500, Felix Meschberger wrote: > >> Hi John, >> >> Richard Hall of the Apache Felix has deployed SNAPSHOT versions of the >> framework to the Apache Snapshot repository. So just building Sling >> should automatically grab these SNAPSHOTs since Sling should be >> configured to consider the Apache Snapshot Repository for snapshots. >> >> Regards >> Felix >> >> John Langley schrieb: >>> In order to get the new felix functionality, I've been building from >>> their source (trunk) and then in turn building sling from the trunk. Is >>> there a better way? How soon are their artifacts likely to show up in a >>> network accessible maven repository (or perhaps I just missed >>> something). >>> >>> Thanks in advance, >>> -- Langley >>> >>> On Wed, 2009-02-18 at 09:22 -0500, Felix Meschberger wrote: >>> >>>> As of Rev. 745521 I have enabled the URLHandlers by default again. See >>>> also SLING-862 [1] >>>> >>>> Regards >>>> Felix >>>> >>>> [1] https://issues.apache.org/jira/browse/SLING-862 >>>> >>>> Vidar Ramdal schrieb: >>>>> Is there a reason for felix.service.urlhandlers=false in sling.properties? >>>>> >>>>> I had another case with this earlier, and I was under the impression >>>>> that urlhandlers were to be enabled by default in the next release >>>>> [1]. >>>>> >>>>> [1] http://markmail.org/message/qwfetelev7qjrzge >
