Here's an example from Google [1]. The namespace uses http, not https.
AFAIK, namespaces frequently just use http. Namespaces are not *actual*
URLs, but names that happen to *look* like URLs.
[1]:
https://developers.google.com/search/docs/specialty/international/localized-versions#example_2
// Pa
[
https://issues.apache.org/jira/browse/SLING-12279?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17846767#comment-17846767
]
Paul Bjorkstrand commented on SLING-12279:
--
[~pakira], you are correct
[
https://issues.apache.org/jira/browse/SLING-12279?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17841341#comment-17841341
]
Paul Bjorkstrand commented on SLING-12279:
--
[~joerghoh], can you take a
[
https://issues.apache.org/jira/browse/SLING-12300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17840127#comment-17840127
]
Paul Bjorkstrand commented on SLING-12300:
--
That's a good analysi
[
https://issues.apache.org/jira/browse/SLING-12300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17839419#comment-17839419
]
Paul Bjorkstrand commented on SLING-12300:
--
I apologize if I am perceive
[
https://issues.apache.org/jira/browse/SLING-12300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17839397#comment-17839397
]
Paul Bjorkstrand commented on SLING-12300:
--
To clarify my position:
I am
[
https://issues.apache.org/jira/browse/SLING-12300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17839116#comment-17839116
]
Paul Bjorkstrand commented on SLING-12300:
--
I'm leaning towards [~jo
-1 (non-binding)
I have a concern with one change that was merged recently. I added a
comment, but it was already merged by the time I read through it. I think a
recent log addition [1] is incorrect. I think this logging addition will
not log what is desired.
[1]:
https://github.com/apache/sling-
Oops, in that last line I meant to say "then the original caching behavior
is preserved." instead of "then the original caching implementation is
preserved."
// Paul
On Sat, Mar 30, 2024 at 4:35 PM Paul Bjorkstrand
wrote:
> I didn't see any (public) activity on
unning resource
> >> resolvers as the cache would never be released. However, I guess thats
> >> not worse than what we have today. And long running resource resolvers
> >> are an anti-pattern anyway.
> >>
> >> Regards
> >> Carsten
> >
Paul Bjorkstrand created SLING-12279:
Summary: Move Sling Model cache holder for Resource and
ResourceResolver adaptables into the resource resolver property map
Key: SLING-12279
URL: https
Hi Jörg,
My guess is that you are running up against the problem where the Model is
referencing its adaptable, directly or indirectly. In that situation, the
model would not be collectable because it is referenced more strongly than
by weak reference. The reference path of these might look like th
thub.com/apache/sling-org-apache-sling-api/blob/master/src/main/java/org/apache/sling/api/resource/ResourceResolver.java#L883
>
> Regards
> Carsten
>
> On 27.07.2023 21:10, Paul Bjorkstrand wrote:
> > If anything, I would question the use of the servlet request life cycle
>
ure whether this is still the same or not. But I think getting
> >> the listener support into the Engine is not that complicated and it
> >> avoids the queue.
> >>
> >> Regards
> >> Carsten
> >>
> >> On 26.07.2023 21:17, Paul Bjorkstrand wrote:
ps://sling.apache.org/apidocs/sling12/org/apache/sling/api/request/builder/SlingHttpServletRequestBuilder.html
> >
> > On Wed, 19 Jul 2023 at 22:11, Paul Bjorkstrand
> > wrote:
> >>
> >> I'm looking into a potential refactor of the Sling Models Impl to make
&
Could you do something like [1] and [2] and just write out JSON null or
some other value that makes sense? That would avoid trying to serialize the
ResourceResolver (and potentially Resource as well), at the expense of a
remaining null. There also may be other features of the StdSerializer [3]
that
rained by the realities of how the corporate
world works.
Thanks for your inputs!
-Paul
On Mon, Jan 3, 2022 at 5:24 AM Stefan Seifert
wrote:
> i would also favor to *not* add Lombok to any sling modules.
>
> stefan
>
> >-Original Message-
> >From:
I am not a huge fan of boilerplate code, and getters/setters are my biggest
pet peeve. I searched the dev archives and found nothing that referenced
Lombok. Is there a reason it has not yet been introduced that I am not
aware of? If not, what is everyone's opinion around using Lombok within
Sling?
[
https://issues.apache.org/jira/browse/SLING-8069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17459254#comment-17459254
]
Paul Bjorkstrand commented on SLING-8069:
-
Absolutely, [~kwin]. PR co
[
https://issues.apache.org/jira/browse/SLING-10969?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17454090#comment-17454090
]
Paul Bjorkstrand commented on SLING-10969:
--
[~sseifert], [~rombert], [~
Paul Bjorkstrand created SLING-10969:
Summary: Remove synchronized & rest of accessible flag during
injection
Key: SLING-10969
URL: https://issues.apache.org/jira/browse/SLING-10969
Pro
an start with the simple code by removing synchronized and
> reset.
> Using MethodHandle should be treated separately (in a dedicated ticket and
> PR).
>
> Konrad
>
> > On 6. Dec 2021, at 16:03, Paul Bjorkstrand
> wrote:
> >
> > It may be possible to do that
t;
> On Sat, 2021-12-04 at 21:38 -0600, Paul Bjorkstrand wrote:
> > I added in using MethodHandles in the tests, just to show the
> > difference.
> > When Sling stops supporting Java 8, we can move to MethodHandle which
> > has
> > significantly better performance
st Java 9, so that we can use
MethodHandles.privateLookupIn(..) [2].
Regardless, you can see the significant difference between synchronized vs
non-synchronized: synchronizing is 3-8x slower than not, when under
contention with multiple threads.
[1]:
https://gist.github.com/paul-bj
In light of discussion on a recently merged PR [1], I raised the question
'do we need to "reset" the accessible flag for reflective injectables
(fields, methods, constructors)?'
The sole purpose of synchronized around the injection logic (including
constructor instantiation) seems to surround prop
[
https://issues.apache.org/jira/browse/SLING-10947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17451277#comment-17451277
]
Paul Bjorkstrand commented on SLING-10947:
--
I just noticed, this ticke
[
https://issues.apache.org/jira/browse/SLING-10947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17451275#comment-17451275
]
Paul Bjorkstrand commented on SLING-10947:
--
I had an inspiration, so
[
https://issues.apache.org/jira/browse/SLING-10947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17451242#comment-17451242
]
Paul Bjorkstrand commented on SLING-10947:
--
Having been the one to write
[
https://issues.apache.org/jira/browse/SLING-10946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17450780#comment-17450780
]
Paul Bjorkstrand commented on SLING-10946:
--
[~paul@gmail.com],
:26 -0500, Paul Bjorkstrand wrote:
> > As far as I understand, thread locals' storage is an implementation
> > detail
> > in the JVM. There isn't an API to clear all/arbitrary thread locals.
> > Thread
> > pools, or applications that use thread pools, need
As far as I understand, thread locals' storage is an implementation detail
in the JVM. There isn't an API to clear all/arbitrary thread locals. Thread
pools, or applications that use thread pools, need to provide hooks to do
that, so that code can do its own cleanup. This is exactly what the
reques
On Sat, Oct 16, 2021 at 9:42 AM Jörg Hoh
wrote:
> Hi Carsten,
>
> Am Sa., 16. Okt. 2021 um 09:41 Uhr schrieb Carsten Ziegeler <
> cziege...@apache.org>:
>
> > I don't think that the RR is the right place for this.
> >
> > If the use case is that during a request the exact same query is
> > execut
[
https://issues.apache.org/jira/browse/SLING-10150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17287319#comment-17287319
]
Paul Bjorkstrand commented on SLING-10150:
--
Just a question for [~H
[
https://issues.apache.org/jira/browse/SLING-10113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17276645#comment-17276645
]
Paul Bjorkstrand commented on SLING-10113:
--
Does {{targetPagePath}} start
[
https://issues.apache.org/jira/browse/SLING-10011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17253778#comment-17253778
]
Paul Bjorkstrand commented on SLING-10011:
--
I think the point that [~czieg
[
https://issues.apache.org/jira/browse/SLING-9829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17219080#comment-17219080
]
Paul Bjorkstrand commented on SLING-9829:
-
Thanks for the explanation. Eve
Paul Bjorkstrand created SLING-9849:
---
Summary: Add logging functionality to the compiler and runtime to
support better error notification for the developer
Key: SLING-9849
URL: https://issues.apache.org/jira
[
https://issues.apache.org/jira/browse/SLING-9829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17214717#comment-17214717
]
Paul Bjorkstrand commented on SLING-9829:
-
Though it would be bead form,
[
https://issues.apache.org/jira/browse/SLING-9829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17214717#comment-17214717
]
Paul Bjorkstrand edited comment on SLING-9829 at 10/15/20, 2:0
I like your idea of hooking into the existing URI context processing,
especially because you would want to have the mapping occur after URL
manipulation (I think). My thoughts based on what has been said above:
1. Hook into the existing URI context, and implement the processing
wherever URIs are p
If the goal is to dissuade the use of the @Source, it might be worthwhile
to deprecate the annotation, and come up with a new one that is only
allowed on ElementType.ANNOTATION_TYPE. The deprecation, along with the
mentioned documentation changes, would signal that @Source should not be
used, and t
Paul Bjorkstrand created SLING-9715:
---
Summary: Sling models JavaUseProvider does not properly handle the
adaptable argument for Sling Model classes
Key: SLING-9715
URL: https://issues.apache.org/jira/browse
[
https://issues.apache.org/jira/browse/SLING-9314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17185209#comment-17185209
]
Paul Bjorkstrand edited comment on SLING-9314 at 8/26/20, 2:5
[
https://issues.apache.org/jira/browse/SLING-9314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17185209#comment-17185209
]
Paul Bjorkstrand commented on SLING-9314:
-
[~radu], I add a comment (ra
[
https://issues.apache.org/jira/browse/SLING-9314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17184103#comment-17184103
]
Paul Bjorkstrand commented on SLING-9314:
-
That works too, [~radu]. This
Glad to see that :-) I am a big fan of the promise-like feel of
CompletableFuture (at least until Project Loom [1] is complete).
-Paul
[1]: https://openjdk.java.net/projects/loom/
On Tue, Aug 11, 2020 at 1:35 PM Oliver Lietz wrote:
> On Tuesday, August 11, 2020 6:42:32 PM CEST Paul Bjorkstr
If I may suggest, use CompletableFuture instead of Future. IMO it is a more
natural API, and helps to steer people away from using the blocking method
Future.get(). It's hard enough to ensure features are developed properly
for a multithreaded application without adding in thread-blocking "async"
o
[
https://issues.apache.org/jira/browse/SLING-8706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17142358#comment-17142358
]
Paul Bjorkstrand commented on SLING-8706:
-
I agree with [~justinedelson] on
Paul Bjorkstrand created SLING-9314:
---
Summary: HTL null pointer in ObjectModel.toBoolean(Object) when
object.toString() returns null
Key: SLING-9314
URL: https://issues.apache.org/jira/browse/SLING-9314
you can get
native-image to work properly. That effort, while probably huge, may be
easier than getting Felix to work with native-image.
Paul Bjorkstrand
On Wed, Jul 3, 2019 at 6:08 AM Robert Munteanu wrote:
> On Wed, 2019-07-03 at 13:00 +0200, Bertrand Delacretaz wrote:
> > Hi Robert
[
https://issues.apache.org/jira/browse/SLING-8425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16846018#comment-16846018
]
Paul Bjorkstrand commented on SLING-8425:
-
Thanks for the assist [~radu.cot
[
https://issues.apache.org/jira/browse/SLING-8425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16844221#comment-16844221
]
Paul Bjorkstrand commented on SLING-8425:
-
I found it equally weird. I op
Paul Bjorkstrand created SLING-8425:
---
Summary: NPE in SlingScriptEngineManager when Sling is run on
GraalVM
Key: SLING-8425
URL: https://issues.apache.org/jira/browse/SLING-8425
Project: Sling
[
https://issues.apache.org/jira/browse/SLING-8425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16844047#comment-16844047
]
Paul Bjorkstrand commented on SLING-8425:
-
I have a proposed fix in the w
[
https://issues.apache.org/jira/browse/SLING-8069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16673606#comment-16673606
]
Paul Bjorkstrand commented on SLING-8069:
-
Added Github PR link since it di
Paul Bjorkstrand created SLING-8069:
---
Summary: Sling Models: Enable constructor injection to use
non-public constructors
Key: SLING-8069
URL: https://issues.apache.org/jira/browse/SLING-8069
Paul Bjorkstrand created SLING-7549:
---
Summary: tag is not being treated as "self closing" when
used in conjunction with HTL block statements
Key: SLING-7549
URL: https://issues.apache.org/jira/br
57 matches
Mail list logo