Re: Trusted credentials and loginByService

On 17.01.2014, at 05:52, Lars Krapf wrote: > When I talk about trusted credentials, I refer only to the previous > implementation that relied > on an attribute (configured once for the login-module(s) and once for the > authentication handler). > which was stored in plain-text, and had a defaul

Re: [FeatureFlags] Better support for the positive case?

On 17.01.2014, at 05:10, Bertrand Delacretaz wrote: >> Do you have a concrete use case for that ? > > Not me but I'm not running any Sling-based sites myself ;-) > > OTOH this is basic A/B testing, and also applies to soft launching a > new feature (B) that replaces an existing one (A). Appare

Re: Lost parameter order for form POSTs

On 17.01.2014, at 01:54, Bertrand Delacretaz wrote: > You might generate the "commands" parameter In a Filter, maybe? At > least as a workaround until this is fixed in Sling, which might not be > that simple (I haven't looked in detail). If you mean Carsten's proposal of a osgi httpservice-level

Re: FeatureFlags without ResourceAccessGate

Hi Carsten, FWIW, what you are describing looks like what I would expect to happen - features are applied at the thread level, so any activity within that thread would have the same features. Regards, Justin On Fri, Jan 17, 2014 at 11:10 AM, Carsten Ziegeler wrote: > Hi Felix, > > thanks for tak

Re: FeatureFlags without ResourceAccessGate

Hi Felix, thanks for taking this up - as briefly discussed offline I like this new approach. It's less API and better covers our use cases. The only thing I'm not 100% sure is the evaluation of the features within the resource resolver. It gets the current client context from the features service

Re: Trusted credentials and loginByService

Hi Lars, On 17 January 2014 13:52, Lars Krapf wrote: > Hello Ian > > On 17.01.2014 12:19, Ian Boston wrote: >> >> [...] > > >> What was the problem with TrustedCredentials ? I might be thinking of the >> wrong thing and you might be talking about something different. > > > When I talk about trust

FeatureFlags without ResourceAccessGate

Hi As I repeatedly said, I think the Feature Flags support should be implemented without the ResourceAccessGate mechanism because it is not an access control thing but a purely operational visibility thing. Also as opposed to access control, feature flag enabled can and should be controllable b

[jira] [Updated] (SLING-3322) Export additional mozilla rhino packages

[ https://issues.apache.org/jira/browse/SLING-3322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] rohit updated SLING-3322: - Attachment: Sling-3322.patch > Export additional mozilla rhino packages > --

[jira] [Created] (SLING-3322) Export additional mozilla rhino packages

rohit created SLING-3322: Summary: Export additional mozilla rhino packages Key: SLING-3322 URL: https://issues.apache.org/jira/browse/SLING-3322 Project: Sling Issue Type: Improvement Com

Re: Trusted credentials and loginByService

Hello Ian On 17.01.2014 12:19, Ian Boston wrote: [...] What was the problem with TrustedCredentials ? I might be thinking of the wrong thing and you might be talking about something different. When I talk about trusted credentials, I refer only to the previous implementation that relied on

Re: [FeatureFlags] Better support for the positive case?

Hi, On Fri, Jan 17, 2014 at 1:17 PM, Felix Meschberger wrote: > Am 17.01.2014 um 12:47 schrieb Bertrand Delacretaz : ... >> Resource A is visible only if SomeFeature is not active. >> Resource B is visible only if SomeFeature is active. >> A and B are never visible simultaneously. >> Having to cr

[jira] [Commented] (SLING-3290) Long startup time with many vanityPath or alias

[ https://issues.apache.org/jira/browse/SLING-3290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13874746#comment-13874746 ] Antonio Sanso commented on SLING-3290: -- [~justinedelson] adding profile information

Re: [FeatureFlags] Better support for the positive case?

On Fri, Jan 17, 2014 at 1:37 PM, Carsten Ziegeler wrote: > ...So I guess we have to recap the whole feature api... And maybe update the use cases at https://cwiki.apache.org/confluence/display/SLING/Sling+Feature+Flags+support based on your new findings. -Bertrand

Re: [FeatureFlags] Better support for the positive case?

Thanks Felix, yeah now I see the light (and I really mean it this way) - so far I got this feature stuff totally wrong and rather focused on hiding resources if a feature is enabled - which doesn't make that much sense So I guess we have to recap the whole feature api - and I also think that

Re: [FeatureFlags] Better support for the positive case?

Hi Am 17.01.2014 um 12:47 schrieb Bertrand Delacretaz : > Hi, > > On Fri, Jan 17, 2014 at 12:33 PM, Felix Meschberger > wrote: >> Carsten wrote: >>> From some use cases, it seems that the positive case is very common: if a >>> feature is enabled, resources a visible (positive = visible). And i

RE: [VOTE] Release Apache Sling Event 3.3.2

+1 best regards mike > -Original Message- > From: Carsten Ziegeler [mailto:cziege...@apache.org] > Sent: Wednesday, January 15, 2014 5:15 PM > To: dev@sling.apache.org > Subject: [VOTE] Release Apache Sling Event 3.3.2 > > Hi, > > its time for a new Sling event release. > > > https://

RE: [VOTE] Release Apache Sling Installer Core 3.5.0

+1 best regards mike > -Original Message- > From: Carsten Ziegeler [mailto:cziege...@apache.org] > Sent: Wednesday, January 15, 2014 4:56 PM > To: dev@sling.apache.org > Subject: [VOTE] Release Apache Sling Installer Core 3.5.0 > > Hi, > > its time for a new installer core release. > >

Re: [CQ on mongo] 2nd startup on mongo runs into endless loop (in register node type)

Sorry, wrong list :S From: Stefan Egli mailto:e...@adobe.com>> Date: Friday, January 17, 2014 12:48 PM To: "dev@sling.apache.org" mailto:dev@sling.apache.org>> Subject: [CQ on mongo] 2nd startup on mongo runs into endless loop (in register node type) Hi all, I'm tr

[CQ on mongo] 2nd startup on mongo runs into endless loop (in register node type)

Hi all, I'm trying to get CQ on mongo running and run into this issue on second startup of the first node (2nd node is stopped at this stage): 17.01.2014 06:40:06.072 *ERROR* [FelixStartLevel] org.apache.sling.jcr.base.internal.loader.Loader Error loading node types SLING-INF/nodetypes/osgicon

Re: [FeatureFlags] Better support for the positive case?

Hi, On Fri, Jan 17, 2014 at 12:33 PM, Felix Meschberger wrote: > Carsten wrote: >> From some use cases, it seems that the positive case is very common: if a >> feature is enabled, resources a visible (positive = visible). And if the >> feature is not enabled, the resources are hidden. > > That *i

Re: [FeatureFlags] Better support for the positive case?

Hi Hmm, I will have to read that stuff again, but I fear we are building an elephant instead of a mouse here … A Feature Flag will enable a feature if the flag is set. As a consequence, since a flag in general is *not* set by default, the corresponding feature is disabled by default. Am 17.01

Re: Trusted credentials and loginByService

On 17 January 2014 10:37, Lars Krapf wrote: > On 16.01.2014 23:28, Alexander Klimetschek wrote: >> >> On 16.01.2014, at 05:19, Carsten Ziegeler wrote: >> >>> Eagerly waiting for a patch which implements this :) >> >> He he :) >> >> This isn’t meant as something we should have soon - it is meant a

[FeatureFlags] Better support for the positive case?

Hi, the current implementation (and API) of our feature flags is "optimized" for what I call the negative case, which means if a feature is enabled, it hides resources (negative = hiding). >From some use cases, it seems that the positive case is very common: if a feature is enabled, resources a v

Re: Trusted credentials and loginByService

On 16.01.2014 23:28, Alexander Klimetschek wrote: On 16.01.2014, at 05:19, Carsten Ziegeler wrote: Eagerly waiting for a patch which implements this :) He he :) This isn’t meant as something we should have soon - it is meant as a goal to guide around the jcr login mechanism discussion. One

Re: buildbot failure in ASF Buildbot on sling-trunk-oak

On Fri, Jan 17, 2014 at 8:38 AM, wrote: ... > http://ci.apache.org/builders/sling-trunk-oak/builds/116 ... This one's really not our fault: svn: OPTIONS of 'http://svn.apache.org/repos/asf/sling/trunk': could not connect to server (http://svn.apache.org) -Bertrand

Re: Lost parameter order for form POSTs

On Thu, Jan 16, 2014 at 11:11 PM, Alexander Klimetschek wrote: > On 16.01.2014, at 02:15, Bertrand Delacretaz wrote: >>...I'd rather have >> >> commands="layer 0 ; img mypic.jpg ; rotate 10 ; layer 1 ; img >> anotherpic.jpg" >> >> or something like that, as a single parameter. > > Well, maybe,

[jira] [Assigned] (SLING-3307) Updated launchpad bundle list is not reflected after upgrade

[ https://issues.apache.org/jira/browse/SLING-3307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carsten Ziegeler reassigned SLING-3307: --- Assignee: Carsten Ziegeler > Updated launchpad bundle list is not reflected after upg

buildbot success in ASF Buildbot on sling-trunk-oak

The Buildbot has detected a restored build on builder sling-trunk-oak while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/sling-trunk-oak/builds/117 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: osiris_ubuntu Build Reason: downstream Build

Re: [VOTE] Release Apache Sling Installer Core 3.5.0

+1 Regards Felix Am 15.01.2014 um 16:55 schrieb Carsten Ziegeler : > Hi, > > its time for a new installer core release. > > > https://issues.apache.org/jira/browse/SLING/fixforversion/12324047 > > Staging repository: > https://repository.apache.org/content/repositories/orgapachesling-1000/ >