Leaky JCR 1.0 Apis

[Ian Boston]

Hi,

This is FYI.

For anyone depending on Sling you may find that you get build errors relating 
to the things like 

session.getNode(nodePath);

This is a JCR2 only API, and even if you are certain you have specified JCR2 in 
your maven pom you may still get build and test errors.

The reason is that early versions of org.apache.sling.jcr.api contain 
javax.jcr.* from JCR1, and some of the current SNAPSHOT artifacts include those 
early versions of org.apache.sling.jcr.api as a transitive dependency.

For instance, the current Sling User Manager pulls in jcr.base 2.0.4-incubator 
and servlets.post 2.0.4-incubator both of which pull in 
org.apache.sling.jcr.api 2.0.2-incubator which is JCR 1 API

Since these jars are not the same artifact, the build failing depends on the 
search order in the classpath, and to make matters worse, Surefire uses a 
different search order, so build might past, and tests might fail with with a 
method not found exception (also the tests will probably be ok in Eclipse)

-

Question:

Is there a reason that the sling User Manager us not using later versions of 
jcr.base and servlets.post ?



btw, a workarround


  org.apache.sling
  org.apache.sling.jcr.jackrabbit.usermanager
  2.0.5-SNAPSHOT 
   
 
  org.apache.sling
  org.apache.sling.jcr.api

  



HTH
Ian

Re: Preventing Listing of child nodes of a resource.

[Vidar Ramdal]

>> On Thu, Jul 1, 2010 at 1:52 PM, Ian Boston  wrote:
>>> Hi,
>>> I want to be able to stop the listing of all child nodes at specific urls, 
>>> but still allow direct access to items in a subtree.
>>> Any ideas how this is best done in Sling? (and webdav)
>>>
>>> I have lots, but dont know which is going to be best.
>>> eg
>>> Use a ServletFilter to filter all access to /_user
>>> Patch/Configure webdav to only PROPFIND etc /_user/ieb if ieb is the logged 
>>> in user.
>>> [...]

> On 1 Jul 2010, at 14:19, Vidar Ramdal wrote:
>> This would be fairly easy to implement using a custom AccessManager.
>> But maybe that is not an option.

On Thu, Jul 1, 2010 at 5:07 PM, Ian Boston  wrote:
> That is a good point,
> however doing it at that level will prevent getting child nodes of a node 
> which is needed to get the burried public resource
>
> /_user/ieb/public/xyz.pdf
>
> to get that the jcr resolver is going to need to effectively do
> session.getNode("/_user").childNodes()
>
> and the AccessManager wont be able to tell if thats for getting xyz.pdf or to 
> get the child nodes.
>
> ie, at JCR level all the elements of the path have to be resolvable for the 
> target resource to be readable.

Ah, sorry, I misread your original post. So you want to be able to
receive the child resource if you know the address, right?

Then a custom AccessManager won't do. Unless you can deny access to
only the parent node, then I'm pretty sure you won't be able to list
child nodes - but you won't be able to read the parent node either, of
course.

-- 
Vidar S. Ramdal  - http://www.idium.no
Sommerrogata 13-15, N-0255 Oslo, Norway
+ 47 22 00 84 00 / +47 22 00 84 76
Quando omni flunkus moritatus!

Re: Preventing Listing of child nodes of a resource.

[Bertrand Delacretaz]

Hi,

On Thu, Jul 1, 2010 at 1:52 PM, Ian Boston  wrote:
> ...I want to be able to stop the listing of all child nodes at specific urls, 
> but still allow direct access to items in a subtree.
> Any ideas how this is best done in Sling? (and webdav)...

I'm fairly ignorant about the internals of access control in
Jackrabbit, so let me go on with a naive "ideal world" idea.
I'll let others find out if that's implementable ;-)

One thing that bugs me in JCR is the lack of the "user owner" and
"group owner" concepts of unix filesystems - I find those very useful
to solve such cases. So my first suggestion would be to introduce
those concept, ideally allowing multiple groups to own a node.

> Anon, cant list the contents of /_user
> /_user/

Deny a (custom? new?) "list child nodes" permission on /_user to anon

>
> but can list the contents of
> /_user/ieb

Session.getNode("/_user/ieb") works because that doesn't require
calling getNodes() on /_user, so "list child nodes" permission not
needed.

>
> and can download
> /_user/ieb/myinfo.pdf

For the same reason

>
> and ieb can download
> /_user/ieb/private/myinfo.pdf

I think you mean "only ieb", in that case I'd set "user owner=ieb" and
"only user owner can read" on /_user/ieb/private

> Can webdav upload to
> /_user/ieb

Yes, because that doesn't require the "list child nodes" permission -
upload must only check for no conflicts with existing nodes (tricky?)

>
> but cant see all users at
> /_user/

because "list child nodes" is denied on /_user/

> only sees
> /_user/ieb

as above

> Also
> cant see all children of /_user with
> /.2.json

because "list child nodes" is denied on /_user/

Dreaming aloud hey?
I often find that's the best way to look for solutions...

-Bertrand

Re: Preventing Listing of child nodes of a resource.

[Alexander Klimetschek]

On Fri, Jul 2, 2010 at 11:29, Bertrand Delacretaz
 wrote:
>> Anon, cant list the contents of /_user
>> /_user/
>
> Deny a (custom? new?) "list child nodes" permission on /_user to anon

Currently you would have to deny the jcr:read permission on all child
nodes to get this effect.

I think this whole situation is best resolved by using principal-based
access control, which is available in Jackrabbit 2.0 already. It
stores the permissions via something like path regexps on the user,
instead of on the resources. The rest would be modeled via groups. You
can do things like this:

allow = /_user
deny = /_user/*

To enable it, you have to set this config in the workspace.xml:





See the jackrabbit dev list for more information.

Regards,
Alex

-- 
Alexander Klimetschek
alexander.klimetsc...@day.com

Re: davidgsoc2010 editor review

[Bertrand Delacretaz]

Hi Federico,

On Fri, Jul 2, 2010 at 1:53 AM, Federico Paparoni
 wrote:
> ...in the url 
> http://code.google.com/p/davidgsoc2010/wiki/SimpleInstructionsyou
> can find the simple steps you have to do

Thanks - note that you still need the david.json patch that I supplied
earlier in this thread, AFAIK.

> The error you received is about authentication, that as you now for the
> moment isn't implemented...

Ok, for now you could just add a login link to /system/sling/login.

With this info I've been able to test the CRUD functionality, thanks!

Minor issues:
1) I would display the list of entries directly at
http://localhost:/content/david.home (which should be david.html
IMO) instead of using a separate page

2) /content/david.search didn't work for me, the page doesn't include
a search button - I can enter text in the search field but if I press
ENTER that does not trigger the search. Haven't looked at that code
yet.

At this point I think it would be good to start keeping track of
issues to have a clear roadmap - I suggest that you create issues
linked to https://issues.apache.org/jira/browse/SLING-1438 for this,
what do you think?

I'll review your code now and report on that in a separate email.

-Bertrand

[jira] Updated: (SLING-1438) GSoC 2010: create a mini-CMS to demonstrate Sling

[Bertrand Delacretaz (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SLING-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bertrand Delacretaz updated SLING-1438:
---

Comment: was deleted

(was: I'm eligible student for the GSoC 2010. 
My skills are:
- knowledge of the main principles of software interface organization;
- mastering of models, methods, modes and forms of analysis for computer 
systems and networks;
- fundamental knowledge of different programming languages:  Pascal, .Net, 
Java, Python, PHP and others;
- usage of relational DB systems: ER-models and complex SQL queries;
- understanding of modern tendencies in the development of computer and 
information technologies;
- software design and engineering
- software quality
Sling is something new and interesting for me so I want to know more about it.)

> GSoC 2010: create a mini-CMS to demonstrate Sling
> -
>
> Key: SLING-1438
> URL: https://issues.apache.org/jira/browse/SLING-1438
> Project: Sling
>  Issue Type: Task
>  Components: Documentation
>Reporter: Bertrand Delacretaz
>
> This is a suggested project for Google Summer of Code 2010.
> The goal is to create a mini-CMS with Sling, that demonstrates Sling best 
> practices.
> The emphasis is on the quality and readability of the demo code, and we 
> expect to have to go through several iterations to refine it and the 
> corresponding JCR content model so that they demonstrate Sling best 
> practices. We will not necessarily create a full-fledged CMS, the goal is for 
> the result to be educational and help Sling newcomers understand how to 
> create web applications with it.
> Suggested technologies: jQuery for the front-end, ESP and/or JSP for 
> server-side scripting, and Java code in OSGi bundles for back-end 
> functionality.
> See http://tinyurl.com/asfgsoc for the full list of GSoC 2010 projects at the 
> ASF, and http://community.apache.org/gsoc for general GSoC information.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Preventing Listing of child nodes of a resource.

[Ian Boston]

On 2 Jul 2010, at 10:41, Alexander Klimetschek wrote:

> On Fri, Jul 2, 2010 at 11:29, Bertrand Delacretaz
>  wrote:
>>> Anon, cant list the contents of /_user
>>> /_user/
>> 
>> Deny a (custom? new?) "list child nodes" permission on /_user to anon
> 
> Currently you would have to deny the jcr:read permission on all child
> nodes to get this effect.


Unfortunately one of the other requirements has been lost in the thread.

/_user/ieb/public/x.pdf

must be readable by anon.

IIIUC, anon jcr:read deny on /_user/ieb  will prevent anon from accessing 
/_user/ieb/public
and
/_user/ieb/public/x.pdf

since all elements of the path must be readable.


The ACL that is required on /_user is
anon:deny:jcr:list-child-nodes
anon:grant:jcr:read

so that anon can still do
session.getNode("/_user/ieb")

but not
Node n = session.getNodes("/_user");
NodeIterator ni = n.getChildNodes();


I have a feeling this is just not possible in JCR2 at the AccessManager level 
since it cant distinguish between a direct request and a listing request, can 
you confirm ?

Thanks
Ian


> 
> I think this whole situation is best resolved by using principal-based
> access control, which is available in Jackrabbit 2.0 already. It
> stores the permissions via something like path regexps on the user,
> instead of on the resources. The rest would be modeled via groups. You
> can do things like this:
> 
> allow = /_user
> deny = /_user/*
> 
> To enable it, you have to set this config in the workspace.xml:
> 
> 
> class="org.apache.jackrabbit.core.security.authorization.prinicipalbased.ACLProvider"
> />
> 
> 
> See the jackrabbit dev list for more information.
> 
> Regards,
> Alex
> 
> -- 
> Alexander Klimetschek
> alexander.klimetsc...@day.com

davidgsoc2010 r25, code review

[Bertrand Delacretaz]

Hi Federico,

I reviewed that code, here are my comments (in addition to the ones
from last Monday on this list), open for discussion of course!

1) /david/entry_name_.view should be .html, and david .search should
be david.search.html for example.

2) For static text like "David Mini CMS based on Apache
Sling" in esp scripts, it would be good to use Sling's
contrib/extensions/i18n module. Not urgent, and we need to discuss
exactly how.

3) Making the editor pluggable using an OSGi service would be a good
demo of Sling's power - this mostly means generating the
CKEDITOR.replace bit (and associated client-side code) from an OSGi
service in edit.esp. Or maybe use a servlet Filter for this. Also for
later, for now it's just an idea to keep in mind or note as a JIRA
wishlist issue.

4) Moving the css and javascript code in header.esp to separate files
would be better IMO from a best practices point of view - also not
urgent.

5) The way you're using the load() function to modularize your esp
scripts is good.

6) As with the ckeditor code, the jquery code should come from a
separate bundle, also later. Your main bundle should contain just the
code that is specific to your application.

So nothing urgent at this point, just a few things to note (JIRA issues?)

I think we could discuss the next priorities here now, based on the
goals that we set offlist for the first evaluation on July 14th.

Thanks for your work and ciao,
-Bertrand

Re: Preventing Listing of child nodes of a resource.

[Alexander Klimetschek]

On Fri, Jul 2, 2010 at 12:26, Ian Boston  wrote:
>
> On 2 Jul 2010, at 10:41, Alexander Klimetschek wrote:
>
>> On Fri, Jul 2, 2010 at 11:29, Bertrand Delacretaz
>>  wrote:
 Anon, cant list the contents of /_user
 /_user/
>>>
>>> Deny a (custom? new?) "list child nodes" permission on /_user to anon
>>
>> Currently you would have to deny the jcr:read permission on all child
>> nodes to get this effect.
>
>
> Unfortunately one of the other requirements has been lost in the thread.
>
> /_user/ieb/public/x.pdf
>
> must be readable by anon.

This should work with the principle-based auth, given a proper order
of the rules, afaik.

> IIIUC, anon jcr:read deny on /_user/ieb  will prevent anon from accessing
> /_user/ieb/public
> and
> /_user/ieb/public/x.pdf
>
> since all elements of the path must be readable.
>
>
> The ACL that is required on /_user is
> anon:deny:jcr:list-child-nodes
> anon:grant:jcr:read
>
> so that anon can still do
> session.getNode("/_user/ieb")
>
> but not
> Node n = session.getNodes("/_user");
> NodeIterator ni = n.getChildNodes();
>
>
> I have a feeling this is just not possible in JCR2 at the AccessManager level 
> since it cant distinguish between a direct request and a listing request, can 
> you confirm ?

Conceptually there is no "listing request". When you list sub nodes,
you get all nodes that you have access to. Thus there is a single
"jcr:read" permission which means access to this node and its
properties.

Regards,
Alex

-- 
Alexander Klimetschek
alexander.klimetsc...@day.com

Re: Preventing Listing of child nodes of a resource.

[Ian Boston]

On 2 Jul 2010, at 11:58, Alexander Klimetschek wrote:

>> 
>> I have a feeling this is just not possible in JCR2 at the AccessManager 
>> level since it cant distinguish between a direct request and a listing 
>> request, can you confirm ?
> 
> Conceptually there is no "listing request". When you list sub nodes,
> you get all nodes that you have access to. Thus there is a single
> "jcr:read" permission which means access to this node and its
> properties.


Ok, thanks for you help
Ian

[jira] Created: (SLING-1581) Concurrent session access in event handlers

[Jukka Zitting (JIRA)]

Concurrent session access in event handlers
---

 Key: SLING-1581
 URL: https://issues.apache.org/jira/browse/SLING-1581
 Project: Sling
  Issue Type: Bug
  Components: Extensions
Affects Versions: Extensions Event 2.3.0
Reporter: Jukka Zitting


I have a deadlock scenario caused by one thread calling 
AbstractRepositoryEventHandler.stopWriterSession() while another thread is 
attempting to lock a node using the same session in 
TimedJobHandler.runInBackground().

There's already a writeLock object in TimedJobHandler that's apparently 
designed to protect against concurrent use of the writer session, but that 
protection doesn't seem to cover the stopWriterSession() method in the base 
class.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (SLING-1581) Concurrent session access in event handlers

[Jukka Zitting (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SLING-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jukka Zitting updated SLING-1581:
-

Attachment: SLING-1581.patch

The proposed patch moves the writeLock object to the base class and uses it to 
synchronize more of the potentially concurrent session accesses.

> Concurrent session access in event handlers
> ---
>
> Key: SLING-1581
> URL: https://issues.apache.org/jira/browse/SLING-1581
> Project: Sling
>  Issue Type: Bug
>  Components: Extensions
>Affects Versions: Extensions Event 2.3.0
>Reporter: Jukka Zitting
> Attachments: SLING-1581.patch
>
>
> I have a deadlock scenario caused by one thread calling 
> AbstractRepositoryEventHandler.stopWriterSession() while another thread is 
> attempting to lock a node using the same session in 
> TimedJobHandler.runInBackground().
> There's already a writeLock object in TimedJobHandler that's apparently 
> designed to protect against concurrent use of the writer session, but that 
> protection doesn't seem to cover the stopWriterSession() method in the base 
> class.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Http auth bundle in the list.

[Ian Boston]

Hi

I notice that the extension http auth bundle is still in list.xml, however the 
Authentication hander does http basic by default if all else fails ?
are both still needed ?

Ian

sling:Resource mixin

[Ian Boston]

Hi,
I have just updated my dependencies to match trunk head (sorry been fighting 
fires so needed to be behind trunk), and a lots of the files that used to load 
via the content loader wont any more. (property def not found)

Has some thing changed recently that now requires the sling:Resource mixin on 
all nodes ?

Ian

Re: Http auth bundle in the list.

[Ray Davis]

If the httpauth bundle *is* still needed, then it might need revision, 
as it appears to interpret the "sling:authRequestLogin" request 
parameter in a way that conflicts with other authentication handlers.


The request parameter "sling:authRequestLogin" is currently documented 
as a way to select which AuthenticationHandler receives a 
requestCredentials call. The OpenID authentication handler uses it in 
this fashion.


However, httpauth's AuthorizationHeaderAuthenticationHandler uses it in 
another way. If "sling:authRequestLogin" is any non-null value, then its 
extractCredentials method requests basic authentication and returns 
"AuthenticationInfo.DOING_AUTH". Since extractCredentials calls occur 
first, this effectively blocks the requestCredentials logic.


For example, using a current build of Sling trunk, with my only change 
being to open "/system/sling/openid/login" to anonymous access, I find 
that immediately after I submit the OpenID login form, I receive a basic 
authentication prompt from the browser. Only after I stop the 
org.apache.sling.httpauth bundle can OpenID authentication proceed as 
documented.


What's the recommendation here?

Thanks,
Ray

On 7/2/10 9:45 AM, Ian Boston wrote:

Hi

I notice that the extension http auth bundle is still in list.xml, however the 
Authentication hander does http basic by default if all else fails ?
are both still needed ?

Ian

Re: sling:Resource mixin

[Justin Edelson]

On 7/2/10 1:45 PM, Ian Boston wrote:
> Hi,
> I have just updated my dependencies to match trunk head (sorry been fighting 
> fires so needed to be behind trunk), and a lots of the files that used to 
> load via the content loader wont any more. (property def not found)
> 
> Has some thing changed recently that now requires the sling:Resource mixin on 
> all nodes ?
> 
> Ian
There were a number of changes made to the contentloader as part of
SLING-1172, but that shouldn't have done what you are describing. Then
again, I don't entirely understand what you are describing :)

Justin

Re: sling:Resource mixin

[Ian Boston]

On 2 Jul 2010, at 18:56, Justin Edelson wrote:

> On 7/2/10 1:45 PM, Ian Boston wrote:
>> Hi,
>> I have just updated my dependencies to match trunk head (sorry been fighting 
>> fires so needed to be behind trunk), and a lots of the files that used to 
>> load via the content loader wont any more. (property def not found)
>> 
>> Has some thing changed recently that now requires the sling:Resource mixin 
>> on all nodes ?
>> 
>> Ian
> There were a number of changes made to the contentloader as part of
> SLING-1172, but that shouldn't have done what you are describing. Then
> again, I don't entirely understand what you are describing :)
> 
> Justin


getting these when loading a json file with sling:resourceType in it 

02.07.2010 18:23:46.650 *INFO* [SCR Component Actor] 
org.apache.sling.jcr.contentloader.internal.DefaultContentCreator createFile: 
Cannot find content type for 404.jsp, using application/octet-stream
02.07.2010 18:23:53.622 *ERROR* [SCR Component Actor] 
org.apache.sling.jcr.contentloader.internal.Loader Cannot load initial content 
for bundle org.sakaiproject.nakamura.uxloader : no matching property definition 
found for {http://sling.apache.org/jcr/sling/1.0}resourceType 
javax.jcr.nodetype.ConstraintViolationException: no matching property 
definition found for {http://sling.apache.org/jcr/sling/1.0}resourceType
at 
org.apache.jackrabbit.core.nodetype.EffectiveNodeType.getApplicablePropertyDef(EffectiveNodeType.java:782)
at 
org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:767)
at 
org.apache.jackrabbit.core.NodeImpl.getOrCreateProperty(NodeImpl.java:413)
at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2354)
at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:1601)
at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2221)
at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2187)
at 
org.apache.sling.jcr.contentloader.internal.DefaultContentCreator.createProperty(DefaultContentCreator.java:354)
at 
org.apache.sling.jcr.contentloader.internal.readers.JsonReader.createProperty(JsonReader.java:227)
at 
org.apache.sling.jcr.contentloader.internal.readers.JsonReader.createNode(JsonReader.java:200)

Re: Http auth bundle in the list.

[Justin Edelson]

Theoretically, the httpauth bundle does slightly more than the default
handler in commons.auth. Namely, it can serve a form.

That said (which isn't actually saying much), I'd be +1 on dropping
httpauth. I think formauth has matured so that we should use that as the
default.

If someone wants/needs to add Digest support to the httpauth bundle,
that'd be a different story.

Justin

On 7/2/10 1:43 PM, Ray Davis wrote:
> If the httpauth bundle *is* still needed, then it might need revision,
> as it appears to interpret the "sling:authRequestLogin" request
> parameter in a way that conflicts with other authentication handlers.
> 
> The request parameter "sling:authRequestLogin" is currently documented
> as a way to select which AuthenticationHandler receives a
> requestCredentials call. The OpenID authentication handler uses it in
> this fashion.
> 
> However, httpauth's AuthorizationHeaderAuthenticationHandler uses it in
> another way. If "sling:authRequestLogin" is any non-null value, then its
> extractCredentials method requests basic authentication and returns
> "AuthenticationInfo.DOING_AUTH". Since extractCredentials calls occur
> first, this effectively blocks the requestCredentials logic.
> 
> For example, using a current build of Sling trunk, with my only change
> being to open "/system/sling/openid/login" to anonymous access, I find
> that immediately after I submit the OpenID login form, I receive a basic
> authentication prompt from the browser. Only after I stop the
> org.apache.sling.httpauth bundle can OpenID authentication proceed as
> documented.
> 
> What's the recommendation here?
> 
> Thanks,
> Ray
> 
> On 7/2/10 9:45 AM, Ian Boston wrote:
>> Hi
>>
>> I notice that the extension http auth bundle is still in list.xml,
>> however the Authentication hander does http basic by default if all
>> else fails ?
>> are both still needed ?
>>
>> Ian
>>
>>

Re: sling:Resource mixin

[Justin Edelson]

On 7/2/10 2:28 PM, Ian Boston wrote:
> 
> On 2 Jul 2010, at 18:56, Justin Edelson wrote:
> 
>> On 7/2/10 1:45 PM, Ian Boston wrote:
>>> Hi,
>>> I have just updated my dependencies to match trunk head (sorry been 
>>> fighting fires so needed to be behind trunk), and a lots of the files that 
>>> used to load via the content loader wont any more. (property def not found)
>>>
>>> Has some thing changed recently that now requires the sling:Resource mixin 
>>> on all nodes ?
>>>
>>> Ian
>> There were a number of changes made to the contentloader as part of
>> SLING-1172, but that shouldn't have done what you are describing. Then
>> again, I don't entirely understand what you are describing :)
>>
>> Justin
> 
> 
> getting these when loading a json file with sling:resourceType in it 
> 
> 02.07.2010 18:23:46.650 *INFO* [SCR Component Actor] 
> org.apache.sling.jcr.contentloader.internal.DefaultContentCreator createFile: 
> Cannot find content type for 404.jsp, using application/octet-stream
> 02.07.2010 18:23:53.622 *ERROR* [SCR Component Actor] 
> org.apache.sling.jcr.contentloader.internal.Loader Cannot load initial 
> content for bundle org.sakaiproject.nakamura.uxloader : no matching property 
> definition found for {http://sling.apache.org/jcr/sling/1.0}resourceType 
> javax.jcr.nodetype.ConstraintViolationException: no matching property 
> definition found for {http://sling.apache.org/jcr/sling/1.0}resourceType
>   at 
> org.apache.jackrabbit.core.nodetype.EffectiveNodeType.getApplicablePropertyDef(EffectiveNodeType.java:782)
>   at 
> org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:767)
>   at 
> org.apache.jackrabbit.core.NodeImpl.getOrCreateProperty(NodeImpl.java:413)
>   at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2354)
>   at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:1601)
>   at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2221)
>   at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2187)
>   at 
> org.apache.sling.jcr.contentloader.internal.DefaultContentCreator.createProperty(DefaultContentCreator.java:354)
>   at 
> org.apache.sling.jcr.contentloader.internal.readers.JsonReader.createProperty(JsonReader.java:227)
>   at 
> org.apache.sling.jcr.contentloader.internal.readers.JsonReader.createNode(JsonReader.java:200)
> 
> 
What is the nodetype of the node? I just added a brief test with and
without the mixins to the test-services module and it *seems* to work
(I'll commit this later with a test case to verify the results -
http://codereview.appspot.com/1729048)

Justin

Re: sling:Resource mixin

[Ian Boston]

On 2 Jul 2010, at 20:25, Justin Edelson wrote:

> On 7/2/10 2:28 PM, Ian Boston wrote:
>> 
>> On 2 Jul 2010, at 18:56, Justin Edelson wrote:
>> 
>>> On 7/2/10 1:45 PM, Ian Boston wrote:
 Hi,
 I have just updated my dependencies to match trunk head (sorry been 
 fighting fires so needed to be behind trunk), and a lots of the files that 
 used to load via the content loader wont any more. (property def not found)
 
 Has some thing changed recently that now requires the sling:Resource mixin 
 on all nodes ?
 
 Ian
>>> There were a number of changes made to the contentloader as part of
>>> SLING-1172, but that shouldn't have done what you are describing. Then
>>> again, I don't entirely understand what you are describing :)
>>> 
>>> Justin
>> 
>> 
>> getting these when loading a json file with sling:resourceType in it 
>> 
>> 02.07.2010 18:23:46.650 *INFO* [SCR Component Actor] 
>> org.apache.sling.jcr.contentloader.internal.DefaultContentCreator 
>> createFile: Cannot find content type for 404.jsp, using 
>> application/octet-stream
>> 02.07.2010 18:23:53.622 *ERROR* [SCR Component Actor] 
>> org.apache.sling.jcr.contentloader.internal.Loader Cannot load initial 
>> content for bundle org.sakaiproject.nakamura.uxloader : no matching property 
>> definition found for {http://sling.apache.org/jcr/sling/1.0}resourceType 
>> javax.jcr.nodetype.ConstraintViolationException: no matching property 
>> definition found for {http://sling.apache.org/jcr/sling/1.0}resourceType
>>  at 
>> org.apache.jackrabbit.core.nodetype.EffectiveNodeType.getApplicablePropertyDef(EffectiveNodeType.java:782)
>>  at 
>> org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:767)
>>  at 
>> org.apache.jackrabbit.core.NodeImpl.getOrCreateProperty(NodeImpl.java:413)
>>  at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2354)
>>  at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:1601)
>>  at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2221)
>>  at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2187)
>>  at 
>> org.apache.sling.jcr.contentloader.internal.DefaultContentCreator.createProperty(DefaultContentCreator.java:354)
>>  at 
>> org.apache.sling.jcr.contentloader.internal.readers.JsonReader.createProperty(JsonReader.java:227)
>>  at 
>> org.apache.sling.jcr.contentloader.internal.readers.JsonReader.createNode(JsonReader.java:200)
>> 
>> 
> What is the nodetype of the node? I just added a brief test with and
> without the mixins to the test-services module and it *seems* to work
> (I'll commit this later with a test case to verify the results -
> http://codereview.appspot.com/1729048)


its 
nt:unstructured

I think it might be because there is a it has a mixin already ?


{
"jcr:mixinTypes": ["sakai:propertiesmix"],
"sling:resourceType": "sakai/pagenavigationcontent",
"sakai:pagenavigationcontent": ""
}

adding a sling:Resource to the mixins fixes it.

btw logging could be better perhaps a log warn to identify the file that causes 
the error
see 
http://codereview.appspot.com/1698048

Not too clean because of the indent.

Ian

> 
> Justin

Re: sling:Resource mixin

[Ian Boston]

On 2 Jul 2010, at 20:25, Justin Edelson wrote:
>> 
>> 
> What is the nodetype of the node? I just added a brief test with and
> without the mixins to the test-services module and it *seems* to work
> (I'll commit this later with a test case to verify the results -
> http://codereview.appspot.com/1729048)
> 
> Justin


I think I have found the problem,

http://svn.apache.org/viewvc/sling/trunk/bundles/jcr/contentloader/src/main/java/org/apache/sling/jcr/contentloader/internal/readers/JsonReader.java?r1=958411&r2=927532

we use "name" in our json files to mean the name of the object, not the name of 
the node.

previously "name" was only used to indicate the name of a principal, however I 
suspect that it was filtered.

There is another thread running on this so I will comment there. SLING-1172

Thanks
Ian

[jira] Created: (SLING-1582) Content loader doesnt give much feedback when something goes wrong.

[Ian Boston (JIRA)]

Content loader doesnt give much feedback when something goes wrong.
---

 Key: SLING-1582
 URL: https://issues.apache.org/jira/browse/SLING-1582
 Project: Sling
  Issue Type: Bug
Affects Versions: JCR Contentloader 2.0.6
Reporter: Ian Boston
Assignee: Ian Boston
 Fix For: JCR ContentLoader 2.0.8


There is not a great deal of debug information available in content loader. 
Probably doesnt matter for small file sets but if you have several K files, 
then its hard to find out what is wrong. Also no indication of problems with 
json files.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (SLING-1583) Recent changes to content loader swallow "name" property in nodes, which was previously used only for Princiapls, breaks existing code.

[Ian Boston (JIRA)]

Recent changes to content loader swallow "name" property in nodes, which was 
previously used only for Princiapls, breaks existing code.
---

 Key: SLING-1583
 URL: https://issues.apache.org/jira/browse/SLING-1583
 Project: Sling
  Issue Type: Bug
  Components: JCR
Affects Versions: JCR ContentLoader 2.0.8
Reporter: Ian Boston
Assignee: Ian Boston
 Fix For: JCR ContentLoader 2.0.8


Name should be changed to something that wont be used in a node property, eg 
:name and added to the ignore list for node properties.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (SLING-1584) Remove (or fix) httpauth bundle

[Ray Davis (JIRA)]

Remove (or fix) httpauth bundle
---

 Key: SLING-1584
 URL: https://issues.apache.org/jira/browse/SLING-1584
 Project: Sling
  Issue Type: Improvement
  Components: Extensions
Affects Versions: Extensions httpauth 2.0.4
Reporter: Ray Davis


The httpauth extension bundle blocks use of "sling:authRequestLogin" as a 
requestCredentials trigger by other authentication handlers such as OpenID. 
Since the commons.auth default handler can take care of basic HTTP 
authentication and formauth can take care of serving a login form, it's been 
suggested that the httpauth extension be dropped rather than fixed.

Discussion at: http://www.mail-archive.com/dev@sling.apache.org/msg06199.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (SLING-1585) The HttpAuth Extension which provides a Http BASIC Auth AuthenticationHandler is loaded and should not be.

[Ian Boston (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SLING-1585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ian Boston resolved SLING-1585.
---

Resolution: Duplicate

see SLING-1584

> The HttpAuth Extension which provides a Http BASIC Auth AuthenticationHandler 
> is loaded and should not be.
> --
>
> Key: SLING-1585
> URL: https://issues.apache.org/jira/browse/SLING-1585
> Project: Sling
>  Issue Type: Bug
>  Components: Launchpad
>Affects Versions: Launchpad Bundles 5
>Reporter: Ian Boston
>Assignee: Ian Boston
> Fix For: Launchpad Bundles 5
>
>
> There is already a Http BASIC Auth handler present after the configured 
> Authentication handlers are invoked, so it doesn't make sense to have the old 
> http auth handler in as well. Also, it can generate random effects if you 
> intend intercept Basic Auth, Having 1 loaded is ok, having 2 is not.
> This was discussed on list and the consensus was to remove from the list.xml

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (SLING-1585) The HttpAuth Extension which provides a Http BASIC Auth AuthenticationHandler is loaded and should not be.

[Ian Boston (JIRA)]

The HttpAuth Extension which provides a Http BASIC Auth AuthenticationHandler 
is loaded and should not be.
--

 Key: SLING-1585
 URL: https://issues.apache.org/jira/browse/SLING-1585
 Project: Sling
  Issue Type: Bug
  Components: Launchpad
Affects Versions: Launchpad Bundles 5
Reporter: Ian Boston
Assignee: Ian Boston
 Fix For: Launchpad Bundles 5


There is already a Http BASIC Auth handler present after the configured 
Authentication handlers are invoked, so it doesn't make sense to have the old 
http auth handler in as well. Also, it can generate random effects if you 
intend intercept Basic Auth, Having 1 loaded is ok, having 2 is not.

This was discussed on list and the consensus was to remove from the list.xml


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (SLING-1582) Content loader doesnt give much feedback when something goes wrong.

[Ian Boston (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SLING-1582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ian Boston resolved SLING-1582.
---

Resolution: Fixed

Added logging feedback at debug level and when a file fails, at at warn level.

> Content loader doesnt give much feedback when something goes wrong.
> ---
>
> Key: SLING-1582
> URL: https://issues.apache.org/jira/browse/SLING-1582
> Project: Sling
>  Issue Type: Bug
>Affects Versions: JCR Contentloader 2.0.6
>Reporter: Ian Boston
>Assignee: Ian Boston
> Fix For: JCR ContentLoader 2.0.8
>
>
> There is not a great deal of debug information available in content loader. 
> Probably doesnt matter for small file sets but if you have several K files, 
> then its hard to find out what is wrong. Also no indication of problems with 
> json files.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (SLING-1583) Recent changes to content loader swallow "name" property in nodes, which was previously used only for Princiapls, breaks existing code.

[Ian Boston (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SLING-1583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ian Boston resolved SLING-1583.
---

Resolution: Fixed

Fixed, to give the node a name other than the key or file name use :name.
This will not be used as a property.
This only applies to the json format

> Recent changes to content loader swallow "name" property in nodes, which was 
> previously used only for Princiapls, breaks existing code.
> ---
>
> Key: SLING-1583
> URL: https://issues.apache.org/jira/browse/SLING-1583
> Project: Sling
>  Issue Type: Bug
>  Components: JCR
>Affects Versions: JCR ContentLoader 2.0.8
>Reporter: Ian Boston
>Assignee: Ian Boston
> Fix For: JCR ContentLoader 2.0.8
>
>
> Name should be changed to something that wont be used in a node property, eg 
> :name and added to the ignore list for node properties.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SLING-1584) Remove (or fix) httpauth bundle

[Ian Boston (JIRA)]

[ 
https://issues.apache.org/jira/browse/SLING-1584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12884835#action_12884835
 ] 

Ian Boston commented on SLING-1584:
---

Unfortunately all the impersonation integration tests break if the extensions 
http auth bundle is removed.
This needs more investigation.

> Remove (or fix) httpauth bundle
> ---
>
> Key: SLING-1584
> URL: https://issues.apache.org/jira/browse/SLING-1584
> Project: Sling
>  Issue Type: Improvement
>  Components: Extensions
>Affects Versions: Extensions httpauth 2.0.4
>Reporter: Ray Davis
>
> The httpauth extension bundle blocks use of "sling:authRequestLogin" as a 
> requestCredentials trigger by other authentication handlers such as OpenID. 
> Since the commons.auth default handler can take care of basic HTTP 
> authentication and formauth can take care of serving a login form, it's been 
> suggested that the httpauth extension be dropped rather than fixed.
> Discussion at: http://www.mail-archive.com/dev@sling.apache.org/msg06199.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (SLING-1172) Allow uploading JSON files to create content structures

[Eric Norman (JIRA)]

 [ 
https://issues.apache.org/jira/browse/SLING-1172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eric Norman resolved SLING-1172.


Resolution: Fixed

Fixed the import case where no name parameter is supplied.

> Allow uploading JSON files to create content structures
> ---
>
> Key: SLING-1172
> URL: https://issues.apache.org/jira/browse/SLING-1172
> Project: Sling
>  Issue Type: New Feature
>  Components: Servlets
>Affects Versions: Servlets Post 2.0.4
>Reporter: Felix Meschberger
>Assignee: Eric Norman
> Fix For: Servlets Post 2.0.6, JCR ContentLoader 2.0.8
>
>
> Currently uploading a JSON file will just create the file node.
> On the other hand it would be useful if uploading to a node with a request 
> extension of JSON, the JSON would be unpacked and handled as if it would be a 
> modification request with the JSON data being the content to store.
> This would be similar to JSON upload supported by CouchDB.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SLING-1172) Allow uploading JSON files to create content structures

[Eric Norman (JIRA)]

[ 
https://issues.apache.org/jira/browse/SLING-1172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12884855#action_12884855
 ] 

Eric Norman commented on SLING-1172:


fixed in r960134

> Allow uploading JSON files to create content structures
> ---
>
> Key: SLING-1172
> URL: https://issues.apache.org/jira/browse/SLING-1172
> Project: Sling
>  Issue Type: New Feature
>  Components: Servlets
>Affects Versions: Servlets Post 2.0.4
>Reporter: Felix Meschberger
>Assignee: Eric Norman
> Fix For: Servlets Post 2.0.6, JCR ContentLoader 2.0.8
>
>
> Currently uploading a JSON file will just create the file node.
> On the other hand it would be useful if uploading to a node with a request 
> extension of JSON, the JSON would be unpacked and handled as if it would be a 
> modification request with the JSON data being the content to store.
> This would be similar to JSON upload supported by CouchDB.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SLING-1583) Recent changes to content loader swallow "name" property in nodes, which was previously used only for Princiapls, breaks existing code.

[Eric Norman (JIRA)]

[ 
https://issues.apache.org/jira/browse/SLING-1583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12884857#action_12884857
 ] 

Eric Norman commented on SLING-1583:


Sorry about that.  I just resolved the remaining part of SLING-1172 which now 
removes the need for that "name" property in the JSON.  The unit tests pass 
locally, but please review to ensure your use case still functions properly.

> Recent changes to content loader swallow "name" property in nodes, which was 
> previously used only for Princiapls, breaks existing code.
> ---
>
> Key: SLING-1583
> URL: https://issues.apache.org/jira/browse/SLING-1583
> Project: Sling
>  Issue Type: Bug
>  Components: JCR
>Affects Versions: JCR ContentLoader 2.0.8
>Reporter: Ian Boston
>Assignee: Ian Boston
> Fix For: JCR ContentLoader 2.0.8
>
>
> Name should be changed to something that wont be used in a node property, eg 
> :name and added to the ignore list for node properties.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Build failed in Hudson: sling-contrib-1.5 » Apache Sling Launchpad Contrib Testing #510

[Apache Hudson Server]

See 


--
[...truncated 40 lines...]
[INFO] snapshot org.apache.sling:org.apache.sling.servlets.get:2.0.9-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.servlets.get/2.0.9-SNAPSHOT/org.apache.sling.servlets.get-2.0.9-SNAPSHOT.jar
 to 

[INFO] snapshot org.apache.sling:org.apache.sling.servlets.post:2.0.5-SNAPSHOT: 
checking for updates from scala-tools.org
[INFO] snapshot org.apache.sling:org.apache.sling.servlets.post:2.0.5-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.servlets.post/2.0.5-SNAPSHOT/org.apache.sling.servlets.post-2.0.5-SNAPSHOT.jar
 to 

[INFO] snapshot 
org.apache.sling:org.apache.sling.jcr.contentloader:2.0.7-SNAPSHOT: checking 
for updates from scala-tools.org
[INFO] snapshot 
org.apache.sling:org.apache.sling.jcr.contentloader:2.0.7-SNAPSHOT: checking 
for updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.jcr.contentloader/2.0.7-SNAPSHOT/org.apache.sling.jcr.contentloader-2.0.7-SNAPSHOT.jar
 to 

[INFO] snapshot org.apache.sling:org.apache.sling.jcr.resource:2.0.7-SNAPSHOT: 
checking for updates from scala-tools.org
[INFO] snapshot org.apache.sling:org.apache.sling.jcr.resource:2.0.7-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.jcr.resource/2.0.7-SNAPSHOT/org.apache.sling.jcr.resource-2.0.7-SNAPSHOT.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.jcr.ocm/2.0.4-incubator/org.apache.sling.jcr.ocm-2.0.4-incubator.jar
 to 

[INFO] snapshot 
org.apache.sling:org.apache.sling.jcr.classloader:3.1.1-SNAPSHOT: checking for 
updates from scala-tools.org
[INFO] snapshot 
org.apache.sling:org.apache.sling.jcr.classloader:3.1.1-SNAPSHOT: checking for 
updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.jcr.classloader/3.1.1-SNAPSHOT/org.apache.sling.jcr.classloader-3.1.1-SNAPSHOT.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.bundleresource.impl/2.0.4-incubator/org.apache.sling.bundleresource.impl-2.0.4-incubator.jar
 to 

[INFO] snapshot org.apache.sling:org.apache.sling.fsresource:1.0.1-SNAPSHOT: 
checking for updates from scala-tools.org
[INFO] snapshot org.apache.sling:org.apache.sling.fsresource:1.0.1-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.fsresource/1.0.1-SNAPSHOT/org.apache.sling.fsresource-1.0.1-SNAPSHOT.jar
 to 

[INFO] snapshot 
org.apache.sling:org.apache.sling.launchpad.content:2.0.5-SNAPSHOT: checking 
for updates from scala-tools.org
[INFO] snapshot 
org.apache.sling:org.apache.sling.launchpad.content:2.0.5-SNAPSHOT: checking 
for updates from apache.snapshots
[INFO] Copyi

Build failed in Hudson: sling-contrib-1.5 #510

[Apache Hudson Server]

See 

--
[...truncated 3802 lines...]
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.jcr.contentloader/2.0.7-SNAPSHOT/org.apache.sling.jcr.contentloader-2.0.7-SNAPSHOT.jar
 to 

[INFO] snapshot org.apache.sling:org.apache.sling.jcr.resource:2.0.7-SNAPSHOT: 
checking for updates from scala-tools.org
[INFO] snapshot org.apache.sling:org.apache.sling.jcr.resource:2.0.7-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.jcr.resource/2.0.7-SNAPSHOT/org.apache.sling.jcr.resource-2.0.7-SNAPSHOT.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.jcr.ocm/2.0.4-incubator/org.apache.sling.jcr.ocm-2.0.4-incubator.jar
 to 

[INFO] snapshot 
org.apache.sling:org.apache.sling.jcr.classloader:3.1.1-SNAPSHOT: checking for 
updates from scala-tools.org
[INFO] snapshot 
org.apache.sling:org.apache.sling.jcr.classloader:3.1.1-SNAPSHOT: checking for 
updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.jcr.classloader/3.1.1-SNAPSHOT/org.apache.sling.jcr.classloader-3.1.1-SNAPSHOT.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.bundleresource.impl/2.0.4-incubator/org.apache.sling.bundleresource.impl-2.0.4-incubator.jar
 to 

[INFO] snapshot org.apache.sling:org.apache.sling.fsresource:1.0.1-SNAPSHOT: 
checking for updates from scala-tools.org
[INFO] snapshot org.apache.sling:org.apache.sling.fsresource:1.0.1-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.fsresource/1.0.1-SNAPSHOT/org.apache.sling.fsresource-1.0.1-SNAPSHOT.jar
 to 

[INFO] snapshot 
org.apache.sling:org.apache.sling.launchpad.content:2.0.5-SNAPSHOT: checking 
for updates from scala-tools.org
[INFO] snapshot 
org.apache.sling:org.apache.sling.launchpad.content:2.0.5-SNAPSHOT: checking 
for updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.launchpad.content/2.0.5-SNAPSHOT/org.apache.sling.launchpad.content-2.0.5-SNAPSHOT.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.scripting.api/2.1.0/org.apache.sling.scripting.api-2.1.0.jar
 to 

[INFO] snapshot 
org.apache.sling:org.apache.sling.scripting.core:2.0.11-SNAPSHOT: checking for 
updates from scala-tools.org
[INFO] snapshot 
org.apache.sling:org.apache.sling.scripting.core:2.0.11-SNAPSHOT: checking for 
updates from apache.snapshots
[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.scripting.core/2.0.11-SNAPSHOT/org.apache.sling.scripting.core-2.0.11-SNAPSHOT.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.scripting.javascript/2.0.6/org.apache.sling.scripting.javascript-2.0.6.jar
 to 

[jira] Created: (SLING-1586) default bundle list versions can't be overwritten

[Justin Edelson (JIRA)]

default bundle list versions can't be overwritten
-

 Key: SLING-1586
 URL: https://issues.apache.org/jira/browse/SLING-1586
 Project: Sling
  Issue Type: Bug
  Components: Maven Plugins
Reporter: Justin Edelson
Assignee: Justin Edelson
 Fix For: Maven Launchpad Plugin 2.0.8


It isn't possible to override the version number of a bundle in the default 
bundle list file.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Build failed in Hudson: sling-contrib-1.5 » Apache Sling Launchpad Contrib Testing #511

[Apache Hudson Server]

See 


--
[INFO] 
[INFO] Building Apache Sling Launchpad Contrib Testing
[INFO]task-segment: [clean, install]
[INFO] 
[INFO] [clean:clean {execution: default-clean}]
[INFO] Deleting directory 

[INFO] Deleting file-set: 

 (included: [derby.log, cachedir, sling], excluded: [])
[INFO] [enforcer:enforce {execution: enforce-java}]
[INFO] [launchpad:prepare-package {execution: prepare-package}]
[INFO] Using bundle list file from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.launchpad/6-SNAPSHOT/org.apache.sling.launchpad-6-SNAPSHOT-bundlelist.xml
[INFO] Copying base artifact from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.launchpad.base/2.2.0/org.apache.sling.launchpad.base-2.2.0.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/commons-io/commons-io/1.4/commons-io-1.4.jar to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/commons-fileupload/commons-fileupload/1.2.1/commons-fileupload-1.2.1.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/commons-collections/commons-collections/3.2.1/commons-collections-3.2.1.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/commons-lang/commons-lang/2.4/commons-lang-2.4.jar 
to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.commons.osgi/2.0.6/org.apache.sling.commons.osgi-2.0.6.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.commons.mime/2.1.4/org.apache.sling.commons.mime-2.1.4.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.commons.classloader/1.1.5-SNAPSHOT/org.apache.sling.commons.classloader-1.1.5-SNAPSHOT.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.api/2.0.9-SNAPSHOT/org.apache.sling.api-2.0.9-SNAPSHOT.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.commons.auth/0.9.0-SNAPSHOT/org.apache.sling.commons.auth-0.9.0-SNAPSHOT.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.engine/2.0.7-SNAPSHOT/org.apache.sling.engine-2.0.7-SNAPSHOT.jar
 to 

Build failed in Hudson: sling-contrib-1.5 #511

[Apache Hudson Server]

See 

--
[...truncated 3718 lines...]
[INFO] [antrun:run {execution: default}]
[INFO] Executing tasks
 [echo] ** WARNING (SLING-443) 
**
 [echo] On most platforms, you'll get OutOfMemoryErrors when building 
unless you set
 [echo] MAVEN_OPTS="-Xmx256M -XX:MaxPermSize=128M", see SLING-443.
 [echo] 
*
[INFO] Executed tasks
[INFO] [site:attach-descriptor {execution: default-attach-descriptor}]
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation.
[HUDSON] Archiving 

 to 
/export/home/hudson/hudson/jobs/sling-contrib-1.5/modules/org.apache.sling$org.apache.sling.launchpad.smx-kernel/builds/2010-07-03_04-09-00/archive/org.apache.sling/org.apache.sling.launchpad.smx-kernel/2.0.0-SNAPSHOT/pom.xml
[INFO] [enforcer:enforce {execution: enforce-java}]
[INFO] [source:jar {execution: attach-sources}]
[INFO] [build-helper:attach-artifact {execution: attach-artifacts}]
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] [install:install {execution: default-install}]
[INFO] Installing 

 to 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.launchpad.smx-kernel/2.0.0-SNAPSHOT/org.apache.sling.launchpad.smx-kernel-2.0.0-SNAPSHOT.pom
[INFO] Installing 

 to 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.launchpad.smx-kernel/2.0.0-SNAPSHOT/org.apache.sling.launchpad.smx-kernel-2.0.0-SNAPSHOT-features.xml
[HUDSON] Archiving 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.launchpad.smx-kernel/2.0.0-SNAPSHOT/org.apache.sling.launchpad.smx-kernel-2.0.0-SNAPSHOT.pom
 to 
/export/home/hudson/hudson/jobs/sling-contrib-1.5/modules/org.apache.sling$org.apache.sling.launchpad.smx-kernel/builds/2010-07-03_04-09-00/archive/org.apache.sling/org.apache.sling.launchpad.smx-kernel/2.0.0-SNAPSHOT/org.apache.sling.launchpad.smx-kernel-2.0.0-SNAPSHOT.pom
[HUDSON] Archiving 

 to 
/export/home/hudson/hudson/jobs/sling-contrib-1.5/modules/org.apache.sling$org.apache.sling.launchpad.smx-kernel/builds/2010-07-03_04-09-00/archive/org.apache.sling/org.apache.sling.launchpad.smx-kernel/2.0.0-SNAPSHOT/features.xml
[INFO] 
[INFO] Building Apache Sling Launchpad Contrib Testing
[INFO]task-segment: [clean, install]
[INFO] 
[INFO] [clean:clean {execution: default-clean}]
[INFO] Deleting directory 

[INFO] Deleting file-set: 

 (included: [derby.log, cachedir, sling], excluded: [])
[INFO] [enforcer:enforce {execution: enforce-java}]
[INFO] [launchpad:prepare-package {execution: prepare-package}]
[INFO] Using bundle list file from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.launchpad/6-SNAPSHOT/org.apache.sling.launchpad-6-SNAPSHOT-bundlelist.xml
[INFO] Copying base artifact from 
/home/hudson/.m2/repository/org/apache/sling/org.apache.sling.launchpad.base/2.2.0/org.apache.sling.launchpad.base-2.2.0.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/commons-io/commons-io/1.4/commons-io-1.4.jar to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/commons-fileupload/commons-fileupload/1.2.1/commons-fileupload-1.2.1.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/commons-collections/commons-collections/3.2.1/commons-collections-3.2.1.jar
 to 

[INFO] Copying bundle from 
/home/hudson/.m2/repository/commons-lang/com