Web based JCR browser - Interests, OS, contribution

["Hendrik Beck (camunda)" <he...@camunda.com>]

Hi all!

About a year ago my company needed a web based application to browse and
edit a JCR repository. Initially there was no intention to develop a
full-blown tool to administer or maintain repositories, but from time to
time some more features were added. I would like to make it Open-Source
(e.g. SourceForge) or contribute it to the Jackrabbit team. I saw a couple
of Eclipse-based browsers and I read about some plans to develop web-based
applications, but nothing real released yet. Is somebody working on a web
application? Are you interested in our application?

As I haven't anything to present right now, maybe I can give a short
overview. The system is based on plain JSF, so no fancy AJAX-features etc.
At the moment it can do the following:

- Browse a content repository
- Show properties as well as definition information of nodes and properties
- Edit (nearly) all types of properties, single and multiple values
(although manipulation of NAME, REFERENCE and PATH could be improved, but
basically it works)
- XML Import/Export
- Queries are just being implemented
- But it doesn't have a really good ui layout ;-)

Ok, I would be eager to hear some opinions and - if you are interested -
what would be the best way to publish it. Just publishing a la SourceForge
or is there another way to "contribute" the project?

And one more problem: the connection to the repository was quite a
proprietary solution (repository was available via JBoss MBean). So the
webapp is not really usable at the moment for other people. Do you have any
suggestions how to implement the connection in a way, that as many people as
possible can use it? Then I would implement it and people could use it with
their own repositories (or at least then you could have a look at it).


Thanks in advance and greetz
Hendrik Beck

Re: Web based JCR browser - Interests, OS, contribution

[Jukka Zitting <ju...@gmail.com>]

Hi,

On 3/22/07, Hendrik Beck (camunda) <he...@camunda.com> wrote:
> About a year ago my company needed a web based application to browse and
> edit a JCR repository. Initially there was no intention to develop a
> full-blown tool to administer or maintain repositories, but from time to
> time some more features were added. I would like to make it Open-Source
> (e.g. SourceForge) or contribute it to the Jackrabbit team. I saw a couple
> of Eclipse-based browsers and I read about some plans to develop web-based
> applications, but nothing real released yet. Is somebody working on a web
> application? Are you interested in our application?

Sounds interesting! There is an existing jcr-navigator contrib project
in the Jackrabbit trunk that does somethign similar, but it's not
being actively worked on. There is certainly interest in such tools
and I'd be very happy to see interested developers joining forces
either on a Jackrabbit subproject or an external open source project.

> As I haven't anything to present right now, maybe I can give a short
> overview. The system is based on plain JSF, so no fancy AJAX-features etc.
> At the moment it can do the following:
> [...]
> Ok, I would be eager to hear some opinions and - if you are interested -
> what would be the best way to publish it. Just publishing a la SourceForge
> or is there another way to "contribute" the project?

Cool, I'd be thrilled to try it out! Can make the code or an example
installation available somewhere on the net?

We have the Jackrabbit "contrib" directory for various contributed
components, but it is mostly useful for relatively stable
contributions or ones that are actively being worked on by Jackrabbit
committers. A project at SourceForge or some other hosting environment
is an low-overhead way of getting the code out and cooperative
development started.

> And one more problem: the connection to the repository was quite a
> proprietary solution (repository was available via JBoss MBean). So the
> webapp is not really usable at the moment for other people. Do you have any
> suggestions how to implement the connection in a way, that as many people as
> possible can use it? Then I would implement it and people could use it with
> their own repositories (or at least then you could have a look at it).

The best practice is to use JNDI to lookup the repository instance.
See http://jackrabbit.apache.org/doc/deploy/howto-client.html for
instructions for the webapp. Different containers have different
mechanisms for JNDI configuration, but the webapp itself should need
no modification.

BR,

Jukka Zitting

Re: Web based JCR browser - Interests, OS, contribution

[paksegu <pa...@yahoo.com>]

Hi I there anyway I can obtain a copy and check it out? Thanks

Robert Ritchy <ri...@jarbo.com> wrote:  I think it makes sense for jackrabbit to have a web-based JCR repository 
browser sub-project. I know that Day Software used to provide one which 
seemed pretty slick. 

In any case, I'd suggest starting with something like SourceForge and 
see how interest grows from there. If you have a running demo, I'd love 
to check it out.

-Robert



Hendrik Beck (camunda) wrote:
> Hi all!
>
> About a year ago my company needed a web based application to browse and
> edit a JCR repository. Initially there was no intention to develop a
> full-blown tool to administer or maintain repositories, but from time to
> time some more features were added. I would like to make it Open-Source
> (e.g. SourceForge) or contribute it to the Jackrabbit team. I saw a couple
> of Eclipse-based browsers and I read about some plans to develop web-based
> applications, but nothing real released yet. Is somebody working on a web
> application? Are you interested in our application?
>
> As I haven't anything to present right now, maybe I can give a short
> overview. The system is based on plain JSF, so no fancy AJAX-features etc.
> At the moment it can do the following:
>
> - Browse a content repository
> - Show properties as well as definition information of nodes and properties
> - Edit (nearly) all types of properties, single and multiple values
> (although manipulation of NAME, REFERENCE and PATH could be improved, but
> basically it works)
> - XML Import/Export
> - Queries are just being implemented
> - But it doesn't have a really good ui layout ;-)
>
> Ok, I would be eager to hear some opinions and - if you are interested -
> what would be the best way to publish it. Just publishing a la SourceForge
> or is there another way to "contribute" the project?
>
> And one more problem: the connection to the repository was quite a
> proprietary solution (repository was available via JBoss MBean). So the
> webapp is not really usable at the moment for other people. Do you have any
> suggestions how to implement the connection in a way, that as many people as
> possible can use it? Then I would implement it and people could use it with
> their own repositories (or at least then you could have a look at it).
>
>
> Thanks in advance and greetz
> Hendrik Beck
>
>
> 



Ransford Segu-Baffoe

paksegu@yahoo.com
paksegu@NoqturnalMediaSystems.com

http://www.noqturnalmediasystems.com/
http://www.noqturnalmediasystems.com/Serenade/
https://serenade.dev.java.net/
 
---------------------------------
The fish are biting.
 Get more visitors on your site using Yahoo! Search Marketing.

Re: Web based JCR browser - Interests, OS, contribution

[Robert Ritchy <ri...@jarbo.com>]

I think it makes sense for jackrabbit to have a web-based JCR repository 
browser sub-project.  I know that Day Software used to provide one which 
seemed pretty slick. 

In any case,  I'd suggest starting with something like SourceForge and 
see how interest grows from there.  If you have a running demo, I'd love 
to check it out.

-Robert



Hendrik Beck (camunda) wrote:
> Hi all!
>
> About a year ago my company needed a web based application to browse and
> edit a JCR repository. Initially there was no intention to develop a
> full-blown tool to administer or maintain repositories, but from time to
> time some more features were added. I would like to make it Open-Source
> (e.g. SourceForge) or contribute it to the Jackrabbit team. I saw a couple
> of Eclipse-based browsers and I read about some plans to develop web-based
> applications, but nothing real released yet. Is somebody working on a web
> application? Are you interested in our application?
>
> As I haven't anything to present right now, maybe I can give a short
> overview. The system is based on plain JSF, so no fancy AJAX-features etc.
> At the moment it can do the following:
>
> - Browse a content repository
> - Show properties as well as definition information of nodes and properties
> - Edit (nearly) all types of properties, single and multiple values
> (although manipulation of NAME, REFERENCE and PATH could be improved, but
> basically it works)
> - XML Import/Export
> - Queries are just being implemented
> - But it doesn't have a really good ui layout ;-)
>
> Ok, I would be eager to hear some opinions and - if you are interested -
> what would be the best way to publish it. Just publishing a la SourceForge
> or is there another way to "contribute" the project?
>
> And one more problem: the connection to the repository was quite a
> proprietary solution (repository was available via JBoss MBean). So the
> webapp is not really usable at the moment for other people. Do you have any
> suggestions how to implement the connection in a way, that as many people as
> possible can use it? Then I would implement it and people could use it with
> their own repositories (or at least then you could have a look at it).
>
>
> Thanks in advance and greetz
> Hendrik Beck
>
>
>   

Re: Web based JCR browser - Interests, OS, contribution

[Alexandru Popescu ☀ <th...@gmail.com>]

Definitely interested to see it at work. However, exactly as you say
it is quite interesting how the connection to the repo can be
obtained. I am thinking of a way to allow passing some configuration
through the web.xml or maybe some .properties file available in the
classpath, but I am not sure right now.

./alex
--
.w( the_mindstorm )p.
_____________________________________
  Alexandru Popescu, OSS Evangelist
TestNG/Groovy/AspectJ/WebWork/more...
  Information Queue ~ www.InfoQ.com


On 3/22/07, Hendrik Beck (camunda) <he...@camunda.com> wrote:
> Hi all!
>
> About a year ago my company needed a web based application to browse and
> edit a JCR repository. Initially there was no intention to develop a
> full-blown tool to administer or maintain repositories, but from time to
> time some more features were added. I would like to make it Open-Source
> (e.g. SourceForge) or contribute it to the Jackrabbit team. I saw a couple
> of Eclipse-based browsers and I read about some plans to develop web-based
> applications, but nothing real released yet. Is somebody working on a web
> application? Are you interested in our application?
>
> As I haven't anything to present right now, maybe I can give a short
> overview. The system is based on plain JSF, so no fancy AJAX-features etc.
> At the moment it can do the following:
>
> - Browse a content repository
> - Show properties as well as definition information of nodes and properties
> - Edit (nearly) all types of properties, single and multiple values
> (although manipulation of NAME, REFERENCE and PATH could be improved, but
> basically it works)
> - XML Import/Export
> - Queries are just being implemented
> - But it doesn't have a really good ui layout ;-)
>
> Ok, I would be eager to hear some opinions and - if you are interested -
> what would be the best way to publish it. Just publishing a la SourceForge
> or is there another way to "contribute" the project?
>
> And one more problem: the connection to the repository was quite a
> proprietary solution (repository was available via JBoss MBean). So the
> webapp is not really usable at the moment for other people. Do you have any
> suggestions how to implement the connection in a way, that as many people as
> possible can use it? Then I would implement it and people could use it with
> their own repositories (or at least then you could have a look at it).
>
>
> Thanks in advance and greetz
> Hendrik Beck
>
>