r.getResource(path); ends up in your resource
provider is coincidental in this context, for it could be any other resource
provider at runtime. The rule basically is that the resource and it's meta data
must be new when returned by your provider.
Kind regards,
Olaf
-Original Messa
extend
SyntheticResource to create your own resource wrapper, and delegate
Resource#adaptTo to your wrapped resource.
Kind regards,
Olaf
-Original Message-
From: Bart Wulteputte [mailto:bart.wultepu...@gmail.com]
Sent: Donnerstag, 8. Juni 2017 23:31
To: users@sling.apache.org
Subject: Re
Hi Bart,
I just saw you already used ResourceProvider#(ResolveContext ctx, Resource
parent), excellent. Forget my first remark then, providing a SyntheticResource
should do.
Cheers,
Olaf
-Original Message-
From: Olaf [mailto:o...@x100.de]
Sent: Donnerstag, 8. Juni 2017 23:23
Hi Bart!
Resource providers are mighty, but tricky things indeed. Please find my
>remarks below.
Cheers,
Olaf
-Original Message-
From: Bart Wulteputte [mailto:bart.wultepu...@gmail.com]
Sent: Donnerstag, 8. Juni 2017 22:50
To: users@sling.apache.org
Subject: Resource provi
Hi John!
Are you aware of the Sling Background Servlets Engine (see
https://sling.apache.org/downloads.cgi /
https://issues.apache.org/jira/browse/SLING-550)?
There is little documentation on this, but IMO it might be what you need or
at least provide a good blueprint.
Kind regards,
Olaf
le, perhaps also clarifying how jetty
annotations can be used.
Regards,
Olaf
-Original Message-
From: Bertrand Delacretaz [mailto:bdelacre...@apache.org]
Sent: Dienstag, 5. April 2016 14:47
To: users <users@sling.apache.org>
Subject: Re: Websockets in Sling
On Tue, Apr 5, 201
() method in a try/catch
block temporarily setting the context class loader to the current bundle's
class loader. This did the trick.
Regards,
Olaf
-Original Message-
From: Bertrand Delacretaz [mailto:bdelacre...@apache.org]
Sent: Dienstag, 5. April 2016 11:24
To: users <us
Hi all,
Has anyone implemented a server-side websocket in Sling? While the jetty API
is around, I'm not sure how to make best use of it and how this works in
conjunction with @SlingServlet & co.
Thanks and regards,
Olaf
, here are some pointers to Sling sample applications which may be handy:
https://github.com/nateyolles/publick-sling-blog
https://github.com/dplaton/sightly-blog-sample
https://github.com/unic/publication-javamagazin-sling (my own, still based on
Sling 7)
Regards,
Olaf
-Original Message
Hi Jason,
That sounds interesting! Would you mind providing a bit more detail as to why
you would advise against it?
Regards,
Olaf
-Original Message-
From: Jason Bailey [mailto:jason.bai...@sas.com]
Sent: Montag, 16. November 2015 17:04
To: users@sling.apache.org
Subject: RE: Resource
owing, I'd then
look at how these semantics are best expressed in a RESTful architectural style
(which is the core concept of Sling).
I'd address the implementation details last, since - contrary to many other web
frameworks - those do not dominate the solution design.
Regards,
Olaf
* Okay, there
confusion (with
some applications currently relying on the old and others on the new
service.ranking interpretation, depending on the Sling version).
In other words, you will be fine once you have adjusted the filter order.
Kind regards,
Olaf
-Original Message-
From: Jason Bailey
notably for paths,
dates, calendars etc.), simple execution
+ a result that allows fast retrieval of resources, adaptation and pagination,
with re-usable thread-safe iterators.
If you are interested, I would offer to contribute it to what you are building.
Regards,
Olaf
-Original Message
. I don't what you external
data sources are, but in case it's relational, you could then also use Spring's
JDBC templating or ORM abstraction to access that data.
Kind regards,
Olaf
-Original Message-
From: Julian Sedding [mailto:jsedd...@gmail.com]
Sent: Montag, 9. März 2015 12:09
- since I am NEBA's lead developer ;-)
Kind regards,
Olaf
-Original Message-
From: Jason Bailey [mailto:jason.bai...@sas.com]
Sent: Mittwoch, 16. Juli 2014 21:07
To: users@sling.apache.org
Subject: adding java classes into the jcr
We're using CQ5 pretty extensively for our external web
Hi everyone
I invested more time into the analysis of the issue and did some updates
(https://issues.apache.org/jira/browse/SLING-3319), including a patch. If
someone could try / review / discuss it, that would be great.
Regards,
Olaf
-Original Message-
From: Olaf Otto [mailto:o...@x100
as
children afterwards.
In summary, this looks like a bug to me am I right or am I missing a piece
of the puzzle?
Kind regards,
Olaf
Hello,
Thank you for the quick replies! The /child2 path is exclusively provided by
the custom resource provider. Would anyone know a hint why this just happens
in case of a .html extension? There must be some other actor influencing
this behavior.
Kind regards,
Olaf
-Original Message
?
Kind regards,
Olaf
-Original Message-
From: Olaf Otto [mailto:o...@x100.de]
Sent: Dienstag, 14. Januar 2014 07:29
To: users@sling.apache.org
Subject: RE: ResourceProvider not invoked when provider root path is called
with HTML extension
Hello,
Thank you for the quick replies! The /child2
...).
- There is a 2 GB memory limit, thus thread contention means quick death :-)
Any ideas, hints or opinions are highly appreciated.
Regards,
Olaf
improvements for the next version ;-)
Regards,
Olaf
___
Olaf Otto IKGE*
externe Mitarbeiter, Unic AG, Bern
CSS Versicherung
Tribschenstrasse 21
CH-6002 Luzern
Telefon +41 (0)58 277 11 11
Telefax +41 (0)58 277 12 12
olaf.o...@css.ch
the scripting api and velocity
bundles or was there additional configuration involved?
Regards,
Olaf
___
Olaf Otto IKGE*
externe Mitarbeiter, Unic AG, Bern
CSS Versicherung
Tribschenstrasse 21
CH-6002 Luzern
Telefon +41 (0)58 277 11 11
classloaders (the velocity scripting support bundle and the
velocity bundle), thus failing to assert that the configured logger
implements the org.apache.velocity.runtime.log.LogChute interface. I will
look into this.
Thanks,
Olaf
___
Olaf
and regards,
Olaf
___
Olaf Otto IKGE*
externe Mitarbeiter, Unic AG, Bern
CSS Versicherung
Tribschenstrasse 21
CH-6002 Luzern
Telefon +41 (0)58 277 11 11
Telefax +41 (0)58 277 12 12
olaf.o...@css.ch
www.css.ch / www.intras.ch
consider a
release. Perhaps it would be best to create release candidates beforehand
and use those within an actual project?
Regards,
Olaf
___
Olaf Otto IKGE*
externe Mitarbeiter, Unic AG, Bern
CSS Versicherung
Tribschenstrasse 21
Sounds great - I will report the test results tomorrow until 16:00 MEST.
Thanks,
Olaf
___
Olaf Otto IKGE*
externe Mitarbeiter, Unic AG, Bern
CSS Versicherung
Tribschenstrasse 21
CH-6002 Luzern
Telefon +41 (0)58 277 11 11
Telefax +41
26 matches
Mail list logo