Jenkins build became unstable: sling-trunk-1.7 #1282
See https://builds.apache.org/job/sling-trunk-1.7/1282/changes
[jira] [Commented] (SLING-4283) Use config from builder in testing application
[ https://issues.apache.org/jira/browse/SLING-4283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14265917#comment-14265917 ] Chetan Mehrotra commented on SLING-4283: bq. So +1 for supporting sub directories in the plugin Opened SLING-4284 for that Use config from builder in testing application -- Key: SLING-4283 URL: https://issues.apache.org/jira/browse/SLING-4283 Project: Sling Issue Type: Sub-task Components: Testing Reporter: Chetan Mehrotra Assignee: Chetan Mehrotra Fix For: Launchpad Testing 7 The testing application does not use the config present in {{org.apache.sling.launchpad}}. This cause test failures when running with Oak as required configuration is not installed [1] As a fix the testing module should use the config from launchpad module [1] http://markmail.org/thread/xfljme3swaexpcvw -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (SLING-4284) Support nested config path in BundleListContentProvider
Chetan Mehrotra created SLING-4284: -- Summary: Support nested config path in BundleListContentProvider Key: SLING-4284 URL: https://issues.apache.org/jira/browse/SLING-4284 Project: Sling Issue Type: Improvement Components: Maven Plugins and Archetypes Reporter: Chetan Mehrotra Assignee: Chetan Mehrotra Priority: Minor Fix For: Maven Launchpad Plugin 2.3.4 BundleListContentProvider does not handle nested config paths. As noted in SLING-4283 this is required to support run mode based config -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (SLING-4284) Support nested config path in BundleListContentProvider
[ https://issues.apache.org/jira/browse/SLING-4284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chetan Mehrotra updated SLING-4284: --- Attachment: SLING-4284.patch Patch for the same [~cziegeler] [~bdelacretaz] Can you have a look? Support nested config path in BundleListContentProvider --- Key: SLING-4284 URL: https://issues.apache.org/jira/browse/SLING-4284 Project: Sling Issue Type: Improvement Components: Maven Plugins and Archetypes Reporter: Chetan Mehrotra Assignee: Chetan Mehrotra Priority: Minor Fix For: Maven Launchpad Plugin 2.3.4 Attachments: SLING-4284.patch BundleListContentProvider does not handle nested config paths. As noted in SLING-4283 this is required to support run mode based config -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (SLING-3230) UpdateUserTest integration test fails with Oak
[ https://issues.apache.org/jira/browse/SLING-3230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14265933#comment-14265933 ] Chetan Mehrotra commented on SLING-3230: Applied the patch in http://svn.apache.org/r1649766. Would enable the tests once SLING-4283 is resolved UpdateUserTest integration test fails with Oak -- Key: SLING-3230 URL: https://issues.apache.org/jira/browse/SLING-3230 Project: Sling Issue Type: Bug Components: Testing Reporter: Bertrand Delacretaz Priority: Minor Attachments: SLING-3230.patch Two tests fail in UpdateUserTest - the cause for the second looks like SLING-3144. For now, I'll disable those tests with the JackrabbitOnly category. UpdateUserTest.testChangeUserPassword:103 expected:200 but was:500 UpdateUserTest.testChangeUserPasswordAsUserAdminMemberWithoutOldPwd:185 Adding user testUser1383662767745 to group via http://localhost:/system/userManager/group/UserAdmin.update.html expected:200 but was:500 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (SLING-4284) Support nested config path in BundleListContentProvider
[ https://issues.apache.org/jira/browse/SLING-4284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14265930#comment-14265930 ] Bertrand Delacretaz commented on SLING-4284: The tests look good to me. Support nested config path in BundleListContentProvider --- Key: SLING-4284 URL: https://issues.apache.org/jira/browse/SLING-4284 Project: Sling Issue Type: Improvement Components: Maven Plugins and Archetypes Reporter: Chetan Mehrotra Assignee: Chetan Mehrotra Priority: Minor Fix For: Maven Launchpad Plugin 2.3.4 Attachments: SLING-4284.patch BundleListContentProvider does not handle nested config paths. As noted in SLING-4283 this is required to support run mode based config -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (SLING-4284) Support nested config path in BundleListContentProvider
[ https://issues.apache.org/jira/browse/SLING-4284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chetan Mehrotra resolved SLING-4284. Resolution: Fixed Applied the patch with http://svn.apache.org/r1649770 Support nested config path in BundleListContentProvider --- Key: SLING-4284 URL: https://issues.apache.org/jira/browse/SLING-4284 Project: Sling Issue Type: Improvement Components: Maven Plugins and Archetypes Reporter: Chetan Mehrotra Assignee: Chetan Mehrotra Priority: Minor Fix For: Maven Launchpad Plugin 2.3.4 Attachments: SLING-4284.patch BundleListContentProvider does not handle nested config paths. As noted in SLING-4283 this is required to support run mode based config -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Jenkins build is back to stable : sling-trunk-1.6 #2902
See https://builds.apache.org/job/sling-trunk-1.6/2902/changes
Jenkins build is still unstable: sling-oak-it-1.6 #263
See https://builds.apache.org/job/sling-oak-it-1.6/263/
Jenkins build became unstable: sling-trunk-1.8 #575
See https://builds.apache.org/job/sling-trunk-1.8/575/changes
Jenkins build is still unstable: sling-oak-it-1.6 #264
See https://builds.apache.org/job/sling-oak-it-1.6/changes
Jenkins build is back to stable : sling-oak-it-1.6 #265
See https://builds.apache.org/job/sling-oak-it-1.6/265/
[jira] [Resolved] (SLING-4283) Use config from builder in testing application
[ https://issues.apache.org/jira/browse/SLING-4283?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chetan Mehrotra resolved SLING-4283. Resolution: Fixed Updated the maven launchpad plugin version with http://svn.apache.org/r1649772. With that the build passes at https://builds.apache.org/job/sling-oak-it-1.6/265/ Resolving as fixed Use config from builder in testing application -- Key: SLING-4283 URL: https://issues.apache.org/jira/browse/SLING-4283 Project: Sling Issue Type: Sub-task Components: Testing Reporter: Chetan Mehrotra Assignee: Chetan Mehrotra Fix For: Launchpad Testing 7 The testing application does not use the config present in {{org.apache.sling.launchpad}}. This cause test failures when running with Oak as required configuration is not installed [1] As a fix the testing module should use the config from launchpad module [1] http://markmail.org/thread/xfljme3swaexpcvw -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (SLING-3479) Upgrade to Oak 1.0
[ https://issues.apache.org/jira/browse/SLING-3479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chetan Mehrotra resolved SLING-3479. Resolution: Fixed Fix Version/s: Launchpad Builder 8 After updating Oak to 1.0.9 and doing required changes all the enabled testcases current passed. Resolving this fixed. For later updates to newer Oak version seprate issues can be opened Upgrade to Oak 1.0 -- Key: SLING-3479 URL: https://issues.apache.org/jira/browse/SLING-3479 Project: Sling Issue Type: Improvement Components: Oak Reporter: Artyom Stetsenko Assignee: Bertrand Delacretaz Priority: Minor Fix For: Launchpad Builder 8 Attachments: SLING-3479-Oak018.patch, SLING-3479-Oak020.patch Oak Repository Server bundle currently runs on Oak 0.10. It would be nice to upgrade it to the latest Oak version*. * Oak 0.20 is being targeted instead of the currently latest release 0.19 because of [OAK-1581], which causes a test at bundles/jcr/it-jackrabbit-oak to fail -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Jenkins build is still unstable: sling-trunk-1.8 #576
See https://builds.apache.org/job/sling-trunk-1.8/changes
Jenkins build is back to stable : sling-trunk-1.7 #1283
See https://builds.apache.org/job/sling-trunk-1.7/1283/changes
Build failed in Jenkins: sling-trunk-1.6 #2904
See https://builds.apache.org/job/sling-trunk-1.6/2904/ -- [...truncated 187 lines...] U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/servlet/DistributionPackageExporterServlet.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/servlet/DistributionTriggerServlet.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/impl/RemoteEventDistributionTrigger.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/impl/ResourceEventDistributionTrigger.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/impl/ScheduledDistributionTrigger.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/impl/AbstractJcrEventTrigger.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/impl/PersistingJcrEventDistributionTrigger.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/impl/JcrEventDistributionTrigger.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/impl/ChainDistributeDistributionTrigger.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/impl/LocalDistributionTriggerFactory.java A contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/DistributionTriggerException.java A contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/DistributionTrigger.java A contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/trigger/DistributionRequestHandler.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/transport/impl/MultipleEndpointDistributionTransport.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/transport/impl/AdvancedHttpDistributionTransport.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/transport/impl/SimpleHttpDistributionTransport.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/transport/impl/UserCredentialsDistributionTransportSecretProvider.java D contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/transport/DistributionTransportException.java D contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/transport/DistributionTransport.java A contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/transport/core A contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/transport/core/DistributionTransportException.java A contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/transport/core/DistributionTransport.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/component/impl/SettingsUtils.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/component/impl/DefaultDistributionComponentProvider.java U contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/component/impl/DistributionComponentUtils.java A contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/impl AU contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/impl/SimpleDistributionResponse.java AU contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/impl/DefaultDistributor.java AU contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/impl/DistributionParameter.java U contrib/extensions/xss/pom.xml U contrib/scripting/java/src/main/java/org/apache/sling/scripting/java/impl/CompilerOptions.java U contrib/scripting/java/pom.xml U contrib/scripting/sightly/testing/pom.xml U contrib/scripting/sightly/engine/src/main/java/org/apache/sling/scripting/sightly/impl/engine/runtime/RenderContextImpl.java U contrib/scripting/sightly/engine/src/main/java/org/apache/sling/scripting/sightly/impl/engine/SightlyScriptEngine.java U contrib/scripting/sightly/engine/src/main/java/org/apache/sling/scripting/sightly/impl/engine/UnitLoader.java U contrib/scripting/sightly/engine/src/main/java/org/apache/sling/scripting/sightly/impl/engine/extension/use/ScriptUseProvider.java U contrib/scripting/sightly/engine/src/main/java/org/apache/sling/scripting/sightly/impl/engine/extension/use/RenderUnitProvider.java U
[jira] [Commented] (SLING-3230) UpdateUserTest integration test fails with Oak
[ https://issues.apache.org/jira/browse/SLING-3230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14266011#comment-14266011 ] Chetan Mehrotra commented on SLING-3230: Renebaled the test {{testChangeUserPassword}} with http://svn.apache.org/r1649785 {{testChangeUserPasswordAsUserAdminMemberWithoutOldPwd}} is stil failing to due to missing UserAdmin group UpdateUserTest integration test fails with Oak -- Key: SLING-3230 URL: https://issues.apache.org/jira/browse/SLING-3230 Project: Sling Issue Type: Bug Components: Testing Reporter: Bertrand Delacretaz Priority: Minor Attachments: SLING-3230.patch Two tests fail in UpdateUserTest - the cause for the second looks like SLING-3144. For now, I'll disable those tests with the JackrabbitOnly category. UpdateUserTest.testChangeUserPassword:103 expected:200 but was:500 UpdateUserTest.testChangeUserPasswordAsUserAdminMemberWithoutOldPwd:185 Adding user testUser1383662767745 to group via http://localhost:/system/userManager/group/UserAdmin.update.html expected:200 but was:500 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Jenkins build is back to stable : sling-trunk-1.8 #577
See https://builds.apache.org/job/sling-trunk-1.8/577/changes
[jira] [Resolved] (SLING-3652) Sling Job Consumer Manager : Distribute config should be disabled by default
[ https://issues.apache.org/jira/browse/SLING-3652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carsten Ziegeler resolved SLING-3652. - Resolution: Won't Fix As discussed offline with Ashutosh, it's a missunderstanding and we can close this issue as won't fix Sling Job Consumer Manager : Distribute config should be disabled by default Key: SLING-3652 URL: https://issues.apache.org/jira/browse/SLING-3652 Project: Sling Issue Type: Bug Components: Extensions Affects Versions: Event 3.3.10 Reporter: Ashutosh Shroti Assignee: Amit Gupta Sling Job Consumer Manager service have an following flag: Distribute config - disabled This should be disabled by default. Use Case: While configuring author instances in the cluster, config changes like disable the listener on topic com/adobe/granite/workflow/offloading should be local to an instance. Hence above mentioned flag should be disabled by default to prevent config changes to local instance. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[GitHub] sling pull request: SLING-4177 - Added escaping for styleString co...
Github user vladbailescu closed the pull request at: https://github.com/apache/sling/pull/52 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[jira] [Commented] (SLING-4177) Sightly: StyleString context doesn't properly escape
[ https://issues.apache.org/jira/browse/SLING-4177?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14266183#comment-14266183 ] ASF GitHub Bot commented on SLING-4177: --- Github user vladbailescu closed the pull request at: https://github.com/apache/sling/pull/52 Sightly: StyleString context doesn't properly escape Key: SLING-4177 URL: https://issues.apache.org/jira/browse/SLING-4177 Project: Sling Issue Type: Bug Components: Extensions, Scripting Reporter: Vlad Bailescu Assignee: Felix Meschberger Priority: Minor Labels: Sightly Fix For: XSS Protection API 1.0.0, Scripting Sightly Engine 1.0.0 The {{context='styleString'}} expression option seems to escape strings the same way as {{context='scriptString'}}, but this breaks the string, making that context unusable. CSS strings are to be escaped {{\HH}} and not {{\xHH}} like in JS: https://developer.mozilla.org/en-US/docs/Web/CSS/string Consider following example: {code:html} style .ft:after { content: ${'\'' @ context='styleString'}; } .in:after { content: ${'\' @ context='styleString'}; } /style {code} Which currently gets incorrectly rendered as follows: {code:html} style .ft:after { content: \x27; } .in:after { content: \x22; } /style {code} Following output would have been expected: {code:html} style .ft:after { content: \27; } .in:after { content: \22; } /style {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (SLING-4285) Support for resource.getChildren in data-sly-list
Feike Visser created SLING-4285: --- Summary: Support for resource.getChildren in data-sly-list Key: SLING-4285 URL: https://issues.apache.org/jira/browse/SLING-4285 Project: Sling Issue Type: Improvement Components: Scripting Reporter: Feike Visser Fix For: Scripting Sightly Engine 1.0.0 Currently this is not working in sightly: {code} data-sly-list=${resource.children} data-sly-list=${resource.getChildren} {code} Feedback from [~radu.cotescu] Resource#getChildren returns an Iterable. Currently the Sightly implementation doesn’t attempt to obtain a collection from an Iterable. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (SLING-4184) Provide path mapping from JCR nodes to resource paths
[ https://issues.apache.org/jira/browse/SLING-4184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carsten Ziegeler resolved SLING-4184. - Resolution: Fixed Provide path mapping from JCR nodes to resource paths - Key: SLING-4184 URL: https://issues.apache.org/jira/browse/SLING-4184 Project: Sling Issue Type: New Feature Components: JCR Reporter: Carsten Ziegeler Assignee: Carsten Ziegeler Fix For: JCR Resource 2.4.0 Right now a JCR repository is mounted as is without any way to make this more fine grained, for example if you want to mount a whole repository but a specific sub tree, or you want the whole repository as is, but map just one sub tree to a different path/name, this is currently not possible. The mapping on the resource level is too high level for these things. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (SLING-4247) Reconsider resource type handling
[ https://issues.apache.org/jira/browse/SLING-4247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carsten Ziegeler reassigned SLING-4247: --- Assignee: Carsten Ziegeler Reconsider resource type handling - Key: SLING-4247 URL: https://issues.apache.org/jira/browse/SLING-4247 Project: Sling Issue Type: Improvement Components: Extensions Affects Versions: Resource Merger 1.2.0 Reporter: Carsten Ziegeler Assignee: Carsten Ziegeler Fix For: Resource Merger 1.2.2 Right now, a merged resource gets the resource type of the first resource that has a sling:resourceType property; however, some resource implementations (like the JCR) do not require this property and use some other means (for example the node type). Therefore instead of relying on the property, the Resource#getResourceType should be used instead. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (SLING-4216) Limit the number of vanityPath MapEntry
[ https://issues.apache.org/jira/browse/SLING-4216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carsten Ziegeler updated SLING-4216: Fix Version/s: Resource Resolver 1.1.10 Limit the number of vanityPath MapEntry Key: SLING-4216 URL: https://issues.apache.org/jira/browse/SLING-4216 Project: Sling Issue Type: Improvement Components: ResourceResolver Reporter: Antonio Sanso Assignee: Antonio Sanso Fix For: Resource Resolver 1.1.10 Attachments: SLING-4216-patch.txt, SLING-4216-patch.txt, SLING-4216-patch.txt At the moment there isn't any limit to the number of MapEntry that are cached in memory. If the number of vanityPaths/alias is extremely high this can cause OOM. It would be good to have a way to limit the amount of memory used by the MapEntry cache. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (SLING-4247) Reconsider resource type handling
[ https://issues.apache.org/jira/browse/SLING-4247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carsten Ziegeler resolved SLING-4247. - Resolution: Fixed Fixed in rev 1649839, the resource type of the last resource returning one is used instead. Reconsider resource type handling - Key: SLING-4247 URL: https://issues.apache.org/jira/browse/SLING-4247 Project: Sling Issue Type: Improvement Components: Extensions Affects Versions: Resource Merger 1.2.0 Reporter: Carsten Ziegeler Assignee: Carsten Ziegeler Fix For: Resource Merger 1.2.2 Right now, a merged resource gets the resource type of the first resource that has a sling:resourceType property; however, some resource implementations (like the JCR) do not require this property and use some other means (for example the node type). Therefore instead of relying on the property, the Resource#getResourceType should be used instead. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (SLING-4288) JSON object provided by org.apache.sling.commons.json 2.0.8 version returns null when JSON object is having a value of type map and the map is having a list as one of its
Pulkit Agarwal created SLING-4288: - Summary: JSON object provided by org.apache.sling.commons.json 2.0.8 version returns null when JSON object is having a value of type map and the map is having a list as one of its element Key: SLING-4288 URL: https://issues.apache.org/jira/browse/SLING-4288 Project: Sling Issue Type: Bug Components: Commons Affects Versions: Commons JSON 2.0.8 Reporter: Pulkit Agarwal Fix For: Commons JSON 2.0.10 I am having a test case where I have to place a map in a JSONObject. Below is the sample code for the same. @Test public void testSample() throws JSONException { HashMapString,Object map=new HashMapString,Object(); map.put(abc, 123456); map.put(id, null); ListString list=new ArrayListString(); list.add(Admin); list.add(password); map.put(groups, list); JSONObject response=new JSONObject(); response.put(key, map); System.out.println(response.get(key)); } Now when I execute the code keeping org.apache.sling.commons.json version 2.0.8 in the classpath then response.get(key)returns null where as in case of bundle version 2.0.6 its returns map. Please note this issue is reproducible when the map is an element of type list. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (SLING-4287) Cannot activate agent factory in osgi console
Laurie byrum created SLING-4287: --- Summary: Cannot activate agent factory in osgi console Key: SLING-4287 URL: https://issues.apache.org/jira/browse/SLING-4287 Project: Sling Issue Type: Bug Components: Distribution Reporter: Laurie byrum A NPE occurs if you start with a disabled SyncDistributionAgentFactory and later enable it in the felix OSGi configmgr. It happens at https://github.com/apache/sling/blob/cf076879f572d9976fd002d67e48108af5992eaa/contrib/extensions/distribution/core/src/main/java/org/apache/sling/distribution/agent/impl/SyncDistributionAgentFactory.java#l162 Here is a partial stack trace: 06.01.2015 16:34:33.950 *ERROR* [CM Event Dispatcher (Fire ConfigurationEvent: pid=org.apache.sling.distribution.agent.impl.SyncDistributionAgentFactory.810b0979-8c7c-4fe6-aa47-6ddf430485e0)] org.apache.sling.distribution.core [org.apache.sling.distribution.agent.impl.SyncDistributionAgentFactory(141)] The activate method has thrown an exception (java.lang.NullPointerException) java.lang.NullPointerException: null at java.util.Hashtable.put(Hashtable.java:514) at org.apache.sling.distribution.agent.impl.SyncDistributionAgentFactory.activate(SyncDistributionAgentFactory.java:161) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) This is because config.get(DistributionConstants.PN_IS_RESOURCE) is always returning null if you edit via the osgi config. I worked around this locally by having a default value for isResource. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: resource type cleanup
Hi, the jira for that has been created here [0], code is here [1]. Thanks for your comments Nicolas [0] https://issues.apache.org/jira/browse/SLING-4286 [1] https://github.com/npeltier/org.apache.sling.typecleanup On 12 Dec 2014, at 14:35, Nicolas Peltier npelt...@adobe.com wrote: Hi, i would like to clean up resources that have resource types not existing (anymore). Not sure something like that exists already, if not i’m happy developing something like the following right now (need it now basically :-): GET /content/blah.typecleanup.txt would send all resources with non existing resources (among a configured set of patterns) POST /configuration/resource?path=/content/blah(file=…) would clean them up any hints/ideas ? Nicolas
[jira] [Updated] (SLING-4282) [Sightly] Fully qualified Use POJOs are not correctly identified in the repository
[ https://issues.apache.org/jira/browse/SLING-4282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Radu Cotescu updated SLING-4282: Attachment: SLING-4282.patch The attached patch ([^SLING-4282.patch]) makes sure the {{SightlyJavaCompilerService}} generates all possible repository paths for fully qualified class names identifying POJOs stored in JCR given the character replacements when transforming repository paths into valid Java package names and back. Two unit tests make sure that POJOs from JCR paths containing characters that need to be replaced for generating valid java names are identified and loaded correctly. [Sightly] Fully qualified Use POJOs are not correctly identified in the repository -- Key: SLING-4282 URL: https://issues.apache.org/jira/browse/SLING-4282 Project: Sling Issue Type: Bug Components: Scripting Reporter: Radu Cotescu Fix For: Scripting Sightly Engine 1.0.0 Attachments: SLING-4282.patch Fully qualified POJOs in {{data-sly-use}} may not be correctly identified in the JCR repository if the paths where they are stored contain dashes or underscores due to Java class name restrictions. The code used for detecting the location of classes that have underscores in their names should search for repository paths containing both - and _. Example: {code:html} div data-sly-use.obj=apps.my_project.components.Pojo.../div {code} could identify the following paths: # {{/apps/my_project/components/Pojo.java}} # {{/apps/my-project/components/Pojo.java}} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Jenkins build became unstable: sling-trunk-1.7 #1286
See https://builds.apache.org/job/sling-trunk-1.7/1286/changes
[jira] [Created] (SLING-4286) obsolete resources resource cleanup tool
Nicolas Peltier created SLING-4286: -- Summary: obsolete resources resource cleanup tool Key: SLING-4286 URL: https://issues.apache.org/jira/browse/SLING-4286 Project: Sling Issue Type: New Feature Components: Extensions Reporter: Nicolas Peltier Priority: Minor Hi, along a repository life, some JCR resources whose resource type don't exist anymore accumulate. Those are not all to remove (e.g. a resource type can be set without renderer), but some others are just obsolete resources that will almost silently exist. Most common example is resource meant to be rendered without renderer (removed AEM component e.g.), that will generate following ERROR message in the logs, but not break anything: 21.08.2013 07:41:50.367 ERROR [10.5.81.178 [1377096110089] GET /content/blah/mother/resource.html HTTP/1.0] org.apache.sling.servlets.get.impl.DefaultGetServlet No renderer for extension html, cannot render resource Paragraph, path=/content/blah/mother/resource/jcr:content/par/title, type=obsolete/component/title, cssClass=default, column=0/0, diffInfo=[null], resource=[, type=obsolete/component/title, path=/content/blah/mother/resource/jcr:content/par/title, resource=[JcrNodeResource, type=obsolete/component/title, superType=null, path=/content/blah/mother/resource/jcr:content/par/title]] i've written a small tool to clean those up safely in there https://github.com/npeltier/org.apache.sling.typecleanup i'd be happy to contribute if useful. Please comment :-) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Build failed in Jenkins: sling-trunk-1.6 #2908
See https://builds.apache.org/job/sling-trunk-1.6/2908/ -- [...truncated 1304 lines...] A testing/junit/scriptable/src/main/java/org A testing/junit/scriptable/src/main/java/org/apache A testing/junit/scriptable/src/main/java/org/apache/sling A testing/junit/scriptable/src/main/java/org/apache/sling/junit A testing/junit/scriptable/src/main/java/org/apache/sling/junit/scriptable AU testing/junit/scriptable/src/main/java/org/apache/sling/junit/scriptable/HttpRequest.java AU testing/junit/scriptable/src/main/java/org/apache/sling/junit/scriptable/TestAllPaths.java AU testing/junit/scriptable/src/main/java/org/apache/sling/junit/scriptable/HttpResponse.java AU testing/junit/scriptable/src/main/java/org/apache/sling/junit/scriptable/TestServletOutputStream.java AU testing/junit/scriptable/src/main/java/org/apache/sling/junit/scriptable/ExplainTests.java AU testing/junit/scriptable/src/main/java/org/apache/sling/junit/scriptable/ScriptableTestsProvider.java A testing/junit/scriptable/src/main/resources A testing/junit/scriptable/src/main/resources/SLING-INF A testing/junit/scriptable/src/main/resources/SLING-INF/nodetypes AU testing/junit/scriptable/src/main/resources/SLING-INF/nodetypes/slingtest.cnd A testing/junit/scriptable/src/test A testing/junit/scriptable/src/test/java A testing/junit/scriptable/src/test/java/org A testing/junit/scriptable/src/test/java/org/apache A testing/junit/scriptable/src/test/java/org/apache/sling A testing/junit/scriptable/src/test/java/org/apache/sling/junit A testing/junit/scriptable/src/test/java/org/apache/sling/junit/tests AU testing/junit/scriptable/src/test/java/org/apache/sling/junit/tests/TestAllPathsTest.java AUtesting/junit/scriptable/pom.xml A src A src/misc AUsrc/misc/README.txt A src/misc/sling-6-source-release.javadoc.patch A src/main A src/main/javadoc AUsrc/main/javadoc/overview.html svn: E175002: REPORT /repos/asf/!svn/vcc/default failed Updated failed due to local files. Getting a fresh workspace Cleaning local Directory trunk java.io.IOException: remote file operation failed: https://builds.apache.org/job/sling-trunk-1.6/ws/ at hudson.remoting.Channel@34367834:H10 at hudson.FilePath.act(FilePath.java:916) at hudson.FilePath.act(FilePath.java:893) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:936) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:871) at hudson.model.AbstractProject.checkout(AbstractProject.java:1252) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:615) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:524) at hudson.model.Run.execute(Run.java:1706) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:529) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:232) Caused by: java.io.IOException: Remote call on H10 failed at hudson.remoting.Channel.call(Channel.java:751) at hudson.FilePath.act(FilePath.java:909) ... 11 more Caused by: java.lang.OutOfMemoryError: GC overhead limit exceeded at java.io.UnixFileSystem.resolve(UnixFileSystem.java:108) at java.io.File.init(File.java:262) at java.io.File.listFiles(File.java:1206) at hudson.Util.deleteContentsRecursive(Util.java:199) at hudson.Util.deleteRecursive(Util.java:292) at hudson.Util.deleteContentsRecursive(Util.java:203) at hudson.Util.deleteRecursive(Util.java:292) at hudson.Util.deleteContentsRecursive(Util.java:203) at hudson.Util.deleteRecursive(Util.java:292) at hudson.Util.deleteContentsRecursive(Util.java:203) at hudson.Util.deleteRecursive(Util.java:292) at hudson.Util.deleteContentsRecursive(Util.java:203) at hudson.Util.deleteRecursive(Util.java:292) at hudson.Util.deleteContentsRecursive(Util.java:203) at hudson.Util.deleteRecursive(Util.java:292) at hudson.Util.deleteContentsRecursive(Util.java:203) at hudson.Util.deleteRecursive(Util.java:292) at hudson.Util.deleteContentsRecursive(Util.java:203) at hudson.Util.deleteRecursive(Util.java:292) at hudson.Util.deleteContentsRecursive(Util.java:203) at hudson.Util.deleteRecursive(Util.java:292) at hudson.Util.deleteContentsRecursive(Util.java:203) at hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:75) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:161)
Jenkins build is back to normal : sling-trunk-1.6 #2906
See https://builds.apache.org/job/sling-trunk-1.6/2906/changes
Jenkins build is back to stable : sling-trunk-1.7 #1287
See https://builds.apache.org/job/sling-trunk-1.7/1287/changes