hi
On 06/08/15 12:11, Michael Dürig mdue...@apache.org wrote:
On 6.8.15 11:59 , Chetan Mehrotra wrote:
I understand the concern here Michael. But then I am not sure on the
best way forward. It has mostly jsp and couple of classes. The class
would need to be adapted to work with Oak and we
Hi Chetan,
While I agree that this is a good show case I don't like the copy paste
approach. While this is simple and cheap now, we keep underestimating
the hidden costs of code duplications.
See e.g. the recent mess caused by the fact we copy pasted util.Text a
couple of years ago [1].
On 6.8.15 12:22 , Chetan Mehrotra wrote:
Is this an official part of Oak or rather an example?
For now its an example untill its stable and we have a consensus on
wether proposed approach should be the recommended approach for
configuring Oak in standalone cases.
if it's an example we can
On 6.8.15 11:59 , Chetan Mehrotra wrote:
I understand the concern here Michael. But then I am not sure on the
best way forward. It has mostly jsp and couple of classes. The class
would need to be adapted to work with Oak and we would also need to
remove dependency on jackrabbit-core as it
Is this an official part of Oak or rather an example?
For now its an example untill its stable and we have a consensus on
wether proposed approach should be the recommended approach for
configuring Oak in standalone cases.
if it's an example we can put it to oak-example.
That should be fine.
Hi Team,
Currently we do not have good example around how to run Oak properly
in standalone environment. One of the good example is
jackrabbit-webapp [1] module which serve as a blueprint for any user
on how to embed Oak. Currently this module only enables running Oak
with Segment store and that
On Thu, Aug 6, 2015 at 12:16 AM, Davide Giannella dav...@apache.org wrote:
Will then mean it will work as http API for
Oak? I'm not familiar with jackrabbit-webapp
jackrabbit-webapp demonstrates a way to configure Jackrabbit
repository in standalone env and have it running in a WebApp. It also
