Hi Lance,
On Fri, Jan 13, 2017 at 1:54 AM, lancedolan wrote:
> ...It's just some text files that neatly describe
> which OSGI bundles and configurations (including run modes) you'd like
> present in a new .war file which is then built using *actual* sling
> artifacts from
Update: Ok, I get it now. Thank you - this is really slick.
For posterity:
The "source code" for the "Sling Source Release" artifact at [1] is really
not the project source code. It's just some text files that neatly describe
which OSGI bundles and configurations (including run modes) you'd
This is fantastic information!
I'd love a nice clear how-to documentation for getting this done, but hey
it's open source stuff, hah. I'll go fumble through the
slingstart-maven-plugin and probably have a question or two along the way.
Thanks guys.
--
View this message in context:
-tests
[5]
https://github.com/wcm-io-caravan/caravan-tooling/tree/develop/integration-test/minimal-launchpad
>-Original Message-
>From: lancedolan [mailto:lance.do...@gmail.com]
>Sent: Thursday, January 12, 2017 4:18 AM
>To: users@sling.apache.org
>Subject: Re: How to
Ok that makes sense. It sounds like developing a new codebase *based on* the
launchpad might be my next step. I guess the launchpad is really an example,
and not intended to be deployed to production as provided from the war
download link here: https://sling.apache.org/downloads.cgi.
I guess
Yes, I mean your application code. In my experience, the actual Sling
launchpad is not very useful by itself except as a learning tool. In any
real-world case, you will end up creating your own launchpad by taking the
standard Sling launchpad and adding additional bundles to it.
And while yes,
I would say that's how the creators of JavaEE intended for deployment
options to be specified :)
On Thu, Jan 12, 2017 at 10:53 AM lancedolan wrote:
> I can look into overriding init params through some servlet container
> features. Is that the way that Sling devs expect
I can look into overriding init params through some servlet container
features. Is that the way that Sling devs expect me to turn on Mongo
functionality?
--
View this message in context:
http://apache-sling.73963.n3.nabble.com/How-to-change-run-mode-in-Sling8-tp4069494p4069529.html
Sent from
Hmm, my genuine apologies, I'm not sure what custom application bits are. If
you're saying that I can deploy code that I write to Sling, that's
absolutely true, but my understanding is that I need to change the runmode
BEFORE the Sling instance starts up for the very first time, and I can only
But don't you need your own artifact anyway to include your custom
application bits?
IIRC (and I can't find the code right now), we explicitly *don't* allow for
system properties to be used for sling properties in a webapp case since
multiple webapps can be deployed into the same container.
In
Why are you running the war file on Tomcat? It's not wrong of course.
However, I believe that most users use the standalone jar and
therefore help may be more readily available for that setup.
Regards
Julian
On Wed, Jan 11, 2017 at 4:19 AM, lancedolan wrote:
> I cannot
Hi,
On Tue, 2017-01-10 at 20:19 -0700, lancedolan wrote:
> I cannot change run mode using the process I have in the past, with
> Sling8.
>
> The only thing that has worked for me was to crack open the
> org.apache.sling.launchpad-8-webapp.war file, crack open the oak jar
> file
> within it, edit
12 matches
Mail list logo