eremy
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ted
RoeloffzenSent: Monday, September 25, 2006 10:01 AMTo:
wicket-userSubject: [Wicket-user] wicket CMS type
components...
Hello all,As some of you may or may not know, we are the two
student who are currently working on our
Hello all,As some of you may or may not know, we are the two student who are currently working on our grad project. Our assigment is to create a full-blown CMS for Wicket or at least some components. I was reading some old mails from the mailinglist and a lot of people had ideas and suggestions and
* Igor Vaynberg:
> why not use a dao layer to abstract the persistence - that way
> it can also be pluggable
JCR and Jackrabbit rock, I've been using it with Cocoon, and it's
great. However I don't think it's a good idea to have an
abstraction of the persistence, because:
1) JCR is already an
Though... in this case you might even argue that directly using jsr170
is just perfect as it is an abstraction for storage itself. Why add
another layer to something that is already specced and pluggable.
Eelco
On 8/30/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> Sure. What I mean by plannin
Sure. What I mean by planning for it, is that people could at least
take a look at what you'd need for jsr170 so that you don't design
that layer in such a fashion that it shuts you out from jsr170 in the
future.
Eelco
On 8/29/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> why not use a dao laye
why not use a dao layer to abstract the persistence - that way it can also be pluggablefor light weight deployments even saving to filesystem might be enough-IgorOn 8/29/06,
Troy MacNeil <[EMAIL PROTECTED]> wrote:
JackRabbit looks very interesting, I'll have to download and play withit. I'm not co
JackRabbit looks very interesting, I'll have to download and play with
it. I'm not convinced it's ideal for every application though, maybe let
the plug-in decide what persistence method it wants/needs?
Your other points are well taken as well. I assume there will be a lot
of rewrites to fix those
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
iirc, that's what jboss portal uses.
Eelco Hillenius wrote:
>> 4) I'm not the greatest standards buff on earth, but in this case,
>> using JSR 170 would make sense imo.
>
> http://jackrabbit.apache.org/ looks like a nice implementation of this.
> 4) I'm not the greatest standards buff on earth, but in this case,
> using JSR 170 would make sense imo.
http://jackrabbit.apache.org/ looks like a nice implementation of this.
Eelco
-
Using Tomcat but need to do more? Nee
On 8/29/06, Troy MacNeil <[EMAIL PROTECTED]> wrote:
> De-lurking twice in one day, rare indeed;) I'm very much in favour of
> the "toolkit with a capable sample application" approach though.
>
> When I've used PHP I've found that the concept of a plug-in for a PHP
> CMS is very informal and undefin
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Throw in JSR-170 in the mix and have some fun...
Troy MacNeil wrote:
> De-lurking twice in one day, rare indeed;) I'm very much in favour of
> the "toolkit with a capable sample application" approach though.
>
> When I've used PHP I've found th
De-lurking twice in one day, rare indeed;) I'm very much in favour of
the "toolkit with a capable sample application" approach though.
When I've used PHP I've found that the concept of a plug-in for a PHP
CMS is very informal and undefined. If you want to create a file upload
plug-in you write a
Hi Erik!
I understand your CMS component approach, and it makes a lot of sense.
I also, however, do see the benefit of creating a full blown CMS in
Wicket. I've used a lot of different open sources CMS', and I really
have yet to find one created using Java that I like. PHP holds the
crown when
Of cource, we wait for our two students to arrive... I'll try to get
them involved earlier though, but their contract only starts next
week.
Martijn
On 8/29/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> > I intend to write a comments component for my application anyway
> > (because I need it),
> I intend to write a comments component for my application anyway
> (because I need it), so that could serve as a starting point for further
> discussions. Or, slightly rephrased, how do we start?
It should start like:
1) someone should take the lead;
2) start defining use cases, and preferably a
Hi all!
I would also be interested in helping out with a Wicket based CMS
solution. I've been thinking about this a lot lately, but haven't
really made it too far on my own due to time constraints. It's seems
like this is a common problem with others, so I definitely like the
idea of pooling our
> CMS is something that I have been very interested in. I'd love to have
> such a thing, but have avoided building one myself because, as you say,
> I do have other projects that I work on. Starting up a CMS by myself
> would take more time than I could give. But to collaborate on a CMS
> with
I'm also interested, I've been putting of a similar project for a while
now and a group effort may help me put the lazy days of Summer behind
me:)
On Tue, 2006-08-29 at 13:16 -0500, Philip A. Chapman wrote:
> I would be willing to help work on such a project.
>
> On Mon, 2006-08-28 at 19:18 -0
Bugeater, is very usable, but could still still be improved, I am sure.
I have a few ideas, but am just rolling them around in my head for now.
Bugme has stalled. A few friends and I got busy and it's just layed
there. I think it'd still be great to get going.
CMS is something that I have been
you mean you already finished bugme and bugeater?-IgorOn 8/29/06, Philip A. Chapman <[EMAIL PROTECTED]
> wrote:
I would be willing to help work on such a project.
On Mon, 2006-08-28 at 19:18 -0300, Alexandre Bairos wrote:
I´m also interested. Definitely it would be great to coordina
I would be willing to help work on such a project.
On Mon, 2006-08-28 at 19:18 -0300, Alexandre Bairos wrote:
I´m also interested. Definitely it would be great to coordinate efforts.
On 8/28/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
heh, wicket seems like
Several. For instance
http://wiki.ops4j.org/dokuwiki/doku.php?id=pax:wicket-basics. Read
more on http://www.wicket-wiki.org.uk/wiki/index.php/OSGi (don't know
how up-to-date that is, we had a couple of improvements for
classloading the last few versions).
Eelco
On 8/28/06, Igor Vaynberg <[EMAIL
i know apache felix (osgi r4/5?) people have done some integration work with wicket.-IgorOn 8/28/06, Gustavo Santucho <
[EMAIL PROTECTED]> wrote: > real-time pluggable bundlesOr the Netbeans Runtime Container.
http://dvbcentral.sourceforge.net/netbeans-runtime.html-Gustavo.-
> real-time pluggable bundles
Or the Netbeans Runtime Container.
http://dvbcentral.sourceforge.net/netbeans-runtime.html
-
Gustavo.
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff
Eelco Hillenius wrote:
>> i found this: http://code.google.com/p/cms12/ you might want to get in touch
>> with the author
>
> Here's the blog http://www.octonary.com/blog/
>
>> sounds like we need to pull the efforts together on this one since there are
>> so many ppl interested.
>
> I'd be inte
> i found this: http://code.google.com/p/cms12/ you might want to get in touch
> with the author
Here's the blog http://www.octonary.com/blog/
> sounds like we need to pull the efforts together on this one since there are
> so many ppl interested.
I'd be interested in helping out here and there
I´m also interested. Definitely it would be great to coordinate efforts.On 8/28/06, Igor Vaynberg <[EMAIL PROTECTED]
> wrote:heh, wicket seems like /the/ framework for writing cms :)
there has been a lot of talk but not a whole lot of action.i found this: http://code.google.com/p/cms12/
you might
heh, wicket seems like /the/ framework for writing cms :)there has been a lot of talk but not a whole lot of action.i found this: http://code.google.com/p/cms12/
you might want to get in touch with the authora few students from Topicus are going to write one as a grad project - martijn has more de
Hi,
I am considering to develop reusable Content Management System like
components for polls, comments, blogs, news items, frequently asked
questions, and links. Each component would have an interface for users
and administrators. Access for regular users would be restricted to
certain roles or
29 matches
Mail list logo
