On 11/23/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
Hi,
On 11/23/06, David Nuescheler <[EMAIL PROTECTED]> wrote:
> You can see some of that running on http://jcr.day.com .
> We'd be happy contribute that to jackrabbit if everybody thinks
> that this would make sense. Generally, I think that mo
Hi,
On 11/23/06, David Nuescheler <[EMAIL PROTECTED]> wrote:
You can see some of that running on http://jcr.day.com .
We'd be happy contribute that to jackrabbit if everybody thinks
that this would make sense. Generally, I think that most
of the other web-ui features that we package into CRX
cou
Hi guys,
since we ship our CRX product packaged as a .war file for
quite a while we built some helpers to allow us to have
the JCR explorer, WebDAV and a couple of other features
packaged into a single webapp.
You can see some of that running on http://jcr.day.com .
We'd be happy contribute that
hi,
On 11/22/06, Torgeir Veimo <[EMAIL PROTECTED]> wrote:
On Wed, 2006-11-22 at 02:22 +0200, Jukka Zitting wrote:
> Note however that we can (and should) map the login/synchronization
> filter to just the JSP pages and servlets that need access to the JCR
> session - there's no need to synchroni
On Wed, 2006-11-22 at 02:22 +0200, Jukka Zitting wrote:
>
> Yes. A JCR Session is not necessarily thread-safe even for read-only
> access. So unless we want to introduce a session pool, we need to
> block all simultaneous requests within a HTTP session. Note however
> that we can (and should) map
a of a contrib project is great. As JCR is a rising star, this will
be a very much appreciated addition. What value have all these data if you
can't make it smile in a screen?
Buy,
Wolf
--
View this message in context:
http://www.nabble.com/web-based-jcr-browser-contribution-tf2
Jukka Zitting wrote:
I think it would make sense to target combining the navigator and
perhaps also the ntdoc tools together with the current
jackrabbit-server webapp. That would make for a pretty nice all-in-one
deployment package for Jackrabbit.
if we move all subprojects of the jcr-server o
Hi,
I think it would make sense to target combining the navigator and
perhaps also the ntdoc tools together with the current
jackrabbit-server webapp. That would make for a pretty nice all-in-one
deployment package for Jackrabbit.
I'm not sure how well Maven 2 handles merging of full webapp
depe
Hi jukka
On 11/20/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
I think it would make sense to target combining the navigator and
perhaps also the ntdoc tools together with the current
jackrabbit-server webapp. That would make for a pretty nice all-in-one
deployment package for Jackrabbit.
The
this will
be a very much appreciated addition. What value have all these data if you
can't make it smile in a screen?
Buy,
Wolf
--
View this message in context:
http://www.nabble.com/web-based-jcr-browser-contribution-tf2551645.html#a7442691
Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.
On 11/21/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
My question was more about the eventual plan for the navigator
app than making immediate decisions. Let's revisit the issue later.
In a mid term plan I think we could include both the navigator and the
webdav server in a single webapp. If it'
Hi,
On 11/20/06, Edgar Poce <[EMAIL PROTECTED]> wrote:
The jackrabbit server is already integrated in the navigator
Ah, nice!
Should we target at eventually merging the two webapps, or is it
better to keep them separate?
Btw, sharing the jcr session between the webdav servlets and the
navig
Hi,
On 11/21/06, Edgar Poce <[EMAIL PROTECTED]> wrote:
probably dreaming from here :), but in a not so long term it would be
great to have a single war that includes the webdav server, the jcr
navigator, a jackrabbit monitoring tool (to monitor the internals),
and some kind of audit trail app th
On Tue, 2006-11-21 at 21:02 -0300, Edgar Poce wrote:
> Hi,
>
> On 11/21/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> > > What do you think about storing the jcr session in the servlet session
> > > and use a requestlistener to synchronize the access to the jcr session?.
> > > On each request a l
On 11/21/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
Should we target at eventually merging the two webapps, or is it
better to keep them separate?
IMHO it's better to keep them separated, when the navigator is mature
enough to join to the jackrabbit release cycle we could review it.
> Btw,
Hi,
On 11/21/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> What do you think about storing the jcr session in the servlet session
> and use a requestlistener to synchronize the access to the jcr session?.
> On each request a lock would be acquired on the jcr session and released
> only when the
Hi Frans,
On 11/21/06, Frans Thamura @ FB - Meruvian <[EMAIL PROTECTED]> wrote:
i did try JCR Explorer, i never can use it, anyone can share?
I'm not sure whether you are refering to building the project from the
source or to access the demo.
There's a demo at
http://edgarpoce.dyndns.org:808
On 11/21/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
On 11/21/06, Edgar Poce <[EMAIL PROTECTED]> wrote:
> On 11/21/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> > Should we target at eventually merging the two webapps, or is it
> > better to keep them separate?
>
> IMHO it's better to keep them
Hi,
On 11/21/06, Edgar Poce <[EMAIL PROTECTED]> wrote:
On 11/21/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> The problem with associating the JCR session with the HTTP session is
> that the servlet container may allow multiple concurrent request
> within the same session.
yes. It was an issue
Hi,
On 11/21/06, Edgar Poce <[EMAIL PROTECTED]> wrote:
On 11/21/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> Should we target at eventually merging the two webapps, or is it
> better to keep them separate?
IMHO it's better to keep them separated, when the navigator is mature
enough to join to
Hi,
On 11/22/06, Torgeir Veimo <[EMAIL PROTECTED]> wrote:
> On 11/21/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> > > What do you think about storing the jcr session in the servlet session
> > > and use a requestlistener to synchronize the access to the jcr session?.
> > > On each request a lo
Hi,
On 11/1/06, Torgeir Veimo <[EMAIL PROTECTED]> wrote:
On 1 Nov 2006, at 11:45, Edgar Poce wrote:
> Hi,
>
> I started to work in a web based jcr browser It's just a work in
> progress but it seems to be fully functional to navigate jcr contents
> with read only operations.
Very nice! I thin
Looks very nice, if you can get it all to work I can stop working on mine ;-)
What I have now is ugly and not very user-friendly at all although it
does allow you to add whatever nodes you want (no support for
multi-values and ordered nodes yet though).
In fact it was when I was working on the n
On 1 Nov 2006, at 11:45, Edgar Poce wrote:
Hi,
I started to work in a web based jcr browser It's just a work in
progress but it seems to be fully functional to navigate jcr contents
with read only operations.
Very nice! I think the correct term here would rather be ajax browser
though ;)
Hi,
I started to work in a web based jcr browser It's just a work in
progress but it seems to be fully functional to navigate jcr contents
with read only operations.
A demo of the browser is available at
http://edgarpoce.dyndns.org:8080/jcr-browser/
btw, the only item that works in the menu is "
25 matches
Mail list logo
