You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@sling.apache.org by Craig Ganoe <cg...@psu.edu> on 2011/03/24 21:44:04 UTC
upgrading to Jackrabbit 2.2.5
What changes do I need to make to upgrade the current Sling build to
use the latest version of Jackrabbit?
Last I was messing with this, I was just replacing one of the
Jackrabbit jars for RMI where I'd just made small modifications to the
same version of Jackrabbit that Sling Uses, but at this point, I need
to do an entire upgrade. Is that all handled in:
sling-builder/launchpad/builder/src/main/bundles/list.xml
Is there any documentation for upgrading the jackrabbit version in the
Sling build?
Thanks.
Craig
Re: upgrading to Jackrabbit 2.2.5
Posted by Marc Speck <ma...@gmail.com>.
I had some issues with a modified sling.jcr.server bundle concerning search,
see http://markmail.org/message/k5fhbkbs774buv4w . I'm no OSGi wizard, so
there might be a better solution.
Marc
On Fri, Mar 25, 2011 at 2:03 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>
> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>
> >
> >
> > On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
> >
> >>
> >> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
> >>
> >>>
> >>> Is there any documentation for upgrading the jackrabbit version in the
> Sling build?
> >>
> >> AFAIK, there is not.
> >> Ian
> >
> > There is, in a sense. Look at JIRA and Subversion and you'll see the
> exact set of changes made for prior upgrades.
>
> good point,
>
>
> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>
> http://svn.apache.org/viewvc?view=revision&revision=987559
>
> was that the right issue ?
>
> Ian
>
>
> >
> > Justin
> >>
> >>>
> >>> Thanks.
> >>>
> >>> Craig
> >>>
> >>
>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Justin Edelson <ju...@justinedelson.com>.
Please take the @Override annotations out. @Override on interface methods requires Java 6.
Other than that, LGTM. Commit away!
Thanks,
Justin
On Mar 31, 2011, at 2:24 PM, Eric Norman <er...@gmail.com> wrote:
> Hi All,
>
> I found a use case where I could also use an upgrade to jackrabbit 2.2.5 to
> utilize some changes in user/group management. I filed JIRA
> issue SLING-2044 for tracking and will attempt the upgrade today.
>
> Regards,
> Eric
>
> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson <ju...@justinedelson.com>wrote:
>
>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>
>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>>>
>>>>
>>>>
>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>
>>>>>
>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>>>>
>>>>>>
>>>>>> Is there any documentation for upgrading the jackrabbit version in the
>> Sling build?
>>>>>
>>>>> AFAIK, there is not.
>>>>> Ian
>>>>
>>>> There is, in a sense. Look at JIRA and Subversion and you'll see the
>> exact set of changes made for prior upgrades.
>>>
>>> good point,
>>>
>>>
>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>>>
>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>>>
>>> was that the right issue ?
>>
>> SLING-1531 too...
>>
>>>
>>> Ian
>>>
>>>
>>>>
>>>> Justin
>>>>>
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> Craig
>>>>>>
>>>>>
>>>
>>>
>>
Re: test/build errors ... Re: upgrading to Jackrabbit 2.2.5
Posted by Craig Ganoe <cg...@psu.edu>.
Ugh, nevermind, so I turned Maven Debug on, and somehow, magically I
got a successful build.
On Apr 14, 2011, at 2:49 PM, Craig Ganoe wrote:
> Thanks for your responses.
>
> Following up on my last message. Looks like these are all errors
> during launchpad testing. I don't seem to be getting any errors
> compiling. I've also attached a full build log as a zip.
>
> That said, I don't remember getting all these warnings, mentioned in
> my previous email, in my last successful build (but maybe I just did
> not keep a good log of it).
>
> Craig
>
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running org.apache.sling.launchpad.testing.TestAll
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletMoveTest
> Checking if the required Sling services are started (timeout 62
> seconds)...
> (base URLs=http://localhost:62431 and http://localhost:62431;
> servlet context=)
> [WARNING] un-handlable path resources/install
> Sling services seem to be started, continuing with integration tests.
> Tests run: 12, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest
> Tests run: 6, Failures: 6, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.login.FormGenerationTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.JsonQueryServletTest
> Tests run: 8, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.UploadFileTest
> Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
> Running org.apache.sling.launchpad.webapp.integrationtest.IncludeTest
> Tests run: 5, Failures: 5, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.BundleContentTest
> Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletAtMoveTest
> Tests run: 8, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.JsonRenderingTest
> Url: http://localhost:62431/JsonRenderingTest_1302733238651/2_1302733238665
> postUrl: http://localhost:62431/JsonRenderingTest_1302733238651/
> Tests run: 13, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest
> Tests run: 7, Failures: 5, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.scripting.StandaloneScriptExecutionTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.userManager.RemoveAuthorizablesTest
> Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest
> Tests run: 7, Failures: 7, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.DavExIntegrationTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running org.apache.sling.launchpad.webapp.integrationtest.GetStarTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.issues.SLING457Test
> Tests run: 2, Failures: 2, Errors: 0, Skipped: 0
> Running org.apache.sling.launchpad.webapp.integrationtest.HttpPingTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletImportTest
> Tests run: 17, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.FileUploadTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.servlets.post.SlingAutoPropertiesTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.servlets.post.PostToRootTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.login.RedirectOnLogoutTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running org.apache.sling.launchpad.webapp.integrationtest.FiltersTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.ScriptBuiltinObjectsTest
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest
> Tests run: 9, Failures: 7, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.ValueFromTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.servlets.resolution.WarSelectorServletTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.login.AuthRequestLoginTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.servlets.resolution.SelectorServletTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.InitialContentTest
> Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp
> .integrationtest.servlets.resolution.RequestUriOptingServletTest
> Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.servlets.resolution.PrefixTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletNopTest
> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
> Running org.apache.sling.launchpad.webapp.integrationtest.ForwardTest
> Tests run: 5, Failures: 5, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.issues.SLING760Test
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.servlets.resolution.ExtensionServletTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache.sling.launchpad.webapp.integrationtest.SyntheticResourceTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.StreamServletTest
> Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.userManager.UpdateUserTest
> Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.resolution.PathsServletTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletDeleteTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.userManager.UpdateGroupTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.PostRedirectTest
> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.RangeStreamingTest
> Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletOrderTest
> Tests run: 9, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.auth.AuthenticationResponseCodeTest
> Tests run: 10, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest
> Tests run: 5, Failures: 5, Errors: 0, Skipped: 0
> Running
> org
> .apache.sling.launchpad.webapp.integrationtest.PropertyRenderingTest
> <?xml version="1.0" encoding="utf-8"?>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
> "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
> <head><meta http-equiv="content-type" content="text/html;
> charset=utf-8" /></head>
> <body>
> <h1>Resource dumped by HtmlRendererServlet</h1>
> <p>Resource path: <b>/PropertyRenderingTest/1302733251714/
> this_is_a_test_13027/multiText</b></p>
> <p>Resource metadata: <b>{sling.contentType=text/plain,
> sling.resolutionPathInfo=.html, sling.characterEncoding=UTF-8,
> sling.resolutionPath=/PropertyRenderingTest/1302733251714/
> this_is_a_test_13027/multiText}</b></p>
> <p>Resource type:
> <
> b
> >
> org
> .apache.sling.launchpad.webapp.integrationtest.PropertyRenderingTest/
> multiText</b></p>
> <p>Resource super type: <b>-</b></p>
> Resource Value: <b>This is a multivalued test 1302733251714</b><br /
> >Resource Value: <b>This is another multivalued test 1302733251714</
> b><br /></body></html>
>
> Tests run: 10, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache.sling.launchpad.webapp.integrationtest.ResourceSuperTypeTest
> Tests run: 2, Failures: 2, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.ContentLoaderMiscPropertyTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.ExecuteScriptTest
> Tests run: 2, Failures: 2, Errors: 0, Skipped: 0
> Running
> org
> .apache.sling.launchpad.webapp.integrationtest.ResourceDecoratorTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.servlets.post.PostServletAtDeleteTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.servlets.resolution.HtmlDefaultServletTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletCreateTest
> Tests run: 12, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletUpdateTest
> Tests run: 7, Failures: 0, Errors: 0, Skipped: 0
> Running org.apache.sling.launchpad.webapp.integrationtest.RedirectTest
> Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.ReferenceTypeHintTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.GetWithSuffixTest
> Tests run: 4, Failures: 3, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.SlingSessionInfoTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.SlingDateValuesTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest
> Tests run: 4, Failures: 4, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.servlets.post.PostStatusTest
> Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.LaunchpadConfigInstallerTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running org.apache.sling.launchpad.webapp.integrationtest.EspLoadTest
> Tests run: 2, Failures: 2, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletPatchTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest
> Tests run: 5, Failures: 5, Errors: 0, Skipped: 0
> Running
> org
> .apache.sling.launchpad.webapp.integrationtest.GeneratedNodeNameTest
> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.resolution.PrioritiesTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.SlingDefaultValuesTest
> Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.servlets.post.PostServletOutputContentTypeTest
> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.NamespaceMappingTest
> Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.servlets.post.PostServletVersionableTest
> Tests run: 25, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.RequestAttributeTest
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest
> Tests run: 6, Failures: 6, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.StaticContentTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.CreateNodeTest
> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.accessManager.RemoveAcesTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.userManager.CreateGroupTest
> Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache.sling.launchpad.webapp.integrationtest.JavascriptWrappersTest
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletCopyTest
> Tests run: 11, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad.webapp.integrationtest.servlets.post.PostServletAtCopyTest
> Tests run: 8, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling
> .launchpad
> .webapp.integrationtest.servlets.resolution.PutMethodServletTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running org.apache.sling.launchpad.webapp.integrationtest.MkdirTest
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.userManager.CreateUserTest
> Tests run: 8, Failures: 0, Errors: 0, Skipped: 0
> Running
> org
> .apache
> .sling.launchpad.webapp.integrationtest.accessManager.ModifyAceTest
> Tests run: 13, Failures: 0, Errors: 0, Skipped: 0
> Running
> org.apache.sling.launchpad.webapp.integrationtest.WebdavUploadTest
> Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
> Tests run: 403, Failures: 70, Errors: 0, Skipped: 0, Time elapsed:
> 49.349 sec <<< FAILURE!
>
> Results :
>
> Failed tests:
>
> testRtNoScript
> (org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
>
> testUnstructuredNoScript
> (org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
>
> testRtJsp
> (org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
>
> testUnstructuredJsp
> (org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
>
> testChangingJsp
> (org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
>
> testEnum
> (org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
>
> testInfiniteLoopDetection
> (org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
>
> testForcedResourceType
> (org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
>
> testWithoutInclude
> (org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
>
> testWithInclude
> (org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
>
> testWithIncludeAndExtension
> (org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
>
> testMiniScriptHtml
> (org
> .apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
>
> testPrint
> (org
> .apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
>
> testEspHtml
> (org
> .apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
>
> testEspXml
> (org
> .apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
>
> testEspPlain
> (org
> .apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
>
> testCanAddUser
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
>
> testCanAddGroup
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
>
> testCanUpdateUserProperties
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
>
> testCanUpdateGroupProperties
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
>
> testCanRemoveUser
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
>
> testCanRemoveGroup
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
>
> testCanUpdateGroupMembers
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
>
> testCallFooHtml
> (org
> .apache.sling.launchpad.webapp.integrationtest.issues.SLING457Test)
>
> testCallHtml
> (org
> .apache.sling.launchpad.webapp.integrationtest.issues.SLING457Test)
>
> testEspBuiltinObjects
> (org
> .apache
> .sling.launchpad.webapp.integrationtest.ScriptBuiltinObjectsTest)
>
> testEspHtml
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
>
> testEspXml
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
>
> testEspPlain
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
>
> testEspJavaCode
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
>
> testEspHtmlInAppsFolder
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
>
> testEspHtmlWithSelectors
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
>
> testEspJs
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
>
> testWithoutForward
> (org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
>
> testWithForward
> (org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
>
> testWithForwardAndExtension
> (org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
>
> testInfiniteLoopDetection
> (org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
>
> testForcedResourceType
> (org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
>
> testEscapedErrorMessages
> (org
> .apache.sling.launchpad.webapp.integrationtest.issues.SLING760Test)
>
> testDeniedWriteForUser
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
>
> testGrantedWriteForUser
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
>
> testDeniedWriteForGroup
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
>
> testGrantedWriteForGroup
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
>
> testSLING_1090
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
>
> testSuperTypeOnResource
> (org
> .apache.sling.launchpad.webapp.integrationtest.ResourceSuperTypeTest)
>
> testSuperTypeOnScriptFolder
> (org
> .apache.sling.launchpad.webapp.integrationtest.ResourceSuperTypeTest)
>
> testEspScript
> (org.apache.sling.launchpad.webapp.integrationtest.ExecuteScriptTest)
>
> testJspScript
> (org.apache.sling.launchpad.webapp.integrationtest.ExecuteScriptTest)
>
> testWithExactUrl
> (org.apache.sling.launchpad.webapp.integrationtest.GetWithSuffixTest)
>
> testGETScript
> (org.apache.sling.launchpad.webapp.integrationtest.GetWithSuffixTest)
>
> testWithExtraPathA
> (org.apache.sling.launchpad.webapp.integrationtest.GetWithSuffixTest)
>
> testGenericProvider
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest)
>
> testGroovyProvider
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest)
>
> testJSPProvider
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest)
>
> testJSPProviderEL
> (org
> .apache
> .sling
> .launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest)
>
> testNestedInclude
> (org.apache.sling.launchpad.webapp.integrationtest.EspLoadTest)
>
> testNonExistentInclude
> (org.apache.sling.launchpad.webapp.integrationtest.EspLoadTest)
>
> testWithoutForward
> (org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
>
> testWithForward
> (org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
>
> testWithForwardAndExtension
> (org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
>
> testInfiniteLoopDetection
> (org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
>
> testForcedResourceType
> (org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
>
> testRequestAttribute
> (org
> .apache.sling.launchpad.webapp.integrationtest.RequestAttributeTest)
>
> testInfiniteLoopDetection
> (org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
>
> testForcedResourceType
> (org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
>
> testWithoutInclude
> (org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
>
> testWithInclude
> (org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
>
> testWithIncludeAndExtension
> (org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
>
> testMaxCallsDetection
> (org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
>
> testRecursiveDump
> (org
> .apache.sling.launchpad.webapp.integrationtest.JavascriptWrappersTest)
>
> Tests run: 403, Failures: 70, Errors: 0, Skipped: 0
>
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Apache Sling (Parent) ............................. SUCCESS
> [1.959s]
> [INFO] Apache Sling Maven Plugin to create Jackrabbit OCM
> descriptors SUCCESS [3.540s]
> [INFO] Apache Sling Maven Plugin for Compiling JSP Sources into
> Bundles SUCCESS [1.705s]
> [INFO] Apache Sling Maven Plugin for Supporting Bundle Development
> SUCCESS [1.647s]
> [INFO] Apache Sling Launchpad API ........................ SUCCESS
> [2.506s]
> [INFO] Apache Sling Launchpad Base ....................... SUCCESS
> [4.603s]
> [INFO] Apache Sling Launchpad Maven Plugin ............... SUCCESS
> [3.771s]
> [INFO] Sling Launchpad Standalone Archetype .............. SUCCESS
> [0.303s]
> [INFO] Sling Launchpad Webapp Archetype .................. SUCCESS
> [0.139s]
> [INFO] Sling Initial Content Archetype ................... SUCCESS
> [0.097s]
> [INFO] Sling Servlet Archetype ........................... SUCCESS
> [0.091s]
> [INFO] Apache Sling API .................................. SUCCESS
> [1.555s]
> [INFO] Apache Sling Dynamic Class Loader Support ......... SUCCESS
> [1.416s]
> [INFO] Apache Sling JSON Library ......................... SUCCESS
> [1.524s]
> [INFO] Apache Sling OSGi LogService Implementation ....... SUCCESS
> [1.420s]
> [INFO] Apache Sling MIME type mapping support ............ SUCCESS
> [1.039s]
> [INFO] Apache Sling Commons OSGi support ................. SUCCESS
> [1.129s]
> [INFO] Apache Sling Scheduler Support .................... SUCCESS
> [1.766s]
> [INFO] Apache Sling Testing Utilities .................... SUCCESS
> [8.310s]
> [INFO] Apache Sling Thread Support ....................... SUCCESS
> [0.784s]
> [INFO] Apache Sling Authentication Service ............... SUCCESS
> [1.616s]
> [INFO] Apache Sling OpenID Authentication ................ SUCCESS
> [1.692s]
> [INFO] Apache Sling Form Based Authentication Handler .... SUCCESS
> [1.687s]
> [INFO] Apache Sling Authentication Selector .............. SUCCESS
> [0.790s]
> [INFO] Apache Sling Engine Implementation ................ SUCCESS
> [2.005s]
> [INFO] Apache Sling Repository API Bundle ................ SUCCESS
> [0.620s]
> [INFO] Apache Sling JCR Base Bundle ...................... SUCCESS
> [1.265s]
> [INFO] Apache Sling JCR ClassLoader ...................... SUCCESS
> [0.882s]
> [INFO] Apache Sling Initial Content Loader ............... SUCCESS
> [2.008s]
> [INFO] Apache Sling Jackrabbit Embedded Repository ....... SUCCESS
> [3.183s]
> [INFO] Apache Sling Jackrabbit UserManager Support ....... SUCCESS
> [1.292s]
> [INFO] Apache Sling Jackrabbit JSR-283 Access Control Manager
> Support SUCCESS [0.798s]
> [INFO] Apache Sling Object Content Mapping ............... SUCCESS
> [1.594s]
> [INFO] Apache Sling JCR Resource Resolver ................ SUCCESS
> [29.594s]
> [INFO] Apache Sling Simple WebDAV Access to repositories . SUCCESS
> [1.251s]
> [INFO] Apache Sling DavEx Access to repositories ......... SUCCESS
> [0.862s]
> [INFO] Apache Sling JCR WebConsole Bundle ................ SUCCESS
> [0.660s]
> [INFO] Apache Sling Servlet Resolver ..................... SUCCESS
> [1.258s]
> [INFO] Apache Sling Default GET Servlets ................. SUCCESS
> [1.079s]
> [INFO] Apache Sling Default POST Servlets ................ SUCCESS
> [2.721s]
> [INFO] Apache Sling Scripting Implementation API ......... SUCCESS
> [0.828s]
> [INFO] Apache Sling Scripting Core implementation ........ SUCCESS
> [1.330s]
> [INFO] Apache Sling Scripting JavaScript Support ......... SUCCESS
> [6.181s]
> [INFO] Apache Sling Scripting JSP Support ................ SUCCESS
> [3.864s]
> [INFO] Apache Sling JSP Tag Library ...................... SUCCESS
> [0.778s]
> [INFO] Apache Sling Adapter Manager Implementation ....... SUCCESS
> [0.903s]
> [INFO] Apache Sling Bundle Resource Provider ............. SUCCESS
> [0.634s]
> [INFO] Apache Sling Event Support ........................ SUCCESS
> [4:03.968s]
> [INFO] Apache Sling Filesystem Resource Provider ......... SUCCESS
> [0.753s]
> [INFO] Apache Sling Settings ............................. SUCCESS
> [0.795s]
> [INFO] Apache Sling Thread Dumper ........................ SUCCESS
> [0.652s]
> [INFO] Apache Sling Web Console Branding ................. SUCCESS
> [0.505s]
> [INFO] Apache Sling Web Console Security Provider ........ SUCCESS
> [0.677s]
> [INFO] Apache Sling Integration Tests .................... SUCCESS
> [2.624s]
> [INFO] Apache Sling Groovy Extensions .................... SUCCESS
> [2.980s]
> [INFO] Apache Sling Explorer ............................. SUCCESS
> [0.634s]
> [INFO] Apache Sling Test Tools ........................... SUCCESS
> [0.975s]
> [INFO] Apache Sling JUnit Core ........................... SUCCESS
> [1.287s]
> [INFO] Apache Sling JUnit Scriptable Tests Provider ...... SUCCESS
> [0.809s]
> [INFO] Apache Sling JUnit Remote Tests Runners ........... SUCCESS
> [0.768s]
> [INFO] Apache Sling Installer ............................ SUCCESS
> [1.226s]
> [INFO] Apache Sling File Installer ....................... SUCCESS
> [0.664s]
> [INFO] Apache Sling JCR Installer ........................ SUCCESS
> [1:51.433s]
> [INFO] Apache Sling Installer Configuration Admin Support SUCCESS
> [0.557s]
> [INFO] Apache Sling Deployment Package Installer ......... SUCCESS
> [0.620s]
> [INFO] Apache Sling Installer Integration Tests .......... SUCCESS
> [1:26.696s]
> [INFO] Apache Sling Launchpad Installer .................. SUCCESS
> [0.566s]
> [INFO] Apache Sling Launchpad Content .................... SUCCESS
> [0.579s]
> [INFO] Apache Sling Launchpad Application Builder ........ SUCCESS
> [15.830s]
> [INFO] Apache Sling Sample Server-Side Tests ............. SUCCESS
> [0.785s]
> [INFO] Apache Sling Failing Server-Side Tests ............ SUCCESS
> [0.604s]
> [INFO] Apache Sling Sample Integration Tests ............. SUCCESS
> [20.425s]
> [INFO] Apache Sling Launchpad Testing Services ........... SUCCESS
> [2.106s]
> [INFO] Apache Sling Launchpad Testing Services WAR ....... SUCCESS
> [0.748s]
> [INFO] Apache Sling Launchpad Testing .................... FAILURE
> [58.032s]
> [INFO] Apache Sling (Builder) ............................ SKIPPED
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 11:10.666s
> [INFO] Finished at: Wed Apr 13 18:21:06 EDT 2011
> [INFO] Final Memory: 122M/234M
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-
> surefire-plugin:2.4.3:test (surefire-integration-test) on project
> org.apache.sling.launchpad.testing: There are test failures.
> [ERROR]
> [ERROR] Please refer to /Users/cscl-imac2/Development/sling-latest/
> sling-builder/launchpad/testing/target/surefire-reports for the
> individual test results.
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with
> the -e switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible
> solutions, please read the following articles:
> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with
> the command
> [ERROR] mvn <goals> -rf :org.apache.sling.launchpad.testing
>
> <Sling-failed-build-201104013-182106.txt.zip>
>
> On Apr 12, 2011, at 11:49 AM, Justin Edelson wrote:
>
>> I fixed the duplicate dependency in r1091480, but to be clear, these
>> are warnings, not errors. What is the actual error you're getting?
>>
>> BTW, you might want to start a new thread as this doesn't seem to be
>> related to the original post.
>>
>> Justin
>>
>> On Tue, Apr 12, 2011 at 8:28 AM, Craig Ganoe <cg...@psu.edu> wrote:
>>> I have not been able to build Sling for the past couple of weeks.
>>> I grabbed
>>> everything fresh on Friday, and am still getting these errors:
>>>
>>> [INFO] Scanning for projects...
>>> [WARNING]
>>> [WARNING] Some problems were encountered while building the
>>> effective model
>>> for
>>> org
>>> .apache
>>> .sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-
>>> SNAPSHOT
>>> [WARNING] 'dependencies.dependency.
>>> (groupId:artifactId:type:classifier)'
>>> must be unique: org.apache.sling:org.apache.sling.junit.remote:jar
>>> ->
>>> duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column
>>> 21
>>> [WARNING]
>>> [WARNING] It is highly recommended to fix these problems because
>>> they
>>> threaten the stability of your build.
>>> [WARNING]
>>> [WARNING] For this reason, future Maven versions might no longer
>>> support
>>> building such malformed projects.
>>> [WARNING]
>>> [INFO]
>>>
>>> ===================================
>>> Then further on in the build I get:
>>>
>>> -------------------------------------------------------
>>> T E S T S
>>> -------------------------------------------------------
>>> Running org.apache.sling.commons.log.internal.slf4j.SlingLoggerTest
>>> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
>>> 0.028 sec
>>> Running
>>> org
>>> .apache.sling.commons.log.internal.slf4j.SizeLimitedFileRotatorTest
>>> Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
>>> 0.015 sec
>>> Running
>>> org.apache.sling.commons.log.internal.slf4j.SlingLogWriterTest
>>> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
>>> 0.026 sec
>>>
>>> Results :
>>>
>>> Tests run: 17, Failures: 0, Errors: 0, Skipped: 0
>>>
>>> [INFO]
>>> [INFO] --- maven-bundle-plugin:2.0.1:bundle (default-bundle) @
>>> org.apache.sling.commons.log ---
>>> java.lang.reflect.InvocationTargetException
>>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown
>>> Source)
>>> at
>>> sun
>>> .reflect
>>> .DelegatingMethodAccessorImpl
>>> .invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>> at aQute.lib.osgi.Macro.doCommand(Macro.java:183)
>>> at aQute.lib.osgi.Macro.doCommands(Macro.java:171)
>>> at aQute.lib.osgi.Macro.replace(Macro.java:118)
>>> at aQute.lib.osgi.Macro.process(Macro.java:62)
>>> at aQute.lib.osgi.Macro.process(Macro.java:78)
>>> at aQute.lib.osgi.Macro.process(Macro.java:48)
>>> at aQute.lib.osgi.Macro.process(Macro.java:43)
>>> at aQute.lib.osgi.Processor.getProperty(Processor.java:609)
>>> at aQute.lib.osgi.Processor.getProperty(Processor.java:387)
>>> at aQute.lib.osgi.Analyzer.getImportPackages(Analyzer.java:
>>> 248)
>>> at aQute.lib.osgi.Builder.getImportPackages(Builder.java:149)
>>> at aQute.lib.osgi.Analyzer.analyze(Analyzer.java:146)
>>> at aQute.lib.osgi.Builder.analyze(Builder.java:198)
>>> at aQute.lib.osgi.Analyzer.calcManifest(Analyzer.java:283)
>>> at aQute.lib.osgi.Builder.build(Builder.java:78)
>>> at
>>> org
>>> .apache
>>> .felix.bundleplugin.BundlePlugin.buildOSGiBundle(BundlePlugin.java:
>>> 395)
>>> at
>>> org
>>> .apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
>>> 286)
>>> at
>>> org
>>> .apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
>>> 240)
>>> at
>>> org
>>> .apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
>>> 231)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .plugin
>>> .DefaultBuildPluginManager
>>> .executeMojo(DefaultBuildPluginManager.java:107)
>>> at
>>> org
>>> .apache
>>> .maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:
>>> 209)
>>> at
>>> org
>>> .apache
>>> .maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:
>>> 153)
>>> at
>>> org
>>> .apache
>>> .maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:
>>> 145)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .lifecycle
>>> .internal
>>> .LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .lifecycle
>>> .internal
>>> .LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .lifecycle
>>> .internal
>>> .LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:
>>> 161)
>>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:
>>> 319)
>>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:
>>> 156)
>>> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
>>> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun
>>> .reflect
>>> .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>> at
>>> sun
>>> .reflect
>>> .DelegatingMethodAccessorImpl
>>> .invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>> at
>>> org
>>> .codehaus
>>> .plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:
>>> 290)
>>> at
>>> org
>>> .codehaus
>>> .plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
>>> at
>>> org
>>> .codehaus
>>> .plexus
>>> .classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
>>> at
>>> org
>>> .codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:
>>> 352)
>>> Caused by: java.lang.IllegalArgumentException: Invalid syntax for
>>> version:
>>> ${@}
>>> at aQute.libg.version.Version.<init>(Version.java:45)
>>> at aQute.lib.osgi.Macro._version(Macro.java:627)
>>> ... 43 more
>>> java.lang.reflect.InvocationTargetException
>>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown
>>> Source)
>>> at
>>> sun
>>> .reflect
>>> .DelegatingMethodAccessorImpl
>>> .invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>> at aQute.lib.osgi.Macro.doCommand(Macro.java:183)
>>> at aQute.lib.osgi.Macro.doCommands(Macro.java:171)
>>> at aQute.lib.osgi.Macro.replace(Macro.java:118)
>>> at aQute.lib.osgi.Macro.process(Macro.java:62)
>>> at aQute.lib.osgi.Macro.process(Macro.java:78)
>>> at aQute.lib.osgi.Macro.process(Macro.java:48)
>>> at aQute.lib.osgi.Macro.process(Macro.java:43)
>>> at aQute.lib.osgi.Processor.getProperty(Processor.java:609)
>>> at aQute.lib.osgi.Processor.getProperty(Processor.java:387)
>>> at aQute.lib.osgi.Analyzer.getImportPackages(Analyzer.java:
>>> 248)
>>> at aQute.lib.osgi.Builder.getImportPackages(Builder.java:149)
>>> at aQute.lib.osgi.Analyzer.analyze(Analyzer.java:146)
>>> at aQute.lib.osgi.Builder.analyze(Builder.java:198)
>>> at aQute.lib.osgi.Analyzer.calcManifest(Analyzer.java:283)
>>> at aQute.lib.osgi.Builder.build(Builder.java:78)
>>> at
>>> org
>>> .apache
>>> .felix.bundleplugin.BundlePlugin.buildOSGiBundle(BundlePlugin.java:
>>> 395)
>>> at
>>> org
>>> .apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
>>> 286)
>>> at
>>> org
>>> .apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
>>> 240)
>>> at
>>> org
>>> .apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
>>> 231)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .plugin
>>> .DefaultBuildPluginManager
>>> .executeMojo(DefaultBuildPluginManager.java:107)
>>> at
>>> org
>>> .apache
>>> .maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:
>>> 209)
>>> at
>>> org
>>> .apache
>>> .maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:
>>> 153)
>>> at
>>> org
>>> .apache
>>> .maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:
>>> 145)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .lifecycle
>>> .internal
>>> .LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .lifecycle
>>> .internal
>>> .LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .lifecycle
>>> .internal
>>> .LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
>>> at
>>> org
>>> .apache
>>> .maven
>>> .lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:
>>> 161)
>>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:
>>> 319)
>>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:
>>> 156)
>>> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
>>> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun
>>> .reflect
>>> .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>> at
>>> sun
>>> .reflect
>>> .DelegatingMethodAccessorImpl
>>> .invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>> at
>>> org
>>> .codehaus
>>> .plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:
>>> 290)
>>> at
>>> org
>>> .codehaus
>>> .plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
>>> at
>>> org
>>> .codehaus
>>> .plexus
>>> .classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
>>> at
>>> org
>>> .codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:
>>> 352)
>>> Caused by: java.lang.IllegalArgumentException: Invalid syntax for
>>> version:
>>> ${@}
>>> at aQute.libg.version.Version.<init>(Version.java:45)
>>> at aQute.lib.osgi.Macro._version(Macro.java:627)
>>> ... 43 more
>>> [WARNING] Warning building bundle
>>> org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-
>>> SNAPSHOT : No
>>> translation found for macro: @
>>> [WARNING] Warning building bundle
>>> org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-
>>> SNAPSHOT :
>>> Exception in replace: java.lang.IllegalArgumentException: Invalid
>>> syntax for
>>> version: ${@}
>>> [WARNING] Warning building bundle
>>> org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-
>>> SNAPSHOT : No
>>> translation found for macro: version;==;${@}
>>> [WARNING] Warning building bundle
>>> org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-
>>> SNAPSHOT : No
>>> translation found for macro: version;=+;${@}
>>> [INFO]
>>> [INFO] >>> maven-source-plugin:2.1.1:jar (attach-sources) @
>>> org.apache.sling.commons.log >>>
>>> [INFO]
>>>
>>>
>>> I'm kind of at a loss as to what to do next. I used to be able to
>>> build
>>> Sling without these issues.
>>>
>>>
>>> On Apr 2, 2011, at 2:18 PM, Eric Norman wrote:
>>>
>>>> Hi Craig,
>>>>
>>>> I think we worked through all the issues for (SLING-2044) and
>>>> upgraded to
>>>> jackrabbit 2.2.5 in revision 1088070. Please let us know if you
>>>> find
>>>> anything that is broken.
>>>>
>>>> Regards,
>>>> Eric
>>>>
>>>> On Thu, Mar 31, 2011 at 2:43 PM, Craig Ganoe <cg...@psu.edu>
>>>> wrote:
>>>>
>>>>> As I said in one of my longer emails, the only Sling code change I
>>>>> noticed
>>>>> is that Sling's PluggableDefaultAccessManager makes a call to
>>>>> canRead(itemPath) on its superclass in Jackrabbit -
>>>>> DefaultAccessManager.
>>>>> For some reason unclear to me they changed it in from just
>>>>> taking a path
>>>>> as
>>>>> a parameter in 2.1 to taking both a path and an item ID in 2.2,
>>>>> but then
>>>>> the
>>>>> JavaDocs say either one of the parameters can be null.
>>>>>
>>>>> I made a little progress today, but unfortunately, due to the
>>>>> absurdities
>>>>> of today's build tools, I'm stuck with a bunch of vague messages
>>>>> that
>>>>> have
>>>>> nothing to do with actually building the software. That today
>>>>> you can't
>>>>> replace a few libraries and a few lines of code and still build
>>>>> software
>>>>> without causing miles of vague errors that have nothing to do
>>>>> with the
>>>>> compilability of the actual code is ridiculous.
>>>>>
>>>>> [INFO] Scanning for projects...
>>>>> [WARNING]
>>>>>
>>>>> [WARNING] Some problems were encountered while building the
>>>>> effective
>>>>> model
>>>>> for
>>>>>
>>>>> org
>>>>> .apache
>>>>> .sling:org.apache.sling.testing.samples.integrationtests:jar:
>>>>> 0.1.1-SNAPSHOT
>>>>> [WARNING] 'dependencies.dependency.
>>>>> (groupId:artifactId:type:classifier)'
>>>>> must be unique:
>>>>> org.apache.sling:org.apache.sling.junit.remote:jar ->
>>>>> duplicate declaration of version 0.1.1-SNAPSHOT @ line 272,
>>>>> column 21
>>>>> [WARNING] 'dependencies.dependency.
>>>>> (groupId:artifactId:type:classifier)'
>>>>> must be unique:
>>>>> org.apache.sling:org.apache.sling.testing.tools:jar ->
>>>>> duplicate declaration of version 0.1.1-SNAPSHOT @ line 277,
>>>>> column 21
>>>>> [WARNING]
>>>>> [WARNING] It is highly recommended to fix these problems because
>>>>> they
>>>>> threaten the stability of your build.
>>>>> [WARNING]
>>>>> [WARNING] For this reason, future Maven versions might no longer
>>>>> support
>>>>> building such malformed projects.
>>>>> [WARNING]
>>>>>
>>>>>
>>>>> On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> I found a use case where I could also use an upgrade to
>>>>>> jackrabbit 2.2.5
>>>>>> to
>>>>>> utilize some changes in user/group management. I filed JIRA
>>>>>> issue SLING-2044 for tracking and will attempt the upgrade today.
>>>>>>
>>>>>> Regards,
>>>>>> Eric
>>>>>>
>>>>>> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
>>>>>> <justin@justinedelson.com
>>>>>>>
>>>>>>> wrote:
>>>>>>
>>>>>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk>
>>>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Is there any documentation for upgrading the jackrabbit
>>>>>>>>>>> version in
>>>>>>>>>>> the
>>>>>>>>>>>
>>>>>>>>>> Sling build?
>>>>>>>
>>>>>>>>
>>>>>>>>>> AFAIK, there is not.
>>>>>>>>>> Ian
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> There is, in a sense. Look at JIRA and Subversion and you'll
>>>>>>>>> see the
>>>>>>>>>
>>>>>>>> exact set of changes made for prior upgrades.
>>>>>>>
>>>>>>>>
>>>>>>>> good point,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel
>>>>>>> #issue-tabs
>>>>>>>
>>>>>>>>
>>>>>>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>>>>>>>>
>>>>>>>> was that the right issue ?
>>>>>>>>
>>>>>>>
>>>>>>> SLING-1531 too...
>>>>>>>
>>>>>>>
>>>>>>>> Ian
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> Justin
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Thanks.
>>>>>>>>>>>
>>>>>>>>>>> Craig
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>
>>>
>>
>
test/build errors ... Re: upgrading to Jackrabbit 2.2.5
Posted by Craig Ganoe <cg...@psu.edu>.
Thanks for your responses.
Following up on my last message. Looks like these are all errors
during launchpad testing. I don't seem to be getting any errors
compiling. I've also attached a full build log as a zip.
That said, I don't remember getting all these warnings, mentioned in
my previous email, in my last successful build (but maybe I just did
not keep a good log of it).
Craig
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running org.apache.sling.launchpad.testing.TestAll
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletMoveTest
Checking if the required Sling services are started (timeout 62
seconds)...
(base URLs=http://localhost:62431 and http://localhost:62431; servlet
context=)
[WARNING] un-handlable path resources/install
Sling services seem to be started, continuing with integration tests.
Tests run: 12, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest
Tests run: 6, Failures: 6, Errors: 0, Skipped: 0
Running
org
.apache.sling.launchpad.webapp.integrationtest.login.FormGenerationTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.JsonQueryServletTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.UploadFileTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.IncludeTest
Tests run: 5, Failures: 5, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.BundleContentTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletAtMoveTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.JsonRenderingTest
Url: http://localhost:62431/JsonRenderingTest_1302733238651/2_1302733238665
postUrl: http://localhost:62431/JsonRenderingTest_1302733238651/
Tests run: 13, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest
Tests run: 7, Failures: 5, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad
.webapp.integrationtest.scripting.StandaloneScriptExecutionTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.userManager.RemoveAuthorizablesTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest
Tests run: 7, Failures: 7, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.DavExIntegrationTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.GetStarTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.issues.SLING457Test
Tests run: 2, Failures: 2, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.HttpPingTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletImportTest
Tests run: 17, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.FileUploadTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.SlingAutoPropertiesTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.servlets.post.PostToRootTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.login.RedirectOnLogoutTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.FiltersTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache.sling.launchpad.webapp.integrationtest.ScriptBuiltinObjectsTest
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest
Tests run: 9, Failures: 7, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.ValueFromTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad
.webapp.integrationtest.servlets.resolution.WarSelectorServletTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.login.AuthRequestLoginTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad
.webapp.integrationtest.servlets.resolution.SelectorServletTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.InitialContentTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad
.webapp.integrationtest.servlets.resolution.RequestUriOptingServletTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.servlets.resolution.PrefixTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.servlets.post.PostServletNopTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.ForwardTest
Tests run: 5, Failures: 5, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.issues.SLING760Test
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad
.webapp.integrationtest.servlets.resolution.ExtensionServletTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.SyntheticResourceTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.StreamServletTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.userManager.UpdateUserTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.resolution.PathsServletTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletDeleteTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.userManager.UpdateGroupTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.PostRedirectTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.RangeStreamingTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletOrderTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.auth.AuthenticationResponseCodeTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest
Tests run: 5, Failures: 5, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.PropertyRenderingTest
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
<head><meta http-equiv="content-type" content="text/html;
charset=utf-8" /></head>
<body>
<h1>Resource dumped by HtmlRendererServlet</h1>
<p>Resource path: <b>/PropertyRenderingTest/1302733251714/
this_is_a_test_13027/multiText</b></p>
<p>Resource metadata: <b>{sling.contentType=text/plain,
sling.resolutionPathInfo=.html, sling.characterEncoding=UTF-8,
sling.resolutionPath=/PropertyRenderingTest/1302733251714/
this_is_a_test_13027/multiText}</b></p>
<p>Resource type:
<
b
>
org
.apache.sling.launchpad.webapp.integrationtest.PropertyRenderingTest/
multiText</b></p>
<p>Resource super type: <b>-</b></p>
Resource Value: <b>This is a multivalued test 1302733251714</b><br /
>Resource Value: <b>This is another multivalued test 1302733251714</
b><br /></body></html>
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.ResourceSuperTypeTest
Tests run: 2, Failures: 2, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.ContentLoaderMiscPropertyTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.ExecuteScriptTest
Tests run: 2, Failures: 2, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.ResourceDecoratorTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletAtDeleteTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad
.webapp.integrationtest.servlets.resolution.HtmlDefaultServletTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletCreateTest
Tests run: 12, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletUpdateTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.RedirectTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.ReferenceTypeHintTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.GetWithSuffixTest
Tests run: 4, Failures: 3, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.SlingSessionInfoTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.SlingDateValuesTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest
Tests run: 4, Failures: 4, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.servlets.post.PostStatusTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.LaunchpadConfigInstallerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.EspLoadTest
Tests run: 2, Failures: 2, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletPatchTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest
Tests run: 5, Failures: 5, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.GeneratedNodeNameTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.resolution.PrioritiesTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.SlingDefaultValuesTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad
.webapp.integrationtest.servlets.post.PostServletOutputContentTypeTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.NamespaceMappingTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad
.webapp.integrationtest.servlets.post.PostServletVersionableTest
Tests run: 25, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.RequestAttributeTest
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest
Tests run: 6, Failures: 6, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.StaticContentTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.CreateNodeTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.accessManager.RemoveAcesTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.userManager.CreateGroupTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.JavascriptWrappersTest
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletCopyTest
Tests run: 11, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad.webapp.integrationtest.servlets.post.PostServletAtCopyTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling
.launchpad
.webapp.integrationtest.servlets.resolution.PutMethodServletTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running org.apache.sling.launchpad.webapp.integrationtest.MkdirTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.userManager.CreateUserTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0
Running
org
.apache
.sling.launchpad.webapp.integrationtest.accessManager.ModifyAceTest
Tests run: 13, Failures: 0, Errors: 0, Skipped: 0
Running
org.apache.sling.launchpad.webapp.integrationtest.WebdavUploadTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
Tests run: 403, Failures: 70, Errors: 0, Skipped: 0, Time elapsed:
49.349 sec <<< FAILURE!
Results :
Failed tests:
testRtNoScript
(org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
testUnstructuredNoScript
(org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
testRtJsp
(org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
testUnstructuredJsp
(org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
testChangingJsp
(org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
testEnum
(org.apache.sling.launchpad.webapp.integrationtest.JspScriptingTest)
testInfiniteLoopDetection
(org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
testForcedResourceType
(org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
testWithoutInclude
(org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
testWithInclude
(org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
testWithIncludeAndExtension
(org.apache.sling.launchpad.webapp.integrationtest.IncludeTest)
testMiniScriptHtml
(org
.apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
testPrint
(org
.apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
testEspHtml
(org
.apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
testEspXml
(org
.apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
testEspPlain
(org
.apache.sling.launchpad.webapp.integrationtest.NodetypeRenderingTest)
testCanAddUser
(org
.apache
.sling.launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
testCanAddGroup
(org
.apache
.sling.launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
testCanUpdateUserProperties
(org
.apache
.sling.launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
testCanUpdateGroupProperties
(org
.apache
.sling.launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
testCanRemoveUser
(org
.apache
.sling.launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
testCanRemoveGroup
(org
.apache
.sling.launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
testCanUpdateGroupMembers
(org
.apache
.sling.launchpad.webapp.integrationtest.userManager.PrivilegesInfoTest)
testCallFooHtml
(org.apache.sling.launchpad.webapp.integrationtest.issues.SLING457Test)
testCallHtml
(org.apache.sling.launchpad.webapp.integrationtest.issues.SLING457Test)
testEspBuiltinObjects
(org
.apache.sling.launchpad.webapp.integrationtest.ScriptBuiltinObjectsTest)
testEspHtml
(org
.apache
.sling.launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
testEspXml
(org
.apache
.sling.launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
testEspPlain
(org
.apache
.sling.launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
testEspJavaCode
(org
.apache
.sling.launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
testEspHtmlInAppsFolder
(org
.apache
.sling.launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
testEspHtmlWithSelectors
(org
.apache
.sling.launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
testEspJs
(org
.apache
.sling.launchpad.webapp.integrationtest.SlingResourceTypeRenderingTest)
testWithoutForward
(org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
testWithForward
(org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
testWithForwardAndExtension
(org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
testInfiniteLoopDetection
(org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
testForcedResourceType
(org.apache.sling.launchpad.webapp.integrationtest.ForwardTest)
testEscapedErrorMessages
(org.apache.sling.launchpad.webapp.integrationtest.issues.SLING760Test)
testDeniedWriteForUser
(org
.apache
.sling
.launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
testGrantedWriteForUser
(org
.apache
.sling
.launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
testDeniedWriteForGroup
(org
.apache
.sling
.launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
testGrantedWriteForGroup
(org
.apache
.sling
.launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
testSLING_1090
(org
.apache
.sling
.launchpad.webapp.integrationtest.accessManager.PrivilegesInfoTest)
testSuperTypeOnResource
(org
.apache.sling.launchpad.webapp.integrationtest.ResourceSuperTypeTest)
testSuperTypeOnScriptFolder
(org
.apache.sling.launchpad.webapp.integrationtest.ResourceSuperTypeTest)
testEspScript
(org.apache.sling.launchpad.webapp.integrationtest.ExecuteScriptTest)
testJspScript
(org.apache.sling.launchpad.webapp.integrationtest.ExecuteScriptTest)
testWithExactUrl
(org.apache.sling.launchpad.webapp.integrationtest.GetWithSuffixTest)
testGETScript
(org.apache.sling.launchpad.webapp.integrationtest.GetWithSuffixTest)
testWithExtraPathA
(org.apache.sling.launchpad.webapp.integrationtest.GetWithSuffixTest)
testGenericProvider
(org
.apache
.sling
.launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest)
testGroovyProvider
(org
.apache
.sling
.launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest)
testJSPProvider
(org
.apache
.sling
.launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest)
testJSPProviderEL
(org
.apache
.sling
.launchpad.webapp.integrationtest.ScriptBindingsValuesProviderTest)
testNestedInclude
(org.apache.sling.launchpad.webapp.integrationtest.EspLoadTest)
testNonExistentInclude
(org.apache.sling.launchpad.webapp.integrationtest.EspLoadTest)
testWithoutForward
(org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
testWithForward
(org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
testWithForwardAndExtension
(org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
testInfiniteLoopDetection
(org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
testForcedResourceType
(org.apache.sling.launchpad.webapp.integrationtest.JspForwardTest)
testRequestAttribute
(org.apache.sling.launchpad.webapp.integrationtest.RequestAttributeTest)
testInfiniteLoopDetection
(org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
testForcedResourceType
(org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
testWithoutInclude
(org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
testWithInclude
(org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
testWithIncludeAndExtension
(org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
testMaxCallsDetection
(org.apache.sling.launchpad.webapp.integrationtest.JspIncludeTest)
testRecursiveDump
(org
.apache.sling.launchpad.webapp.integrationtest.JavascriptWrappersTest)
Tests run: 403, Failures: 70, Errors: 0, Skipped: 0
[INFO]
------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Apache Sling (Parent) ............................. SUCCESS
[1.959s]
[INFO] Apache Sling Maven Plugin to create Jackrabbit OCM descriptors
SUCCESS [3.540s]
[INFO] Apache Sling Maven Plugin for Compiling JSP Sources into
Bundles SUCCESS [1.705s]
[INFO] Apache Sling Maven Plugin for Supporting Bundle Development
SUCCESS [1.647s]
[INFO] Apache Sling Launchpad API ........................ SUCCESS
[2.506s]
[INFO] Apache Sling Launchpad Base ....................... SUCCESS
[4.603s]
[INFO] Apache Sling Launchpad Maven Plugin ............... SUCCESS
[3.771s]
[INFO] Sling Launchpad Standalone Archetype .............. SUCCESS
[0.303s]
[INFO] Sling Launchpad Webapp Archetype .................. SUCCESS
[0.139s]
[INFO] Sling Initial Content Archetype ................... SUCCESS
[0.097s]
[INFO] Sling Servlet Archetype ........................... SUCCESS
[0.091s]
[INFO] Apache Sling API .................................. SUCCESS
[1.555s]
[INFO] Apache Sling Dynamic Class Loader Support ......... SUCCESS
[1.416s]
[INFO] Apache Sling JSON Library ......................... SUCCESS
[1.524s]
[INFO] Apache Sling OSGi LogService Implementation ....... SUCCESS
[1.420s]
[INFO] Apache Sling MIME type mapping support ............ SUCCESS
[1.039s]
[INFO] Apache Sling Commons OSGi support ................. SUCCESS
[1.129s]
[INFO] Apache Sling Scheduler Support .................... SUCCESS
[1.766s]
[INFO] Apache Sling Testing Utilities .................... SUCCESS
[8.310s]
[INFO] Apache Sling Thread Support ....................... SUCCESS
[0.784s]
[INFO] Apache Sling Authentication Service ............... SUCCESS
[1.616s]
[INFO] Apache Sling OpenID Authentication ................ SUCCESS
[1.692s]
[INFO] Apache Sling Form Based Authentication Handler .... SUCCESS
[1.687s]
[INFO] Apache Sling Authentication Selector .............. SUCCESS
[0.790s]
[INFO] Apache Sling Engine Implementation ................ SUCCESS
[2.005s]
[INFO] Apache Sling Repository API Bundle ................ SUCCESS
[0.620s]
[INFO] Apache Sling JCR Base Bundle ...................... SUCCESS
[1.265s]
[INFO] Apache Sling JCR ClassLoader ...................... SUCCESS
[0.882s]
[INFO] Apache Sling Initial Content Loader ............... SUCCESS
[2.008s]
[INFO] Apache Sling Jackrabbit Embedded Repository ....... SUCCESS
[3.183s]
[INFO] Apache Sling Jackrabbit UserManager Support ....... SUCCESS
[1.292s]
[INFO] Apache Sling Jackrabbit JSR-283 Access Control Manager Support
SUCCESS [0.798s]
[INFO] Apache Sling Object Content Mapping ............... SUCCESS
[1.594s]
[INFO] Apache Sling JCR Resource Resolver ................ SUCCESS
[29.594s]
[INFO] Apache Sling Simple WebDAV Access to repositories . SUCCESS
[1.251s]
[INFO] Apache Sling DavEx Access to repositories ......... SUCCESS
[0.862s]
[INFO] Apache Sling JCR WebConsole Bundle ................ SUCCESS
[0.660s]
[INFO] Apache Sling Servlet Resolver ..................... SUCCESS
[1.258s]
[INFO] Apache Sling Default GET Servlets ................. SUCCESS
[1.079s]
[INFO] Apache Sling Default POST Servlets ................ SUCCESS
[2.721s]
[INFO] Apache Sling Scripting Implementation API ......... SUCCESS
[0.828s]
[INFO] Apache Sling Scripting Core implementation ........ SUCCESS
[1.330s]
[INFO] Apache Sling Scripting JavaScript Support ......... SUCCESS
[6.181s]
[INFO] Apache Sling Scripting JSP Support ................ SUCCESS
[3.864s]
[INFO] Apache Sling JSP Tag Library ...................... SUCCESS
[0.778s]
[INFO] Apache Sling Adapter Manager Implementation ....... SUCCESS
[0.903s]
[INFO] Apache Sling Bundle Resource Provider ............. SUCCESS
[0.634s]
[INFO] Apache Sling Event Support ........................ SUCCESS
[4:03.968s]
[INFO] Apache Sling Filesystem Resource Provider ......... SUCCESS
[0.753s]
[INFO] Apache Sling Settings ............................. SUCCESS
[0.795s]
[INFO] Apache Sling Thread Dumper ........................ SUCCESS
[0.652s]
[INFO] Apache Sling Web Console Branding ................. SUCCESS
[0.505s]
[INFO] Apache Sling Web Console Security Provider ........ SUCCESS
[0.677s]
[INFO] Apache Sling Integration Tests .................... SUCCESS
[2.624s]
[INFO] Apache Sling Groovy Extensions .................... SUCCESS
[2.980s]
[INFO] Apache Sling Explorer ............................. SUCCESS
[0.634s]
[INFO] Apache Sling Test Tools ........................... SUCCESS
[0.975s]
[INFO] Apache Sling JUnit Core ........................... SUCCESS
[1.287s]
[INFO] Apache Sling JUnit Scriptable Tests Provider ...... SUCCESS
[0.809s]
[INFO] Apache Sling JUnit Remote Tests Runners ........... SUCCESS
[0.768s]
[INFO] Apache Sling Installer ............................ SUCCESS
[1.226s]
[INFO] Apache Sling File Installer ....................... SUCCESS
[0.664s]
[INFO] Apache Sling JCR Installer ........................ SUCCESS
[1:51.433s]
[INFO] Apache Sling Installer Configuration Admin Support SUCCESS
[0.557s]
[INFO] Apache Sling Deployment Package Installer ......... SUCCESS
[0.620s]
[INFO] Apache Sling Installer Integration Tests .......... SUCCESS
[1:26.696s]
[INFO] Apache Sling Launchpad Installer .................. SUCCESS
[0.566s]
[INFO] Apache Sling Launchpad Content .................... SUCCESS
[0.579s]
[INFO] Apache Sling Launchpad Application Builder ........ SUCCESS
[15.830s]
[INFO] Apache Sling Sample Server-Side Tests ............. SUCCESS
[0.785s]
[INFO] Apache Sling Failing Server-Side Tests ............ SUCCESS
[0.604s]
[INFO] Apache Sling Sample Integration Tests ............. SUCCESS
[20.425s]
[INFO] Apache Sling Launchpad Testing Services ........... SUCCESS
[2.106s]
[INFO] Apache Sling Launchpad Testing Services WAR ....... SUCCESS
[0.748s]
[INFO] Apache Sling Launchpad Testing .................... FAILURE
[58.032s]
[INFO] Apache Sling (Builder) ............................ SKIPPED
[INFO]
------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 11:10.666s
[INFO] Finished at: Wed Apr 13 18:21:06 EDT 2011
[INFO] Final Memory: 122M/234M
[INFO]
------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-
plugin:2.4.3:test (surefire-integration-test) on project
org.apache.sling.launchpad.testing: There are test failures.
[ERROR]
[ERROR] Please refer to /Users/cscl-imac2/Development/sling-latest/
sling-builder/launchpad/testing/target/surefire-reports for the
individual test results.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with
the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with
the command
[ERROR] mvn <goals> -rf :org.apache.sling.launchpad.testing
Re: upgrading to Jackrabbit 2.2.5
Posted by Justin Edelson <ju...@justinedelson.com>.
I fixed the duplicate dependency in r1091480, but to be clear, these
are warnings, not errors. What is the actual error you're getting?
BTW, you might want to start a new thread as this doesn't seem to be
related to the original post.
Justin
On Tue, Apr 12, 2011 at 8:28 AM, Craig Ganoe <cg...@psu.edu> wrote:
> I have not been able to build Sling for the past couple of weeks. I grabbed
> everything fresh on Friday, and am still getting these errors:
>
> [INFO] Scanning for projects...
> [WARNING]
> [WARNING] Some problems were encountered while building the effective model
> for
> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
> [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> must be unique: org.apache.sling:org.apache.sling.junit.remote:jar ->
> duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
> [WARNING]
> [WARNING] It is highly recommended to fix these problems because they
> threaten the stability of your build.
> [WARNING]
> [WARNING] For this reason, future Maven versions might no longer support
> building such malformed projects.
> [WARNING]
> [INFO]
>
> ===================================
> Then further on in the build I get:
>
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running org.apache.sling.commons.log.internal.slf4j.SlingLoggerTest
> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.028 sec
> Running
> org.apache.sling.commons.log.internal.slf4j.SizeLimitedFileRotatorTest
> Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec
> Running org.apache.sling.commons.log.internal.slf4j.SlingLogWriterTest
> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
>
> Results :
>
> Tests run: 17, Failures: 0, Errors: 0, Skipped: 0
>
> [INFO]
> [INFO] --- maven-bundle-plugin:2.0.1:bundle (default-bundle) @
> org.apache.sling.commons.log ---
> java.lang.reflect.InvocationTargetException
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at aQute.lib.osgi.Macro.doCommand(Macro.java:183)
> at aQute.lib.osgi.Macro.doCommands(Macro.java:171)
> at aQute.lib.osgi.Macro.replace(Macro.java:118)
> at aQute.lib.osgi.Macro.process(Macro.java:62)
> at aQute.lib.osgi.Macro.process(Macro.java:78)
> at aQute.lib.osgi.Macro.process(Macro.java:48)
> at aQute.lib.osgi.Macro.process(Macro.java:43)
> at aQute.lib.osgi.Processor.getProperty(Processor.java:609)
> at aQute.lib.osgi.Processor.getProperty(Processor.java:387)
> at aQute.lib.osgi.Analyzer.getImportPackages(Analyzer.java:248)
> at aQute.lib.osgi.Builder.getImportPackages(Builder.java:149)
> at aQute.lib.osgi.Analyzer.analyze(Analyzer.java:146)
> at aQute.lib.osgi.Builder.analyze(Builder.java:198)
> at aQute.lib.osgi.Analyzer.calcManifest(Analyzer.java:283)
> at aQute.lib.osgi.Builder.build(Builder.java:78)
> at
> org.apache.felix.bundleplugin.BundlePlugin.buildOSGiBundle(BundlePlugin.java:395)
> at
> org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:286)
> at
> org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:240)
> at
> org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:231)
> at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:107)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
> Caused by: java.lang.IllegalArgumentException: Invalid syntax for version:
> ${@}
> at aQute.libg.version.Version.<init>(Version.java:45)
> at aQute.lib.osgi.Macro._version(Macro.java:627)
> ... 43 more
> java.lang.reflect.InvocationTargetException
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at aQute.lib.osgi.Macro.doCommand(Macro.java:183)
> at aQute.lib.osgi.Macro.doCommands(Macro.java:171)
> at aQute.lib.osgi.Macro.replace(Macro.java:118)
> at aQute.lib.osgi.Macro.process(Macro.java:62)
> at aQute.lib.osgi.Macro.process(Macro.java:78)
> at aQute.lib.osgi.Macro.process(Macro.java:48)
> at aQute.lib.osgi.Macro.process(Macro.java:43)
> at aQute.lib.osgi.Processor.getProperty(Processor.java:609)
> at aQute.lib.osgi.Processor.getProperty(Processor.java:387)
> at aQute.lib.osgi.Analyzer.getImportPackages(Analyzer.java:248)
> at aQute.lib.osgi.Builder.getImportPackages(Builder.java:149)
> at aQute.lib.osgi.Analyzer.analyze(Analyzer.java:146)
> at aQute.lib.osgi.Builder.analyze(Builder.java:198)
> at aQute.lib.osgi.Analyzer.calcManifest(Analyzer.java:283)
> at aQute.lib.osgi.Builder.build(Builder.java:78)
> at
> org.apache.felix.bundleplugin.BundlePlugin.buildOSGiBundle(BundlePlugin.java:395)
> at
> org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:286)
> at
> org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:240)
> at
> org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:231)
> at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:107)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
> Caused by: java.lang.IllegalArgumentException: Invalid syntax for version:
> ${@}
> at aQute.libg.version.Version.<init>(Version.java:45)
> at aQute.lib.osgi.Macro._version(Macro.java:627)
> ... 43 more
> [WARNING] Warning building bundle
> org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT : No
> translation found for macro: @
> [WARNING] Warning building bundle
> org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT :
> Exception in replace: java.lang.IllegalArgumentException: Invalid syntax for
> version: ${@}
> [WARNING] Warning building bundle
> org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT : No
> translation found for macro: version;==;${@}
> [WARNING] Warning building bundle
> org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT : No
> translation found for macro: version;=+;${@}
> [INFO]
> [INFO] >>> maven-source-plugin:2.1.1:jar (attach-sources) @
> org.apache.sling.commons.log >>>
> [INFO]
>
>
> I'm kind of at a loss as to what to do next. I used to be able to build
> Sling without these issues.
>
>
> On Apr 2, 2011, at 2:18 PM, Eric Norman wrote:
>
>> Hi Craig,
>>
>> I think we worked through all the issues for (SLING-2044) and upgraded to
>> jackrabbit 2.2.5 in revision 1088070. Please let us know if you find
>> anything that is broken.
>>
>> Regards,
>> Eric
>>
>> On Thu, Mar 31, 2011 at 2:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
>>
>>> As I said in one of my longer emails, the only Sling code change I
>>> noticed
>>> is that Sling's PluggableDefaultAccessManager makes a call to
>>> canRead(itemPath) on its superclass in Jackrabbit - DefaultAccessManager.
>>> For some reason unclear to me they changed it in from just taking a path
>>> as
>>> a parameter in 2.1 to taking both a path and an item ID in 2.2, but then
>>> the
>>> JavaDocs say either one of the parameters can be null.
>>>
>>> I made a little progress today, but unfortunately, due to the absurdities
>>> of today's build tools, I'm stuck with a bunch of vague messages that
>>> have
>>> nothing to do with actually building the software. That today you can't
>>> replace a few libraries and a few lines of code and still build software
>>> without causing miles of vague errors that have nothing to do with the
>>> compilability of the actual code is ridiculous.
>>>
>>> [INFO] Scanning for projects...
>>> [WARNING]
>>>
>>> [WARNING] Some problems were encountered while building the effective
>>> model
>>> for
>>>
>>> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
>>> [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>>> must be unique: org.apache.sling:org.apache.sling.junit.remote:jar ->
>>> duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
>>> [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>>> must be unique: org.apache.sling:org.apache.sling.testing.tools:jar ->
>>> duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
>>> [WARNING]
>>> [WARNING] It is highly recommended to fix these problems because they
>>> threaten the stability of your build.
>>> [WARNING]
>>> [WARNING] For this reason, future Maven versions might no longer support
>>> building such malformed projects.
>>> [WARNING]
>>>
>>>
>>> On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>>>
>>>> Hi All,
>>>>
>>>> I found a use case where I could also use an upgrade to jackrabbit 2.2.5
>>>> to
>>>> utilize some changes in user/group management. I filed JIRA
>>>> issue SLING-2044 for tracking and will attempt the upgrade today.
>>>>
>>>> Regards,
>>>> Eric
>>>>
>>>> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
>>>> <justin@justinedelson.com
>>>>>
>>>>> wrote:
>>>>
>>>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>>
>>>>>>
>>>>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>>>>
>>>>>>>
>>>>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>> Is there any documentation for upgrading the jackrabbit version in
>>>>>>>>> the
>>>>>>>>>
>>>>>>>> Sling build?
>>>>>
>>>>>>
>>>>>>>> AFAIK, there is not.
>>>>>>>> Ian
>>>>>>>>
>>>>>>>
>>>>>>> There is, in a sense. Look at JIRA and Subversion and you'll see the
>>>>>>>
>>>>>> exact set of changes made for prior upgrades.
>>>>>
>>>>>>
>>>>>> good point,
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>>>>>
>>>>>>
>>>>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>>>>>>
>>>>>> was that the right issue ?
>>>>>>
>>>>>
>>>>> SLING-1531 too...
>>>>>
>>>>>
>>>>>> Ian
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Justin
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> Thanks.
>>>>>>>>>
>>>>>>>>> Craig
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>
>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Craig Ganoe <cg...@psu.edu>.
I have not been able to build Sling for the past couple of weeks. I
grabbed everything fresh on Friday, and am still getting these errors:
[INFO] Scanning for projects...
[WARNING]
[WARNING] Some problems were encountered while building the effective
model for
org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:
0.1.1-SNAPSHOT
[WARNING] 'dependencies.dependency.
(groupId:artifactId:type:classifier)' must be unique:
org.apache.sling:org.apache.sling.junit.remote:jar -> duplicate
declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
[WARNING]
[WARNING] It is highly recommended to fix these problems because they
threaten the stability of your build.
[WARNING]
[WARNING] For this reason, future Maven versions might no longer
support building such malformed projects.
[WARNING]
[INFO]
===================================
Then further on in the build I get:
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running org.apache.sling.commons.log.internal.slf4j.SlingLoggerTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.028
sec
Running
org.apache.sling.commons.log.internal.slf4j.SizeLimitedFileRotatorTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.015
sec
Running org.apache.sling.commons.log.internal.slf4j.SlingLogWriterTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026
sec
Results :
Tests run: 17, Failures: 0, Errors: 0, Skipped: 0
[INFO]
[INFO] --- maven-bundle-plugin:2.0.1:bundle (default-bundle) @
org.apache.sling.commons.log ---
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:597)
at aQute.lib.osgi.Macro.doCommand(Macro.java:183)
at aQute.lib.osgi.Macro.doCommands(Macro.java:171)
at aQute.lib.osgi.Macro.replace(Macro.java:118)
at aQute.lib.osgi.Macro.process(Macro.java:62)
at aQute.lib.osgi.Macro.process(Macro.java:78)
at aQute.lib.osgi.Macro.process(Macro.java:48)
at aQute.lib.osgi.Macro.process(Macro.java:43)
at aQute.lib.osgi.Processor.getProperty(Processor.java:609)
at aQute.lib.osgi.Processor.getProperty(Processor.java:387)
at aQute.lib.osgi.Analyzer.getImportPackages(Analyzer.java:248)
at aQute.lib.osgi.Builder.getImportPackages(Builder.java:149)
at aQute.lib.osgi.Analyzer.analyze(Analyzer.java:146)
at aQute.lib.osgi.Builder.analyze(Builder.java:198)
at aQute.lib.osgi.Analyzer.calcManifest(Analyzer.java:283)
at aQute.lib.osgi.Builder.build(Builder.java:78)
at
org
.apache
.felix.bundleplugin.BundlePlugin.buildOSGiBundle(BundlePlugin.java:395)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
286)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
240)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
231)
at
org
.apache
.maven
.plugin
.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:
107)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at
org
.apache
.maven
.lifecycle
.internal
.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at
org
.apache
.maven
.lifecycle
.internal
.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at
org
.apache
.maven
.lifecycle
.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:
183)
at
org
.apache
.maven
.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun
.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
39)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org
.codehaus
.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:
230)
at
org
.codehaus
.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:
409)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:
352)
Caused by: java.lang.IllegalArgumentException: Invalid syntax for
version: ${@}
at aQute.libg.version.Version.<init>(Version.java:45)
at aQute.lib.osgi.Macro._version(Macro.java:627)
... 43 more
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:597)
at aQute.lib.osgi.Macro.doCommand(Macro.java:183)
at aQute.lib.osgi.Macro.doCommands(Macro.java:171)
at aQute.lib.osgi.Macro.replace(Macro.java:118)
at aQute.lib.osgi.Macro.process(Macro.java:62)
at aQute.lib.osgi.Macro.process(Macro.java:78)
at aQute.lib.osgi.Macro.process(Macro.java:48)
at aQute.lib.osgi.Macro.process(Macro.java:43)
at aQute.lib.osgi.Processor.getProperty(Processor.java:609)
at aQute.lib.osgi.Processor.getProperty(Processor.java:387)
at aQute.lib.osgi.Analyzer.getImportPackages(Analyzer.java:248)
at aQute.lib.osgi.Builder.getImportPackages(Builder.java:149)
at aQute.lib.osgi.Analyzer.analyze(Analyzer.java:146)
at aQute.lib.osgi.Builder.analyze(Builder.java:198)
at aQute.lib.osgi.Analyzer.calcManifest(Analyzer.java:283)
at aQute.lib.osgi.Builder.build(Builder.java:78)
at
org
.apache
.felix.bundleplugin.BundlePlugin.buildOSGiBundle(BundlePlugin.java:395)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
286)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
240)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
231)
at
org
.apache
.maven
.plugin
.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:
107)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at
org
.apache
.maven
.lifecycle
.internal
.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at
org
.apache
.maven
.lifecycle
.internal
.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at
org
.apache
.maven
.lifecycle
.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:
183)
at
org
.apache
.maven
.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun
.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
39)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org
.codehaus
.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:
230)
at
org
.codehaus
.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:
409)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:
352)
Caused by: java.lang.IllegalArgumentException: Invalid syntax for
version: ${@}
at aQute.libg.version.Version.<init>(Version.java:45)
at aQute.lib.osgi.Macro._version(Macro.java:627)
... 43 more
[WARNING] Warning building bundle
org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT :
No translation found for macro: @
[WARNING] Warning building bundle
org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT :
Exception in replace: java.lang.IllegalArgumentException: Invalid
syntax for version: ${@}
[WARNING] Warning building bundle
org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT :
No translation found for macro: version;==;${@}
[WARNING] Warning building bundle
org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT :
No translation found for macro: version;=+;${@}
[INFO]
[INFO] >>> maven-source-plugin:2.1.1:jar (attach-sources) @
org.apache.sling.commons.log >>>
[INFO]
I'm kind of at a loss as to what to do next. I used to be able to
build Sling without these issues.
On Apr 2, 2011, at 2:18 PM, Eric Norman wrote:
> Hi Craig,
>
> I think we worked through all the issues for (SLING-2044) and
> upgraded to
> jackrabbit 2.2.5 in revision 1088070. Please let us know if you find
> anything that is broken.
>
> Regards,
> Eric
>
> On Thu, Mar 31, 2011 at 2:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
>
>> As I said in one of my longer emails, the only Sling code change I
>> noticed
>> is that Sling's PluggableDefaultAccessManager makes a call to
>> canRead(itemPath) on its superclass in Jackrabbit -
>> DefaultAccessManager.
>> For some reason unclear to me they changed it in from just taking a
>> path as
>> a parameter in 2.1 to taking both a path and an item ID in 2.2, but
>> then the
>> JavaDocs say either one of the parameters can be null.
>>
>> I made a little progress today, but unfortunately, due to the
>> absurdities
>> of today's build tools, I'm stuck with a bunch of vague messages
>> that have
>> nothing to do with actually building the software. That today you
>> can't
>> replace a few libraries and a few lines of code and still build
>> software
>> without causing miles of vague errors that have nothing to do with
>> the
>> compilability of the actual code is ridiculous.
>>
>> [INFO] Scanning for projects...
>> [WARNING]
>>
>> [WARNING] Some problems were encountered while building the
>> effective model
>> for
>> org
>> .apache.sling:org.apache.sling.testing.samples.integrationtests:jar:
>> 0.1.1-SNAPSHOT
>> [WARNING] 'dependencies.dependency.
>> (groupId:artifactId:type:classifier)'
>> must be unique: org.apache.sling:org.apache.sling.junit.remote:jar ->
>> duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
>> [WARNING] 'dependencies.dependency.
>> (groupId:artifactId:type:classifier)'
>> must be unique: org.apache.sling:org.apache.sling.testing.tools:jar
>> ->
>> duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
>> [WARNING]
>> [WARNING] It is highly recommended to fix these problems because they
>> threaten the stability of your build.
>> [WARNING]
>> [WARNING] For this reason, future Maven versions might no longer
>> support
>> building such malformed projects.
>> [WARNING]
>>
>>
>> On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>>
>>> Hi All,
>>>
>>> I found a use case where I could also use an upgrade to jackrabbit
>>> 2.2.5
>>> to
>>> utilize some changes in user/group management. I filed JIRA
>>> issue SLING-2044 for tracking and will attempt the upgrade today.
>>>
>>> Regards,
>>> Eric
>>>
>>> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson <justin@justinedelson.com
>>>> wrote:
>>>
>>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>
>>>>>
>>>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>>>>>
>>>>>
>>>>>>
>>>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>>>
>>>>>>
>>>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>>>>>>
>>>>>>>
>>>>>>>> Is there any documentation for upgrading the jackrabbit
>>>>>>>> version in
>>>>>>>> the
>>>>>>>>
>>>>>>> Sling build?
>>>>
>>>>>
>>>>>>> AFAIK, there is not.
>>>>>>> Ian
>>>>>>>
>>>>>>
>>>>>> There is, in a sense. Look at JIRA and Subversion and you'll
>>>>>> see the
>>>>>>
>>>>> exact set of changes made for prior upgrades.
>>>>
>>>>>
>>>>> good point,
>>>>>
>>>>>
>>>>>
>>>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel
>>>> #issue-tabs
>>>>
>>>>>
>>>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>>>>>
>>>>> was that the right issue ?
>>>>>
>>>>
>>>> SLING-1531 too...
>>>>
>>>>
>>>>> Ian
>>>>>
>>>>>
>>>>>
>>>>>> Justin
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> Thanks.
>>>>>>>>
>>>>>>>> Craig
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>>
>>
Re: upgrading to Jackrabbit 2.2.5
Posted by Eric Norman <er...@gmail.com>.
Hi Craig,
I think we worked through all the issues for (SLING-2044) and upgraded to
jackrabbit 2.2.5 in revision 1088070. Please let us know if you find
anything that is broken.
Regards,
Eric
On Thu, Mar 31, 2011 at 2:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
> As I said in one of my longer emails, the only Sling code change I noticed
> is that Sling's PluggableDefaultAccessManager makes a call to
> canRead(itemPath) on its superclass in Jackrabbit - DefaultAccessManager.
> For some reason unclear to me they changed it in from just taking a path as
> a parameter in 2.1 to taking both a path and an item ID in 2.2, but then the
> JavaDocs say either one of the parameters can be null.
>
> I made a little progress today, but unfortunately, due to the absurdities
> of today's build tools, I'm stuck with a bunch of vague messages that have
> nothing to do with actually building the software. That today you can't
> replace a few libraries and a few lines of code and still build software
> without causing miles of vague errors that have nothing to do with the
> compilability of the actual code is ridiculous.
>
> [INFO] Scanning for projects...
> [WARNING]
>
> [WARNING] Some problems were encountered while building the effective model
> for
> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
> [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> must be unique: org.apache.sling:org.apache.sling.junit.remote:jar ->
> duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
> [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> must be unique: org.apache.sling:org.apache.sling.testing.tools:jar ->
> duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
> [WARNING]
> [WARNING] It is highly recommended to fix these problems because they
> threaten the stability of your build.
> [WARNING]
> [WARNING] For this reason, future Maven versions might no longer support
> building such malformed projects.
> [WARNING]
>
>
> On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>
>> Hi All,
>>
>> I found a use case where I could also use an upgrade to jackrabbit 2.2.5
>> to
>> utilize some changes in user/group management. I filed JIRA
>> issue SLING-2044 for tracking and will attempt the upgrade today.
>>
>> Regards,
>> Eric
>>
>> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson <justin@justinedelson.com
>> >wrote:
>>
>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>
>>>>
>>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>>>>
>>>>
>>>>>
>>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>>
>>>>>
>>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>>>>>
>>>>>>
>>>>>>> Is there any documentation for upgrading the jackrabbit version in
>>>>>>> the
>>>>>>>
>>>>>> Sling build?
>>>
>>>>
>>>>>> AFAIK, there is not.
>>>>>> Ian
>>>>>>
>>>>>
>>>>> There is, in a sense. Look at JIRA and Subversion and you'll see the
>>>>>
>>>> exact set of changes made for prior upgrades.
>>>
>>>>
>>>> good point,
>>>>
>>>>
>>>>
>>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>>>
>>>>
>>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>>>>
>>>> was that the right issue ?
>>>>
>>>
>>> SLING-1531 too...
>>>
>>>
>>>> Ian
>>>>
>>>>
>>>>
>>>>> Justin
>>>>>
>>>>>>
>>>>>>
>>>>>>> Thanks.
>>>>>>>
>>>>>>> Craig
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>>>
>>>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Justin Edelson <ju...@justinedelson.com>.
Here's a different patch: http://codereview.appspot.com/4346041
I put in a stripped down tika-config.xml file to avoid the Tika
problem mentioned below.
However, it does seem to stall on the
org.apache.sling.launchpad.webapp.integrationtest.servlets.post.PostServletOutputContentTypeTest
test. Not sure why.
Justin
On Thu, Mar 31, 2011 at 9:37 PM, Justin Edelson
<ju...@justinedelson.com> wrote:
> I made a few comments. Mostly API version bumps which aren't AFAIK necessary.
>
> The bigger issue, to me, is the AccessManagerPlugin2 interface's use
> of org.apache.jackrabbit.core.id.ItemId. This is *not* a Jackrabbit
> API class and I have my doubts that we should be exporting it (as I
> did in my patch).
>
> Is it actually possible to implement AccessManagerPlugin2 and do
> anything of import with the ItemID parameter?
>
> I'll take a look at the Tika issue. Did you try 0.9?
>
> Justin
>
> On Thu, Mar 31, 2011 at 8:45 PM, Eric Norman <er...@gmail.com> wrote:
>> Moving further discussion to the dev list...
>> Thanks Justin,
>> I almost got it working using your patch + some other changes.
>> See the diffs @ http://codereview.appspot.com/4345041/
>> Now I hit an issue loading the tika parsers that was described @
>> http://jackrabbit.markmail.org/thread/k5fhbkbs774buv4w
>> Any suggestions on how to workaround that?
>> If I use version 0.6 of the tika bundle the repository will start but throws
>> NPE when extracting text for the search index:
>> 31.03.2011 17:38:35.968 *WARN* [jackrabbit-pool-1]
>> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField Failed to
>> extract text from a binary
>> property java.lang.NullPointerException
>> at
>> org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:92)
>> at
>> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.parse(JackrabbitParser.java:192)
>> at
>> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField$ParsingTask.run(LazyTextExtractorField.java:174)
>>
>> If I use version 0.8 of the tika bundle it throws a RuntimeException that
>> makes the repository not start properly:
>> 31.03.2011 17:43:13.171 *INFO* [Repository Pinger]
>> org.apache.jackrabbit.core.RepositoryImpl Repository has been shutdown
>> 31.03.2011 17:43:13.171 *ERROR* [Repository Pinger]
>> org.apache.sling.jcr.jackrabbit.server startRepository: Uncaught Throwable
>> trying to access Reposi
>> tory, calling stopRepository() (java.lang.RuntimeException: Unable to load
>> embedded Tika configuration) java.lang.RuntimeException: Unable to load emb
>> edded Tika configuration
>> at
>> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:91)
>> at
>> org.apache.jackrabbit.core.query.lucene.SearchIndex.<init>(SearchIndex.java:211)
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>> Method)
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>> Source)
>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> Source)
>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>> at java.lang.Class.newInstance0(Unknown Source)
>> at java.lang.Class.newInstance(Unknown Source)
>> at
>> org.apache.jackrabbit.core.config.BeanConfig.newInstance(BeanConfig.java:189)
>> at
>> org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:631)
>> at
>> org.apache.jackrabbit.core.config.RepositoryConfig.getQueryHandler(RepositoryConfig.java:1032)
>> at
>> org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:174)
>> at
>> org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:630)
>> at
>> org.apache.jackrabbit.core.RepositoryImpl.access$100(RepositoryImpl.java:124)
>> at
>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1860)
>> at
>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2095)
>> at
>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:2000)
>> at
>> org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:533)
>> at
>> org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:342)
>> at
>> org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:605)
>> at
>> org.apache.sling.jcr.jackrabbit.server.impl.SlingServerRepository.acquireRepository(SlingServerRepository.java:160)
>> at
>> org.apache.sling.jcr.base.AbstractSlingRepository.startRepository(AbstractSlingRepository.java:787)
>> at
>> org.apache.sling.jcr.base.AbstractSlingRepository.run(AbstractSlingRepository.java:917)
>> at java.lang.Thread.run(Unknown Source)
>> Caused by: org.apache.tika.exception.TikaException: Configured parser class
>> not found: org.apache.jackrabbit.core.query.pdf.PDFParser
>> at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:151)
>> at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:98)
>> at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:85)
>> at
>> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:82)
>> ... 23 more
>> Caused by: java.lang.ClassNotFoundException:
>> org.apache.jackrabbit.core.query.pdf.PDFParser
>> at
>> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814)
>> at
>> org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
>> at
>> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
>> at java.lang.ClassLoader.loadClass(Unknown Source)
>> at java.lang.Class.forName0(Native Method)
>> at java.lang.Class.forName(Unknown Source)
>> at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:125)
>> ... 26 more
>>
>>
>> Regards,
>> Eric
>> On Thu, Mar 31, 2011 at 3:20 PM, Justin Edelson <ju...@justinedelson.com>
>> wrote:
>>>
>>>
>>> On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
>>>
>>> > As I said in one of my longer emails, the only Sling code change I
>>> > noticed is that Sling's PluggableDefaultAccessManager makes a call to
>>> > canRead(itemPath) on its superclass in Jackrabbit - DefaultAccessManager.
>>> > For some reason unclear to me they changed it in from just taking a path as
>>> > a parameter in 2.1 to taking both a path and an item ID in 2.2, but then the
>>> > JavaDocs say either one of the parameters can be null.
>>>
>>> This was discussed both on sling-dev and jackrabbit-dev. IIRC, it was
>>> actually done in 2.1.3. I posted a potential patch on sling-dev when this
>>> initially came up.
>>>
>>> Justin
>>>
>>> >
>>> > I made a little progress today, but unfortunately, due to the
>>> > absurdities of today's build tools, I'm stuck with a bunch of vague messages
>>> > that have nothing to do with actually building the software. That today you
>>> > can't replace a few libraries and a few lines of code and still build
>>> > software without causing miles of vague errors that have nothing to do with
>>> > the compilability of the actual code is ridiculous.
>>> >
>>> > [INFO] Scanning for projects...
>>> > [WARNING]
>>> > [WARNING] Some problems were encountered while building the effective
>>> > model for
>>> > org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
>>> > [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>>> > must be unique: org.apache.sling:org.apache.sling.junit.remote:jar ->
>>> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
>>> > [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>>> > must be unique: org.apache.sling:org.apache.sling.testing.tools:jar ->
>>> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
>>> > [WARNING]
>>> > [WARNING] It is highly recommended to fix these problems because they
>>> > threaten the stability of your build.
>>> > [WARNING]
>>> > [WARNING] For this reason, future Maven versions might no longer support
>>> > building such malformed projects.
>>> > [WARNING]
>>> >
>>> > On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>>> >> Hi All,
>>> >>
>>> >> I found a use case where I could also use an upgrade to jackrabbit
>>> >> 2.2.5 to
>>> >> utilize some changes in user/group management. I filed JIRA
>>> >> issue SLING-2044 for tracking and will attempt the upgrade today.
>>> >>
>>> >> Regards,
>>> >> Eric
>>> >>
>>> >> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
>>> >> <ju...@justinedelson.com>wrote:
>>> >>
>>> >>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>>> >>>>
>>> >>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>>> >>>>
>>> >>>>>
>>> >>>>>
>>> >>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>>> >>>>>
>>> >>>>>>
>>> >>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>> >>>>>>
>>> >>>>>>>
>>> >>>>>>> Is there any documentation for upgrading the jackrabbit version in
>>> >>>>>>> the
>>> >>> Sling build?
>>> >>>>>>
>>> >>>>>> AFAIK, there is not.
>>> >>>>>> Ian
>>> >>>>>
>>> >>>>> There is, in a sense. Look at JIRA and Subversion and you'll see the
>>> >>> exact set of changes made for prior upgrades.
>>> >>>>
>>> >>>> good point,
>>> >>>>
>>> >>>>
>>> >>>
>>> >>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>>> >>>>
>>> >>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>>> >>>>
>>> >>>> was that the right issue ?
>>> >>>
>>> >>> SLING-1531 too...
>>> >>>
>>> >>>>
>>> >>>> Ian
>>> >>>>
>>> >>>>
>>> >>>>>
>>> >>>>> Justin
>>> >>>>>>
>>> >>>>>>>
>>> >>>>>>> Thanks.
>>> >>>>>>>
>>> >>>>>>> Craig
>>> >>>>>>>
>>> >>>>>>
>>> >>>>
>>> >>>>
>>> >>>
>>> >
>>
>>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Eric Norman <er...@gmail.com>.
I added an updated patch set @ http://codereview.appspot.com/4345041/
It seems to work locally. Do you see anything wrong with that or see
anything that I missed?
<http://codereview.appspot.com/4345041/>Regards,
Eric
On Fri, Apr 1, 2011 at 12:54 PM, Eric Norman <er...@gmail.com>wrote:
> Right. That's the main reason why I was suggesting to expand the itemId
> back to a path before passing it on to the AccessManagerPlugin
> implementation. The item path is something the AccessManagerPlugin should
> know what to with.
>
> Regards,
> Eric
>
>
> On Fri, Apr 1, 2011 at 8:36 AM, Justin Edelson <ju...@justinedelson.com>wrote:
>
>> What I mean is that ItemId is an opaque object. The only thing you can
>> do with it *by itself* is to figure out whether or not the Id denotes
>> a Node. IIUC, to do anything useful, you need to use classes from
>> org.apache.jackrabbit.core.
>>
>> However, I don't think this should block trunk from being updated to
>> 2.2.5. It is, however, something we should resolve before the next
>> release.
>>
>> Justin
>>
>> On Fri, Apr 1, 2011 at 9:57 AM, Eric Norman <er...@gmail.com>
>> wrote:
>> > It's hard to predict what an implementor would do. The more I think
>> about
>> > it, maybe it would make more sense for us to just lookup the path for
>> the
>> > ItemId and not bother passing along the second argument. Then we
>> wouldn't
>> > need the AccessManagerPlugin2 interface at all.
>> > Eric
>> > On Fri, Apr 1, 2011 at 6:17 AM, Justin Edelson <
>> justin@justinedelson.com>
>> > wrote:
>> >>
>> >> On Fri, Apr 1, 2011 at 12:42 AM, Eric Norman <er...@gmail.com>
>> >> wrote:
>> >> > Thanks for the review.
>> >> >
>> >> > Maybe it is ok to just pass the ItemId to the
>> >> > AccessManagerPlugin2#canRead
>> >> > method as a string?
>> >>
>> >> That'd solve the export problem, but the question remains - what would
>> >> an implementor of AccessManagerPlugin2 actually *do* with this value?
>> >>
>> >> >
>> >> >
>> >> > On Thu, Mar 31, 2011 at 6:37 PM, Justin Edelson
>> >> > <ju...@justinedelson.com>wrote:
>> >> >
>> >> >> I made a few comments. Mostly API version bumps which aren't AFAIK
>> >> >> necessary.
>> >> >>
>> >> >> The bigger issue, to me, is the AccessManagerPlugin2 interface's use
>> >> >> of org.apache.jackrabbit.core.id.ItemId. This is *not* a Jackrabbit
>> >> >> API class and I have my doubts that we should be exporting it (as I
>> >> >> did in my patch).
>> >> >>
>> >> >> Is it actually possible to implement AccessManagerPlugin2 and do
>> >> >> anything of import with the ItemID parameter?
>> >> >>
>> >> >> I'll take a look at the Tika issue. Did you try 0.9?
>> >> >>
>> >> >> Justin
>> >> >>
>> >> >> On Thu, Mar 31, 2011 at 8:45 PM, Eric Norman <
>> eric.d.norman@gmail.com>
>> >> >> wrote:
>> >> >> > Moving further discussion to the dev list...
>> >> >> > Thanks Justin,
>> >> >> > I almost got it working using your patch + some other changes.
>> >> >> > See the diffs @ http://codereview.appspot.com/4345041/
>> >> >> > Now I hit an issue loading the tika parsers that was described @
>> >> >> > http://jackrabbit.markmail.org/thread/k5fhbkbs774buv4w
>> >> >> > Any suggestions on how to workaround that?
>> >> >> > If I use version 0.6 of the tika bundle the repository will start
>> but
>> >> >> throws
>> >> >> > NPE when extracting text for the search index:
>> >> >> > 31.03.2011 17:38:35.968 *WARN* [jackrabbit-pool-1]
>> >> >> > org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField
>> Failed
>> >> >> > to
>> >> >> > extract text from a binary
>> >> >> > property java.lang.NullPointerException
>> >> >> > at
>> >> >> >
>> >> >> >
>> org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:92)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.parse(JackrabbitParser.java:192)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField$ParsingTask.run(LazyTextExtractorField.java:174)
>> >> >> >
>> >> >> > If I use version 0.8 of the tika bundle it throws a
>> RuntimeException
>> >> >> > that
>> >> >> > makes the repository not start properly:
>> >> >> > 31.03.2011 17:43:13.171 *INFO* [Repository Pinger]
>> >> >> > org.apache.jackrabbit.core.RepositoryImpl Repository has been
>> >> >> > shutdown
>> >> >> > 31.03.2011 17:43:13.171 *ERROR* [Repository Pinger]
>> >> >> > org.apache.sling.jcr.jackrabbit.server startRepository: Uncaught
>> >> >> Throwable
>> >> >> > trying to access Reposi
>> >> >> > tory, calling stopRepository() (java.lang.RuntimeException: Unable
>> to
>> >> >> load
>> >> >> > embedded Tika configuration) java.lang.RuntimeException: Unable to
>> >> >> > load
>> >> >> emb
>> >> >> > edded Tika configuration
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:91)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.query.lucene.SearchIndex.<init>(SearchIndex.java:211)
>> >> >> > at
>> >> >> > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>> >> >> > Method)
>> >> >> > at
>> >> >> > sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>> >> >> > Source)
>> >> >> > at
>> >> >> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> >> >> > Source)
>> >> >> > at java.lang.reflect.Constructor.newInstance(Unknown
>> Source)
>> >> >> > at java.lang.Class.newInstance0(Unknown Source)
>> >> >> > at java.lang.Class.newInstance(Unknown Source)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.config.BeanConfig.newInstance(BeanConfig.java:189)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:631)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.config.RepositoryConfig.getQueryHandler(RepositoryConfig.java:1032)
>> >> >> > at
>> >> >> >
>> >> >> >
>> org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:174)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:630)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.RepositoryImpl.access$100(RepositoryImpl.java:124)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1860)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2095)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:2000)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:533)
>> >> >> > at
>> >> >> >
>> >> >> >
>> org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:342)
>> >> >> > at
>> >> >> >
>> >> >> >
>> org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:605)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.sling.jcr.jackrabbit.server.impl.SlingServerRepository.acquireRepository(SlingServerRepository.java:160)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.sling.jcr.base.AbstractSlingRepository.startRepository(AbstractSlingRepository.java:787)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.sling.jcr.base.AbstractSlingRepository.run(AbstractSlingRepository.java:917)
>> >> >> > at java.lang.Thread.run(Unknown Source)
>> >> >> > Caused by: org.apache.tika.exception.TikaException: Configured
>> parser
>> >> >> class
>> >> >> > not found: org.apache.jackrabbit.core.query.pdf.PDFParser
>> >> >> > at
>> >> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:151)
>> >> >> > at
>> >> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:98)
>> >> >> > at
>> >> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:85)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:82)
>> >> >> > ... 23 more
>> >> >> > Caused by: java.lang.ClassNotFoundException:
>> >> >> > org.apache.jackrabbit.core.query.pdf.PDFParser
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814)
>> >> >> > at
>> >> >> >
>> org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
>> >> >> > at
>> >> >> >
>> >> >>
>> >> >>
>> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
>> >> >> > at java.lang.ClassLoader.loadClass(Unknown Source)
>> >> >> > at java.lang.Class.forName0(Native Method)
>> >> >> > at java.lang.Class.forName(Unknown Source)
>> >> >> > at
>> >> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:125)
>> >> >> > ... 26 more
>> >> >> >
>> >> >> >
>> >> >> > Regards,
>> >> >> > Eric
>> >> >> > On Thu, Mar 31, 2011 at 3:20 PM, Justin Edelson <
>> >> >> justin@justinedelson.com>
>> >> >> > wrote:
>> >> >> >>
>> >> >> >>
>> >> >> >> On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
>> >> >> >>
>> >> >> >> > As I said in one of my longer emails, the only Sling code
>> change I
>> >> >> >> > noticed is that Sling's PluggableDefaultAccessManager makes a
>> call
>> >> >> >> > to
>> >> >> >> > canRead(itemPath) on its superclass in Jackrabbit -
>> >> >> DefaultAccessManager.
>> >> >> >> > For some reason unclear to me they changed it in from just
>> taking
>> >> >> >> > a
>> >> >> path as
>> >> >> >> > a parameter in 2.1 to taking both a path and an item ID in 2.2,
>> >> >> >> > but
>> >> >> then the
>> >> >> >> > JavaDocs say either one of the parameters can be null.
>> >> >> >>
>> >> >> >> This was discussed both on sling-dev and jackrabbit-dev. IIRC, it
>> >> >> >> was
>> >> >> >> actually done in 2.1.3. I posted a potential patch on sling-dev
>> when
>> >> >> this
>> >> >> >> initially came up.
>> >> >> >>
>> >> >> >> Justin
>> >> >> >>
>> >> >> >> >
>> >> >> >> > I made a little progress today, but unfortunately, due to the
>> >> >> >> > absurdities of today's build tools, I'm stuck with a bunch of
>> >> >> >> > vague
>> >> >> messages
>> >> >> >> > that have nothing to do with actually building the software.
>> That
>> >> >> today you
>> >> >> >> > can't replace a few libraries and a few lines of code and still
>> >> >> >> > build
>> >> >> >> > software without causing miles of vague errors that have
>> nothing
>> >> >> >> > to do
>> >> >> with
>> >> >> >> > the compilability of the actual code is ridiculous.
>> >> >> >> >
>> >> >> >> > [INFO] Scanning for projects...
>> >> >> >> > [WARNING]
>> >> >> >> > [WARNING] Some problems were encountered while building the
>> >> >> >> > effective
>> >> >> >> > model for
>> >> >> >> >
>> >> >>
>> >> >>
>> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
>> >> >> >> > [WARNING]
>> >> >> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>> >> >> >> > must be unique:
>> org.apache.sling:org.apache.sling.junit.remote:jar
>> >> >> >> > ->
>> >> >> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 272,
>> column
>> >> >> >> > 21
>> >> >> >> > [WARNING]
>> >> >> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>> >> >> >> > must be unique:
>> >> >> >> > org.apache.sling:org.apache.sling.testing.tools:jar ->
>> >> >> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 277,
>> column
>> >> >> >> > 21
>> >> >> >> > [WARNING]
>> >> >> >> > [WARNING] It is highly recommended to fix these problems
>> because
>> >> >> >> > they
>> >> >> >> > threaten the stability of your build.
>> >> >> >> > [WARNING]
>> >> >> >> > [WARNING] For this reason, future Maven versions might no
>> longer
>> >> >> support
>> >> >> >> > building such malformed projects.
>> >> >> >> > [WARNING]
>> >> >> >> >
>> >> >> >> > On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>> >> >> >> >> Hi All,
>> >> >> >> >>
>> >> >> >> >> I found a use case where I could also use an upgrade to
>> >> >> >> >> jackrabbit
>> >> >> >> >> 2.2.5 to
>> >> >> >> >> utilize some changes in user/group management. I filed JIRA
>> >> >> >> >> issue SLING-2044 for tracking and will attempt the upgrade
>> today.
>> >> >> >> >>
>> >> >> >> >> Regards,
>> >> >> >> >> Eric
>> >> >> >> >>
>> >> >> >> >> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
>> >> >> >> >> <ju...@justinedelson.com>wrote:
>> >> >> >> >>
>> >> >> >> >>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk>
>> >> >> >> >>> wrote:
>> >> >> >> >>>>
>> >> >> >> >>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>> >> >> >> >>>>
>> >> >> >> >>>>>
>> >> >> >> >>>>>
>> >> >> >> >>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk>
>> wrote:
>> >> >> >> >>>>>
>> >> >> >> >>>>>>
>> >> >> >> >>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>> >> >> >> >>>>>>
>> >> >> >> >>>>>>>
>> >> >> >> >>>>>>> Is there any documentation for upgrading the jackrabbit
>> >> >> >> >>>>>>> version
>> >> >> in
>> >> >> >> >>>>>>> the
>> >> >> >> >>> Sling build?
>> >> >> >> >>>>>>
>> >> >> >> >>>>>> AFAIK, there is not.
>> >> >> >> >>>>>> Ian
>> >> >> >> >>>>>
>> >> >> >> >>>>> There is, in a sense. Look at JIRA and Subversion and
>> you'll
>> >> >> >> >>>>> see
>> >> >> the
>> >> >> >> >>> exact set of changes made for prior upgrades.
>> >> >> >> >>>>
>> >> >> >> >>>> good point,
>> >> >> >> >>>>
>> >> >> >> >>>>
>> >> >> >> >>>
>> >> >> >> >>>
>> >> >>
>> >> >>
>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>> >> >> >> >>>>
>> >> >> >> >>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>> >> >> >> >>>>
>> >> >> >> >>>> was that the right issue ?
>> >> >> >> >>>
>> >> >> >> >>> SLING-1531 too...
>> >> >> >> >>>
>> >> >> >> >>>>
>> >> >> >> >>>> Ian
>> >> >> >> >>>>
>> >> >> >> >>>>
>> >> >> >> >>>>>
>> >> >> >> >>>>> Justin
>> >> >> >> >>>>>>
>> >> >> >> >>>>>>>
>> >> >> >> >>>>>>> Thanks.
>> >> >> >> >>>>>>>
>> >> >> >> >>>>>>> Craig
>> >> >> >> >>>>>>>
>> >> >> >> >>>>>>
>> >> >> >> >>>>
>> >> >> >> >>>>
>> >> >> >> >>>
>> >> >> >> >
>> >> >> >
>> >> >> >
>> >> >>
>> >> >
>> >
>> >
>>
>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Eric Norman <er...@gmail.com>.
Right. That's the main reason why I was suggesting to expand the itemId back
to a path before passing it on to the AccessManagerPlugin implementation.
The item path is something the AccessManagerPlugin should know what to with.
Regards,
Eric
On Fri, Apr 1, 2011 at 8:36 AM, Justin Edelson <ju...@justinedelson.com>wrote:
> What I mean is that ItemId is an opaque object. The only thing you can
> do with it *by itself* is to figure out whether or not the Id denotes
> a Node. IIUC, to do anything useful, you need to use classes from
> org.apache.jackrabbit.core.
>
> However, I don't think this should block trunk from being updated to
> 2.2.5. It is, however, something we should resolve before the next
> release.
>
> Justin
>
> On Fri, Apr 1, 2011 at 9:57 AM, Eric Norman <er...@gmail.com>
> wrote:
> > It's hard to predict what an implementor would do. The more I think
> about
> > it, maybe it would make more sense for us to just lookup the path for the
> > ItemId and not bother passing along the second argument. Then we
> wouldn't
> > need the AccessManagerPlugin2 interface at all.
> > Eric
> > On Fri, Apr 1, 2011 at 6:17 AM, Justin Edelson <justin@justinedelson.com
> >
> > wrote:
> >>
> >> On Fri, Apr 1, 2011 at 12:42 AM, Eric Norman <er...@gmail.com>
> >> wrote:
> >> > Thanks for the review.
> >> >
> >> > Maybe it is ok to just pass the ItemId to the
> >> > AccessManagerPlugin2#canRead
> >> > method as a string?
> >>
> >> That'd solve the export problem, but the question remains - what would
> >> an implementor of AccessManagerPlugin2 actually *do* with this value?
> >>
> >> >
> >> >
> >> > On Thu, Mar 31, 2011 at 6:37 PM, Justin Edelson
> >> > <ju...@justinedelson.com>wrote:
> >> >
> >> >> I made a few comments. Mostly API version bumps which aren't AFAIK
> >> >> necessary.
> >> >>
> >> >> The bigger issue, to me, is the AccessManagerPlugin2 interface's use
> >> >> of org.apache.jackrabbit.core.id.ItemId. This is *not* a Jackrabbit
> >> >> API class and I have my doubts that we should be exporting it (as I
> >> >> did in my patch).
> >> >>
> >> >> Is it actually possible to implement AccessManagerPlugin2 and do
> >> >> anything of import with the ItemID parameter?
> >> >>
> >> >> I'll take a look at the Tika issue. Did you try 0.9?
> >> >>
> >> >> Justin
> >> >>
> >> >> On Thu, Mar 31, 2011 at 8:45 PM, Eric Norman <
> eric.d.norman@gmail.com>
> >> >> wrote:
> >> >> > Moving further discussion to the dev list...
> >> >> > Thanks Justin,
> >> >> > I almost got it working using your patch + some other changes.
> >> >> > See the diffs @ http://codereview.appspot.com/4345041/
> >> >> > Now I hit an issue loading the tika parsers that was described @
> >> >> > http://jackrabbit.markmail.org/thread/k5fhbkbs774buv4w
> >> >> > Any suggestions on how to workaround that?
> >> >> > If I use version 0.6 of the tika bundle the repository will start
> but
> >> >> throws
> >> >> > NPE when extracting text for the search index:
> >> >> > 31.03.2011 17:38:35.968 *WARN* [jackrabbit-pool-1]
> >> >> > org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField
> Failed
> >> >> > to
> >> >> > extract text from a binary
> >> >> > property java.lang.NullPointerException
> >> >> > at
> >> >> >
> >> >> >
> org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:92)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.parse(JackrabbitParser.java:192)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField$ParsingTask.run(LazyTextExtractorField.java:174)
> >> >> >
> >> >> > If I use version 0.8 of the tika bundle it throws a
> RuntimeException
> >> >> > that
> >> >> > makes the repository not start properly:
> >> >> > 31.03.2011 17:43:13.171 *INFO* [Repository Pinger]
> >> >> > org.apache.jackrabbit.core.RepositoryImpl Repository has been
> >> >> > shutdown
> >> >> > 31.03.2011 17:43:13.171 *ERROR* [Repository Pinger]
> >> >> > org.apache.sling.jcr.jackrabbit.server startRepository: Uncaught
> >> >> Throwable
> >> >> > trying to access Reposi
> >> >> > tory, calling stopRepository() (java.lang.RuntimeException: Unable
> to
> >> >> load
> >> >> > embedded Tika configuration) java.lang.RuntimeException: Unable to
> >> >> > load
> >> >> emb
> >> >> > edded Tika configuration
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:91)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.query.lucene.SearchIndex.<init>(SearchIndex.java:211)
> >> >> > at
> >> >> > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> >> >> > Method)
> >> >> > at
> >> >> > sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
> >> >> > Source)
> >> >> > at
> >> >> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> >> >> > Source)
> >> >> > at java.lang.reflect.Constructor.newInstance(Unknown
> Source)
> >> >> > at java.lang.Class.newInstance0(Unknown Source)
> >> >> > at java.lang.Class.newInstance(Unknown Source)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.config.BeanConfig.newInstance(BeanConfig.java:189)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:631)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.config.RepositoryConfig.getQueryHandler(RepositoryConfig.java:1032)
> >> >> > at
> >> >> >
> >> >> >
> org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:174)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:630)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.RepositoryImpl.access$100(RepositoryImpl.java:124)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1860)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2095)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:2000)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:533)
> >> >> > at
> >> >> >
> >> >> >
> org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:342)
> >> >> > at
> >> >> >
> >> >> >
> org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:605)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.sling.jcr.jackrabbit.server.impl.SlingServerRepository.acquireRepository(SlingServerRepository.java:160)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.sling.jcr.base.AbstractSlingRepository.startRepository(AbstractSlingRepository.java:787)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.sling.jcr.base.AbstractSlingRepository.run(AbstractSlingRepository.java:917)
> >> >> > at java.lang.Thread.run(Unknown Source)
> >> >> > Caused by: org.apache.tika.exception.TikaException: Configured
> parser
> >> >> class
> >> >> > not found: org.apache.jackrabbit.core.query.pdf.PDFParser
> >> >> > at
> >> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:151)
> >> >> > at
> >> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:98)
> >> >> > at
> >> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:85)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:82)
> >> >> > ... 23 more
> >> >> > Caused by: java.lang.ClassNotFoundException:
> >> >> > org.apache.jackrabbit.core.query.pdf.PDFParser
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814)
> >> >> > at
> >> >> >
> org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> >> >> > at
> >> >> >
> >> >>
> >> >>
> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> >> >> > at java.lang.ClassLoader.loadClass(Unknown Source)
> >> >> > at java.lang.Class.forName0(Native Method)
> >> >> > at java.lang.Class.forName(Unknown Source)
> >> >> > at
> >> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:125)
> >> >> > ... 26 more
> >> >> >
> >> >> >
> >> >> > Regards,
> >> >> > Eric
> >> >> > On Thu, Mar 31, 2011 at 3:20 PM, Justin Edelson <
> >> >> justin@justinedelson.com>
> >> >> > wrote:
> >> >> >>
> >> >> >>
> >> >> >> On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
> >> >> >>
> >> >> >> > As I said in one of my longer emails, the only Sling code change
> I
> >> >> >> > noticed is that Sling's PluggableDefaultAccessManager makes a
> call
> >> >> >> > to
> >> >> >> > canRead(itemPath) on its superclass in Jackrabbit -
> >> >> DefaultAccessManager.
> >> >> >> > For some reason unclear to me they changed it in from just
> taking
> >> >> >> > a
> >> >> path as
> >> >> >> > a parameter in 2.1 to taking both a path and an item ID in 2.2,
> >> >> >> > but
> >> >> then the
> >> >> >> > JavaDocs say either one of the parameters can be null.
> >> >> >>
> >> >> >> This was discussed both on sling-dev and jackrabbit-dev. IIRC, it
> >> >> >> was
> >> >> >> actually done in 2.1.3. I posted a potential patch on sling-dev
> when
> >> >> this
> >> >> >> initially came up.
> >> >> >>
> >> >> >> Justin
> >> >> >>
> >> >> >> >
> >> >> >> > I made a little progress today, but unfortunately, due to the
> >> >> >> > absurdities of today's build tools, I'm stuck with a bunch of
> >> >> >> > vague
> >> >> messages
> >> >> >> > that have nothing to do with actually building the software.
> That
> >> >> today you
> >> >> >> > can't replace a few libraries and a few lines of code and still
> >> >> >> > build
> >> >> >> > software without causing miles of vague errors that have nothing
> >> >> >> > to do
> >> >> with
> >> >> >> > the compilability of the actual code is ridiculous.
> >> >> >> >
> >> >> >> > [INFO] Scanning for projects...
> >> >> >> > [WARNING]
> >> >> >> > [WARNING] Some problems were encountered while building the
> >> >> >> > effective
> >> >> >> > model for
> >> >> >> >
> >> >>
> >> >>
> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
> >> >> >> > [WARNING]
> >> >> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> >> >> >> > must be unique:
> org.apache.sling:org.apache.sling.junit.remote:jar
> >> >> >> > ->
> >> >> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 272,
> column
> >> >> >> > 21
> >> >> >> > [WARNING]
> >> >> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> >> >> >> > must be unique:
> >> >> >> > org.apache.sling:org.apache.sling.testing.tools:jar ->
> >> >> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 277,
> column
> >> >> >> > 21
> >> >> >> > [WARNING]
> >> >> >> > [WARNING] It is highly recommended to fix these problems because
> >> >> >> > they
> >> >> >> > threaten the stability of your build.
> >> >> >> > [WARNING]
> >> >> >> > [WARNING] For this reason, future Maven versions might no longer
> >> >> support
> >> >> >> > building such malformed projects.
> >> >> >> > [WARNING]
> >> >> >> >
> >> >> >> > On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
> >> >> >> >> Hi All,
> >> >> >> >>
> >> >> >> >> I found a use case where I could also use an upgrade to
> >> >> >> >> jackrabbit
> >> >> >> >> 2.2.5 to
> >> >> >> >> utilize some changes in user/group management. I filed JIRA
> >> >> >> >> issue SLING-2044 for tracking and will attempt the upgrade
> today.
> >> >> >> >>
> >> >> >> >> Regards,
> >> >> >> >> Eric
> >> >> >> >>
> >> >> >> >> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
> >> >> >> >> <ju...@justinedelson.com>wrote:
> >> >> >> >>
> >> >> >> >>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk>
> >> >> >> >>> wrote:
> >> >> >> >>>>
> >> >> >> >>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
> >> >> >> >>>>
> >> >> >> >>>>>
> >> >> >> >>>>>
> >> >> >> >>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk>
> wrote:
> >> >> >> >>>>>
> >> >> >> >>>>>>
> >> >> >> >>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
> >> >> >> >>>>>>
> >> >> >> >>>>>>>
> >> >> >> >>>>>>> Is there any documentation for upgrading the jackrabbit
> >> >> >> >>>>>>> version
> >> >> in
> >> >> >> >>>>>>> the
> >> >> >> >>> Sling build?
> >> >> >> >>>>>>
> >> >> >> >>>>>> AFAIK, there is not.
> >> >> >> >>>>>> Ian
> >> >> >> >>>>>
> >> >> >> >>>>> There is, in a sense. Look at JIRA and Subversion and you'll
> >> >> >> >>>>> see
> >> >> the
> >> >> >> >>> exact set of changes made for prior upgrades.
> >> >> >> >>>>
> >> >> >> >>>> good point,
> >> >> >> >>>>
> >> >> >> >>>>
> >> >> >> >>>
> >> >> >> >>>
> >> >>
> >> >>
> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
> >> >> >> >>>>
> >> >> >> >>>> http://svn.apache.org/viewvc?view=revision&revision=987559
> >> >> >> >>>>
> >> >> >> >>>> was that the right issue ?
> >> >> >> >>>
> >> >> >> >>> SLING-1531 too...
> >> >> >> >>>
> >> >> >> >>>>
> >> >> >> >>>> Ian
> >> >> >> >>>>
> >> >> >> >>>>
> >> >> >> >>>>>
> >> >> >> >>>>> Justin
> >> >> >> >>>>>>
> >> >> >> >>>>>>>
> >> >> >> >>>>>>> Thanks.
> >> >> >> >>>>>>>
> >> >> >> >>>>>>> Craig
> >> >> >> >>>>>>>
> >> >> >> >>>>>>
> >> >> >> >>>>
> >> >> >> >>>>
> >> >> >> >>>
> >> >> >> >
> >> >> >
> >> >> >
> >> >>
> >> >
> >
> >
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Justin Edelson <ju...@justinedelson.com>.
What I mean is that ItemId is an opaque object. The only thing you can
do with it *by itself* is to figure out whether or not the Id denotes
a Node. IIUC, to do anything useful, you need to use classes from
org.apache.jackrabbit.core.
However, I don't think this should block trunk from being updated to
2.2.5. It is, however, something we should resolve before the next
release.
Justin
On Fri, Apr 1, 2011 at 9:57 AM, Eric Norman <er...@gmail.com> wrote:
> It's hard to predict what an implementor would do. The more I think about
> it, maybe it would make more sense for us to just lookup the path for the
> ItemId and not bother passing along the second argument. Then we wouldn't
> need the AccessManagerPlugin2 interface at all.
> Eric
> On Fri, Apr 1, 2011 at 6:17 AM, Justin Edelson <ju...@justinedelson.com>
> wrote:
>>
>> On Fri, Apr 1, 2011 at 12:42 AM, Eric Norman <er...@gmail.com>
>> wrote:
>> > Thanks for the review.
>> >
>> > Maybe it is ok to just pass the ItemId to the
>> > AccessManagerPlugin2#canRead
>> > method as a string?
>>
>> That'd solve the export problem, but the question remains - what would
>> an implementor of AccessManagerPlugin2 actually *do* with this value?
>>
>> >
>> >
>> > On Thu, Mar 31, 2011 at 6:37 PM, Justin Edelson
>> > <ju...@justinedelson.com>wrote:
>> >
>> >> I made a few comments. Mostly API version bumps which aren't AFAIK
>> >> necessary.
>> >>
>> >> The bigger issue, to me, is the AccessManagerPlugin2 interface's use
>> >> of org.apache.jackrabbit.core.id.ItemId. This is *not* a Jackrabbit
>> >> API class and I have my doubts that we should be exporting it (as I
>> >> did in my patch).
>> >>
>> >> Is it actually possible to implement AccessManagerPlugin2 and do
>> >> anything of import with the ItemID parameter?
>> >>
>> >> I'll take a look at the Tika issue. Did you try 0.9?
>> >>
>> >> Justin
>> >>
>> >> On Thu, Mar 31, 2011 at 8:45 PM, Eric Norman <er...@gmail.com>
>> >> wrote:
>> >> > Moving further discussion to the dev list...
>> >> > Thanks Justin,
>> >> > I almost got it working using your patch + some other changes.
>> >> > See the diffs @ http://codereview.appspot.com/4345041/
>> >> > Now I hit an issue loading the tika parsers that was described @
>> >> > http://jackrabbit.markmail.org/thread/k5fhbkbs774buv4w
>> >> > Any suggestions on how to workaround that?
>> >> > If I use version 0.6 of the tika bundle the repository will start but
>> >> throws
>> >> > NPE when extracting text for the search index:
>> >> > 31.03.2011 17:38:35.968 *WARN* [jackrabbit-pool-1]
>> >> > org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField Failed
>> >> > to
>> >> > extract text from a binary
>> >> > property java.lang.NullPointerException
>> >> > at
>> >> >
>> >> > org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:92)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.parse(JackrabbitParser.java:192)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField$ParsingTask.run(LazyTextExtractorField.java:174)
>> >> >
>> >> > If I use version 0.8 of the tika bundle it throws a RuntimeException
>> >> > that
>> >> > makes the repository not start properly:
>> >> > 31.03.2011 17:43:13.171 *INFO* [Repository Pinger]
>> >> > org.apache.jackrabbit.core.RepositoryImpl Repository has been
>> >> > shutdown
>> >> > 31.03.2011 17:43:13.171 *ERROR* [Repository Pinger]
>> >> > org.apache.sling.jcr.jackrabbit.server startRepository: Uncaught
>> >> Throwable
>> >> > trying to access Reposi
>> >> > tory, calling stopRepository() (java.lang.RuntimeException: Unable to
>> >> load
>> >> > embedded Tika configuration) java.lang.RuntimeException: Unable to
>> >> > load
>> >> emb
>> >> > edded Tika configuration
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:91)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.query.lucene.SearchIndex.<init>(SearchIndex.java:211)
>> >> > at
>> >> > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>> >> > Method)
>> >> > at
>> >> > sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>> >> > Source)
>> >> > at
>> >> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> >> > Source)
>> >> > at java.lang.reflect.Constructor.newInstance(Unknown Source)
>> >> > at java.lang.Class.newInstance0(Unknown Source)
>> >> > at java.lang.Class.newInstance(Unknown Source)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.config.BeanConfig.newInstance(BeanConfig.java:189)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:631)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.config.RepositoryConfig.getQueryHandler(RepositoryConfig.java:1032)
>> >> > at
>> >> >
>> >> > org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:174)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:630)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.RepositoryImpl.access$100(RepositoryImpl.java:124)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1860)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2095)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:2000)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:533)
>> >> > at
>> >> >
>> >> > org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:342)
>> >> > at
>> >> >
>> >> > org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:605)
>> >> > at
>> >> >
>> >>
>> >> org.apache.sling.jcr.jackrabbit.server.impl.SlingServerRepository.acquireRepository(SlingServerRepository.java:160)
>> >> > at
>> >> >
>> >>
>> >> org.apache.sling.jcr.base.AbstractSlingRepository.startRepository(AbstractSlingRepository.java:787)
>> >> > at
>> >> >
>> >>
>> >> org.apache.sling.jcr.base.AbstractSlingRepository.run(AbstractSlingRepository.java:917)
>> >> > at java.lang.Thread.run(Unknown Source)
>> >> > Caused by: org.apache.tika.exception.TikaException: Configured parser
>> >> class
>> >> > not found: org.apache.jackrabbit.core.query.pdf.PDFParser
>> >> > at
>> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:151)
>> >> > at
>> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:98)
>> >> > at
>> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:85)
>> >> > at
>> >> >
>> >>
>> >> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:82)
>> >> > ... 23 more
>> >> > Caused by: java.lang.ClassNotFoundException:
>> >> > org.apache.jackrabbit.core.query.pdf.PDFParser
>> >> > at
>> >> >
>> >>
>> >> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814)
>> >> > at
>> >> > org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
>> >> > at
>> >> >
>> >>
>> >> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
>> >> > at java.lang.ClassLoader.loadClass(Unknown Source)
>> >> > at java.lang.Class.forName0(Native Method)
>> >> > at java.lang.Class.forName(Unknown Source)
>> >> > at
>> >> > org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:125)
>> >> > ... 26 more
>> >> >
>> >> >
>> >> > Regards,
>> >> > Eric
>> >> > On Thu, Mar 31, 2011 at 3:20 PM, Justin Edelson <
>> >> justin@justinedelson.com>
>> >> > wrote:
>> >> >>
>> >> >>
>> >> >> On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
>> >> >>
>> >> >> > As I said in one of my longer emails, the only Sling code change I
>> >> >> > noticed is that Sling's PluggableDefaultAccessManager makes a call
>> >> >> > to
>> >> >> > canRead(itemPath) on its superclass in Jackrabbit -
>> >> DefaultAccessManager.
>> >> >> > For some reason unclear to me they changed it in from just taking
>> >> >> > a
>> >> path as
>> >> >> > a parameter in 2.1 to taking both a path and an item ID in 2.2,
>> >> >> > but
>> >> then the
>> >> >> > JavaDocs say either one of the parameters can be null.
>> >> >>
>> >> >> This was discussed both on sling-dev and jackrabbit-dev. IIRC, it
>> >> >> was
>> >> >> actually done in 2.1.3. I posted a potential patch on sling-dev when
>> >> this
>> >> >> initially came up.
>> >> >>
>> >> >> Justin
>> >> >>
>> >> >> >
>> >> >> > I made a little progress today, but unfortunately, due to the
>> >> >> > absurdities of today's build tools, I'm stuck with a bunch of
>> >> >> > vague
>> >> messages
>> >> >> > that have nothing to do with actually building the software. That
>> >> today you
>> >> >> > can't replace a few libraries and a few lines of code and still
>> >> >> > build
>> >> >> > software without causing miles of vague errors that have nothing
>> >> >> > to do
>> >> with
>> >> >> > the compilability of the actual code is ridiculous.
>> >> >> >
>> >> >> > [INFO] Scanning for projects...
>> >> >> > [WARNING]
>> >> >> > [WARNING] Some problems were encountered while building the
>> >> >> > effective
>> >> >> > model for
>> >> >> >
>> >>
>> >> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
>> >> >> > [WARNING]
>> >> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>> >> >> > must be unique: org.apache.sling:org.apache.sling.junit.remote:jar
>> >> >> > ->
>> >> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column
>> >> >> > 21
>> >> >> > [WARNING]
>> >> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>> >> >> > must be unique:
>> >> >> > org.apache.sling:org.apache.sling.testing.tools:jar ->
>> >> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column
>> >> >> > 21
>> >> >> > [WARNING]
>> >> >> > [WARNING] It is highly recommended to fix these problems because
>> >> >> > they
>> >> >> > threaten the stability of your build.
>> >> >> > [WARNING]
>> >> >> > [WARNING] For this reason, future Maven versions might no longer
>> >> support
>> >> >> > building such malformed projects.
>> >> >> > [WARNING]
>> >> >> >
>> >> >> > On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>> >> >> >> Hi All,
>> >> >> >>
>> >> >> >> I found a use case where I could also use an upgrade to
>> >> >> >> jackrabbit
>> >> >> >> 2.2.5 to
>> >> >> >> utilize some changes in user/group management. I filed JIRA
>> >> >> >> issue SLING-2044 for tracking and will attempt the upgrade today.
>> >> >> >>
>> >> >> >> Regards,
>> >> >> >> Eric
>> >> >> >>
>> >> >> >> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
>> >> >> >> <ju...@justinedelson.com>wrote:
>> >> >> >>
>> >> >> >>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk>
>> >> >> >>> wrote:
>> >> >> >>>>
>> >> >> >>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>> >> >> >>>>
>> >> >> >>>>>
>> >> >> >>>>>
>> >> >> >>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>> >> >> >>>>>
>> >> >> >>>>>>
>> >> >> >>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>> >> >> >>>>>>
>> >> >> >>>>>>>
>> >> >> >>>>>>> Is there any documentation for upgrading the jackrabbit
>> >> >> >>>>>>> version
>> >> in
>> >> >> >>>>>>> the
>> >> >> >>> Sling build?
>> >> >> >>>>>>
>> >> >> >>>>>> AFAIK, there is not.
>> >> >> >>>>>> Ian
>> >> >> >>>>>
>> >> >> >>>>> There is, in a sense. Look at JIRA and Subversion and you'll
>> >> >> >>>>> see
>> >> the
>> >> >> >>> exact set of changes made for prior upgrades.
>> >> >> >>>>
>> >> >> >>>> good point,
>> >> >> >>>>
>> >> >> >>>>
>> >> >> >>>
>> >> >> >>>
>> >>
>> >> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>> >> >> >>>>
>> >> >> >>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>> >> >> >>>>
>> >> >> >>>> was that the right issue ?
>> >> >> >>>
>> >> >> >>> SLING-1531 too...
>> >> >> >>>
>> >> >> >>>>
>> >> >> >>>> Ian
>> >> >> >>>>
>> >> >> >>>>
>> >> >> >>>>>
>> >> >> >>>>> Justin
>> >> >> >>>>>>
>> >> >> >>>>>>>
>> >> >> >>>>>>> Thanks.
>> >> >> >>>>>>>
>> >> >> >>>>>>> Craig
>> >> >> >>>>>>>
>> >> >> >>>>>>
>> >> >> >>>>
>> >> >> >>>>
>> >> >> >>>
>> >> >> >
>> >> >
>> >> >
>> >>
>> >
>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Eric Norman <er...@gmail.com>.
It's hard to predict what an implementor would do. The more I think about
it, maybe it would make more sense for us to just lookup the path for the
ItemId and not bother passing along the second argument. Then we wouldn't
need the AccessManagerPlugin2 interface at all.
Eric
On Fri, Apr 1, 2011 at 6:17 AM, Justin Edelson <ju...@justinedelson.com>wrote:
> On Fri, Apr 1, 2011 at 12:42 AM, Eric Norman <er...@gmail.com>
> wrote:
> > Thanks for the review.
> >
> > Maybe it is ok to just pass the ItemId to the
> AccessManagerPlugin2#canRead
> > method as a string?
>
> That'd solve the export problem, but the question remains - what would
> an implementor of AccessManagerPlugin2 actually *do* with this value?
>
> >
> >
> > On Thu, Mar 31, 2011 at 6:37 PM, Justin Edelson <
> justin@justinedelson.com>wrote:
> >
> >> I made a few comments. Mostly API version bumps which aren't AFAIK
> >> necessary.
> >>
> >> The bigger issue, to me, is the AccessManagerPlugin2 interface's use
> >> of org.apache.jackrabbit.core.id.ItemId. This is *not* a Jackrabbit
> >> API class and I have my doubts that we should be exporting it (as I
> >> did in my patch).
> >>
> >> Is it actually possible to implement AccessManagerPlugin2 and do
> >> anything of import with the ItemID parameter?
> >>
> >> I'll take a look at the Tika issue. Did you try 0.9?
> >>
> >> Justin
> >>
> >> On Thu, Mar 31, 2011 at 8:45 PM, Eric Norman <er...@gmail.com>
> >> wrote:
> >> > Moving further discussion to the dev list...
> >> > Thanks Justin,
> >> > I almost got it working using your patch + some other changes.
> >> > See the diffs @ http://codereview.appspot.com/4345041/
> >> > Now I hit an issue loading the tika parsers that was described @
> >> > http://jackrabbit.markmail.org/thread/k5fhbkbs774buv4w
> >> > Any suggestions on how to workaround that?
> >> > If I use version 0.6 of the tika bundle the repository will start but
> >> throws
> >> > NPE when extracting text for the search index:
> >> > 31.03.2011 17:38:35.968 *WARN* [jackrabbit-pool-1]
> >> > org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField Failed
> to
> >> > extract text from a binary
> >> > property java.lang.NullPointerException
> >> > at
> >> >
> org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:92)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.parse(JackrabbitParser.java:192)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField$ParsingTask.run(LazyTextExtractorField.java:174)
> >> >
> >> > If I use version 0.8 of the tika bundle it throws a RuntimeException
> that
> >> > makes the repository not start properly:
> >> > 31.03.2011 17:43:13.171 *INFO* [Repository Pinger]
> >> > org.apache.jackrabbit.core.RepositoryImpl Repository has been shutdown
> >> > 31.03.2011 17:43:13.171 *ERROR* [Repository Pinger]
> >> > org.apache.sling.jcr.jackrabbit.server startRepository: Uncaught
> >> Throwable
> >> > trying to access Reposi
> >> > tory, calling stopRepository() (java.lang.RuntimeException: Unable to
> >> load
> >> > embedded Tika configuration) java.lang.RuntimeException: Unable to
> load
> >> emb
> >> > edded Tika configuration
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:91)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.query.lucene.SearchIndex.<init>(SearchIndex.java:211)
> >> > at
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> >> > Method)
> >> > at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
> >> > Source)
> >> > at
> >> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> >> > Source)
> >> > at java.lang.reflect.Constructor.newInstance(Unknown Source)
> >> > at java.lang.Class.newInstance0(Unknown Source)
> >> > at java.lang.Class.newInstance(Unknown Source)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.config.BeanConfig.newInstance(BeanConfig.java:189)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:631)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.config.RepositoryConfig.getQueryHandler(RepositoryConfig.java:1032)
> >> > at
> >> >
> org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:174)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:630)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.RepositoryImpl.access$100(RepositoryImpl.java:124)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1860)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2095)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:2000)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:533)
> >> > at
> >> >
> org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:342)
> >> > at
> >> >
> org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:605)
> >> > at
> >> >
> >>
> org.apache.sling.jcr.jackrabbit.server.impl.SlingServerRepository.acquireRepository(SlingServerRepository.java:160)
> >> > at
> >> >
> >>
> org.apache.sling.jcr.base.AbstractSlingRepository.startRepository(AbstractSlingRepository.java:787)
> >> > at
> >> >
> >>
> org.apache.sling.jcr.base.AbstractSlingRepository.run(AbstractSlingRepository.java:917)
> >> > at java.lang.Thread.run(Unknown Source)
> >> > Caused by: org.apache.tika.exception.TikaException: Configured parser
> >> class
> >> > not found: org.apache.jackrabbit.core.query.pdf.PDFParser
> >> > at
> org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:151)
> >> > at
> org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:98)
> >> > at
> org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:85)
> >> > at
> >> >
> >>
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:82)
> >> > ... 23 more
> >> > Caused by: java.lang.ClassNotFoundException:
> >> > org.apache.jackrabbit.core.query.pdf.PDFParser
> >> > at
> >> >
> >>
> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814)
> >> > at
> >> > org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> >> > at
> >> >
> >>
> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> >> > at java.lang.ClassLoader.loadClass(Unknown Source)
> >> > at java.lang.Class.forName0(Native Method)
> >> > at java.lang.Class.forName(Unknown Source)
> >> > at
> org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:125)
> >> > ... 26 more
> >> >
> >> >
> >> > Regards,
> >> > Eric
> >> > On Thu, Mar 31, 2011 at 3:20 PM, Justin Edelson <
> >> justin@justinedelson.com>
> >> > wrote:
> >> >>
> >> >>
> >> >> On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
> >> >>
> >> >> > As I said in one of my longer emails, the only Sling code change I
> >> >> > noticed is that Sling's PluggableDefaultAccessManager makes a call
> to
> >> >> > canRead(itemPath) on its superclass in Jackrabbit -
> >> DefaultAccessManager.
> >> >> > For some reason unclear to me they changed it in from just taking a
> >> path as
> >> >> > a parameter in 2.1 to taking both a path and an item ID in 2.2, but
> >> then the
> >> >> > JavaDocs say either one of the parameters can be null.
> >> >>
> >> >> This was discussed both on sling-dev and jackrabbit-dev. IIRC, it was
> >> >> actually done in 2.1.3. I posted a potential patch on sling-dev when
> >> this
> >> >> initially came up.
> >> >>
> >> >> Justin
> >> >>
> >> >> >
> >> >> > I made a little progress today, but unfortunately, due to the
> >> >> > absurdities of today's build tools, I'm stuck with a bunch of vague
> >> messages
> >> >> > that have nothing to do with actually building the software. That
> >> today you
> >> >> > can't replace a few libraries and a few lines of code and still
> build
> >> >> > software without causing miles of vague errors that have nothing to
> do
> >> with
> >> >> > the compilability of the actual code is ridiculous.
> >> >> >
> >> >> > [INFO] Scanning for projects...
> >> >> > [WARNING]
> >> >> > [WARNING] Some problems were encountered while building the
> effective
> >> >> > model for
> >> >> >
> >>
> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
> >> >> > [WARNING]
> >> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> >> >> > must be unique: org.apache.sling:org.apache.sling.junit.remote:jar
> ->
> >> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column
> 21
> >> >> > [WARNING]
> >> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> >> >> > must be unique: org.apache.sling:org.apache.sling.testing.tools:jar
> ->
> >> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column
> 21
> >> >> > [WARNING]
> >> >> > [WARNING] It is highly recommended to fix these problems because
> they
> >> >> > threaten the stability of your build.
> >> >> > [WARNING]
> >> >> > [WARNING] For this reason, future Maven versions might no longer
> >> support
> >> >> > building such malformed projects.
> >> >> > [WARNING]
> >> >> >
> >> >> > On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
> >> >> >> Hi All,
> >> >> >>
> >> >> >> I found a use case where I could also use an upgrade to jackrabbit
> >> >> >> 2.2.5 to
> >> >> >> utilize some changes in user/group management. I filed JIRA
> >> >> >> issue SLING-2044 for tracking and will attempt the upgrade today.
> >> >> >>
> >> >> >> Regards,
> >> >> >> Eric
> >> >> >>
> >> >> >> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
> >> >> >> <ju...@justinedelson.com>wrote:
> >> >> >>
> >> >> >>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk>
> wrote:
> >> >> >>>>
> >> >> >>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
> >> >> >>>>
> >> >> >>>>>
> >> >> >>>>>
> >> >> >>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
> >> >> >>>>>
> >> >> >>>>>>
> >> >> >>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
> >> >> >>>>>>
> >> >> >>>>>>>
> >> >> >>>>>>> Is there any documentation for upgrading the jackrabbit
> version
> >> in
> >> >> >>>>>>> the
> >> >> >>> Sling build?
> >> >> >>>>>>
> >> >> >>>>>> AFAIK, there is not.
> >> >> >>>>>> Ian
> >> >> >>>>>
> >> >> >>>>> There is, in a sense. Look at JIRA and Subversion and you'll
> see
> >> the
> >> >> >>> exact set of changes made for prior upgrades.
> >> >> >>>>
> >> >> >>>> good point,
> >> >> >>>>
> >> >> >>>>
> >> >> >>>
> >> >> >>>
> >>
> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
> >> >> >>>>
> >> >> >>>> http://svn.apache.org/viewvc?view=revision&revision=987559
> >> >> >>>>
> >> >> >>>> was that the right issue ?
> >> >> >>>
> >> >> >>> SLING-1531 too...
> >> >> >>>
> >> >> >>>>
> >> >> >>>> Ian
> >> >> >>>>
> >> >> >>>>
> >> >> >>>>>
> >> >> >>>>> Justin
> >> >> >>>>>>
> >> >> >>>>>>>
> >> >> >>>>>>> Thanks.
> >> >> >>>>>>>
> >> >> >>>>>>> Craig
> >> >> >>>>>>>
> >> >> >>>>>>
> >> >> >>>>
> >> >> >>>>
> >> >> >>>
> >> >> >
> >> >
> >> >
> >>
> >
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Justin Edelson <ju...@justinedelson.com>.
On Fri, Apr 1, 2011 at 12:42 AM, Eric Norman <er...@gmail.com> wrote:
> Thanks for the review.
>
> Maybe it is ok to just pass the ItemId to the AccessManagerPlugin2#canRead
> method as a string?
That'd solve the export problem, but the question remains - what would
an implementor of AccessManagerPlugin2 actually *do* with this value?
>
>
> On Thu, Mar 31, 2011 at 6:37 PM, Justin Edelson <ju...@justinedelson.com>wrote:
>
>> I made a few comments. Mostly API version bumps which aren't AFAIK
>> necessary.
>>
>> The bigger issue, to me, is the AccessManagerPlugin2 interface's use
>> of org.apache.jackrabbit.core.id.ItemId. This is *not* a Jackrabbit
>> API class and I have my doubts that we should be exporting it (as I
>> did in my patch).
>>
>> Is it actually possible to implement AccessManagerPlugin2 and do
>> anything of import with the ItemID parameter?
>>
>> I'll take a look at the Tika issue. Did you try 0.9?
>>
>> Justin
>>
>> On Thu, Mar 31, 2011 at 8:45 PM, Eric Norman <er...@gmail.com>
>> wrote:
>> > Moving further discussion to the dev list...
>> > Thanks Justin,
>> > I almost got it working using your patch + some other changes.
>> > See the diffs @ http://codereview.appspot.com/4345041/
>> > Now I hit an issue loading the tika parsers that was described @
>> > http://jackrabbit.markmail.org/thread/k5fhbkbs774buv4w
>> > Any suggestions on how to workaround that?
>> > If I use version 0.6 of the tika bundle the repository will start but
>> throws
>> > NPE when extracting text for the search index:
>> > 31.03.2011 17:38:35.968 *WARN* [jackrabbit-pool-1]
>> > org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField Failed to
>> > extract text from a binary
>> > property java.lang.NullPointerException
>> > at
>> > org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:92)
>> > at
>> >
>> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.parse(JackrabbitParser.java:192)
>> > at
>> >
>> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField$ParsingTask.run(LazyTextExtractorField.java:174)
>> >
>> > If I use version 0.8 of the tika bundle it throws a RuntimeException that
>> > makes the repository not start properly:
>> > 31.03.2011 17:43:13.171 *INFO* [Repository Pinger]
>> > org.apache.jackrabbit.core.RepositoryImpl Repository has been shutdown
>> > 31.03.2011 17:43:13.171 *ERROR* [Repository Pinger]
>> > org.apache.sling.jcr.jackrabbit.server startRepository: Uncaught
>> Throwable
>> > trying to access Reposi
>> > tory, calling stopRepository() (java.lang.RuntimeException: Unable to
>> load
>> > embedded Tika configuration) java.lang.RuntimeException: Unable to load
>> emb
>> > edded Tika configuration
>> > at
>> >
>> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:91)
>> > at
>> >
>> org.apache.jackrabbit.core.query.lucene.SearchIndex.<init>(SearchIndex.java:211)
>> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>> > Method)
>> > at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>> > Source)
>> > at
>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> > Source)
>> > at java.lang.reflect.Constructor.newInstance(Unknown Source)
>> > at java.lang.Class.newInstance0(Unknown Source)
>> > at java.lang.Class.newInstance(Unknown Source)
>> > at
>> >
>> org.apache.jackrabbit.core.config.BeanConfig.newInstance(BeanConfig.java:189)
>> > at
>> >
>> org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:631)
>> > at
>> >
>> org.apache.jackrabbit.core.config.RepositoryConfig.getQueryHandler(RepositoryConfig.java:1032)
>> > at
>> > org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:174)
>> > at
>> >
>> org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:630)
>> > at
>> >
>> org.apache.jackrabbit.core.RepositoryImpl.access$100(RepositoryImpl.java:124)
>> > at
>> >
>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1860)
>> > at
>> >
>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2095)
>> > at
>> >
>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:2000)
>> > at
>> >
>> org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:533)
>> > at
>> > org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:342)
>> > at
>> > org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:605)
>> > at
>> >
>> org.apache.sling.jcr.jackrabbit.server.impl.SlingServerRepository.acquireRepository(SlingServerRepository.java:160)
>> > at
>> >
>> org.apache.sling.jcr.base.AbstractSlingRepository.startRepository(AbstractSlingRepository.java:787)
>> > at
>> >
>> org.apache.sling.jcr.base.AbstractSlingRepository.run(AbstractSlingRepository.java:917)
>> > at java.lang.Thread.run(Unknown Source)
>> > Caused by: org.apache.tika.exception.TikaException: Configured parser
>> class
>> > not found: org.apache.jackrabbit.core.query.pdf.PDFParser
>> > at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:151)
>> > at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:98)
>> > at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:85)
>> > at
>> >
>> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:82)
>> > ... 23 more
>> > Caused by: java.lang.ClassNotFoundException:
>> > org.apache.jackrabbit.core.query.pdf.PDFParser
>> > at
>> >
>> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814)
>> > at
>> > org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
>> > at
>> >
>> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
>> > at java.lang.ClassLoader.loadClass(Unknown Source)
>> > at java.lang.Class.forName0(Native Method)
>> > at java.lang.Class.forName(Unknown Source)
>> > at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:125)
>> > ... 26 more
>> >
>> >
>> > Regards,
>> > Eric
>> > On Thu, Mar 31, 2011 at 3:20 PM, Justin Edelson <
>> justin@justinedelson.com>
>> > wrote:
>> >>
>> >>
>> >> On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
>> >>
>> >> > As I said in one of my longer emails, the only Sling code change I
>> >> > noticed is that Sling's PluggableDefaultAccessManager makes a call to
>> >> > canRead(itemPath) on its superclass in Jackrabbit -
>> DefaultAccessManager.
>> >> > For some reason unclear to me they changed it in from just taking a
>> path as
>> >> > a parameter in 2.1 to taking both a path and an item ID in 2.2, but
>> then the
>> >> > JavaDocs say either one of the parameters can be null.
>> >>
>> >> This was discussed both on sling-dev and jackrabbit-dev. IIRC, it was
>> >> actually done in 2.1.3. I posted a potential patch on sling-dev when
>> this
>> >> initially came up.
>> >>
>> >> Justin
>> >>
>> >> >
>> >> > I made a little progress today, but unfortunately, due to the
>> >> > absurdities of today's build tools, I'm stuck with a bunch of vague
>> messages
>> >> > that have nothing to do with actually building the software. That
>> today you
>> >> > can't replace a few libraries and a few lines of code and still build
>> >> > software without causing miles of vague errors that have nothing to do
>> with
>> >> > the compilability of the actual code is ridiculous.
>> >> >
>> >> > [INFO] Scanning for projects...
>> >> > [WARNING]
>> >> > [WARNING] Some problems were encountered while building the effective
>> >> > model for
>> >> >
>> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
>> >> > [WARNING]
>> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>> >> > must be unique: org.apache.sling:org.apache.sling.junit.remote:jar ->
>> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
>> >> > [WARNING]
>> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>> >> > must be unique: org.apache.sling:org.apache.sling.testing.tools:jar ->
>> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
>> >> > [WARNING]
>> >> > [WARNING] It is highly recommended to fix these problems because they
>> >> > threaten the stability of your build.
>> >> > [WARNING]
>> >> > [WARNING] For this reason, future Maven versions might no longer
>> support
>> >> > building such malformed projects.
>> >> > [WARNING]
>> >> >
>> >> > On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>> >> >> Hi All,
>> >> >>
>> >> >> I found a use case where I could also use an upgrade to jackrabbit
>> >> >> 2.2.5 to
>> >> >> utilize some changes in user/group management. I filed JIRA
>> >> >> issue SLING-2044 for tracking and will attempt the upgrade today.
>> >> >>
>> >> >> Regards,
>> >> >> Eric
>> >> >>
>> >> >> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
>> >> >> <ju...@justinedelson.com>wrote:
>> >> >>
>> >> >>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>> >> >>>>
>> >> >>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>> >> >>>>
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>> >> >>>>>
>> >> >>>>>>
>> >> >>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>> >> >>>>>>
>> >> >>>>>>>
>> >> >>>>>>> Is there any documentation for upgrading the jackrabbit version
>> in
>> >> >>>>>>> the
>> >> >>> Sling build?
>> >> >>>>>>
>> >> >>>>>> AFAIK, there is not.
>> >> >>>>>> Ian
>> >> >>>>>
>> >> >>>>> There is, in a sense. Look at JIRA and Subversion and you'll see
>> the
>> >> >>> exact set of changes made for prior upgrades.
>> >> >>>>
>> >> >>>> good point,
>> >> >>>>
>> >> >>>>
>> >> >>>
>> >> >>>
>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>> >> >>>>
>> >> >>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>> >> >>>>
>> >> >>>> was that the right issue ?
>> >> >>>
>> >> >>> SLING-1531 too...
>> >> >>>
>> >> >>>>
>> >> >>>> Ian
>> >> >>>>
>> >> >>>>
>> >> >>>>>
>> >> >>>>> Justin
>> >> >>>>>>
>> >> >>>>>>>
>> >> >>>>>>> Thanks.
>> >> >>>>>>>
>> >> >>>>>>> Craig
>> >> >>>>>>>
>> >> >>>>>>
>> >> >>>>
>> >> >>>>
>> >> >>>
>> >> >
>> >
>> >
>>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Eric Norman <er...@gmail.com>.
Thanks for the review.
Maybe it is ok to just pass the ItemId to the AccessManagerPlugin2#canRead
method as a string?
On Thu, Mar 31, 2011 at 6:37 PM, Justin Edelson <ju...@justinedelson.com>wrote:
> I made a few comments. Mostly API version bumps which aren't AFAIK
> necessary.
>
> The bigger issue, to me, is the AccessManagerPlugin2 interface's use
> of org.apache.jackrabbit.core.id.ItemId. This is *not* a Jackrabbit
> API class and I have my doubts that we should be exporting it (as I
> did in my patch).
>
> Is it actually possible to implement AccessManagerPlugin2 and do
> anything of import with the ItemID parameter?
>
> I'll take a look at the Tika issue. Did you try 0.9?
>
> Justin
>
> On Thu, Mar 31, 2011 at 8:45 PM, Eric Norman <er...@gmail.com>
> wrote:
> > Moving further discussion to the dev list...
> > Thanks Justin,
> > I almost got it working using your patch + some other changes.
> > See the diffs @ http://codereview.appspot.com/4345041/
> > Now I hit an issue loading the tika parsers that was described @
> > http://jackrabbit.markmail.org/thread/k5fhbkbs774buv4w
> > Any suggestions on how to workaround that?
> > If I use version 0.6 of the tika bundle the repository will start but
> throws
> > NPE when extracting text for the search index:
> > 31.03.2011 17:38:35.968 *WARN* [jackrabbit-pool-1]
> > org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField Failed to
> > extract text from a binary
> > property java.lang.NullPointerException
> > at
> > org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:92)
> > at
> >
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.parse(JackrabbitParser.java:192)
> > at
> >
> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField$ParsingTask.run(LazyTextExtractorField.java:174)
> >
> > If I use version 0.8 of the tika bundle it throws a RuntimeException that
> > makes the repository not start properly:
> > 31.03.2011 17:43:13.171 *INFO* [Repository Pinger]
> > org.apache.jackrabbit.core.RepositoryImpl Repository has been shutdown
> > 31.03.2011 17:43:13.171 *ERROR* [Repository Pinger]
> > org.apache.sling.jcr.jackrabbit.server startRepository: Uncaught
> Throwable
> > trying to access Reposi
> > tory, calling stopRepository() (java.lang.RuntimeException: Unable to
> load
> > embedded Tika configuration) java.lang.RuntimeException: Unable to load
> emb
> > edded Tika configuration
> > at
> >
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:91)
> > at
> >
> org.apache.jackrabbit.core.query.lucene.SearchIndex.<init>(SearchIndex.java:211)
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
> > Source)
> > at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> > Source)
> > at java.lang.reflect.Constructor.newInstance(Unknown Source)
> > at java.lang.Class.newInstance0(Unknown Source)
> > at java.lang.Class.newInstance(Unknown Source)
> > at
> >
> org.apache.jackrabbit.core.config.BeanConfig.newInstance(BeanConfig.java:189)
> > at
> >
> org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:631)
> > at
> >
> org.apache.jackrabbit.core.config.RepositoryConfig.getQueryHandler(RepositoryConfig.java:1032)
> > at
> > org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:174)
> > at
> >
> org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:630)
> > at
> >
> org.apache.jackrabbit.core.RepositoryImpl.access$100(RepositoryImpl.java:124)
> > at
> >
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1860)
> > at
> >
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2095)
> > at
> >
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:2000)
> > at
> >
> org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:533)
> > at
> > org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:342)
> > at
> > org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:605)
> > at
> >
> org.apache.sling.jcr.jackrabbit.server.impl.SlingServerRepository.acquireRepository(SlingServerRepository.java:160)
> > at
> >
> org.apache.sling.jcr.base.AbstractSlingRepository.startRepository(AbstractSlingRepository.java:787)
> > at
> >
> org.apache.sling.jcr.base.AbstractSlingRepository.run(AbstractSlingRepository.java:917)
> > at java.lang.Thread.run(Unknown Source)
> > Caused by: org.apache.tika.exception.TikaException: Configured parser
> class
> > not found: org.apache.jackrabbit.core.query.pdf.PDFParser
> > at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:151)
> > at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:98)
> > at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:85)
> > at
> >
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:82)
> > ... 23 more
> > Caused by: java.lang.ClassNotFoundException:
> > org.apache.jackrabbit.core.query.pdf.PDFParser
> > at
> >
> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814)
> > at
> > org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> > at
> >
> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> > at java.lang.ClassLoader.loadClass(Unknown Source)
> > at java.lang.Class.forName0(Native Method)
> > at java.lang.Class.forName(Unknown Source)
> > at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:125)
> > ... 26 more
> >
> >
> > Regards,
> > Eric
> > On Thu, Mar 31, 2011 at 3:20 PM, Justin Edelson <
> justin@justinedelson.com>
> > wrote:
> >>
> >>
> >> On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
> >>
> >> > As I said in one of my longer emails, the only Sling code change I
> >> > noticed is that Sling's PluggableDefaultAccessManager makes a call to
> >> > canRead(itemPath) on its superclass in Jackrabbit -
> DefaultAccessManager.
> >> > For some reason unclear to me they changed it in from just taking a
> path as
> >> > a parameter in 2.1 to taking both a path and an item ID in 2.2, but
> then the
> >> > JavaDocs say either one of the parameters can be null.
> >>
> >> This was discussed both on sling-dev and jackrabbit-dev. IIRC, it was
> >> actually done in 2.1.3. I posted a potential patch on sling-dev when
> this
> >> initially came up.
> >>
> >> Justin
> >>
> >> >
> >> > I made a little progress today, but unfortunately, due to the
> >> > absurdities of today's build tools, I'm stuck with a bunch of vague
> messages
> >> > that have nothing to do with actually building the software. That
> today you
> >> > can't replace a few libraries and a few lines of code and still build
> >> > software without causing miles of vague errors that have nothing to do
> with
> >> > the compilability of the actual code is ridiculous.
> >> >
> >> > [INFO] Scanning for projects...
> >> > [WARNING]
> >> > [WARNING] Some problems were encountered while building the effective
> >> > model for
> >> >
> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
> >> > [WARNING]
> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> >> > must be unique: org.apache.sling:org.apache.sling.junit.remote:jar ->
> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
> >> > [WARNING]
> 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> >> > must be unique: org.apache.sling:org.apache.sling.testing.tools:jar ->
> >> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
> >> > [WARNING]
> >> > [WARNING] It is highly recommended to fix these problems because they
> >> > threaten the stability of your build.
> >> > [WARNING]
> >> > [WARNING] For this reason, future Maven versions might no longer
> support
> >> > building such malformed projects.
> >> > [WARNING]
> >> >
> >> > On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
> >> >> Hi All,
> >> >>
> >> >> I found a use case where I could also use an upgrade to jackrabbit
> >> >> 2.2.5 to
> >> >> utilize some changes in user/group management. I filed JIRA
> >> >> issue SLING-2044 for tracking and will attempt the upgrade today.
> >> >>
> >> >> Regards,
> >> >> Eric
> >> >>
> >> >> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
> >> >> <ju...@justinedelson.com>wrote:
> >> >>
> >> >>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
> >> >>>>
> >> >>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
> >> >>>>
> >> >>>>>
> >> >>>>>
> >> >>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
> >> >>>>>
> >> >>>>>>
> >> >>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
> >> >>>>>>
> >> >>>>>>>
> >> >>>>>>> Is there any documentation for upgrading the jackrabbit version
> in
> >> >>>>>>> the
> >> >>> Sling build?
> >> >>>>>>
> >> >>>>>> AFAIK, there is not.
> >> >>>>>> Ian
> >> >>>>>
> >> >>>>> There is, in a sense. Look at JIRA and Subversion and you'll see
> the
> >> >>> exact set of changes made for prior upgrades.
> >> >>>>
> >> >>>> good point,
> >> >>>>
> >> >>>>
> >> >>>
> >> >>>
> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
> >> >>>>
> >> >>>> http://svn.apache.org/viewvc?view=revision&revision=987559
> >> >>>>
> >> >>>> was that the right issue ?
> >> >>>
> >> >>> SLING-1531 too...
> >> >>>
> >> >>>>
> >> >>>> Ian
> >> >>>>
> >> >>>>
> >> >>>>>
> >> >>>>> Justin
> >> >>>>>>
> >> >>>>>>>
> >> >>>>>>> Thanks.
> >> >>>>>>>
> >> >>>>>>> Craig
> >> >>>>>>>
> >> >>>>>>
> >> >>>>
> >> >>>>
> >> >>>
> >> >
> >
> >
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Justin Edelson <ju...@justinedelson.com>.
I made a few comments. Mostly API version bumps which aren't AFAIK necessary.
The bigger issue, to me, is the AccessManagerPlugin2 interface's use
of org.apache.jackrabbit.core.id.ItemId. This is *not* a Jackrabbit
API class and I have my doubts that we should be exporting it (as I
did in my patch).
Is it actually possible to implement AccessManagerPlugin2 and do
anything of import with the ItemID parameter?
I'll take a look at the Tika issue. Did you try 0.9?
Justin
On Thu, Mar 31, 2011 at 8:45 PM, Eric Norman <er...@gmail.com> wrote:
> Moving further discussion to the dev list...
> Thanks Justin,
> I almost got it working using your patch + some other changes.
> See the diffs @ http://codereview.appspot.com/4345041/
> Now I hit an issue loading the tika parsers that was described @
> http://jackrabbit.markmail.org/thread/k5fhbkbs774buv4w
> Any suggestions on how to workaround that?
> If I use version 0.6 of the tika bundle the repository will start but throws
> NPE when extracting text for the search index:
> 31.03.2011 17:38:35.968 *WARN* [jackrabbit-pool-1]
> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField Failed to
> extract text from a binary
> property java.lang.NullPointerException
> at
> org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:92)
> at
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.parse(JackrabbitParser.java:192)
> at
> org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField$ParsingTask.run(LazyTextExtractorField.java:174)
>
> If I use version 0.8 of the tika bundle it throws a RuntimeException that
> makes the repository not start properly:
> 31.03.2011 17:43:13.171 *INFO* [Repository Pinger]
> org.apache.jackrabbit.core.RepositoryImpl Repository has been shutdown
> 31.03.2011 17:43:13.171 *ERROR* [Repository Pinger]
> org.apache.sling.jcr.jackrabbit.server startRepository: Uncaught Throwable
> trying to access Reposi
> tory, calling stopRepository() (java.lang.RuntimeException: Unable to load
> embedded Tika configuration) java.lang.RuntimeException: Unable to load emb
> edded Tika configuration
> at
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:91)
> at
> org.apache.jackrabbit.core.query.lucene.SearchIndex.<init>(SearchIndex.java:211)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
> Source)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> Source)
> at java.lang.reflect.Constructor.newInstance(Unknown Source)
> at java.lang.Class.newInstance0(Unknown Source)
> at java.lang.Class.newInstance(Unknown Source)
> at
> org.apache.jackrabbit.core.config.BeanConfig.newInstance(BeanConfig.java:189)
> at
> org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:631)
> at
> org.apache.jackrabbit.core.config.RepositoryConfig.getQueryHandler(RepositoryConfig.java:1032)
> at
> org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:174)
> at
> org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:630)
> at
> org.apache.jackrabbit.core.RepositoryImpl.access$100(RepositoryImpl.java:124)
> at
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1860)
> at
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2095)
> at
> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:2000)
> at
> org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:533)
> at
> org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:342)
> at
> org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:605)
> at
> org.apache.sling.jcr.jackrabbit.server.impl.SlingServerRepository.acquireRepository(SlingServerRepository.java:160)
> at
> org.apache.sling.jcr.base.AbstractSlingRepository.startRepository(AbstractSlingRepository.java:787)
> at
> org.apache.sling.jcr.base.AbstractSlingRepository.run(AbstractSlingRepository.java:917)
> at java.lang.Thread.run(Unknown Source)
> Caused by: org.apache.tika.exception.TikaException: Configured parser class
> not found: org.apache.jackrabbit.core.query.pdf.PDFParser
> at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:151)
> at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:98)
> at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:85)
> at
> org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:82)
> ... 23 more
> Caused by: java.lang.ClassNotFoundException:
> org.apache.jackrabbit.core.query.pdf.PDFParser
> at
> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814)
> at
> org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> at
> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Unknown Source)
> at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:125)
> ... 26 more
>
>
> Regards,
> Eric
> On Thu, Mar 31, 2011 at 3:20 PM, Justin Edelson <ju...@justinedelson.com>
> wrote:
>>
>>
>> On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
>>
>> > As I said in one of my longer emails, the only Sling code change I
>> > noticed is that Sling's PluggableDefaultAccessManager makes a call to
>> > canRead(itemPath) on its superclass in Jackrabbit - DefaultAccessManager.
>> > For some reason unclear to me they changed it in from just taking a path as
>> > a parameter in 2.1 to taking both a path and an item ID in 2.2, but then the
>> > JavaDocs say either one of the parameters can be null.
>>
>> This was discussed both on sling-dev and jackrabbit-dev. IIRC, it was
>> actually done in 2.1.3. I posted a potential patch on sling-dev when this
>> initially came up.
>>
>> Justin
>>
>> >
>> > I made a little progress today, but unfortunately, due to the
>> > absurdities of today's build tools, I'm stuck with a bunch of vague messages
>> > that have nothing to do with actually building the software. That today you
>> > can't replace a few libraries and a few lines of code and still build
>> > software without causing miles of vague errors that have nothing to do with
>> > the compilability of the actual code is ridiculous.
>> >
>> > [INFO] Scanning for projects...
>> > [WARNING]
>> > [WARNING] Some problems were encountered while building the effective
>> > model for
>> > org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
>> > [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>> > must be unique: org.apache.sling:org.apache.sling.junit.remote:jar ->
>> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
>> > [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
>> > must be unique: org.apache.sling:org.apache.sling.testing.tools:jar ->
>> > duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
>> > [WARNING]
>> > [WARNING] It is highly recommended to fix these problems because they
>> > threaten the stability of your build.
>> > [WARNING]
>> > [WARNING] For this reason, future Maven versions might no longer support
>> > building such malformed projects.
>> > [WARNING]
>> >
>> > On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>> >> Hi All,
>> >>
>> >> I found a use case where I could also use an upgrade to jackrabbit
>> >> 2.2.5 to
>> >> utilize some changes in user/group management. I filed JIRA
>> >> issue SLING-2044 for tracking and will attempt the upgrade today.
>> >>
>> >> Regards,
>> >> Eric
>> >>
>> >> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson
>> >> <ju...@justinedelson.com>wrote:
>> >>
>> >>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>> >>>>
>> >>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>> >>>>
>> >>>>>
>> >>>>>
>> >>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>> >>>>>
>> >>>>>>
>> >>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>> >>>>>>
>> >>>>>>>
>> >>>>>>> Is there any documentation for upgrading the jackrabbit version in
>> >>>>>>> the
>> >>> Sling build?
>> >>>>>>
>> >>>>>> AFAIK, there is not.
>> >>>>>> Ian
>> >>>>>
>> >>>>> There is, in a sense. Look at JIRA and Subversion and you'll see the
>> >>> exact set of changes made for prior upgrades.
>> >>>>
>> >>>> good point,
>> >>>>
>> >>>>
>> >>>
>> >>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>> >>>>
>> >>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>> >>>>
>> >>>> was that the right issue ?
>> >>>
>> >>> SLING-1531 too...
>> >>>
>> >>>>
>> >>>> Ian
>> >>>>
>> >>>>
>> >>>>>
>> >>>>> Justin
>> >>>>>>
>> >>>>>>>
>> >>>>>>> Thanks.
>> >>>>>>>
>> >>>>>>> Craig
>> >>>>>>>
>> >>>>>>
>> >>>>
>> >>>>
>> >>>
>> >
>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Eric Norman <er...@gmail.com>.
Moving further discussion to the dev list...
Thanks Justin,
I almost got it working using your patch + some other changes.
See the diffs @ http://codereview.appspot.com/4345041/
Now I hit an issue loading the tika parsers that was described @
http://jackrabbit.markmail.org/thread/k5fhbkbs774buv4w
Any suggestions on how to workaround that?
If I use version 0.6 of the tika bundle the repository will start but throws
NPE when extracting text for the search index:
31.03.2011 17:38:35.968 *WARN* [jackrabbit-pool-1]
org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField Failed to
extract text from a binary
property java.lang.NullPointerException
at
org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:92)
at
org.apache.jackrabbit.core.query.lucene.JackrabbitParser.parse(JackrabbitParser.java:192)
at
org.apache.jackrabbit.core.query.lucene.LazyTextExtractorField$ParsingTask.run(LazyTextExtractorField.java:174)
If I use version 0.8 of the tika bundle it throws a RuntimeException that
makes the repository not start properly:
31.03.2011 17:43:13.171 *INFO* [Repository Pinger]
org.apache.jackrabbit.core.RepositoryImpl Repository has been shutdown
31.03.2011 17:43:13.171 *ERROR* [Repository Pinger]
org.apache.sling.jcr.jackrabbit.server startRepository: Uncaught Throwable
trying to access Reposi
tory, calling stopRepository() (java.lang.RuntimeException: Unable to load
embedded Tika configuration) java.lang.RuntimeException: Unable to load emb
edded Tika configuration
at
org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:91)
at
org.apache.jackrabbit.core.query.lucene.SearchIndex.<init>(SearchIndex.java:211)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at
org.apache.jackrabbit.core.config.BeanConfig.newInstance(BeanConfig.java:189)
at
org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:631)
at
org.apache.jackrabbit.core.config.RepositoryConfig.getQueryHandler(RepositoryConfig.java:1032)
at
org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:174)
at
org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:630)
at
org.apache.jackrabbit.core.RepositoryImpl.access$100(RepositoryImpl.java:124)
at
org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1860)
at
org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2095)
at
org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:2000)
at
org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:533)
at
org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:342)
at
org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:605)
at
org.apache.sling.jcr.jackrabbit.server.impl.SlingServerRepository.acquireRepository(SlingServerRepository.java:160)
at
org.apache.sling.jcr.base.AbstractSlingRepository.startRepository(AbstractSlingRepository.java:787)
at
org.apache.sling.jcr.base.AbstractSlingRepository.run(AbstractSlingRepository.java:917)
at java.lang.Thread.run(Unknown Source)
Caused by: org.apache.tika.exception.TikaException: Configured parser class
not found: org.apache.jackrabbit.core.query.pdf.PDFParser
at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:151)
at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:98)
at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:85)
at
org.apache.jackrabbit.core.query.lucene.JackrabbitParser.<init>(JackrabbitParser.java:82)
... 23 more
Caused by: java.lang.ClassNotFoundException:
org.apache.jackrabbit.core.query.pdf.PDFParser
at
org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814)
at
org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
at
org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at org.apache.tika.config.TikaConfig.<init>(TikaConfig.java:125)
... 26 more
Regards,
Eric
On Thu, Mar 31, 2011 at 3:20 PM, Justin Edelson <ju...@justinedelson.com>wrote:
>
>
> On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
>
> > As I said in one of my longer emails, the only Sling code change I
> noticed is that Sling's PluggableDefaultAccessManager makes a call to
> canRead(itemPath) on its superclass in Jackrabbit - DefaultAccessManager.
> For some reason unclear to me they changed it in from just taking a path as
> a parameter in 2.1 to taking both a path and an item ID in 2.2, but then the
> JavaDocs say either one of the parameters can be null.
>
> This was discussed both on sling-dev and jackrabbit-dev. IIRC, it was
> actually done in 2.1.3. I posted a potential patch on sling-dev when this
> initially came up.
>
> Justin
>
> >
> > I made a little progress today, but unfortunately, due to the absurdities
> of today's build tools, I'm stuck with a bunch of vague messages that have
> nothing to do with actually building the software. That today you can't
> replace a few libraries and a few lines of code and still build software
> without causing miles of vague errors that have nothing to do with the
> compilability of the actual code is ridiculous.
> >
> > [INFO] Scanning for projects...
> > [WARNING]
> > [WARNING] Some problems were encountered while building the effective
> model for
> org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
> > [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> must be unique: org.apache.sling:org.apache.sling.junit.remote:jar ->
> duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
> > [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)'
> must be unique: org.apache.sling:org.apache.sling.testing.tools:jar ->
> duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
> > [WARNING]
> > [WARNING] It is highly recommended to fix these problems because they
> threaten the stability of your build.
> > [WARNING]
> > [WARNING] For this reason, future Maven versions might no longer support
> building such malformed projects.
> > [WARNING]
> >
> > On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
> >> Hi All,
> >>
> >> I found a use case where I could also use an upgrade to jackrabbit 2.2.5
> to
> >> utilize some changes in user/group management. I filed JIRA
> >> issue SLING-2044 for tracking and will attempt the upgrade today.
> >>
> >> Regards,
> >> Eric
> >>
> >> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson <
> justin@justinedelson.com>wrote:
> >>
> >>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
> >>>>
> >>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
> >>>>
> >>>>>
> >>>>>
> >>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
> >>>>>
> >>>>>>
> >>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
> >>>>>>
> >>>>>>>
> >>>>>>> Is there any documentation for upgrading the jackrabbit version in
> the
> >>> Sling build?
> >>>>>>
> >>>>>> AFAIK, there is not.
> >>>>>> Ian
> >>>>>
> >>>>> There is, in a sense. Look at JIRA and Subversion and you'll see the
> >>> exact set of changes made for prior upgrades.
> >>>>
> >>>> good point,
> >>>>
> >>>>
> >>>
> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
> >>>>
> >>>> http://svn.apache.org/viewvc?view=revision&revision=987559
> >>>>
> >>>> was that the right issue ?
> >>>
> >>> SLING-1531 too...
> >>>
> >>>>
> >>>> Ian
> >>>>
> >>>>
> >>>>>
> >>>>> Justin
> >>>>>>
> >>>>>>>
> >>>>>>> Thanks.
> >>>>>>>
> >>>>>>> Craig
> >>>>>>>
> >>>>>>
> >>>>
> >>>>
> >>>
> >
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Justin Edelson <ju...@justinedelson.com>.
On Mar 31, 2011, at 5:43 PM, Craig Ganoe <cg...@psu.edu> wrote:
> As I said in one of my longer emails, the only Sling code change I noticed is that Sling's PluggableDefaultAccessManager makes a call to canRead(itemPath) on its superclass in Jackrabbit - DefaultAccessManager. For some reason unclear to me they changed it in from just taking a path as a parameter in 2.1 to taking both a path and an item ID in 2.2, but then the JavaDocs say either one of the parameters can be null.
This was discussed both on sling-dev and jackrabbit-dev. IIRC, it was actually done in 2.1.3. I posted a potential patch on sling-dev when this initially came up.
Justin
>
> I made a little progress today, but unfortunately, due to the absurdities of today's build tools, I'm stuck with a bunch of vague messages that have nothing to do with actually building the software. That today you can't replace a few libraries and a few lines of code and still build software without causing miles of vague errors that have nothing to do with the compilability of the actual code is ridiculous.
>
> [INFO] Scanning for projects...
> [WARNING]
> [WARNING] Some problems were encountered while building the effective model for org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:0.1.1-SNAPSHOT
> [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: org.apache.sling:org.apache.sling.junit.remote:jar -> duplicate declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
> [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: org.apache.sling:org.apache.sling.testing.tools:jar -> duplicate declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
> [WARNING]
> [WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
> [WARNING]
> [WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
> [WARNING]
>
> On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
>> Hi All,
>>
>> I found a use case where I could also use an upgrade to jackrabbit 2.2.5 to
>> utilize some changes in user/group management. I filed JIRA
>> issue SLING-2044 for tracking and will attempt the upgrade today.
>>
>> Regards,
>> Eric
>>
>> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson <ju...@justinedelson.com>wrote:
>>
>>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>
>>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>>>>
>>>>>
>>>>>
>>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>>
>>>>>>
>>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>>>>>
>>>>>>>
>>>>>>> Is there any documentation for upgrading the jackrabbit version in the
>>> Sling build?
>>>>>>
>>>>>> AFAIK, there is not.
>>>>>> Ian
>>>>>
>>>>> There is, in a sense. Look at JIRA and Subversion and you'll see the
>>> exact set of changes made for prior upgrades.
>>>>
>>>> good point,
>>>>
>>>>
>>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>>>>
>>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>>>>
>>>> was that the right issue ?
>>>
>>> SLING-1531 too...
>>>
>>>>
>>>> Ian
>>>>
>>>>
>>>>>
>>>>> Justin
>>>>>>
>>>>>>>
>>>>>>> Thanks.
>>>>>>>
>>>>>>> Craig
>>>>>>>
>>>>>>
>>>>
>>>>
>>>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Craig Ganoe <cg...@psu.edu>.
As I said in one of my longer emails, the only Sling code change I
noticed is that Sling's PluggableDefaultAccessManager makes a call to
canRead(itemPath) on its superclass in Jackrabbit -
DefaultAccessManager. For some reason unclear to me they changed it in
from just taking a path as a parameter in 2.1 to taking both a path
and an item ID in 2.2, but then the JavaDocs say either one of the
parameters can be null.
I made a little progress today, but unfortunately, due to the
absurdities of today's build tools, I'm stuck with a bunch of vague
messages that have nothing to do with actually building the software.
That today you can't replace a few libraries and a few lines of code
and still build software without causing miles of vague errors that
have nothing to do with the compilability of the actual code is
ridiculous.
[INFO] Scanning for projects...
[WARNING]
[WARNING] Some problems were encountered while building the effective
model for
org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:
0.1.1-SNAPSHOT
[WARNING] 'dependencies.dependency.
(groupId:artifactId:type:classifier)' must be unique:
org.apache.sling:org.apache.sling.junit.remote:jar -> duplicate
declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
[WARNING] 'dependencies.dependency.
(groupId:artifactId:type:classifier)' must be unique:
org.apache.sling:org.apache.sling.testing.tools:jar -> duplicate
declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
[WARNING]
[WARNING] It is highly recommended to fix these problems because they
threaten the stability of your build.
[WARNING]
[WARNING] For this reason, future Maven versions might no longer
support building such malformed projects.
[WARNING]
On Mar 31, 2011, at 2:24 PM, Eric Norman wrote:
> Hi All,
>
> I found a use case where I could also use an upgrade to jackrabbit
> 2.2.5 to
> utilize some changes in user/group management. I filed JIRA
> issue SLING-2044 for tracking and will attempt the upgrade today.
>
> Regards,
> Eric
>
> On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson <justin@justinedelson.com
> >wrote:
>
>> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>
>>> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>>>
>>>>
>>>>
>>>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>>>>
>>>>>
>>>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>>>>
>>>>>>
>>>>>> Is there any documentation for upgrading the jackrabbit version
>>>>>> in the
>> Sling build?
>>>>>
>>>>> AFAIK, there is not.
>>>>> Ian
>>>>
>>>> There is, in a sense. Look at JIRA and Subversion and you'll see
>>>> the
>> exact set of changes made for prior upgrades.
>>>
>>> good point,
>>>
>>>
>> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel
>> #issue-tabs
>>>
>>> http://svn.apache.org/viewvc?view=revision&revision=987559
>>>
>>> was that the right issue ?
>>
>> SLING-1531 too...
>>
>>>
>>> Ian
>>>
>>>
>>>>
>>>> Justin
>>>>>
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> Craig
>>>>>>
>>>>>
>>>
>>>
>>
Re: upgrading to Jackrabbit 2.2.5
Posted by Eric Norman <er...@gmail.com>.
Hi All,
I found a use case where I could also use an upgrade to jackrabbit 2.2.5 to
utilize some changes in user/group management. I filed JIRA
issue SLING-2044 for tracking and will attempt the upgrade today.
Regards,
Eric
On Fri, Mar 25, 2011 at 8:23 AM, Justin Edelson <ju...@justinedelson.com>wrote:
> On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
> >
> > On 25 Mar 2011, at 12:54, Justin Edelson wrote:
> >
> >>
> >>
> >> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
> >>
> >>>
> >>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
> >>>
> >>>>
> >>>> Is there any documentation for upgrading the jackrabbit version in the
> Sling build?
> >>>
> >>> AFAIK, there is not.
> >>> Ian
> >>
> >> There is, in a sense. Look at JIRA and Subversion and you'll see the
> exact set of changes made for prior upgrades.
> >
> > good point,
> >
> >
> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
> >
> > http://svn.apache.org/viewvc?view=revision&revision=987559
> >
> > was that the right issue ?
>
> SLING-1531 too...
>
> >
> > Ian
> >
> >
> >>
> >> Justin
> >>>
> >>>>
> >>>> Thanks.
> >>>>
> >>>> Craig
> >>>>
> >>>
> >
> >
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Justin Edelson <ju...@justinedelson.com>.
On Fri, Mar 25, 2011 at 9:03 AM, Ian Boston <ie...@tfd.co.uk> wrote:
>
> On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>
>>
>>
>> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>>
>>>
>>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>>
>>>>
>>>> Is there any documentation for upgrading the jackrabbit version in the Sling build?
>>>
>>> AFAIK, there is not.
>>> Ian
>>
>> There is, in a sense. Look at JIRA and Subversion and you'll see the exact set of changes made for prior upgrades.
>
> good point,
>
> https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
>
> http://svn.apache.org/viewvc?view=revision&revision=987559
>
> was that the right issue ?
SLING-1531 too...
>
> Ian
>
>
>>
>> Justin
>>>
>>>>
>>>> Thanks.
>>>>
>>>> Craig
>>>>
>>>
>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Ian Boston <ie...@tfd.co.uk>.
On 25 Mar 2011, at 12:54, Justin Edelson wrote:
>
>
> On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>
>>
>> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>>
>>>
>>> Is there any documentation for upgrading the jackrabbit version in the Sling build?
>>
>> AFAIK, there is not.
>> Ian
>
> There is, in a sense. Look at JIRA and Subversion and you'll see the exact set of changes made for prior upgrades.
good point,
https://issues.apache.org/jira/browse/SLING-1660?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel#issue-tabs
http://svn.apache.org/viewvc?view=revision&revision=987559
was that the right issue ?
Ian
>
> Justin
>>
>>>
>>> Thanks.
>>>
>>> Craig
>>>
>>
Re: upgrading to Jackrabbit 2.2.5
Posted by Justin Edelson <ju...@justinedelson.com>.
On Mar 24, 2011, at 5:06 PM, Ian Boston <ie...@tfd.co.uk> wrote:
>
> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>
>>
>> Is there any documentation for upgrading the jackrabbit version in the Sling build?
>
> AFAIK, there is not.
> Ian
There is, in a sense. Look at JIRA and Subversion and you'll see the exact set of changes made for prior upgrades.
Justin
>
>>
>> Thanks.
>>
>> Craig
>>
>
Re: upgrading to Jackrabbit 2.2.5
Posted by Bertrand Delacretaz <bd...@apache.org>.
On Fri, Mar 25, 2011 at 1:05 AM, Craig Ganoe <cg...@psu.edu> wrote:
> ...I should probably go back and try this with an unmodified version of
> Jackrabbit 2.2.5....
Yes, I would start with that - and feel free to open a JIRA issue for
that upgrade, and attach your patch that sets the new Jackrabbit
version number. Even if tests fail after that, we can use this as a
starting point when we look at that upgrade.
Thanks,
-Bertrand
Re: upgrading to Jackrabbit 2.2.5
Posted by Craig Ganoe <cg...@psu.edu>.
Thanks. This is obviously not going to be as easy as I'd hoped. What
exactly do you mean by changing the version of Jackrabbit of the
bundles under bundles/jcr/* ? Is it just changing the references to
the Jackrabbit version in the pom.xml files? I basically went thorough
and changed all the jackrabbit related 2.1.1 references in the
pom.xmls to 2.2.5.
For the code, the only change that seems to need to be made is in
PluggableDefaultAccessManager (bundles/jcr/jackrabbit-server/src/main/
java/org/apache/sling/jcr/jackrabbit/server/impl/security).
That said, the build is a mess, and it starts giving warnings
immediately. While it seems like everything builds, the tests
eventually fail out. I've attached a text file with the build output,
and a snip of the initial text is next.
[WARNING] Some problems were encountered while building the effective
model for
org.apache.sling:org.apache.sling.testing.samples.integrationtests:jar:
0.1.1-SNAPSHOT
[WARNING] 'dependencies.dependency.
(groupId:artifactId:type:classifier)' must be unique:
org.apache.sling:org.apache.sling.junit.remote:jar -> duplicate
declaration of version 0.1.1-SNAPSHOT @ line 272, column 21
[WARNING] 'dependencies.dependency.
(groupId:artifactId:type:classifier)' must be unique:
org.apache.sling:org.apache.sling.testing.tools:jar -> duplicate
declaration of version 0.1.1-SNAPSHOT @ line 277, column 21
[WARNING]
[WARNING] It is highly recommended to fix these problems because they
threaten the stability of your build.
I've also started getting an error message during build (below), which
I have no clue what it has to do with the Jackrabbit version. Or is it
because of the customized jar name I'm using for one of my modified
Jackrabbit jars ("invalid syntax for version")? Part of what I'm doing
is replacing jackrabbit-jcr-rmi-2.2.5.jar with a customized jackrabbit-
jcr-rmi-2.2.5-psu-1.jar. I'm guessing this is it, but I'm wondering if
there is any way to fix it (using this kind of naming was suggested to
me by the Jackrabbit folks if I remember right)?
[INFO]
[INFO] --- maven-bundle-plugin:2.0.1:bundle (default-bundle) @
org.apache.sling.commons.log ---
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:597)
at aQute.lib.osgi.Macro.doCommand(Macro.java:183)
at aQute.lib.osgi.Macro.doCommands(Macro.java:171)
at aQute.lib.osgi.Macro.replace(Macro.java:118)
at aQute.lib.osgi.Macro.process(Macro.java:62)
at aQute.lib.osgi.Macro.process(Macro.java:78)
at aQute.lib.osgi.Macro.process(Macro.java:48)
at aQute.lib.osgi.Macro.process(Macro.java:43)
at aQute.lib.osgi.Processor.getProperty(Processor.java:609)
at aQute.lib.osgi.Processor.getProperty(Processor.java:387)
at aQute.lib.osgi.Analyzer.getImportPackages(Analyzer.java:248)
at aQute.lib.osgi.Builder.getImportPackages(Builder.java:149)
at aQute.lib.osgi.Analyzer.analyze(Analyzer.java:146)
at aQute.lib.osgi.Builder.analyze(Builder.java:198)
at aQute.lib.osgi.Analyzer.calcManifest(Analyzer.java:283)
at aQute.lib.osgi.Builder.build(Builder.java:78)
at
org
.apache
.felix.bundleplugin.BundlePlugin.buildOSGiBundle(BundlePlugin.java:395)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
286)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
240)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
231)
at
org
.apache
.maven
.plugin
.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:
107)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at
org
.apache
.maven
.lifecycle
.internal
.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at
org
.apache
.maven
.lifecycle
.internal
.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at
org
.apache
.maven
.lifecycle
.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:
183)
at
org
.apache
.maven
.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:
319)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun
.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
39)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org
.codehaus
.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:
230)
at
org
.codehaus
.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:
409)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:
352)
Caused by: java.lang.IllegalArgumentException: Invalid syntax for
version: ${@}
at aQute.libg.version.Version.<init>(Version.java:45)
at aQute.lib.osgi.Macro._version(Macro.java:627)
... 43 more
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:597)
at aQute.lib.osgi.Macro.doCommand(Macro.java:183)
at aQute.lib.osgi.Macro.doCommands(Macro.java:171)
at aQute.lib.osgi.Macro.replace(Macro.java:118)
at aQute.lib.osgi.Macro.process(Macro.java:62)
at aQute.lib.osgi.Macro.process(Macro.java:78)
at aQute.lib.osgi.Macro.process(Macro.java:48)
at aQute.lib.osgi.Macro.process(Macro.java:43)
at aQute.lib.osgi.Processor.getProperty(Processor.java:609)
at aQute.lib.osgi.Processor.getProperty(Processor.java:387)
at aQute.lib.osgi.Analyzer.getImportPackages(Analyzer.java:248)
at aQute.lib.osgi.Builder.getImportPackages(Builder.java:149)
at aQute.lib.osgi.Analyzer.analyze(Analyzer.java:146)
at aQute.lib.osgi.Builder.analyze(Builder.java:198)
at aQute.lib.osgi.Analyzer.calcManifest(Analyzer.java:283)
at aQute.lib.osgi.Builder.build(Builder.java:78)
at
org
.apache
.felix.bundleplugin.BundlePlugin.buildOSGiBundle(BundlePlugin.java:395)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
286)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
240)
at
org.apache.felix.bundleplugin.BundlePlugin.execute(BundlePlugin.java:
231)
at
org
.apache
.maven
.plugin
.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:
107)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at
org
.apache
.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at
org
.apache
.maven
.lifecycle
.internal
.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at
org
.apache
.maven
.lifecycle
.internal
.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at
org
.apache
.maven
.lifecycle
.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:
183)
at
org
.apache
.maven
.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:
319)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun
.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
39)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org
.codehaus
.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:
230)
at
org
.codehaus
.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:
409)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:
352)
Caused by: java.lang.IllegalArgumentException: Invalid syntax for
version: ${@}
at aQute.libg.version.Version.<init>(Version.java:45)
at aQute.lib.osgi.Macro._version(Macro.java:627)
... 43 more
[WARNING] Warning building bundle
org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT :
No translation found for macro: @
[WARNING] Warning building bundle
org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT :
Exception in replace: java.lang.IllegalArgumentException: Invalid
syntax for version: ${@}
[WARNING] Warning building bundle
org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT :
No translation found for macro: version;==;${@}
[WARNING] Warning building bundle
org.apache.sling:org.apache.sling.commons.log:bundle:2.1.3-SNAPSHOT :
No translation found for macro: version;=+;${@}
[INFO]
I should probably go back and try this with an unmodified version of
Jackrabbit 2.2.5.
On Mar 24, 2011, at 5:06 PM, Ian Boston wrote:
>
> On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>
>>
>> What changes do I need to make to upgrade the current Sling build
>> to use the latest version of Jackrabbit?
>>
>> Last I was messing with this, I was just replacing one of the
>> Jackrabbit jars for RMI where I'd just made small modifications to
>> the same version of Jackrabbit that Sling Uses, but at this point,
>> I need to do an entire upgrade. Is that all handled in:
>>
>> sling-builder/launchpad/builder/src/main/bundles/list.xml
>
> Yes,
> However
> You may need to make some code changes to one or more of the bundles
> under bundles/jcr/* depending on what, if anything has changed since
> the version that Sling is normally bound to.
> One way of making certain is to take the source code out and change
> the version of Jackrabbit in those bundles and the rebuild.
>
>>
>> Is there any documentation for upgrading the jackrabbit version in
>> the Sling build?
>
> AFAIK, there is not.
> Ian
>
>>
>> Thanks.
>>
>> Craig
>>
Re: upgrading to Jackrabbit 2.2.5
Posted by Ian Boston <ie...@tfd.co.uk>.
On 24 Mar 2011, at 20:44, Craig Ganoe wrote:
>
> What changes do I need to make to upgrade the current Sling build to use the latest version of Jackrabbit?
>
> Last I was messing with this, I was just replacing one of the Jackrabbit jars for RMI where I'd just made small modifications to the same version of Jackrabbit that Sling Uses, but at this point, I need to do an entire upgrade. Is that all handled in:
>
> sling-builder/launchpad/builder/src/main/bundles/list.xml
Yes,
However
You may need to make some code changes to one or more of the bundles under bundles/jcr/* depending on what, if anything has changed since the version that Sling is normally bound to.
One way of making certain is to take the source code out and change the version of Jackrabbit in those bundles and the rebuild.
>
> Is there any documentation for upgrading the jackrabbit version in the Sling build?
AFAIK, there is not.
Ian
>
> Thanks.
>
> Craig
>